Koszt stworzenia aplikacji to liczba godzin pracy zespołu razy stawka. Do tego dochodzi utrzymanie po wdrożeniu, płacone co miesiąc.
Klient, który pyta „ile kosztuje aplikacja”, nie zna jeszcze liczby godzin. Twoim zadaniem jest szybko pokazać mu, od czego ona zależy, i podać widełki z jasnymi założeniami.
O liczbie godzin decyduje pięć rzeczy: role i procesy, integracje, platformy, wymagania niefunkcjonalne i to, ile kodu masz już gotowego.
Od czego zależy cena aplikacji?
| Czynnik | Co podnosi koszt | Co obniża koszt |
|---|---|---|
| Role i procesy | Wiele ról z różnymi uprawnieniami, procesy z wyjątkami | Jedna rola, prosty przepływ |
| Integracje | Systemy klienta bez dokumentacji, płatności, ERP, systemy bankowe | Standardowe API z dobrą dokumentacją |
| Platformy | Web plus dwie aplikacje natywne | Jedna platforma albo technologia wieloplatformowa |
| Wymagania niefunkcjonalne | Duży ruch, wysoka dostępność, audyty bezpieczeństwa, dane wrażliwe | Narzędzie wewnętrzne dla kilkudziesięciu osób |
| Gotowy kod | Wszystko od zera | Własne moduły do logowania, płatności, panelu admina |
Dwie aplikacje o tej samej liczbie ekranów mogą się różnić kosztem kilkukrotnie. Różnicę robią integracje i wymagania niefunkcjonalne, a klient ich zwykle nie widzi.
Jak policzyć koszt aplikacji na przykładzie?
Przykład z liczbami umownymi: aplikacja do rezerwacji wizyt dla sieci klinik. Web dla recepcji, aplikacja mobilna dla pacjentów, integracja z jednym systemem kalendarzy.
| Pozycja | Godziny |
|---|---|
| Analiza i projekt UX | 120 |
| Backend: konta, role, rezerwacje, powiadomienia | 320 |
| Integracja z systemem kalendarzy | 120 |
| Panel recepcji (web) | 200 |
| Aplikacja mobilna, technologia wieloplatformowa | 280 |
| QA i testy automatyczne | 180 |
| PM i spotkania | 140 |
| DevOps i wdrożenie | 60 |
| Bufor na ryzyko integracji | 80 |
| Razem | 1500 |
Przy stawce przykładowej 250 zł za godzinę daje to 375 000 zł netto. Ten sam system z dwiema aplikacjami natywnymi zamiast jednej wieloplatformowej to dodatkowe kilkaset godzin. Jak liczyć same godziny i stawkę, opisujemy na stronie wycena projektu IT.
Ile kosztuje utrzymanie aplikacji po wdrożeniu?
Utrzymanie to koszt, o którym klient często zapomina, a który daje software house’owi stały przychód. Składa się z:
- hostingu, monitoringu i kopii zapasowych,
- aktualizacji bibliotek i zależności, także łatek bezpieczeństwa,
- dostosowania aplikacji mobilnych do nowych wersji systemów i wymagań sklepów,
- poprawek błędów i drobnych zmian.
Najprościej rozliczać je abonamentem z miesięczną pulą godzin i stawką za godziny ponad pulę. Klient ma przewidywalny koszt, a ty przewidywalny przychód, który pomaga przy płynności finansowej.
Jak rozmawiać z klientem, który mówi, że to za drogo?
Nie obniżaj stawki. Zmniejsz zakres albo zmień sposób dostarczenia:
- MVP. Pierwsza wersja z jednym procesem i jedną platformą. Reszta w kolejnych etapach.
- Gotowe komponenty. Logowanie, płatności, panel admina z twojej biblioteki zamiast pisania od zera.
- Technologia wieloplatformowa zamiast dwóch aplikacji natywnych, jeśli wymagania na to pozwalają.
- T&M zamiast fixed price. Klient płaci za faktycznie przepracowane godziny i sam decyduje o priorytetach. Więcej na stronie fixed price czy time and material.
Jak gotowy kod obniża koszt aplikacji i podnosi twoją marżę?
Jeśli logowanie, płatności i panel admina masz w bibliotece, do której twoja firma ma prawa, w przykładzie wyżej odpada kilkaset godzin. Masz wtedy dwie drogi:
- Niższa cena. Wygrywasz z software house’em, który pisze wszystko od zera.
- Licencja. Klient płaci mniej za godziny, a ty dopisujesz opłatę za niewyłączną licencję na swoje komponenty. Ten sam moduł sprzedajesz w każdym kolejnym projekcie.
Druga droga działa tylko wtedy, gdy umowa z klientem zostawia prawa do komponentów w firmie, a programiści na B2B przenieśli prawa na firmę na piśmie. Jak to sprawdzić, opisujemy na stronie kto jest właścicielem kodu. Ile mogą być warte komponenty, które już masz, zobaczysz na stronie ile jest wart kod źródłowy.