Przejdź do treści

Budżet i zakres

Ile kosztuje aplikacja i co naprawdę wpływa na wycenę?

Dwie aplikacje z podobną liczbą ekranów mogą wymagać zupełnie innego nakładu pracy. Żeby porównać oferty, trzeba sprawdzić, co kryje się za widokami i co wykonawca oddaje po publikacji.

Krystian Rygiel3 min czytania

Do zapamiętania

  • Liczba ekranów nie opisuje całej logiki produktu.
  • Oferty porównuj na podstawie tego samego zakresu i założeń.
  • W budżecie uwzględnij uruchomienie oraz dalsze utrzymanie.

Zacznij od jednego pełnego scenariusza

Opisz czynność od wejścia użytkownika do uzyskania wyniku. Przykładowo: klient wybiera usługę, termin, opłaca rezerwację i otrzymuje potwierdzenie. Do tego dochodzi praca obsługi, zmiana terminu oraz sytuacja, w której płatność się nie powiedzie. Taki opis mówi o zakresie więcej niż nazwy „kalendarz” i „płatności”.

Następnie wskaż osoby, które korzystają z systemu. Klient, pracownik i administrator mogą widzieć te same dane, ale wykonywać różne operacje. Reguły dostępu i obsługa wyjątków są częścią kosztu, nawet jeśli na makiecie mieszczą się w jednym widoku.

Integracje wyceniamy razem z ograniczeniami

Przy połączeniu z cudzym systemem potrzebne są dokumentacja, uprawnienia i możliwość sprawdzenia kluczowych operacji. Samo stwierdzenie, że dostawca „ma API”, nie przesądza, czy udostępnia potrzebne dane. Znaczenie mają także limity, jakość materiałów i środowisko testowe.

Przykład stanowią płatności: ekran potwierdzenia nie zamyka całego tematu. System musi rozpoznać informację od operatora, obsłużyć ponowne zdarzenie i właściwie zmienić status. Stripe opisuje te zależności w dokumentacji webhooków. W zakresie warto zapisać także zwroty, jeśli produkt ma je obsługiwać.

Co powinno znaleźć się w ofercie?

Poproś o rozdzielenie prac projektowych, implementacji, testów i publikacji. Zwróć uwagę, które materiały przygotowuje Twoja firma, kto tworzy treści i kto zakłada konta usług. Wycena zależna od gotowego projektu graficznego nie jest odpowiednikiem oferty obejmującej również UX i UI.

Zapisane założenia pozwalają później ocenić zmianę zakresu. Jeśli w trakcie pojawi się dodatkowa rola lub integracja, obie strony mają punkt odniesienia do rozmowy o terminie i koszcie.

  • Funkcje i role w pierwszym wydaniu
  • Lista integracji oraz założenia dostępu
  • Zakres projektu, testów i publikacji
  • Elementy po stronie klienta i koszty usług zewnętrznych

Oddziel koszt budowy od kosztu działania

Po uruchomieniu pozostają hosting, domena, używane usługi i praca przy aktualizacjach. W aplikacji mogą pojawić się opłaty za wysyłkę wiadomości, przetwarzanie plików lub użycie modelu AI. Część kosztów rośnie wraz z użyciem produktu, dlatego warto opisać założenia o jego skali.

Ustal też, co oznacza opieka po wdrożeniu. Naprawa błędu w uzgodnionej funkcji i dodanie nowego modułu to inne zadania. Oferta powinna jasno wyjaśniać zasady zgłaszania problemów i sposób zamawiania dalszych zmian.

Jak porównać dwie wyceny?

Przygotuj wspólną listę scenariuszy i poproś wykonawców o zaznaczenie, co obejmują. Przy brakującej pozycji ustal, czy została pominięta, zostaje po stronie klienta, czy będzie rozliczana osobno. Dopiero wtedy zestawienie kwot ma sens.

Jeżeli budżet nie obejmuje całego pomysłu, wybierz kompletny proces na pierwszy etap. Dzięki temu pierwsza wersja może już służyć użytkownikom. W lowekstudio zaczynamy rozmowę o wycenie właśnie od zakresu, zależności i sposobu uruchomienia produktu.

Źródła i dokumentacja

Powiązane rozwiązanie

Platformy SaaS

Projekt i rozwój platform SaaS: konta organizacji, role, abonamenty, panel administracyjny i obsługa cyklu życia klienta.

Zobacz zakres usługi

Porozmawiajmy.

Napisz, co chcesz stworzyć i dla kogo. Wystarczy kilka zdań, żeby zacząć rozmowę o zakresie.

Opowiedz o projekciehello@lowek.pl