Customer development: Rozhovory se zákazníky krok za krokem
Než navrhneme nový produkt, potřebujeme rozumět situaci, kterou má vyřešit. V rozhovoru proto hledáme konkrétní zkušenost, současné řešení a jeho důsledky. Pochvala nápadu sama o sobě není zadáním pro vývoj.
Customer development je širší postup ověřování předpokladů o zákaznících a podnikání. Steve Blank v něm rozlišuje objevování zákaznických potřeb, ověřování obchodního modelu a další fáze rozvoje firmy. Tento návod se zaměřuje na problémové rozhovory v první fázi, často označované jako customer discovery.
Provedeme vás přípravou, vedením a vyhodnocením rozhovoru na modelu servisní firmy, která zvažuje klientský portál se stavem zakázek. Příklady otázek a odpovědí jsou smyšlené pro vysvětlení postupu, nikoli citace našich klientů.
01Určete rozhodnutí, které mají rozhovory změnit
Začneme větou: „Po této sérii chceme rozhodnout, zda má smysl dál ověřovat samoobslužné sledování servisní zakázky.“ To je konkrétnější než „zjistit, co zákazníci chtějí“. Vedle rozhodnutí napíšeme předpoklady: komu informace chybí, kdy je potřebuje, jak je získává dnes a co se stane, když je nemá.
U našeho modelu zatím nevíme, zda lidem vadí hledání stavu, nejistý termín nebo chybějící dokument k opravě. Každý problém může vést k jinému řešení. Dřív než objednáme portál, chceme zjistit, který z nich skutečně ovlivňuje jejich práci.
- Předpoklad: zákazník opakovaně kontaktuje servis, protože nezná další krok zakázky.
- Co by předpoklad oslabilo: stav dostává včas a volá kvůli odborné radě, kterou portál nevyřeší.
- Co potřebujeme doložit: konkrétní poslední situaci, průběh komunikace a její dopad.
- Rozhodnutí po výzkumu: pokračovat s problémem, zúžit skupinu, změnit otázku nebo práci zastavit.
Jestli se tým neshodne ani na cílové skupině a smyslu produktu, nejdřív si srovnejte produktovou vizi a strategii. Rozhovory potom ověřují jasné předpoklady, místo aby každý člen týmu hledal potvrzení vlastní představy.
02Vyberte lidi podle zkušenosti, ne podle ochoty pochválit nápad
Náborové podmínky mají být ověřitelné. Pro servisní portál bychom hledali například lidi, kteří v nedávné době osobně vyřizovali opravu firemního zařízení. Dobu vymezíme podle obvyklé četnosti takové události. Obecná kategorie „majitel malé firmy“ nezaručuje, že člověk danou situaci zná.
V B2B odlišíme uživatele, člověka schvalujícího nákup a toho, kdo spravuje proces. Technik může potřebovat podrobnosti opravy, vedoucí termín a účetní doklad. Jejich odpovědi neslijeme do jedné persony. Zahrneme také lidi, kteří současný postup zvládají bez potíží, nebo službu přestali používat.
Pozvánka má stručně popsat téma, délku, průběh a případnou odměnu. Modelová formulace: „Zjišťujeme, jak firmy sledují průběh servisních oprav. Hledáme zkušenost z konkrétní poslední zakázky. Rozhovor potrvá přibližně půl hodiny.“ Neslibujeme prodejní ukázku ani nenaznačujeme, že správnou odpovědí je nespokojenost.
Vlastní zákazníci jsou dobrý začátek, ale výhradně spokojení známí mohou vytvořit jednostranný obraz. U každého účastníka si proto poznačíme, odkud přišel a jak splňuje podmínky. Když se účastní stále stejný typ lidí, opakující se odpovědi mohou vypovídat hlavně o náboru.
03Připravte krátký scénář a domluvte práci se záznamem
Předem si sepíšeme hlavní otázku, doplňující okruhy a čas na vyhodnocení. GOV.UK doporučuje plánovat výzkum podle otázek a potřebného rozhodnutí. Scénář si zkusíme nanečisto, abychom odhalili nejasné formulace.
| Část rozhovoru | Modelový čas | Účel |
|---|---|---|
| Úvod a domluva | 3 minuty | Vysvětlit téma, účastníky a zacházení se záznamem. |
| Poslední konkrétní zakázka | 12 minut | Projít události v pořadí a zjistit, co člověk skutečně dělal. |
| Důsledky a současné řešení | 10 minut | Pochopit dopad, alternativy a zapojené role. |
| Shrnutí a další kontakt | 5 minut | Opravit naše porozumění a dohodnout případný další krok. |
Před poznámkami či nahráváním srozumitelně vysvětlíme účel, kdo bude mít přístup a jak dlouho materiály potřebujeme. Vyžádáme si odpovídající souhlas s účastí a zvoleným záznamem; účastník může odmítnout nahrávání. Praktický rámec uvádí GOV.UK pro poznámky a nahrávky. Do pracovního přehledu nevkládáme zbytečné osobní údaje ani důvěrné servisní dokumenty.
Pokud je přítomen zapisovatel, představíme ho. Jeden člověk vede rozhovor a druhý zachycuje podstatné výroky a nejasnosti. Tím si uvolníme pozornost pro naslouchání místo doslovného přepisování každé věty.
04Ptejte se na minulé chování a konkrétní situace
Veřejná přednáška Y Combinatoru s Ericem Migicovskym zdůrazňuje skutečné zkušenosti místo hypotetických reakcí na nápad. Pro náš portál z toho sestavíme otázky k poslední zakázce. Není potřeba odříkat všechny; sledujeme souvislou zkušenost účastníka.
| Sugestivní nebo slabá otázka | Použitelnější otázka pro náš model | Co potřebujeme zjistit |
|---|---|---|
| Používali byste náš klientský portál? | Jak jste naposledy zjistili stav servisní zakázky? | Skutečný postup místo slibu do budoucna. |
| Čekání na informace vás určitě zdržuje, že? | Co následovalo, když jste tehdy informaci neměli? | Dopad bez předem nabídnuté odpovědi. |
| Chtěli byste notifikace? | Jak jste se dozvěděli, že můžete zařízení převzít? | Současný kanál a okamžik, kdy byl potřeba. |
| Zaplatili byste za rychlejší přehled? | Jak dnes řešení zajišťujete a kdo schválil poslední změnu postupu? | Existující náklady a způsob rozhodování, nikoli odhad budoucí ceny. |
| Co všechno máme do portálu přidat? | Která část poslední zakázky byla nejobtížnější a co jste tehdy udělali? | Problém a vlastní pokus o řešení. |
Doplňujeme krátké dotazy: „Co se stalo potom?“, „Kdo další u toho byl?“ nebo „Jak jste poznali, že je hotovo?“ Když člověk přejde k obecnému hodnocení, požádáme o příklad. Když něčemu nerozumíme, shrneme své porozumění a necháme ho opravit. Nevyplňujeme každou pauzu vlastní interpretací.
05Nápad neobhajujte, rozpleťte zkušenost
V modelovém rozhovoru účastník řekne: „Museli jsme jim pořád volat.“ To ještě nedokládá potřebu portálu. Doptáme se na poslední zakázku: kdy volal, komu, co potřeboval a jaká byla odpověď. Může se ukázat, že telefonoval kvůli schválení dražší opravy. Přehled stavu by takovou potřebu sám nevyřešil.
Jiný modelový výrok může znít: „Stav jsem měl v e-mailu, ale kolega potřeboval potvrzení pro zákazníka.“ Zde vzniká nová otázka o sdílení informace mezi rolemi. Zapíšeme ji jako hypotézu k ověření, ne jako hotový požadavek na týmové účty.
Když účastník navrhne funkci, poděkujeme a vrátíme se k situaci, kvůli které ji chce. Stejně vážně zachytíme případy, kdy dnešní řešení funguje. Nesnažíme se z každého rozhovoru dostat problém za každou cenu.
Neutrální vedení, otevřené otázky a konkrétní příběhy popisuje také metodika hloubkových rozhovorů GOV.UK. Pokud chceme později ukázat návrh řešení, oddělíme to jako další část s jiným cílem. Reakce po prezentaci nápadu už nepovažujeme za nezávislý popis původního problému.
06Převádějte poznámky na dohledatelné důkazy
Po rozhovoru vyplníme krátkou kartu: role a kontext, konkrétní událost, současný postup, dopad, dosavadní pokusy, rozpory a otevřené otázky. Odhad účastníka označíme jako odhad. Přesnou citaci oddělíme od parafráze; domněnku týmu od toho, co jsme skutečně slyšeli.
| Vrstva zápisu | Modelový příklad | Co z něj zatím neplyne |
|---|---|---|
| Výpověď účastníka | Při poslední opravě zavolal dvakrát kvůli potvrzení termínu. | Nevíme, jak často se to děje ostatním. |
| Naše interpretace | V konkrétním okamžiku chyběla důvěryhodná informace o termínu. | Neznáme nejlepší způsob jejího doručení. |
| Další ověření | Zjistit, kdo termín aktualizuje a kdy ho zákazník potřebuje. | Není ještě schválený vývoj portálu. |
GOV.UK doporučuje oddělovat pozorování od interpretací při analýze. Nálezy porovnáváme uvnitř srovnatelných skupin a aktivně hledáme i rozpory. Výrok dvou lidí ze stejné firmy není stejná věc jako nezávislé zkušenosti ze dvou různých provozů.
Rozhovory neposkytují reprezentativní podíl trhu. Zjistíme-li podobnou potíž opakovaně, získali jsme směr pro další ověření, nikoli automaticky procento budoucích zákazníků. Pokud potřebujeme propojit problém napříč kontaktními místy, navážeme customer journey mapou.
07Domluvte další ověření, ne seznam všech přání
Závěr formulujeme jako rozhodnutí a jeho důvod. Například: „Nejdřív prověříme, zda servis dokáže poskytovat aktuální termín. Teprve potom otestujeme způsob jeho zobrazení zákazníkům.“ Portál bez spolehlivé informace by jen přesunul stejný problém na jinou obrazovku.
- Opakovaný problém s doloženým dopadem: navrhneme nejmenší navazující experiment a jeho očekávaný výsledek.
- Rozpor mezi rolemi: rozdělíme cílovou skupinu a doplníme chybějící pohled.
- Pochvala bez konkrétní zkušenosti: neslibujeme vývoj, upravíme nábor nebo otázky.
- Dnešní řešení lidem vyhovuje: prověříme jiný problém nebo investici odložíme.
Rozhovor sám neprokáže, že někdo zaplatí za konkrétní produkt. Na další ověření zájmu navazuje náš průvodce od nápadu k MVP. Je-li nejisté ovládání navrženého řešení, využijeme test interaktivního prototypu. Teprve s jasným cílem určíme rozsah první verze.
V Listify s vámi převedeme nejasný nápad na ověřitelné otázky, podklady pro návrh a rozhodnutí o dalším kroku. Výstupem má být srozumitelné zadání a přehled toho, co stále nevíme. Na ně můžeme navázat prototypováním a vývojem aplikace, pokud pro ně existuje dostatečný důvod.
Navazující vývoj webové aplikace připravíme kolem ověřeného úkolu, potřebných dat a měřitelného výsledku první verze. Nemusíte k nám přijít s hotovým seznamem funkcí.
08Časté otázky k rozhovorům se zákazníky
Kolik rozhovorů potřebujeme?
Univerzální počet neexistuje. Záleží na rozmanitosti skupin, riziku rozhodnutí a kvalitě zjištění. Průběžně kontrolujte, zda nové rozhovory přinášejí nové důležité informace a zda nechybí podstatná role. Opakování stejného názoru ve stejné síti kontaktů nemusí znamenat dostatek důkazů.
Máme ukázat nápad hned na začátku?
Pro rozhovor o původním problému nejprve potřebujeme neovlivněný popis zkušenosti. Ukázku řešení lze přidat jako jasně oddělenou část nebo další setkání. Její reakce vyhodnocujte samostatně.
Může rozhovor nahradit dotazník?
Dotazník pomůže sbírat předem známé odpovědi ve větším rozsahu. Rozhovor dovoluje doptat se na okolnosti a rozpory, které ještě neznáme. Volbu metody odvoďte od otázky, na kterou potřebujete odpověď.
Jak se ptát na cenu?
Zkoumejte současné výdaje, čas, alternativy, schvalování a rozpočet pro daný problém. Hypotetická částka není závazek k nákupu. Konkrétní nabídku a obchodní zájem ověřujte navazujícím transparentním krokem.
Co poslat Listify, pokud zatím nemáme produkt?
Popište zamýšlenou skupinu, problém a rozhodnutí, se kterým potřebujete pomoci. Přidejte dosavadní poznatky a způsob, jak se dostat k vhodným účastníkům. Hotové zadání aplikace není pro první rozhovor nutné.