Nazwij niepewność
Zanim zaczniesz wypisywać funkcje, nazwij to, czego jeszcze nie wiesz. Czy docelowy użytkownik zrozumie pomysł? Czy wykona główne zadanie? Czy proponowany proces wpasuje się w to, jak już pracuje? Różne niewiadome wymagają różnych dowodów.
Wybierz najmniejszy wiarygodny format
Prototyp pomaga ocenić ścieżkę użytkownika, zanim zbudujesz cały produkt. Demo pokazuje w praktyce możliwość, której klienci jeszcze nie znają. Zwarte MVP pozwala naprawdę korzystać z kluczowego procesu. Żaden z tych formatów nie jest automatycznie właściwym pierwszym krokiem. Każdy broni się tylko wtedy, gdy odpowiada na konkretne pytanie.
Wyznacz granicę przed budową
Ustal, co wchodzi do pierwszej wersji, a co może poczekać. Zadbaj o to, dzięki czemu produkt wydaje się prawdziwy: realistyczne treści, czytelne komunikaty błędów i działającą ścieżkę przez główne zadanie. Nawet w mniejszym zakresie użytkownik powinien dojść do konkretnego efektu.
Zdecyduj, co zrobisz z opiniami
Z góry określ, co doprowadzi do dopracowania, dalszej inwestycji albo zmiany kierunku. Potem obserwuj, jak ludzie korzystają z wyniku, i zapisuj, gdzie ich zachowanie różni się od Twoich założeń. Dobra pierwsza wersja zostawia zespół z jaśniejszą decyzją, a nie tylko z dłuższą listą funkcji.
Niech pierwsza wersja służy jednej decyzji.
Dokończ zdanie: „Musimy sprawdzić, czy [typ użytkownika] potrafi [ważne zadanie], żeby zdecydować o [następnej inwestycji albo zmianie].”
- Jakie zachowanie pomogłoby odpowiedzieć na to pytanie?
- Który format pozwala to zachowanie zaobserwować?
- Jakie treści, dane i komunikaty błędów sprawią, że zadanie będzie wiarygodne?
- Co skłoni Cię do dopracowania, kontynuacji albo zmiany kierunku?
Nie dodawaj do pierwszego zakresu kolejnych funkcji, chyba że pomagają odpowiedzieć na pytanie albo sprawiają, że z głównego zadania da się skorzystać.