Twoje oprogramowanie biznesowe to szafa na dokumenty z loginem

Prawie każde oprogramowanie biznesowe sprzedawane małej firmie jest systemem zapisu: dobrze uporządkowaną relacją z tego, co już się wydarzyło, utrzymywaną w aktualności przez ludzi, którzy coś do niej wpisują. Ten model działa, ale niesie ukryty wymóg, a tym wymogiem jest osoba, do której obowiązków należy wpisywanie.

Firmy z dwustoma pracownikami taką osobę mają. Firmy z pięcioma nie mają i wynik jest do przewidzenia: system jest zawsze kilka dni za rzeczywistością, arkusz staje się prawdziwym źródłem prawdy, a właściciel kończy jako warstwa integracyjna między czterema narzędziami, z których każde twierdzi, że jest jedynym źródłem.

Co zakłada model zapisu

Że wpisywanie to czyjaś praca. Nie zadanie wciśnięte między telefony, tylko robota z przypisanym czasem.

Że zapis jest wart własnego utrzymania. Prawda przy skali, gdzie raportowanie napędza decyzje. Znacznie słabsza przy pięciu osobach, gdzie właściciel i tak wie, co się w tym tygodniu wydarzyło, bez odpytywania systemu.

Że dokładność to kwestia dyscypliny. Więc dostawca dodaje pola obowiązkowe, walidację i przypomnienia — a wszystko to podnosi koszt wprowadzania i przez to czyni zapis mniej aktualnym, nie bardziej.

To ostatnie jest pułapką. Każda funkcja dodana dla ochrony jakości danych podnosi cenę ich utrzymywania — i dlatego systemy w małych firmach psują się najszybciej dokładnie tam, gdzie dostawca najbardziej się starał.

Co znaczy działać zamiast zapisywać

System działania startuje z tej samej informacji i idzie w drugą stronę. Zamiast czekać, aż wprowadzisz fakturę, zauważa zamknięcie zlecenia, przygotowuje fakturę i pyta, czy ją wysłać.

Konkretnie różnica wygląda tak:

Zapis: formularz nowej wyceny z polami na klienta, zakres, materiały i cenę. Działanie: szkic wyceny zbudowany z wątku mailowego, wyceniony według porównywalnych robót, które już wykonałeś, czekający, aż przeczytasz i poprawisz.

Zapis: raport pokazujący trzy przeterminowane faktury. Działanie: trzy przygotowane ponaglenia, Twoim tonem, gotowe do wysłania.

Zapis: pole z pytaniem, do którego zlecenia należy ten PDF od dostawcy. Działanie: PDF już przypięty do zlecenia, z łatwym sposobem powiedzenia, że system się pomylił.

Praca nie znika. Zmienia się z tworzenia w sprawdzanie, a sprawdzanie jest jakieś dziesięć razy szybsze i da się je robić między innymi rzeczami — czyli w jedynym czasie, jaki mała firma naprawdę ma.

Dlaczego to wymaga wbudowanego zatwierdzania

System działający czasem się myli. Źle odczyta zakres, dziwnie wyceni, przypnie dokument do niewłaściwego zlecenia.

Da się to przeżyć, gdy wszystko, co wychodzi, jest szkicem i człowiek to potwierdza. Nie da się, gdy system wysyła sam, bo błędna wycena u klienta kosztuje więcej niż każda minuta zaoszczędzona przez automatyzację w tym miesiącu.

Zasada projektowa jest więc wąska i nudna: przygotuj wszystko, nie wysyłaj nic. Czyni to oprogramowanie mniej efektownym na pokazie i znacznie bezpieczniejszym w firmie, i jest ograniczeniem, wokół którego całość powstaje, a nie ustawieniem do wyłączenia.

Test

Weź ostatnią rzecz, o której wpisanie poprosiło Cię Twoje oprogramowanie. Zapytaj, czy mogło wiedzieć.

Zwykle mogło — z maila, który przyszedł, ze zlecenia, które się zamknęło, z dokumentu już wgranego. Ta luka między tym, co system wie, a tym, co każe Ci sobie powiedzieć, jest całą szansą — a w małej firmie jest znacznie większa niż w dużej.