MVP — jak wybrać zakres pierwszej wersji?

Nazwij założenie, które ma znaczenie

„Chcemy sprawdzić aplikację” to za mało. Założenie może brzmieć: kontrahenci będą samodzielnie składać powtarzalne zamówienia, jeśli dostaną prostą listę produktów i swoje warunki handlowe. Inne: pracownicy znajdą potrzebny dokument szybciej w uporządkowanym panelu niż w folderach i mailach.

To hipotetyczne przykłady. W swoim projekcie zapisz grupę użytkowników, zadanie i zmianę, którą chcesz zaobserwować. Ustal też, jak zbierzesz punkt odniesienia, np. obecny sposób wykonania zadania i najczęstsze problemy.

Wybierz jedną pełną ścieżkę

Przy portalu zamówień pierwsza wersja mogłaby obejmować dostęp dla zatwierdzonego klienta, wybór produktów, wysłanie zamówienia i potwierdzenie przez obsługę. Jeśli celem jest sprawdzenie samodzielnego zamawiania, program lojalnościowy i rozbudowane rekomendacje nie są na tym etapie konieczne.

Część pracy zaplecza może pozostać ręczna, jeśli pozwala bezpiecznie obsłużyć pilotaż. Trzeba jednak wiedzieć, kto ją wykona i ile czasu zajmie. Ręczne obejście powinno być świadomym elementem testu, a nie ukrytym problemem ujawniającym się po starcie.

Dziel funkcje według ich roli w teście

Przy każdej funkcji zapytaj:

• Czy bez niej użytkownik wykona główne zadanie?
• Czy jest potrzebna do bezpiecznej obsługi i poprawnego dostępu do danych?
• Czy pomoże ocenić wybrane założenie?
• Czy można ją zastąpić prostszym rozwiązaniem na czas pilotażu?

Na później odłóż elementy, które nie zmieniają wyniku próby. Funkcje konieczne dla użytkownika, obsługi i bezpieczeństwa nadal należą do pierwszej wersji, nawet jeśli nie są widoczne w prezentacji produktu.

Rozróżnij makietę, prototyp i działający produkt

Makieta może wystarczyć do sprawdzenia, czy użytkownik rozumie układ i nazwy. Prototyp może pomóc ocenić wykonalność techniczną. Jeżeli jednak chcesz sprawdzić rzeczywiste używanie usługi, potrzebujesz warunków, w których ludzie mogą wykonać zadanie.

Wersja udostępniona użytkownikom wymaga odpowiednich uprawnień, ochrony danych, testów i obsługi problemów. Ograniczenie liczby funkcji nie usuwa tych obowiązków. Zakres przygotowania zależy od tego, komu i do czego produkt będzie udostępniony.

Zaplanuj decyzję po uruchomieniu

Przed startem ustal, kto weźmie udział w próbie, co będzie obserwowane i kiedy ocenicie wynik. Zapisuj ukończone zadania, miejsca rezygnacji, pytania do obsługi oraz czas pracy po obu stronach. Sama liczba logowań może niewiele mówić o przydatności narzędzia.

Na końcu wybierz dalszy krok: rozwój, poprawienie najważniejszego problemu, ponowny test albo zatrzymanie pomysłu. Dobrze ograniczone MVP daje podstawę do tej decyzji, zamiast wyłącznie powiększać listę funkcji.

Jeśli planujesz własny produkt, zobacz, jak pracujemy nad aplikacjami webowymi. Możemy zacząć od uporządkowania założeń i zakresu pierwszego etapu.