Jak stworzyć aplikację mobilną bez przepalania budżetu

1. Nazwij zmianę, którą produkt ma wywołać

Nie zaczynaj od listy ekranów. Opisz użytkownika, sytuację, obecne zachowanie i mierzalny rezultat. Jeśli nie wiadomo, co ma zmienić się po premierze, nie da się ocenić czy aplikacja działa.

• Kto ma używać produktu?
• Jaki kosztowny lub częsty problem rozwiązujemy?
• Jak użytkownik radzi sobie dzisiaj?
• Po jakiej zmianie zachowania poznamy sukces?

2. Sprawdź problem przed budową

Wywiady, analiza obecnego procesu i prosty prototyp pozwalają obalić błędne założenia za ułamek kosztu developmentu. Test powinien dotyczyć zachowania, a nie deklaracji w rodzaju „czy używałbyś takiej aplikacji”.

3. Zdefiniuj najmniejszy pełny przepływ

MVP nie jest zbiorem przypadkowo okrojonych funkcji. Powinno pozwolić jednej grupie użytkowników wykonać jeden wartościowy proces od początku do końca i dostarczyć dane do kolejnej decyzji.

4. Wybierz technologię po poznaniu ograniczeń

Aplikacja natywna, cross-platform albo webowa ma sens w różnych sytuacjach. Decyzję determinują urządzenia, funkcje systemowe, tempo zmian, kompetencje zespołu i koszt utrzymania.

5. Zaplanuj pomiar jeszcze przed startem

Przed pierwszym sprintem ustal aktywację, retencję, wartość procesu i koszt obsługi. Bez tego zespół może dowozić kolejne wersje bez odpowiedzi, czy produkt tworzy wynik biznesowy.