Ile kosztuje aplikacja? Najpierw określ, co ma wejść do wyceny

Pytanie o cenę aplikacji pojawia się zwykle przed opisem jej zakresu. Bez informacji o użytkownikach, funkcjach, integracjach i wymaganej jakości każda konkretna kwota byłaby pozorną precyzją. Lepszy pierwszy krok to przygotować materiał, który pozwala porównać założenia i ryzyka. Poniżej piszemy, co do niego wpisać i jakie pozycje wyceny łatwo przeoczyć.

Opisz rezultat i listę ekranów

Zacznij od tego, kto będzie używać produktu i jakie zadanie ma wykonać. Zapisz główne przepływy, role użytkowników, platformy oraz to, co ma się wydarzyć przy braku sieci, błędzie lub braku uprawnień. Ekrany pomagają oszacować interfejs, ale nie pokazują całej logiki i stanów.

Oddziel zakres pierwszej wersji od późniejszych pomysłów

Podziel funkcje na trzy grupy: konieczne do sprawdzenia głównej wartości, ważne po potwierdzeniu kierunku oraz opcjonalne. Dla każdej funkcji określ kryterium akceptacji. Zdanie „użytkownik może zarządzać planem” wymaga doprecyzowania: kto go tworzy, kto widzi, czy jest współdzielony i co się dzieje po edycji.

Ujawnij zależności i ograniczenia

Wycena powinna uwzględniać logowanie i role, integracje zewnętrzne, import lub migrację danych, wymagania prywatności, powiadomienia, panel administracyjny, publikację w sklepach oraz obsługę różnych urządzeń. Podaj też terminy, ograniczenia budżetowe i istniejące systemy, jeśli je znasz.

Niepewność nie znika przez wpisanie jej do arkusza. Oznacz założenia, a najbardziej ryzykowne sprawdź prototypem lub krótkim etapem discovery, zanim zobowiążesz się do pełnego zakresu.

Pytaj o całkowity koszt

Cena samej budowy to część wydatku. Dobra wycena pokazuje osobno kilka pozycji, także tych, które zaczynają się po wydaniu.

Pozycje wyceny przed i po starcie. Rozmiary bloków są ilustracyjne.

Audyt bezpieczeństwa przed startem

Audyt przed wdrożeniem to osobna pozycja wyceny. Obejmuje automatyczne skany, ręczne testy uprawnień i logowania oraz sprawdzenie kopii zapasowych i dostępów. Dostajesz raport z opisem każdego znaleziska i sposobem naprawy. Zasada jest prosta: krytyczne i wysokie błędy naprawiamy przed startem, a produkt nie wychodzi z otwartym krytycznym. Szerzej piszemy o tym w artykule Audyt bezpieczeństwa aplikacji. Pytaj każdego wykonawcę, czy audyt jest w wycenie i co dokładnie obejmuje.

Utrzymanie po wydaniu

Aplikacja nie przestaje kosztować w dniu premiery. Uwzględnij aktualizacje platform i bibliotek, monitoring, łatanie podatności, wsparcie, infrastrukturę, narzędzia zewnętrzne oraz pracę nad nowymi funkcjami. Koszty te zależą od wybranych usług i sposobu użytkowania, więc pokaż je jako osobne założenia. Wyjaśniamy to w tekście Aplikacja działa, więc po co ją utrzymywać.

Porównując oferty, sprawdź, czy każda zawiera te same pozycje. Wycena bez audytu i utrzymania jest po prostu krótsza. Brakujące pozycje zapłacisz później, zwykle w gorszym momencie.

Co wpływa na wycenę najbardziej

Nie ma stałego cennika, ale kilka czynników zmienia wycenę wyraźnie:

• liczba ról użytkowników i uprawnień,
• liczba i jakość integracji z innymi systemami,
• migracja danych ze starego systemu,
• obsługa obu platform mobilnych,
• wymagania dotyczące danych wrażliwych i zgodności z RODO,
• gotowość materiałów: projekt, treści, dostępy do usług zewnętrznych.

Każdy z tych czynników da się opisać przed rozmową. Im lepiej to zrobisz, tym mniej założeń wykonawca musi przyjąć za Ciebie i tym mniej rezerwy musi wpisać w cenę.

Jak czytać otrzymaną wycenę

Gdy dostaniesz kilka ofert, porównuj je pozycja po pozycji, zanim spojrzysz na sumę. Zadaj każdemu wykonawcy te same pytania:

1. Jakie założenia przyjęto i co się stanie, gdy któreś się nie sprawdzi?
2. Co dokładnie wchodzi do zakresu, a co jest wyłączone?
3. Czy w cenie jest audyt bezpieczeństwa przed startem i retest po poprawkach?
4. Jak wygląda utrzymanie i co jest w nim wliczone?
5. Kto jest właścicielem kodu, projektów i kont po zakończeniu pracy?
6. Kiedy zobaczę pierwsze działające demo?

Przy niepewnym zakresie dobrym sygnałem jest propozycja krótkiego etapu discovery lub prototypu przed pełną wyceną. Zła wiadomość o kosztach lepiej dotrze do Ciebie na początku niż w połowie projektu.

Jak liczymy wycenę w Hindbrain

Pierwsza rozmowa trwa około godziny i jest bezpłatna. Potem następuje onboarding, który trwa 1 do 2 tygodni. Prowadzimy w nim warsztat discovery, mapujemy procesy i ryzyka i zapisujemy wymagania w dokumencie, który razem akceptujemy. Efektem jest zakres, harmonogram i stała wycena.

Dalej pracujemy w dwutygodniowych sprintach z demo na końcu i środowiskiem testowym, które jest zawsze dostępne. Po każdym etapie decydujesz, czy idziemy dalej. Kod, projekty i konta należą do Ciebie od pierwszego dnia, więc nie płacisz za uwolnienie własnych materiałów, jeśli zmienisz zdanie.

Jeśli porównujesz kilku wykonawców, pomoże tekst Jak wybrać software house.

Co wysłać do rozmowy o wycenie

Sześć punktów, które przyspieszają wycenę.

• Krótkie wyjaśnienie problemu i grup użytkowników.
• Najważniejsze przepływy lub szkice ekranów.
• Zakres pierwszej wersji i kryteria sukcesu.
• Integracje, platformy i ograniczenia techniczne, które już znasz.
• Oczekiwany termin, budżet lub przedział, jeśli masz te informacje.
• Otwarte pytania i decyzje, których jeszcze nie podjęto.

Co zrobić dziś

Zapisz na jednej stronie trzy rzeczy: kto będzie używać aplikacji, jedno zadanie, które ma ułatwić, i trzy funkcje z pierwszej wersji. Dołącz informację, czy aplikacja będzie przetwarzać dane osobowe. Ta strona wystarczy, by rozmowa o wycenie miała konkretny punkt wyjścia.

Porozmawiajmy o wycenie

Wyślij nam taki opis albo opowiedz o pomyśle na bezpłatnej rozmowie. Wrócimy z rekomendacją i wstępną wyceną, a jeśli mniejszy zakres lepiej służy Twojemu celowi, powiemy to, zanim wydasz pieniądze. Opowiedz o swoim projekcie.

Wniosek: Wiarygodne oszacowanie wynika z jawnego zakresu i jawnych założeń, razem z audytem przed startem i utrzymaniem. Jeśli brakuje kluczowych informacji, następnym krokiem może być ich wspólne doprecyzowanie, zamiast zgadywania jednej ceny.