Ile kosztuje aplikacja webowa dla firmy?

Nie znajdziesz cennika, z którego dałoby się odczytać koszt aplikacji webowej dla firmy — są tylko widełki, i to szerokie, bo wszystko rozbija się o zakres. Prosty kalkulator ofert to kilka tygodni pracy zespołu. System obiegu dokumentów zintegrowany z księgowością potrafi zająć rok. U nas ten rachunek jest jawny: 125 zł netto za godzinę pracy zespołu, rozliczane w miesięcznych pakietach od 40 do 240 godzin. Resztę robi zakres — czyli to, co aplikacja ma umieć i z czym ma się łączyć. Dlatego zamiast rzucać jedną kwotą, rozbiorę ten koszt na etapy. Zobaczysz, za co konkretnie płacisz, gdzie można przyciąć budżet bez szkody dla projektu — i dlaczego dwie aplikacje „takie same" na papierze potrafią różnić się ceną kilkukrotnie.

Etap pierwszy: analiza, czyli rozmowa zamiast opasłej dokumentacji

Zanim powstanie pierwsza linia kodu, musimy zrozumieć Twój proces. Kto wystawia dokument, kto go akceptuje, co się dzieje, gdy klient zmieni zamówienie w ostatniej chwili. Brzmi banalnie? W praktyce właśnie tutaj wychodzą rzeczy, o których nikt wcześniej nie pomyślał — bo „u nas zawsze Kasia to ogarniała ręcznie".

U nas ten etap to zwykle kilkanaście do kilkudziesięciu godzin: rozmowy, spisanie scenariuszy, prosta makieta głównych ekranów. Nie sprzedajemy trzystustronicowych analiz, które lądują w szufladzie. Wolimy krótki dokument, który zespół faktycznie przeczyta, i makietę, którą możesz pokazać wspólnikowi.

Ten etap bywa pomijany „dla oszczędności". Złudnej. Godzina analizy kosztuje tyle samo co godzina programowania, ale błąd wyłapany na makiecie poprawia się w godzinę. Ten sam błąd odkryty w działającym systemie — w tydzień.

Etap drugi: MVP, czyli pierwsza wersja, która idzie do ludzi

MVP to najmniejsza wersja aplikacji, która naprawdę wykonuje swoją pracę. Nie prototyp na pokaz dla zarządu — działający system, do którego logują się Twoi pracownicy i bez którego po miesiącu nie wyobrażają sobie roboty.

Dla typowej aplikacji firmowej budowa MVP zajmuje od dwóch do pięciu miesięcy przy pakiecie 80 godzin miesięcznie, czyli 10000 zł netto za każdy z nich. Mniejsze narzędzia zamykamy szybciej. Większe wymagają pakietu 120 godzin (15000 zł netto) albo po prostu dłuższego kalendarza — obie drogi prowadzą do tego samego, różnią się tempem i miesięcznym obciążeniem budżetu.

Co wchodzi w zakres MVP? Logowanie i uprawnienia, główny proces (ten jeden, dla którego aplikacja w ogóle powstaje), podstawowy panel administracyjny i import danych, na których pracujesz dziś — najczęściej z Excela. Reszta czeka na swoją kolej. I dobrze, bo po miesiącu używania systemu Twoja lista priorytetów będzie wyglądać zupełnie inaczej, niż zakładałeś przy starcie. Widzieliśmy to dziesiątki razy.

Etap trzeci: rozwój, czyli tu powstaje przewaga

Po starcie MVP zaczyna się najciekawsza część. Użytkownicy zgłaszają, co ich wkurza. Ty widzisz, które funkcje faktycznie oszczędzają czas, a które tylko ładnie wyglądały na makiecie. Co miesiąc ustalamy priorytety na kolejny pakiet: raz będzie to integracja z programem księgowym, innym razem raporty dla zarządu albo powiadomienia dla klientów. Ta kolejność nie bierze się z sufitu — zaczynamy od zmian, które najszybciej zwracają się w codziennej pracy, a wygodne dodatki czekają na koniec. Miesięczny rytm ma jeszcze jedną zaletę: łatwo planować wydatki, bo z góry wiesz, ile wynosi pakiet i co w danym miesiącu powstanie.

Ile ten etap trwa? Tak długo, jak długo zmiany na siebie zarabiają. Część naszych klientów rozwija swoje aplikacje od lat, bo każda kolejna automatyzacja zdejmuje komuś z głowy kawał ręcznej pracy. Inni po pół roku uznają, że system robi dokładnie to, co miał robić — i to też jest w porządku. Nie ma jednej słusznej drogi, jest Twój rachunek zysków i kosztów.

Etap czwarty: utrzymanie — najtańsza część całej układanki

Gdy aplikacja robi swoje i nie planujesz większych zmian, schodzimy do trybu utrzymaniowego: pakiet 40 godzin miesięcznie za 5000 zł netto. W tych godzinach mieszczą się aktualizacje bezpieczeństwa, kopie zapasowe, monitoring i drobne prośby w stylu „dodajcie kolumnę w raporcie". Do tego dochodzi hosting, ale przy aplikacjach firmowych to zwykle drobna pozycja na tle godzin zespołu. Ten koszt po prostu miej w planie od początku — aplikacja webowa nie jest produktem z kategorii „kupione i zapomniane". Przeglądarki się zmieniają, biblioteki dostają łatki bezpieczeństwa, przepisy każą coś dopisać do regulaminu. Ktoś musi nad tym czuwać.

Trzy typowe aplikacje i ich prawdziwa skala

Najłatwiej poczuć budżet na przykładach. Oto trzy typy aplikacji, o które firmy pytają nas najczęściej. Celowo nie podaję przy nich kwot co do złotówki — zakresy bywają bardzo różne — ale skala opisana w pakietach dobrze oddaje rząd wielkości.

Obieg dokumentów

Faktury kosztowe wpadają na skrzynkę, ktoś je opisuje, ktoś akceptuje, ktoś księguje — a wszystko krąży mailami i regularnie ginie. Aplikacja porządkująca ten bałagan to średni projekt: MVP w dwa–trzy miesiące pracy, potem rozwój o automatyczne odczytywanie faktur, integrację z księgowością i raporty. Zwrot widać szybko, bo czas szukania „gdzie utknęła ta faktura" po prostu znika.

Panel zamówień dla klientów

Twoi odbiorcy zamawiają mailem i telefonem, a handlowcy przepisują wszystko ręcznie do systemu. Panel, w którym klient sam składa zamówienie, widzi swoje ceny i status realizacji, to podobna skala co obieg dokumentów. Z jednym zastrzeżeniem: gdy dochodzi wymiana danych z ERP albo magazynem, budżet rośnie wyraźnie, bo integracje to zawsze najbardziej pracochłonny kawałek takich projektów.

Kalkulator ofert

Handlowiec wybiera parametry, system liczy cenę według Waszych reguł i generuje gotową ofertę. Jeśli reguły są proste — to najmniejszy z tych trzech projektów, czasem wystarczą dwa pakiety 80 godzin. Jeśli jednak wycena zależy od dziesiątek zmiennych i wyjątków w stylu „dla tego klienta liczymy inaczej, bo tak się kiedyś umówiliśmy", samo rozplątanie reguł potrafi zająć więcej czasu niż programowanie.

Co najmocniej wpływa na cenę?

Skoro koszt to stawka razy godziny, prawdziwe pytanie brzmi: co mnoży godziny? Z naszego doświadczenia największą różnicę robi pięć rzeczy:

• Integracje — połączenie z ERP, księgowością, magazynem czy bramką płatności to często jedna trzecia budżetu, zwłaszcza gdy dokumentacja systemu po drugiej stronie jest, delikatnie mówiąc, skromna.
• Role i uprawnienia — narzędzie dla jednego działu jest prostsze niż system, w którym handlowiec widzi co innego niż magazynier, a prezes wszystko.
• Migracja danych — przeniesienie lat historii z arkuszy albo starego programu bywa osobnym miniprojektem z własnymi pułapkami.
• Raporty — hasło „kilka zestawień" ma talent do rozrastania się w pełny moduł analityczny.
• Skala — dziesięciu użytkowników w biurze to inna liga niż tysiące klientów logujących się z zewnątrz o każdej porze.

Dlatego zanim podamy widełki, pytamy właśnie o te pięć obszarów. Bez tych odpowiedzi każda kwota byłaby zgadywaniem, a zgadywanie w budżetach kończy się źle — dla obu stron.

Jak to wygląda w praktyce, krok po kroku

Zaczynamy od rozmowy i krótkiej analizy. Potem budujemy MVP w miesięcznych pakietach — co miesiąc widzisz postęp na działającej aplikacji, nie na slajdach. Po starcie wspólnie decydujemy: rozwijamy dalej czy schodzimy do trybu utrzymaniowego. Tempo dopasowujemy do Twojego budżetu, nie odwrotnie. Co miesiąc dostajesz też zestawienie przepracowanych godzin, więc dokładnie wiesz, na co poszedł budżet — bez niespodzianek na fakturze i bez pozycji „prace dodatkowe", których nikt nie zamawiał.

A jeśli Twoja firma pracuje dziś na arkuszach kalkulacyjnych, przeczytaj nasz tekst o przejściu z Excela na dedykowaną aplikację webową — opisujemy tam tę drogę od pierwszego wywiadu do działającego systemu.

Częste pytania

Czy możecie podać cenę bez rozmowy?

Widełki — tak, konkret — nie. Po kilkunastu minutach rozmowy powiemy Ci, czy Twój pomysł to bliżej dwóch, czy dziesięciu pakietów pracy. Rzetelna liczba wymaga spisania zakresu, a tego nie da się zrobić w ciemno.

Czy mogę zacząć od małego budżetu i rozbudowywać?

Tak — i dokładnie to polecamy. Najpierw MVP, które rozwiązuje jeden konkretny problem, potem rozwój w pakietach według rzeczywistych potrzeb. To bezpieczniejsze niż zamawianie od razu pełnego systemu na podstawie założeń, które życie i tak zweryfikuje.

Ile trwa budowa aplikacji webowej dla firmy?

MVP to zwykle dwa do pięciu miesięcy, plus analiza przed startem i miesiąc–dwa stabilizacji po wdrożeniu. Projekty z rozbudowanymi integracjami trwają dłużej — lepiej to wiedzieć na starcie, niż obiecywać sobie cuda.

Co z kosztami, gdy aplikacja już działa?

Zostaje hosting i pakiet utrzymaniowy 40 godzin miesięcznie na aktualizacje, kopie zapasowe i drobne poprawki. Na tle kosztu budowy to niewielka kwota, ale musi być w planie — system bez opieki starzeje się szybciej, niż myślisz.

Masz w głowie konkretną aplikację? Opisz nam swój pomysł albo od razu poproś o wycenę — wrócimy z widełkami i szczerą opinią, czy to się spina.