Nie ma jednej uczciwej ceny aplikacji webowej dla firmy bez poznania jej zakresu. Prosty rejestr używany przez kilka osób jest innym projektem niż system obsługujący zamówienia, rozliczenia, integracje i kilka działów. Oba rozwiązania mogą mieć podobną liczbę ekranów, ale zupełnie inną ilość reguł, wyjątków i odpowiedzialności za dane.
W Domin Software przygotowujemy wycenę indywidualnie. Najpierw ustalamy, jaki problem ma rozwiązać aplikacja, kto będzie z niej korzystać, skąd pochodzą dane i co musi działać w pierwszym etapie. Jeżeli tych informacji jest za mało, proponujemy osobny, płatny etap analizy zamiast zgadywać cenę na podstawie krótkiego opisu.
Brak cennika nie oznacza jednak, że koszt jest przypadkowy. Poniżej pokazujemy, co najczęściej wpływa na zakres pracy i jak przygotować informacje potrzebne do odpowiedzialnej wyceny.
Cena zależy od procesu, a nie tylko od liczby ekranów
Ekran logowania, formularz i lista rekordów mogą wyglądać prosto. Najwięcej pracy często kryje się w zasadach, których nie widać na pierwszym makiecie.
Przykładowo formularz zamówienia może wymagać sprawdzania dostępności, różnych cen dla klientów, zatwierdzania rabatu, rezerwacji towaru, powiadomień i przekazania danych do księgowości. Każdy z tych elementów trzeba opisać, zaimplementować i sprawdzić również w sytuacjach nietypowych.
Dlatego przed wyceną pytamy o rzeczywisty przebieg pracy:
- co rozpoczyna proces i jaki ma być jego końcowy rezultat;
- kto wykonuje kolejne czynności i podejmuje decyzje;
- gdzie powstają dane i kto może je zmieniać;
- jakie wyjątki, poprawki i powroty do wcześniejszego kroku występują w praktyce;
- z jakimi programami aplikacja ma współpracować;
- po czym klient i wykonawca poznają, że etap został poprawnie odebrany.
Im lepiej znamy te odpowiedzi, tym mniej założeń musi zawierać wycena.
Co najbardziej wpływa na koszt aplikacji webowej?
Zakres pierwszego etapu
Największą różnicę robi to, czy pierwsza wersja ma rozwiązać jeden dobrze opisany problem, czy od razu zastąpić kilka narzędzi używanych w całej firmie. Mniejszy etap nie oznacza wersji prowizorycznej. Powinien dawać konkretny rezultat, który można odebrać i wykorzystać.
Jeżeli wszystkie pomysły trafiają do jednego zakresu, rośnie nie tylko liczba funkcji. Trudniej też ustalić zależności, kolejność prac i moment, w którym można bezpiecznie uruchomić system.
Role i uprawnienia
Jedna osoba pracująca na własnych danych wymaga prostszych zasad niż administrator, handlowiec, księgowość, partner i klient zewnętrzny korzystający z tego samego systemu. Trzeba ustalić, kto widzi określone informacje, kto może je zmienić, kto zatwierdza decyzję i jak zapisać historię zmian.
Uprawnienia są szczególnie ważne tam, gdzie pomyłka może wpłynąć na zamówienie, płatność, rozliczenie albo dane klienta.
Dane i ich migracja
Nowa aplikacja rzadko zaczyna od pustej bazy. Dane mogą znajdować się w arkuszach, starym systemie, wiadomościach albo plikach przygotowywanych przez różne osoby. Przed importem trzeba sprawdzić ich format, kompletność, powtórzenia i sposób łączenia rekordów.
Samo przeniesienie pliku jest zwykle prostsze niż ustalenie, które dane są aktualne i co zrobić z brakami. Dlatego jakość materiału źródłowego może mocno zmienić zakres migracji.
Integracje z innymi systemami
Integracja może oznaczać pobranie jednej informacji raz dziennie albo dwukierunkową wymianę zamówień, statusów i płatności. Koszt zależy między innymi od dokumentacji API, sposobu uwierzytelniania, limitów, obsługi błędów oraz dostępności środowiska testowego.
Nie każda usługa zewnętrzna działa tak samo. Trzeba również ustalić, co ma zrobić aplikacja, gdy drugi system jest chwilowo niedostępny albo zwróci niepełne dane.
Szczegółowe czynniki opisujemy w poradniku Ile kosztuje integracja systemów i API?.
Reguły, wyjątki i automatyzacje
Automatyzacja ma wartość wtedy, gdy wiadomo, jakie warunki powinna sprawdzać i kiedy człowiek nadal musi podjąć decyzję. Proste powiadomienie jest innym zadaniem niż automatyczne wyliczanie prowizji, dobór ścieżki akceptacji albo synchronizacja wielu statusów.
Wyjątki nie są dodatkiem na końcu projektu. Jeśli występują regularnie, powinny wejść do opisu procesu i testów od początku.
Bezpieczeństwo i możliwość sprawdzenia zmian
Inny zakres będzie miał wewnętrzny pomocniczy rejestr, a inny system przechowujący dane klientów, rozliczenia lub informacje dostępne dla wielu firm. Znaczenie mają zasady logowania, uprawnienia, rejestrowanie ważnych operacji, kopie, aktualizacje i sposób reagowania na błędy.
Nie da się obiecać pełnego bezpieczeństwa jedną funkcją. Zakres zabezpieczeń musi odpowiadać danym, użytkownikom i skutkom ewentualnego problemu.
Testy i kryteria odbioru
Funkcja nie jest gotowa tylko dlatego, że działa w najprostszym przykładzie. Trzeba sprawdzić poprawne dane, błędne dane, brak odpowiedzi z integracji, różne uprawnienia oraz procesy wykonywane w tle.
Wycena jest dokładniejsza, gdy przed rozpoczęciem wiadomo, jakie warunki muszą zostać spełnione, aby klient odebrał etap. Bez takich kryteriów łatwo różnie rozumieć słowo „gotowe”.
Wdrożenie i późniejsze utrzymanie
Projekt może obejmować samo przygotowanie aplikacji albo również konfigurację środowiska, migrację, uruchomienie, monitoring, kopie, aktualizacje i dalszy rozwój. Są to odrębne obowiązki, dlatego trzeba je nazwać w ofercie.
Do kosztu utrzymania mogą dochodzić opłaty zewnętrznych dostawców, na przykład hostingu, wysyłki wiadomości, map, płatności lub innych API. Nie są one automatycznie częścią wynagrodzenia za wykonanie aplikacji.
Osobno wyjaśniamy, co wpływa na koszt utrzymania aplikacji webowej po wdrożeniu.
Jeżeli rozważasz system do obsługi klientów i sprzedaży, zobacz także, z czego składa się koszt CRM na zamówienie.
Trzy przykłady różnego poziomu złożoności
Poniższe przykłady pomagają porównać zakresy. Nie są gotowymi pakietami, cennikiem ani obietnicą terminu.
| Przykładowa sytuacja | Co może znaleźć się w pierwszym etapie | Co może istotnie zwiększyć zakres |
|---|---|---|
| Wewnętrzny rejestr | formularze, lista rekordów, wyszukiwanie, podstawowy eksport i jedna lub dwie role | import starych danych, rozbudowane uprawnienia, historia zmian i nietypowe reguły walidacji |
| Moduł obsługujący proces firmy | kilka etapów pracy, statusy, powiadomienia, różne role i podstawowe raportowanie | liczne wyjątki, automatyczne decyzje, rozliczenia, zaawansowane raporty i praca wielu działów |
| System z integracjami | wymiana danych z innymi usługami, migracja, zamówienia lub rozliczenia oraz wiele ról | słaba jakość danych, brak dokumentacji API, wymagania bezpieczeństwa, zależności zewnętrzne i złożone testy |
Podobny opis funkcji może prowadzić do innej wyceny w dwóch firmach. Różnice wychodzą dopiero po sprawdzeniu procesu, wyjątków, danych i odpowiedzialności użytkowników.
Co często nie trafia do pierwszego zapytania?
Pierwsza wiadomość zwykle skupia się na funkcjach widocznych dla użytkownika. Przed wyceną warto uzupełnić również informacje, które wpływają na pracę poza ekranem:
- czy istnieją dane do importu i kto potwierdzi ich poprawność;
- czy system zewnętrzny ma dokumentację i dostęp testowy;
- kto będzie zarządzał kontami oraz uprawnieniami;
- jakie wiadomości, pliki albo dokumenty mają powstawać automatycznie;
- co dzieje się, gdy brakuje danych lub proces przebiega inaczej niż zwykle;
- kto odbiera etap i na jakiej podstawie;
- kto odpowiada za serwer, domenę, kopie oraz usługi zewnętrzne;
- jakie opłaty licencyjne i abonamentowe mogą pojawić się poza pracą wykonawcy.
Nie trzeba znać odpowiedzi na wszystkie pytania. Ważne jest rozróżnienie informacji potwierdzonych od założeń i rzeczy, które trzeba dopiero sprawdzić.
Kiedy można przygotować wycenę bez osobnej analizy?
Wycena może powstać bez rozbudowanego etapu analizy, gdy problem jest dobrze ograniczony, proces ma niewiele wyjątków, dane są znane, a integracje mają dostępną dokumentację. Nadal potrzebne są zakres, rezultat i kryteria odbioru, ale można je ustalić podczas krótszego przygotowania oferty.
Bezpłatna rozmowa kwalifikacyjna w Domin Software może trwać do 20 minut. Służy ustaleniu problemu, celu i materiałów potrzebnych do dalszej oceny. Nie obejmuje diagnozy aplikacji, analizy kodu ani gotowego raportu.
Jeżeli projekt dotyczy kilku działów, ma wiele niewiadomych, wymaga migracji albo łączy kilka systemów, najpierw proponujemy analizę biznesową i ustalenie zakresu MVP. Jest to płatny, samodzielny etap. Klient otrzymuje uporządkowany materiał, który może wykorzystać także z innym wykonawcą. Gdy Domin Software realizuje później projekt wynikający z tej analizy, zapłacony koszt analizy zostaje wliczony w całkowity koszt projektu.
Jak przygotowujemy wycenę w Domin Software?
Zaczynamy od problemu i oczekiwanego rezultatu, a nie od wyboru technologii. Następnie ustalamy proces, użytkowników, dane, integracje i ograniczenia. Większy projekt dzielimy na etapy, z których każdy ma własny zakres, rezultat i sposób odbioru.
Wycena wskazuje, co obejmuje dany etap i co pozostaje poza nim. Jeżeli część informacji nie jest jeszcze potwierdzona, zapisujemy założenia albo proponujemy ich wcześniejsze sprawdzenie. Nie przedstawiamy wstępnego domysłu jako pewnej ceny całego systemu.
Cena, termin i sposób rozliczenia są potwierdzane przed rozpoczęciem prac. Domyślnie płatność następuje po zakończeniu uzgodnionego etapu. Przy większym zakresie może zostać ustalona zaliczka.
Przykłady pokazujące, skąd bierze się złożoność
W systemie rezerwacyjnym 44Islands zakres obejmował różne role, rezerwacje, prowizje i kolejne etapy rozwoju. Złożoność wynikała z powiązania procesu sprzedaży z pracą administratora, sprzedawców, kierowców i pilotów.
W projekcie HUB.ITM ważnym elementem było przetwarzanie danych z różnych programów i formatowanie ich do importu w systemach księgowych. Tutaj o zakresie decydowały formaty wejściowe, reguły przetwarzania i kontrola poprawności.
HUB-2-API łączył import produktów, obsługę ofert i zamówień eBay oraz API używane przez klientów B2B. W takim projekcie sama lista ekranów nie opisuje pracy wykonywanej między systemami.
Te realizacje nie są cennikiem ani porównaniem wartości projektów. Pokazują jedynie, dlaczego role, dane i integracje trzeba poznać przed przygotowaniem wyceny.
Co przygotować przed pierwszą rozmową?
Na początek wystarczy krótki, rzeczowy opis:
- Jaki problem ma rozwiązać aplikacja?
- Jak ten proces działa obecnie?
- Kto będzie korzystać z rozwiązania?
- Jakie dane są potrzebne i gdzie znajdują się dzisiaj?
- Z jakimi programami aplikacja ma współpracować?
- Co musi znaleźć się w pierwszym użytecznym etapie?
- Co może zostać wykonane później?
- Po czym rozpoznasz, że pierwszy etap działa poprawnie?
Nie musisz przygotowywać dokumentacji technicznej. Możesz skorzystać z bezpłatnego narzędzia Opisz projekt, które pomaga uporządkować te informacje przed kontaktem. Nie wpisuj do niego haseł, kluczy API ani prawdziwych danych klientów i pracowników.
Najczęstsze pytania
Czy można wycenić aplikację tylko na podstawie listy funkcji?
Czasem można przygotować bardzo wstępną estymację, ale sama lista funkcji zwykle nie pokazuje reguł, wyjątków, danych, integracji i kryteriów odbioru. Im więcej niewiadomych, tym mniej wiarygodna będzie taka liczba.
Czy pierwsza rozmowa i analiza projektu są bezpłatne?
Bezpłatna może być rozmowa kwalifikacyjna do 20 minut. Nie zawiera diagnozy ani raportu. Analiza biznesowa, przegląd kodu i inne etapy zakończone konkretnym materiałem są płatne i wyceniane indywidualnie.
Czy można zacząć od mniejszej wersji i rozbudować ją później?
Tak, jeżeli mniejszy etap sam rozwiązuje określony problem i ma jasne kryteria odbioru. Nie warto usuwać z niego elementów niezbędnych do bezpiecznego działania tylko po to, aby obniżyć początkowy koszt.
Czy integracje i migracja danych są częścią wyceny?
Tak, jeśli zostały uwzględnione w ustalonym zakresie. Trzeba wcześniej określić systemy, formaty, dostępność API, jakość danych i sposób sprawdzenia poprawności migracji.
Czy po analizie trzeba zlecić wykonanie aplikacji Domin Software?
Nie. Materiały z analizy można wykorzystać z innym wykonawcą, z zachowaniem poufności i bez ich publicznego udostępniania.
Czy koszt analizy jest wliczany w późniejszą realizację?
Tak, jeżeli Domin Software wykonuje projekt wynikający z analizy. Wtedy zapłacony koszt analizy zostaje wliczony w całkowity koszt projektu.
Dlaczego najniższa początkowa wycena nie zawsze oznacza najniższy koszt projektu?
Niska kwota może pomijać migrację, wyjątki, testy, wdrożenie albo utrzymanie. Porównując oferty, warto sprawdzić nie tylko cenę, lecz także zakres, założenia, elementy wyłączone i sposób odbioru prac.
Przygotuj informacje potrzebne do wyceny
Jeżeli dopiero porządkujesz pomysł, zacznij od narzędzia Opisz projekt. Pomoże Ci zebrać problem, proces, użytkowników, dane i priorytety bez przygotowywania technicznej specyfikacji.
Gdy proces ma wiele wyjątków, dotyczy kilku działów albo wymaga integracji i migracji, sprawdź analizę biznesową i zakres MVP. Możemy najpierw ustalić bezpieczny pierwszy etap, a dopiero potem przygotować jego wycenę.