User Interview Script
assadante.com

User Interview Script

Kompletny skrypt do przeprowadzania wywiadów z użytkownikami (User Research Interviews). Celem jest głębokie zrozumienie problemu i zachowań użytkowników — nie sprzedaż rozwiązania. Użyj przed budową produktu, przy walidacji hipotez i przy iteracjach.

📖 Dlaczego wywiady są ważniejsze niż ankiety? Ankiety mówią Ci CO ludzie myślą. Wywiady mówią DLACZEGO. Tylko w rozmowie 1:1 możesz drążyć głębiej, obserwować emocje, wyłapać sprzeczności między tym co ludzie mówią a tym co robią. Cel: 10–20 wywiadów z reprezentatywną grupą ICP.
💡 Złote zasady wywiadu (The Mom Test — Rob Fitzpatrick):

Przed wywiadem — przygotowanie

Lista kontrolna przed rozmową:

1. Wprowadzenie i rapport (3–5 min)

Powiedz (skrypt): "Dziękuję za poświęcony czas — naprawdę to cenię. Pracuję nad [ogólny opis obszaru, bez szczegółów produktu] i chciałbym zrozumieć Twoje doświadczenia i wyzwania. Nie mam żadnego produktu do sprzedania — chcę się po prostu nauczyć od Ciebie. Nie ma dobrych ani złych odpowiedzi. Czy mogę nagrać rozmowę wyłącznie do moich notatek? Nagranie nie będzie udostępniane nikomu."
Pytanie otwierające: "Zanim przejdziemy do tematu — opowiedz mi trochę o sobie. Czym się zajmujesz? Jak długo jesteś w tej roli?"
Notatki: [Rola, staż, kontekst zawodowy]

2. Kontekst i środowisko pracy (5–8 min)

Pytanie: "Jak wygląda typowy dzień/tydzień w kontekście [obszar problemu]? Przeprowadź mnie przez to krok po kroku."
Notatki: [Workflow, narzędzia, częstotliwość]
Pytanie: "Jakich narzędzi używasz na co dzień do [obszar]? Jak długo ich używasz?"
Notatki: [Stack narzędzi, przyzwyczajenia]
Pytanie: "Kto jeszcze w Twoim zespole/firmie jest zaangażowany w [obszar]? Jak wygląda podejmowanie decyzji?"
Notatki: [Struktura decyzyjna, stakeholderzy]

3. Eksploracja problemu (15–20 min)

💡 Technika "5 Why": Gdy rozmówca opisuje problem, pytaj "Dlaczego?" 5 razy. Pierwsze 2–3 odpowiedzi to objawy. Odpowiedź 4–5 to prawdziwa przyczyna (root cause). Przykład: "Marnuję czas na raporty" → "Dlaczego?" → "Bo dane są w 3 miejscach" → "Dlaczego?" → "Bo systemy nie są zintegrowane" → "Dlaczego?" → "Bo IT nie ma budżetu" → prawdziwy problem: brak priorytetu dla integracji.
Pytanie otwierające problem: "Jakie są największe wyzwania i frustracje, z którymi się mierzysz w [obszar]? Co sprawia Ci największy ból?"
Notatki: [Lista problemów, obserwuj które wywołują emocje]
Follow-up (drąż głębiej): "Powiedziałeś/aś [powtórz słowa rozmówcy]. Powiedz mi więcej o tym. Dlaczego to jest problem?"
Notatki:
Pytanie o konkretne zdarzenie (Critical Incident Technique): "Opowiedz mi o ostatnim razie, gdy [problem] Cię dotknął. Co dokładnie się stało? Krok po kroku."
Notatki: [Szczegółowy opis zdarzenia — to złoto dla zrozumienia kontekstu]
Pytanie o częstotliwość i skalę: "Jak często to się zdarza? Codziennie? Raz w tygodniu? Ile razy w miesiącu?"
Notatki: [Częstotliwość = priorytet problemu]
Pytanie o koszt problemu: "Ile czasu tygodniowo tracisz przez ten problem? Gdybyś miał/a to przeliczyć na pieniądze — ile to kosztuje Ciebie lub firmę?"
Notatki: [Kwantyfikacja bólu — kluczowe dla business case]
Pytanie o emocje: "Jak się czujesz gdy [problem] się pojawia? Jak to wpływa na Twoją pracę i nastrój?"
Notatki: [Emocje = intensywność problemu]
Pytanie o priorytety: "Gdybyś mógł/a rozwiązać tylko jeden problem z tych, o których rozmawialiśmy — który byłby najważniejszy? Dlaczego?"
Notatki: [Priorytetyzacja problemów]

4. Obecne rozwiązania i workaroundy (10 min)

💡 Dlaczego workaroundy są ważne? Jeśli użytkownik stworzył własne obejście problemu (Excel, Notion, skrypt, ręczny proces) — to dowód że problem jest realny i bolesny. Workaround = gotowość do zapłaty za lepsze rozwiązanie.
Pytanie: "Jak teraz radzisz sobie z tym problemem? Opisz mi dokładnie swój obecny proces."
Notatki: [Obecny workflow, narzędzia, workaroundy]
Pytanie: "Co Ci się podoba w obecnym sposobie działania? Co Cię w nim frustruje lub spowalnia?"
Notatki: [Mocne i słabe strony obecnego rozwiązania]
Pytanie: "Czy próbowałeś/aś innych narzędzi lub podejść? Co Ci się w nich nie podobało? Dlaczego z nich zrezygnowałeś/aś?"
Notatki: [Historia prób rozwiązania — dlaczego istniejące rozwiązania nie wystarczają]
Pytanie: "Gdybyś mógł/a zmienić jedno w obecnym narzędziu/procesie — co by to było?"
Notatki: [Kluczowy insight — często ujawnia core feature]
Pytanie o decyzję zakupową: "Kto w Twojej firmie decyduje o zakupie nowych narzędzi? Jak wygląda ten proces? Jaki jest typowy budżet?"
Notatki: [Proces zakupowy, decision maker, budżet — kluczowe dla B2B]

5. Wartość i gotowość do zapłaty (5–8 min)

❌ Uwaga: Nie pytaj wprost "Ile zapłaciłbyś za X?" — ludzie zawsze zaniżają. Zamiast tego pytaj o wartość problemu i pośrednio o gotowość do inwestycji.
Pytanie o wartość rozwiązania: "Gdyby ten problem całkowicie zniknął — co byś mógł/a robić inaczej? Co by się zmieniło w Twojej pracy lub firmie?"
Notatki: [Wartość rozwiązania — podstawa value proposition]
Pytanie o gotowość do zmiany: "Czy aktywnie szukasz rozwiązania tego problemu? Co Cię powstrzymuje przed zmianą obecnego podejścia?"
Notatki: [Urgency — czy problem jest wystarczająco bolesny by działać]
Pytanie o budżet (pośrednie): "Ile wydajecie teraz na [narzędzia/usługi] w tym obszarze? Czy jest budżet na poprawę tej sytuacji?"
Notatki: [Obecne wydatki = benchmark dla ceny]
Pytanie o priorytety firmy: "Czy rozwiązanie tego problemu jest priorytetem dla Twojego managementu? Jak to wpisuje się w cele firmy na ten rok?"
Notatki: [Alignment z celami biznesowymi — kluczowe dla B2B sprzedaży]

6. Testowanie prototypu / konceptu (opcjonalne, 10 min)

💡 Kiedy używać tej sekcji: Tylko jeśli masz prototyp lub mockup do pokazania. Pokaż go DOPIERO po zebraniu wszystkich informacji o problemie — inaczej zaburzysz wyniki. Obserwuj co robi użytkownik, nie tłumacz jak działa.
Wprowadzenie do prototypu: "Chciałbym/chciałabym pokazać Ci wczesny koncept rozwiązania, które rozważamy. To nie jest gotowy produkt — chcę zobaczyć Twoją pierwszą reakcję i usłyszeć szczerą opinię. Proszę myśl na głos — mów co widzisz i co myślisz."
Pytanie po pokazaniu: "Jaka jest Twoja pierwsza reakcja? Co widzisz?"
Notatki: [Pierwsza reakcja — najcenniejsza, zanim rozmówca "pomyśli co powiedzieć"]
Pytanie: "Co Ci się podoba? Co Cię niepokoi lub jest niejasne?"
Notatki:
Pytanie: "Gdybyś miał/a to narzędzie — jak wpisałoby się w Twój obecny workflow? Co byś zmienił/a?"
Notatki:

7. Zamknięcie i referrals (3–5 min)

Pytanie otwarte: "Czy jest coś ważnego, o co powinienem/powinnam był/a zapytać, a nie zapytałem/am? Coś co chciałbyś/chciałabyś dodać?"
Notatki: [Często najcenniejszy insight pojawia się tutaj]
Pytanie o referrals (snowball sampling): "Czy znasz kogoś innego, kto mierzy się z podobnymi wyzwaniami i mógłby porozmawiać ze mną przez 30–45 minut? Byłoby mi bardzo pomocne."
Notatki: [Imię, email, kontekst — najlepszy sposób na rekrutację kolejnych rozmówców]
Zamknięcie: "Bardzo dziękuję za Twój czas i szczerość. To było niezwykle pomocne. Jeśli będę miał/a pytania — czy mogę się odezwać? I oczywiście — gdy będziemy mieć coś do pokazania, chętnie podzielę się z Tobą jako pierwszym/pierwszą."

Po wywiadzie — analiza

💡 Jak analizować wywiady:

Karta podsumowania wywiadu

PoleOdpowiedź
Rozmówca (rola/firma)
Data i czas trwania
Top 3 problemy (w słowach rozmówcy)
Obecne rozwiązanie / workaround
Najważniejszy cytat
Sygnał zakupowy (tak/nie/może)
Kluczowy insight / niespodzianka
Referral (imię, email)
❌ Najczęstsze błędy w wywiadach: