Masz pomysł na aplikację albo system, który zdejmie robotę z ludzi — i pierwsze pytanie brzmi: „ile to kosztuje?". Wpisujesz w Google, dostajesz widełki od 20 do 500 tysięcy i zamykasz kartę ani trochę mądrzejszy. Bo cena oprogramowania na zamówienie nie bierze się z cennika — bierze się z Twojego zakresu, integracji i tego, kto utrzyma system za dwa lata. Pokazujemy, od czego naprawdę zależy — i jak nie przepłacić ani nie utknąć u najtańszego wykonawcy.
Cena oprogramowania na zamówienie to nie pozycja z cennika — wynika z zakresu, integracji i utrzymania. Kto podaje kwotę, zanim pozna Twój proces, zgaduje.
Największy koszt nie jest na fakturze za wdrożenie. To koszt długu technicznego po najtańszym wykonawcy: przepisywanie od zera, gdy projekt utknie albo nikt nie chce go tknąć.
Cenę podbija to, czego nie widać na demie: integracje (płatności, komunikacja, AI, systemy zewnętrzne), skala i to, czy ktoś potem system utrzyma.
„Tanio i na wczoraj" zwykle kończy się dwiema wycenami: najpierw za budowę, potem za naprawę po kimś. Uczciwa wycena zaczyna się od pytań o proces.
Właściwe pytanie to nie „ile kosztuje aplikacja", tylko „ile kosztuje mnie ryzyko, że stanie albo utknie" — i ile jest wart zakres domknięty raz, a dobrze.
Zacznijmy od szczerości: nikt uczciwy nie poda Ci ceny oprogramowania na zamówienie po jednym zdaniu opisu. To trochę jak pytać „ile kosztuje dom" — zależy, czy to kawalerka, czy hala z instalacją przemysłową. Widełki „od 20 do 500 tysięcy", które znajdziesz w sieci, są prawdziwe i bezużyteczne naraz.
Cena bierze się z trzech rzeczy, których na starcie zwykle jeszcze nie ma na papierze: zakresu (co dokładnie system ma robić), integracji (z czym musi się spiąć) i utrzymania (kto go poprowadzi, gdy urośnie albo zmieni się prawo). Software house, który podaje kwotę, zanim o to zapyta, albo zgaduje, albo sprzedaje najniższą liczbę, żeby Cię złapać — a różnicę dobierze później.
Dlatego zamiast cennika damy Ci coś użyteczniejszego: mapę tego, co realnie podbija i obniża cenę. Z nią sam ocenisz każdą ofertę — i rozpoznasz tę, która brzmi podejrzanie tanio.
Rozbijmy to na cztery dźwignie, które realnie ruszają wyceną:
Uczciwa wycena zaczyna się od rozmowy o tych czterech rzeczach, nie od kwoty. Gdy je znamy, podajemy konkret dla Twojego zakresu — nie widełki z sufitu. Zobacz, jak to składa się na gotowych systemach: nasze realizacje.
| Uczciwa wycena | Najtańsza oferta | |
|---|---|---|
| Punkt wyjścia | Pytania o Twój proces i zakres | Kwota po jednym mailu |
| Integracje | Wycenione wprost, z ryzykiem | „Jakoś się zrobi", doliczone później |
| Utrzymanie | W planie od początku | Nie ma go w ofercie |
| Zakres | Domknięty pierwszy etap | Otwarta lista „dorzućmy jeszcze"45 |
| Po roku | Rozwijasz system | Płacisz drugi raz — za naprawę |
| Co kupujesz | Domknięty problem | Najniższą liczbę na starcie |
“Najtańsza oferta to zwykle dwie oferty: pierwsza za zbudowanie, druga za naprawienie tego po kimś. Uczciwa wycena kosztuje więcej na papierze i mniej naprawdę.”
Tyle, ile wynika z zakresu, integracji i utrzymania — nie z cennika. Uczciwy dostawca poda kwotę dopiero po rozmowie o tym, co system ma robić i z czym się spiąć. Widełki „od–do" z internetu są prawdziwe i bezużyteczne naraz; konkret dla Twojego zakresu podajemy po rozmowie o procesie.
Ta sama logika: decyduje zakres (ile ekranów, ról, reguł) i integracje (płatności, komunikacja, AI, systemy zewnętrzne), a nie to, czy apka jest mobilna, czy webowa. Nie myl widełek z wyceną — wycena zaczyna się od Twojego procesu.
Zależy od zakresu, ale rzadko robimy „wszystko naraz". Etapujemy: najpierw pierwsza wersja, która najszybciej zwraca się w praktyce, potem rozwój. Dzięki temu projekt się nie ciągnie w nieskończoność, a Ty widzisz efekt, zanim wydasz cały budżet.
Bo mierzą co innego. Najtańsza zwykle pomija integracje i utrzymanie albo zgaduje zakres — a różnicę dobiera później. Często najniższa liczba na starcie oznacza drugi rachunek: za naprawę długu technicznego po kimś.
Tak, jeśli Twój proces jest standardowy i gotowy program go obsługuje — wtedy kup gotowca, custom tylko przepali budżet. Oprogramowanie na zamówienie liczy się dopiero, gdy proces jest Twoją przewagą albo gdy nic nie spina tego, co masz. Jak to rozstrzygnąć, opisaliśmy przy okazji wyboru software house'u.
Aplikacja, portal albo jedna trudna integracja z jasnym zakresem. Zadamy właściwe pytania i wycenimy konkret — bez widełek z sufitu i bez otwartej listy „dorzućmy jeszcze".
Wyceń zakresWMS, integracja z SAP, obieg dokumentów — coś, na czym stoją operacje. Porozmawiajmy o procesie i o koszcie ryzyka, zanim padnie kwota.
Porozmawiajmy o procesie
