Oprogramowanie na zamówienie: kiedy się opłaca, a kiedy nie

Oprogramowanie na zamówienie sprzedawane jest jako odpowiedź na wszystko. Nie jest. Często właściwą odpowiedzią jest kupienie gotowego produktu i niemodyfikowanie go. Ale w pewnym momencie gotowe rozwiązanie staje się hamulcem — i wtedy custom ma sens. Ten artykuł jest o tym, jak rozpoznać ten moment, zanim wyda się pierwszą złotówkę.

Zacznę niepopularnie: większość firm, które przychodzą do nas z chęcią stworzenia „systemu na zamówienie", go nie potrzebuje. Potrzebuje skonfigurowania gotowego produktu albo połączenia dwóch, które już mają. To tańsze, szybsze i nikt nie musi tego latami utrzymywać. Custom ma sens tam, gdzie gotowe rozwiązanie naprawdę nie daje rady.

Kiedy gotowe rozwiązanie wystarczy (i wygrywa)

Gotowy produkt ma trzy zalety, które trudno pobić: cenę, czas i utrzymanie. Ktoś już go napisał, przetestował na tysiącach klientów i naprawia błędy za ciebie. To ogromna wartość, której custom nigdy nie dogoni.

Kup gotowe rozwiązanie, gdy:

• Chodzi o standardowy proces. Księgowość, fakturowanie, e-mail, podstawowy CRM, rejestracja czasu pracy. Każda firma robi to niemal tak samo. Twoja wersja nie jest wystarczająco inna, żeby opłacało się ją programować.
• Pokrywa 80% i więcej twoich potrzeb. Pozostałe 20% często można obejść drobną zmianą procesu albo tanią integracją. Programowanie całego systemu dla jednej piątej funkcji jest drogie.
• Nie masz zdolności do utrzymywania oprogramowania. Własne oprogramowanie to zobowiązanie na cały czas jego życia, nie jednorazowy zakup. Jeśli nie masz nikogo, kto będzie je przez lata rozwijać i naprawiać, gotowy produkt z supportem jest bezpieczniejszy.

Jeśli przynajmniej dwa z tych punktów pasują, custom prawdopodobnie nie jest potrzebny. I to jest w porządku.

Kiedy oprogramowanie na zamówienie się opłaca

Punkt przełomu następuje, gdy gotowy produkt zaczyna kosztować więcej, niż oszczędza. Dzieje się to w czterech sytuacjach.

Dany proces jest twoją przewagą konkurencyjną. Jeśli robisz coś inaczej niż konkurencja i właśnie to cię utrzymuje, gotowe rozwiązanie zepchnhnie cię do średniej. Oprogramowanie na zamówienie ten rozdźwięk wzmocni. Tu nie warto dostosowywać się do narzędzia — narzędzie ma się dostosować do ciebie.

Gotowy produkt zmusza do zmiany działających procesów. Gdy musisz przerabiać to, co działa, tylko żeby pasowało do cudzej aplikacji, płacisz ukryty podatek. Najpierw za szkolenie, potem za błędy, potem za to, że ludzie i tak omijają system w Excelu. Koszt nie tkwi w licencji — tkwi w zakłóconym funkcjonowaniu.

Potrzebujesz integracji, której gotowy produkt nie obsługuje. Realne dane nie żyją w jednym systemie. Masz ERP, magazyn, sklep internetowy, księgowość, linię produkcyjną. Pudełkowe produkty często nie rozmawiają ze sobą tak, jak potrzebujesz. Własna warstwa łącząca je dokładnie według twojego procesu potrafi oszczędzić godziny dziennie. Dla jednego klienta przepisaliśmy zapytania bazodanowe i obciążenie serwera SQL spadło o 80% — to różnica między „system nadąża" a „system pada w szczycie".

Płacisz za licencje więcej, niż kosztowałoby własne oprogramowanie. Gdy masz dziesiątki lub setki użytkowników i płacisz miesięczną licencję za funkcję, którą raz byś zbudował, matematyka w pewnym momencie się odwraca. Własne rozwiązanie ma wysoki koszt wejścia, ale zerową licencję. Policz to na trzy lata naprzód, nie na pierwszy miesiąc.

Punkt przełomu: proste pytanie

Zanim podejmiesz decyzję, spróbuj tego. Zsumuj na trzy lata:

• Koszt licencji gotowego rozwiązania dla wszystkich użytkowników.
• Koszt omijania tego, czego produkt nie umie (praca ręczna, Excel, podwójne wprowadzanie danych).
• Koszt ryzyka, że dostawca podniesie ceny albo wycofa produkt.

I przeciwstaw temu:

• Koszt wytworzenia oprogramowania na zamówienie.
• Koszt jego utrzymania (licz 15–20% kosztów wytworzenia rocznie).
• Koszt tego, że musisz samemu to eksploatować.

Gdy pierwsza suma jest wyraźnie wyższa i dany proces jest dla ciebie ważny, custom ma sens. Gdy jest to niejednoznaczne albo proces nie jest krytyczny — kup gotowe. Żadnej magii tu nie ma — to porównanie kosztów, nie wiara w technologię.

Na co uważać przy oprogramowaniu na zamówienie

Custom software ma pułapki, w które wpada się w kółko. Oto te główne.

Utrzymanie nie jest opcjonalne. Aplikacja, którą nikt nie utrzymuje, za dwa lata zgnije. Biblioteki się starzeją, otwierają się luki bezpieczeństwa, nowa wersja systemu ją psuje. Zamawiając custom software, zamawiasz też zobowiązanie do latania nim przez lata. Kto tego nie liczy, liczy źle.

Zakres rośnie szybciej, niż się spodziewasz. Dla systemu flotowego do zarządzania około 50 pojazdami w ciągu 4 miesięcy powstało około 128 000 linii kodu — Carivio. Nie dlatego, że pisało się niepotrzebnie — realne działanie ma krawędzie, wyjątki i stany, których nie było w specyfikacji. Planując projekt custom, licz się z tym, że „prosta apka" prosta nie pozostanie.

Odporność kosztuje więcej niż happy path. Napisanie funkcji, która działa gdy wszystko jest w porządku, jest tanie. Napisanie jej tak, żeby przeżyła awarię, restart, timeout i błąd strony trzeciej, jest droższe — i właśnie to odróżnia prototyp od systemu, na który można polegać. Tania oferta zazwyczaj oznacza, że tej części brakuje.

Zależność od jednej osoby to ryzyko. Custom software napisany przez jednego niezależnego dewelopera bez dokumentacji to mina. Gdy odejdzie, nikt nie wie, jak to działa. Nalegaj na czytelny kod, testy i dokumentację od początku — nie jako opcję extra.

Uczciwie: custom nie zawsze jest odpowiedzią

Zarabiam na oprogramowaniu na zamówienie, a mimo to regularnie mówię klientom, żeby kupili gotowe. Powód jest prosty: źle zbudowany custom jest gorszy niż żaden. Kosztuje więcej, jesteś jego jedynym właścicielem i gdy nikt nie umie go utrzymywać, hamuje cię zamiast pomagać.

Dobre rozwiązanie nie brzmi „chcemy coś nowoczesnego na zamówienie". Brzmi: „tu gotowe rozwiązanie nie daje rady dokładnie z tych powodów, liczby na trzy lata wychodzą na korzyść custom i wiemy, kto będzie to utrzymywać". Gdy potrafisz to powiedzieć, custom jest właściwym wyborem. Gdy nie — zaoszczędzisz pieniędzy i bólu głowy, kupując gotowe.

Jak to robimy

Budujemy oprogramowanie na zamówienie dla firm, którym gotowe rozwiązanie nie wystarcza — najczęściej tam, gdzie trzeba połączyć istniejące systemy, obsłużyć własne procesy albo udźwignąć ruch, którego gotowy produkt nie pociągnie. Zaczynamy jednak od pytania, czy w ogóle tego potrzebujesz. Jeśli nie — mówimy to wprost.

Mamy za sobą system flotowy ~128 000 linii za 4 miesiące, optymalizacje, które zredukowały obciążenie serwera SQL o 80%, oraz integracje, gdzie nie może zaginąć ani jeden rekord. Jeśli rozważasz oprogramowanie na zamówienie i nie jesteś pewien, czy to właściwa droga, napisz do nas — przejdziemy z tobą przez liczby i powiemy wprost, czy się opłaca, czy nie.

FAQ

Kiedy opłaca się oprogramowanie na zamówienie?

Gdy dany proces jest twoją przewagą konkurencyjną, gotowe rozwiązanie zmusza cię do zmiany działających procesów, potrzebujesz integracji z istniejącymi systemami, której gotowy produkt nie obsługuje, albo płacisz za dziesiątki licencji na funkcję, którą zbudujesz taniej. Jeśli żaden z tych punktów nie pasuje — kup gotowe.

Kiedy NIE rozwijać oprogramowania na zamówienie?

Gdy istnieje gotowe rozwiązanie pokrywające 80% lub więcej twoich potrzeb, chodzi o standardowy proces (księgowość, e-mail, bazowy CRM) albo nie masz zdolności do utrzymywania oprogramowania przez lata. Custom software to zobowiązanie na cały czas życia aplikacji, nie jednorazowy zakup.

Ile kodu powstaje przy oprogramowaniu na zamówienie?

To zależy od zakresu. Dla systemu flotowego do zarządzania pojazdami napisaliśmy w ciągu 4 miesięcy około 128 000 linii kodu do obsługi około 50 pojazdów. Skala różni się jednak o rząd wielkości w zależności od domeny, liczby integracji i wymaganej odporności.