Opisz problem, zanim wypiszesz funkcje.
Dobry początek nie wymaga dokumentu na kilkadziesiąt stron. Wystarczy jasno opisać, kto ma korzystać z aplikacji, z czym dziś sobie nie radzi i co powinno zmienić się po jej uruchomieniu.
Zamiast „chcemy aplikację z kontem, czatem i powiadomieniami” napisz: „klienci dzwonią, żeby sprawdzić status zgłoszenia; chcemy, żeby widzieli go samodzielnie”. To pomaga ocenić, które funkcje służą celowi.
Wybierz jedną główną grupę użytkowników.
Klient, pracownik i administrator mogą potrzebować innych widoków. Zapisz, kto robi pierwszy krok, kto obsługuje sprawę i kto decyduje o jej zakończeniu.
Opisz też miejsce pracy: telefon w terenie, komputer w biurze czy urządzenie klienta. Ta informacja pomaga ustalić czytelność, nawigację oraz to, które działania muszą być dostępne od razu.
Rozpisz jedną sprawę od początku do końca.
Na przykład: klient wybiera usługę, podaje potrzebne informacje, widzi podsumowanie, a firma podejmuje dalszą obsługę. Dopisz, co dzieje się przy braku danych, pomyłce lub zmianie decyzji.
Przykład z codziennej pracy jest bardziej pomocny niż nazwa technologii. Możesz wykorzystać anonimowy formularz, zrzut obecnego narzędzia albo prosty opis kroków. Nie potrzeba gotowej makiety.
Oddziel start od dalszego rozwoju.
Utwórz dwie listy: „potrzebne, aby wykonać główne zadanie” i „możliwe w kolejnym etapie”. Każda pozycja powinna mieć powód wynikający z problemu użytkownika.
Pierwsza wersja ma zamykać cały ważny przebieg, nawet jeśli obejmuje niewiele funkcji. Sam ekran startowy nie pozwoli sprawdzić, czy produkt pomaga w pracy.
Wypisz dane i narzędzia, które już masz.
Czy aplikacja ma pobierać produkty z magazynu, korzystać z kalendarza albo wymieniać informacje z innym systemem? Podaj nazwy narzędzi i wskaż, kto ma dostęp do dokumentacji połączenia.
Zapisz, które materiały są gotowe: teksty, logo, zdjęcia, lista produktów i przykładowe formularze. Braki nie przekreślają projektu, ale powinny być uwzględnione w zakresie pracy.
Krótki brief do pierwszej rozmowy.
Przygotuj odpowiedzi na sześć pytań: dla kogo powstaje aplikacja, jaki problem rozwiązuje, jaki jest główny przebieg, co musi zawierać start, z czym ma się łączyć i jakie masz ograniczenia budżetu lub terminu.
Jeśli czegoś jeszcze nie wiesz, napisz to wprost. Rozmowa ma pomóc ustalić zakres. Możesz zacząć od jednej z naszych branżowych podglądów i wskazać, co pasuje do Twojej firmy.
Jaką decyzję podjąć dalej?
Aby zapisać te reguły w wymaganiach, sprawdź Co powinna zawierać specyfikacja aplikacji?.
Przy porównywaniu odpowiedzialności wykonawców przeczytaj Jak wybrać firmę do tworzenia aplikacji?.
Od decyzji do zakresu wykonania.
Zakres związany z tą decyzją opisujemy na stronie Pierwsza wersja MVP.