Mała firma zwykle nie ma osobnego działu do poprawiania działania innych działów. Ta sama osoba odpowiada klientowi, przygotowuje ofertę i wie, gdzie leży brakujący dokument. Własna aplikacja powinna odciążyć tę pracę, a nie dołożyć obowiązek administrowania kolejnym narzędziem. Dlatego dobry początek jest często skromny: jedno miejsce do obsługi konkretnej sprawy, z czytelnym statusem i osobą odpowiedzialną za następny krok.
Nie warto jednak utożsamiać małej firmy z prostym procesem. Kilkuosobowy zespół może obsługiwać wiele wariantów zamówienia, rozliczeń i terminów. Trudność wynika z pracy, nie z liczby wizytówek. Przed zamówieniem aplikacji dobrze przyjrzeć się temu, co regularnie wymaga ponownego telefonu, przepisania danych albo szukania potwierdzenia. To bardziej użyteczne kryterium niż pomysł, że każda rozwijająca się firma powinna mieć własny system.
Sprawdź, czy problem wymaga tworzenia programu
Czasem wystarczy uporządkować istniejące narzędzie: nazwać statusy, rozdzielić odpowiedzialność i przygotować wspólny formularz. Innym razem gotowy program obsługuje większość potrzeb, a własny moduł ma połączyć go z pozostałą pracą. Warto rozważyć te możliwości przed kodowaniem. Zbudowanie aplikacji nie jest celem samym w sobie. Celem może być szybsza oferta albo mniej zgubionych zleceń, a do takiego rezultatu prowadzi kilka dróg.
Jeżeli potrzebne jest połączenie programów, zacznij od ustalenia właściciela danych i sposobu synchronizacji. Przeniesienie informacji automatycznie może oszczędzić pracy, ale wymaga jasnych zasad przy błędzie. W małym zespole szczególnie ważne jest, żeby ktoś potrafił znaleźć sprawę wymagającą poprawy. Powiadomienie do nieczytanej skrzynki nie staje się obsługą wyjątku tylko dlatego, że wysyła je nowoczesny automat.
Pierwsza wersja ma zamknąć jeden obieg pracy
Dla firmy wykonującej usługi może to być przyjęcie zlecenia, przypisanie terminu i zamknięcie protokołu. Dla niewielkiego producenta: rejestr zapytań oraz przygotowanie wyceny z aktualnych danych. Taki zakres daje się sprawdzić w codziennym działaniu. O zasadach wyboru piszemy szerzej w artykule o MVP aplikacji. Ważne, aby ograniczać liczbę obsługiwanych zadań, a nie odbierać wybranemu zadaniu potrzebną końcówkę.
Na początku można świadomie pozostawić część czynności ręcznych. Jeżeli administrator raz w tygodniu sprawdza import danych, trzeba opisać ten obowiązek i czas potrzebny na jego wykonanie. Takie rozwiązanie może być rozsądne przy niewielkiej liczbie spraw. Powinno jednak mieć wskazany moment ponownej oceny. W przeciwnym razie etap przejściowy łatwo awansuje na stały sposób pracy, choć nikt nie podejmował takiej decyzji.
Budżet obejmuje także czas właściciela i zespołu
Przy wycenie aplikacji zwróć uwagę na pracę po swojej stronie. Kto dostarczy przykładowe dokumenty, odpowie na pytania o reguły i przetestuje pierwszą wersję? Jeśli wszystkie decyzje mają przechodzić przez właściciela, potrzebuje on czasu w kalendarzu. Wykonawca może pomóc uporządkować materiał, ale nie powinien samodzielnie zgadywać, jakie zobowiązania firma składa klientom i kto może zaakceptować odstępstwo.
Warto również ograniczyć liczbę rozproszonych kanałów ustaleń. Pytania, odpowiedzi i decyzje powinny mieć jedno rozpoznawalne miejsce. Nie jest potrzebna ceremonia zarządzania projektem. Potrzebna jest możliwość odtworzenia, dlaczego zrezygnowano z funkcji albo kto zaakceptował zmianę. To chroni niewielki zespół przed sytuacją, w której ważny warunek ginie między wiadomością o fakturze a zdjęciem paczki wysłanej do klienta.
Zostaw firmie kontrolę nad dalszym rozwojem
Dobrze też ustalić, kto przejmie sprawy podczas nieobecności osoby prowadzącej. Aplikacja powinna pokazać historię i aktualny stan, aby zastępca nie musiał odtwarzać rozmów z prywatnych notatek. Taki szczegół bywa ważniejszy niż rozbudowany raport miesięczny. Pozwala firmie korzystać z wiedzy zespołu bez uzależniania każdego zadania od jednej osoby. Przy niewielkiej skali właśnie odporność na zwykły urlop może najlepiej pokazać wartość uporządkowanego procesu.
Nawet niewielka aplikacja wymaga ustalenia dostępu do kodu, kont oraz danych. Zasady przekazania i utrzymania pomagają ocenić, co stanie się po zakończeniu współpracy. Dobrze wiedzieć, jak zgłosić błąd, kto wykonuje kopie i jak odzyskać potrzebne informacje. Mała skala nie usuwa tych pytań. Czasem czyni je bardziej istotnymi, bo nie ma wewnętrznego zespołu technicznego, który zauważy brakujące elementy.
Archifutura może pomóc wybrać zakres własnego oprogramowania dopasowany do obecnej pracy, bez budowania platformy na zapas. Na pierwsze spotkanie przynieś jedną sprawę, która zbyt często wraca do poprawy, oraz narzędzia używane do jej obsługi. Wspólnie sprawdzimy, czy potrzebny jest nowy program, integracja czy uporządkowanie tego, co już działa. Każde z tych rozwiązań może być dobrym początkiem, jeśli usuwa rzeczywisty kłopot.
