Powiedzmy, że kontaktujesz się z agencją, która zajmuje się rozwojem oprogramowania. Zaczynasz opowiadać o swoim pomyśle na aplikację, a następnie zadajesz najważniejsze pytanie:
Ile to będzie kosztowało?
Zamiast bezpośredniej odpowiedzi prawdopodobnie otrzymasz wiele pytań o grupę docelową, szczególne wymagania, funkcje dodatkowe, technologie itp.
Być może dojdziesz do wniosku, że nie znasz precyzyjnych odpowiedzi na większość tych pytań. Twoja koncepcja nie była tak szczegółowa jak ci się wydawało. Co w takim razie należy zrobić?
Agencja może zaproponować warsztaty Product Discovery, czyli odkrywania produktu.
Sprawdź, jakie przykładowe ćwiczenia odbywają się w czasie takich warsztatów i dowiedz się, jak Twój projekt może na tym skorzystać.
Czym jest warsztat Product Discovery?
Warsztat Product Discovery ma miejsce wtedy, gdy Twój zespół spotyka się z zespołem deweloperskim, żeby odkrywać nowe możliwości, które warto wykorzystać w odniesieniu do Twojego produktu.
Zazwyczaj łączy się wtedy trzy światy – użytkowników, biznesu i technologii.
Cel każdego warsztatu produktowego może być nieco inny. Czasem zespół chce tylko uporządkować swoje pomysły i je przeanalizować. Niektóre firmy wolą rozwijać nowe koncepcje, inne ulepszają wizję produktu, by upewnić się, że jest ona możliwa do zrealizowania i odpowiada na potrzeby rynku.
Co pozwala nam osiągać tak różne cele?
Starannie dobrany zestaw ćwiczeń i wcześniejszy research.
Praca zespołowa również odgrywa ważną rolę w trakcie warsztatu. Uczestnicy muszą się uczyć od siebie nawzajem. Właśnie dlatego zapraszamy specjalistów z różnych dziedzin, takich jak design UI/UX, testy i rozwój aplikacji. W ten sposób możemy spojrzeć na projekt z różnych perspektyw.
Podczas warsztatów produktowych zazwyczaj skupiamy się na trzech głównych obszarach.
- Biznes – aplikacja ma umożliwić firmie rozwój. Należy mieć to na uwadze przy pracy nad zakresem projektu.
- Użytkownicy – musimy znać problemy grupy docelowej, żeby rozwijać rozwiązania, które spełniają jej potrzeby.
- Technologia – oceniamy pomysły z technicznej perspektywy, sprawdzamy, czy da się je zrealizować (i jakim kosztem), a gdy to konieczne proponujemy alternatywy.
Warsztaty produktowe – korzyści
Oszczędność czasu i pieniędzy
- Wspólnie rozwijamy wizję produktu, by mieć pewność, że odpowiada ona na potrzeby biznesu i użytkowników. Dlatego później nie marnujemy czasu na rozwój niepotrzebnych funkcji.
- Programiści analizują każde rozwiązanie pod względem technicznym, więc mogą wybrać najlepsze opcje, które spełniają wyznaczone zadanie. W rezultacie czas realizacji projektu jest krótszy.
Lepsze dopasowanie produktu do wymagań rynkowych
- Uczestnicy tworzą finalną wersję wizji produktu na podstawie m.in. analizy konkurencji. W rezultacie możemy zaoferować unikalną propozycję wartości, która będzie się wyróżniać w zestawieniu z innymi rozwiązaniami dostępnymi na rynku i zapewni Ci przewagę konkurencyjną.
- W trakcie warsztatów ustalamy, które rozwiązania są najistotniejsze i tak formułujemy zakres MVP (Minimum Viable Product), żeby produkt odpowiadał na najważniejsze potrzeby użytkowników, ustalone podczas researchu i analizy.
Zabezpieczenie przed ryzykiem
- Najważniejsze elementy projektu, czyli kamienie milowe, ustalamy po wnikliwej analizie technicznej, kiedy programiści od backendu i frontendu decydują się na wykorzystanie konkretnych rozwiązań.
- Oceniamy poziom złożoności aplikacji i zwracamy uwagę na elementy, które mogą się okazać ryzykowne, a następnie próbujemy znaleźć alternatywne rozwiązania.
Jasno określona wizja
- Dzięki warsztatom wszyscy w równym stopniu rozumiemy, na czym polega projekt. Każdy członek zespołu zna jego założenia.
- Otrzymujemy starannie przemyślany plan rozwoju produktu w przyszłości. Patrzymy na wizję aplikacji z różnych perspektyw i omawiamy ją, żeby osiągnąć wspólne porozumienie.
Gdy wiesz już, czemu warto rozważyć udział w sesji warsztatowej, sprawdź, jak wyglądają warsztaty produktowe i jakiego rodzaju ćwiczenia pozwolą Ci osiągnąć Twoje cele.
Przykłady ćwiczeń, czyli jak wyglądają warsztaty produktowe
Do wyboru jest tak wiele ćwiczeń, że niełatwo przewidzieć, które dokładnie będą w Twojej agendzie. Mimo to przykłady poniżej powinny dać Ci pojęcie o tym, jak taki warsztat może wyglądać i jak ważne jest dostarczenie wymaganych informacji.
Przygotowania
Warsztat nie zaczyna się wtedy, gdy użytkownicy spotykają się na sesji. Przygotowania do tego momentu rozpoczynają się o wiele wcześniej.
Najpierw przeprowadzamy research, bo potrzebujemy informacji o biznesie i użytkownikach. Ustalamy też, czego jeszcze nie wiemy, a powinniśmy się nad tym pochylić podczas sesji warsztatowej. To pozwala nam stworzyć agendę i przygotować ćwiczenia.
Jaką rolę odgrywasz na tym etapie jako nasz klient?
Brief
Wysyłamy Ci dokument z podstawowymi pytaniami o biznes, użytkowników i projekt, który chcesz rozpocząć. Pytamy też o dodatkowe źródła informacji, które mogą nam się przydać np. raporty branżowe albo dane z narzędzi do analityki.
Brief to wartościowe źródło informacji, które mówi nam wiele o firmie i potencjalnej grupie odbiorców nowej aplikacji.
Persony użytkowników
To kolejne ważne źródło wiedzy. Persony reprezentują grupy potencjalnych użytkowników. Objaśniają nam ich świat. Dzięki nim dowiadujemy się, jaki styl życia prowadzą, jakie mają potrzeby, problemy i co motywuje ich do pokonywania przeszkód.
Nie martw się, jeśli uważasz, że Twoja wiedza o użytkownikach mogłaby być większa. Zawsze przeprowadzamy dodatkowy research, żeby odkryć jak najwięcej wartościowych informacji.
Zrozumienie założeń
Kiedy research jest już gotowy, wszyscy uczestnicy spotykają się na sesji warsztatowej. Pierwszego dnia, na samym początku warsztatu, omawiamy zebrane informacje, żeby mieć dokładny obraz aktualnej sytuacji.
Następnie omawiamy wizję produktu w oparciu o te spostrzeżenia. Na koniec formułujemy kluczowe propozycje wartości, jakie aplikacja powinna oferować.
Mapowanie założeń
Podczas tego ćwiczenia zespół dzieli się swoimi hipotezami związanymi z produktem. Uczestnicy zastanawiają się, czego użytkownicy chcą, czy pewne pomysły da się zrealizować i czy w ogóle jest to zalecane. Dzięki temu możemy zweryfikować wstępne założenia i ustalić, na czym powinniśmy się skupić w kolejnych fazach procesu odkrywania produktu.
Szablon Lean Canvas
Lean Canvas to alternatywa dla standardowego szablonu Business Plan Canvas. Składa się z kilku pól, które skupiają się na takich zagadnieniach, jak m.in. rozwiązania, korzyści, kluczowe wskaźniki sukcesu i segmenty użytkowników.
To narzędzie pomaga nam zgromadzić wszystkie istotne informacje w jednym miejscu. Możemy aktualizować te informacje przez cały czas trwania warsztatów i ulepszać wizję produktu na podstawie nowych spostrzeżeń i pomysłów.
Tworzenie rozwiązań i ulepszanie wizji
Ta faza obejmuje ulepszanie wizji produktu, odkrywanie możliwości i rozwijanie nowych rozwiązań. Powinna bazować na informacjach omawianych wcześniej.
Unikalna Propozycja Wartości (UVP)
Dzięki wcześniejszemu researchowi wiemy już, co użytkownicy chcą robić, jak chcą się czuć i jakie są ich potrzeby emocjonalne czy społeczne. Rozumiemy też, co stoi im na drodze, by osiągnąć cele. Co powinniśmy zrobić z tą wiedzą? Najpierw należy ją uporządkować i przeanalizować.
Szablon UVP ułatwia znajdywanie rozwiązań, które dają użytkownikom dostęp do nowych możliwości. W wyniku tego ćwiczenia ustalamy, jakie unikalne wartości aplikacja może oferować, a których konkurencja nie zapewnia.
Analiza konkurencji i benchmarków
Twoja aplikacja będzie konkurować z innymi produktami dostępnymi na rynku. Analiza konkurencji pokaże nam, jakie rozwiązania są popularne i do czego użytkownicy są przyzwyczajeni. Pomaga nam też w szukaniu luk, jakie nasza aplikacja mogłaby wypełnić.
Analiza benchmarków skupia się na inspiracjach. Być może są produkty o zupełnie innym przeznaczeniu, ale mają jakieś oryginalne funkcje, które dałoby się wykorzystać w naszym projekcie? Analizowanie innych aplikacji pomoże nam znaleźć takie pomysły.
Ustalanie priorytetów
Na tym etapie uczestnicy zwykle mają wiele pomysłów. Ale tylko część z nich powinna się znaleźć w MVP. Dlatego musimy przeprowadzić ocenę istotności, czyli wybrać najważniejsze funkcje oraz zdecydować, które są mniej istotne.
Szablon Affinity Mapping
To dość proste ćwiczenie. Zespół dzieli wszystkie swoje pomysły na grupy (czyli klastry) i potem je porządkuje.
Następnie uczestnicy rozmawiają o każdym klastrze i omawiają swoje propozycje. Pod koniec tego zadania zazwyczaj głosują na najlepsze opcje, które powinny znaleźć się w ostatecznym zakresie projektu.
Metoda MoSCoW
Po uporządkowaniu swoich pomysłów uczestnicy mogą zająć się ustalaniem priorytetów. Metoda MoSCoW to ułatwia. Wystarczy podzielić pomysły na cztery kategorie rozwiązań, które: trzeba mieć, warto mieć, można mieć i nie można mieć.
Najlepiej robić to ćwiczenie razem z programistami specjalizującymi się we frontendzie i backendzie. Gdy każdy z nich analizuje funkcjonalności, możesz od razu się dowiedzieć, czy Twoje pomysły będą łatwe czy trudne w realizacji.
Wizualizacja
Czasem warto sobie zobrazować, jak może wyglądać proces korzystania z aplikacji. Zwłaszcza, gdy zespół chce się upewnić, że każdy kluczowy aspekt został wzięty pod uwagę.
Diagram User flow
Najprostszym sposobem na zwizualizowanie głównych ścieżek użytkowników jest przedstawienie ich na diagramie. W ten sposób jasno pokazujemy wszystkie akcje, jakie użytkownik może wykonać w aplikacji.
Diagram user flow pozwala zauważyć elementy, które nadal wymagają więcej uwagi. Możesz też dzięki niemu odkryć funkcje, które wydają się niepotrzebne w zestawieniu z innymi opcjami.
Mapa podróży użytkownika
To kolejne narzędzie, które pozwala zobaczyć, jak można korzystać z aplikacji. Różnica polega na tym, że tutaj bardziej zwracamy uwagę na emocje. Mapa pokazuje całą ścieżkę użytkownika w konkretnym kontekście. Początkiem jest zwykle pojawienie się problemu, a użytkownik musi znaleźć rozwiązanie, które zapewni mu nasza aplikacja.
Taka mapa pokazuje, co wywołuje radość, poczucie irytacji lub nawet smutek. Możemy wykorzystać to ćwiczenie do oceny procesów i dzięki temu ulepszyć działanie aplikacji.
Warsztaty produktowe i co dalej?
Po szczegółowym opracowaniu wizji produktów programiści przeprowadzają analizę teczniczną. Zazwyczaj wprowadzają wtedy niewielkie zmiany w zakresie projektu. Kiedy klient zatwierdzi ostateczną wersję MVP, przechodzimy do estymacji kosztów.
Warsztaty Product Discovery odgrywają ważną rolę w całym procesie rozwoju aplikacji. To najlepszy sposób na ustalenie, jakie kluczowe funkcjonalności powinny spodobać się użytkownikom.
Mamy nadzieję, że teraz lepiej rozumiesz, na czym polegają warsztaty Product Discovery xi jaki mają wpływ na realizację projektu.
.
Jeśli zastanawiasz się, czy warsztaty odkrywania produktu to coś dla Ciebie, napisz do nas.
