Kompletny Wywiad z Klientem: Zbieranie Zakresu i Zabezpieczenie Projektu
Arcyważny warsztat: jak poprowadzić Discovery Call, wyciągnąć ukryte wymagania, zneutralizować pułapki i stworzyć żelazną kartę ustaleń.
Posłuchaj wyjaśnienia lekcji i praktycznych wskazówek
Program Lekcji Krok po Kroku (1 etapów)
Struktura 6 Faz Badania Potrzeb Klienta (Discovery Framework)
Nigdy nie zaczynaj rozmowy od pytania: 'Jaki design Panu się podoba?' albo 'Ile ma Pan budżetu?'. Klient najczęściej sam nie wie, czego potrzebuje technologicznie, ale doskonale wie, co go boli w biznesie.
Profesjonalny wywiad składa się z 6 precyzyjnych faz: 1. Kontekst biznesowy i mierzalny cel (Po co to robimy?), 2. Użytkownicy i Persony (Kto w to klika, a kto za to płaci?), 3. Podstawowe procesy biznesowe (Jak przepływa wartość?), 4. Zakres funkcjonalny MoSCoW (Must / Should / Could / Won't), 5. Wymagania niefunkcjonalne i integracje (Bezpieczeństwo, RODO, urządzenia, systemy zewnętrzne), 6. Warunki brzegowe, harmonogram i budżet.
Twoim celem podczas wywiadu jest zamiana nieostrych przymiotników klienta ('nowocześnie', 'szybko', 'intuicyjnie') na precyzyjne kryteria akceptacji ('czas ładowania < 1.5s', 'rejestracja w 2 krokach z kodem SMS').
Kompletny Wywiad z Klientem & Pytania Diagnostyczne
Kompleksowy zestaw 25 realnych pytań diagnostycznych zadawanych klientowi wraz z autentycznymi (często nieprecyzyjnymi) odpowiedziami klientów, reakcją pogłębiającą PM-a oraz ostatecznym zapisem w specyfikacji technicznej.
"Jaki jest główny cel biznesowy tego wdrożenia i co musi się wydarzyć w ciągu pierwszych 3 miesięcy od startu, aby uznał Pan ten projekt za pełen sukces?"
"Chcemy mieć nowoczesną aplikację dla naszych klientów, bo konkurencja już taką ma i nasi handlowcy mówią, że przez to tracimy zamówienia."
"Rozumiem. A czy możemy to zmierzyć liczbami? Na przykład: czy celem jest pozyskanie 100 nowych zamówień miesięcznie bez telefonu do handlowca, czy skrócenie czasu obsługi z 2 dni do 15 minut?"
Nigdy nie akceptuj celu 'chcemy być nowocześni'. Nowoczesność nie płaci faktur – mierzalna oszczędność czasu i zysk tak!
"Gdybyśmy musieli wybierać między terminem 15 listopada a wdrożeniem wszystkich 20 dodatkowych opcji, co jest dla Pana ważniejsze?"
"Wszystko jest ważne! Chcemy wszystko na 15 listopada."
"Z punktu widzenia inżynierii projektu: 15 listopada startują Państwa targi branżowe. Czy lepiej mieć wtedy przetestowany, działający moduł sprzedaży, czy opóźnić premierę o 2 miesiące dla drugorzędnych raportów?"
Klient zawsze powie, że wszystko jest ważne. Twoim zadaniem jest uświadomić mu konsekwencje braku priorytetów.
"Kto będzie codziennym użytkownikiem systemu i w jakich warunkach będzie z niego korzystał?"
"Wszyscy nasi klienci – zarówno młodzi ludzie z biura, jak i starsi majstrzy na budowach."
"Świetna uwaga! Majster na budowie korzysta ze smartfona w słońcu, często w rękawicach lub przy słabym zasięgu LTE. Czy priorytetem jest więc wersja mobilna (PWA) działająca offline z dużymi przyciskami i wysokim kontrastem?"
Warunki otoczenia użytkownika (słońce, rękawice, brak zasięgu) decydują o sukcesie aplikacji bardziej niż kolorystyka logo!
"Jakie typy kont i uprawnień muszą istnieć w systemie?"
"No, musi być logowanie dla klienta i dla nas jako administratora."
"Czy po stronie klienta jedna firma może mieć kilku pracowników (np. pracownik składa koszyk, a dyrektor zatwierdza budżet), czy wystarczy jedno wspólne konto na firmę?"
Doprecyzowanie ról na etapie wywiadu oszczędza 3 tygodnie przebudowywania bazy danych w trakcie sprintu!
"Jakie formy płatności są bezwzględnie wymagane w pierwszym etapie?"
"Wszystkie możliwe: karty, BLIK, przelewy tradycyjne, leasing, odroczone płatności PayPo i kredyt kupiecki."
"Integracja 6 bramek płatności wydłuży prace i wymaga podpisania 4 oddzielnych umów finansowych. Czy na start wystarczy szybka bramka Stripe/Przelewy24 obsługująca 92% transakcji (BLIK, szybki przelew, karta), a leasing dodamy w etapie 2?"
Jedna sprawdzona bramka płatności na start to szybszy launch i brak chaosu w księgowości klienta.
"W jaki sposób klienci mają otrzymywać powiadomienia o statusie zamówienia?"
"Chcemy SMS-y, maile i powiadomienia push na telefon."
"Bramki SMS generują stały koszt (ok. 0.18 PLN za każdego SMS-a) i wymagają rejestracji nazwy nadawcy. Czy w MVP zgadza się Pan na bezpłatne, automatyczne maile transakcyjne (Resend/SendGrid) oraz darmowe web-push w PWA, a bramkę SMS dodamy na życzenie?"
Chroń klienta przed zbędnymi kosztami operacyjnymi na start – zapamięta to i wróci po kolejne projekty.
"Z jakim systemem magazynowo-księgowym aplikacja musi się synchronizować i czy ten system udostępnia otwarte API?"
"Mamy w biurze program Subiekt GT na komputerze w piwnicy. Musi pobierać stany co minutę."
"Subiekt GT na lokalnym komputerze stacjonarnym nie posiada chmurowego REST API bez dedykowanego serwera lub dodatku Sfera. Czy na start wystarczy automatyczny import stanów raz dziennie przez plik CSV/Excel z możliwością ręcznego wywołania, a pełne API zrobimy jako oddzielny etap infrastrukturalny?"
Lokalne programy księgowe klienta to największa pułapka budżetowa w IT. Zawsze proponuj sprawdzony etap pośredni (CSV/Excel)!
"Kto dostarcza regulamin sklepu, politykę prywatności i klauzule RODO?"
"Myśleliśmy, że to programista wkleja ze swoich innych projektów."
"Kopiowanie regulaminu z internetu grozi karami UOKiK i naruszeniem praw autorskich. W aplikacji przygotujemy techniczne checkboxy, mechanizm rejestracji zgód ze znacznikiem czasu i adresem IP, ale treść prawną musi zweryfikować Państwa radca prawny lub możemy polecić zaprzyjaźnioną kancelarię e-commerce."
Nigdy nie bierz na siebie odpowiedzialności prawnej za treść regulaminu klienta. Ty dostarczasz mechanizm techniczny, prawnik dostarcza treść.
"Jak ma wyglądać harmonogram płatności za projekt?"
"Zapłacimy całość po wdrożeniu, jak wszystko sprawdzimy przez miesiąc."
"Jako profesjonalna pracownia cyfrowa pracujemy w standardzie 3 transz powiązanych z mierzalnymi kamieniami milowymi: 40% zaliczki przy podpisaniu karty zakresu i uruchomieniu środowiska, 40% po akceptacji wersji demonstracyjnej na serwerze testowym, 20% po wdrożeniu produkcyjnym na Państwa domenie."
NIGDY nie zaczynaj pracy bez zaliczki (minimum 30-40%). Zaliczka to jedyny dowód, że klient traktuje projekt poważnie!
Skopiuj ten szablon i wypełniaj go na bieżąco podczas spotkań z klientem, by zablokować niekontrolowany Scope Creep i zabezpieczyć budżet.
SZABLON ŻELAZNEJ KARTY ZAKRESU (Project Scope Agreement): 1. CEL PROJEKTU: [Jednozdaniowy cel biznesowy z metryką KPI] 2. ZAKRES WCHODZĄCY W MVP (IN-SCOPE): - [Moduł 1 z kryteriami akceptacji] - [Moduł 2 z kryteriami akceptacji] - [Moduł 3 z kryteriami akceptacji] 3. ZAKRES JEDNOZNACZNIE WYŁĄCZONY Z ETAPU 1 (OUT-OF-SCOPE): - Wszystkie integracje niewymienione w punkcie 2 - Dedykowane aplikacje natywne AppStore/Google Play (zastąpione PWA) - Wprowadzanie bazy produktów (odpowiedzialność klienta) 4. WARUNKI ODBIORU (UAT): - 5 dni roboczych na testy scenariuszowe wg listy kontrolnej - Brak zgłoszenia uwag w terminie oznacza automatyczną akceptację etapu 5. PROCEDURA CHANGE REQUEST: - Każda nowa funkcja zgłoszona po podpisaniu karty wymaga oddzielnej wyceny i wydłużenia terminu.
- Wywiad z klientem to badanie biznesu, a nie dyskusja o kolorach przycisków.
- Kluczem do braku konfliktów jest precyzyjna lista OUT-OF-SCOPE (co robimy później).
- Płatność w 3 transzach (40/40/20) chroni płynność finansową i motywuje klienta do terminowych odbiorów.
Złota rada Kuraka: Jeśli nie wpiszesz w umowie tego, czego NIE ROBISZ, klient założy, że w cenie jest wszystko, łącznie z promem kosmicznym! Zawsze miej sekcję OUT-OF-SCOPE!
Klient podczas wywiadu mówi: 'Chcemy, żeby aplikacja była bardzo szybka i nowoczesna'. Jak powinien zareagować profesjonalny Project Manager?