Při prioritizaci požadavků na funkce je seskupte podle problému, který za nimi stojí, každý problém ohodnoťte podle dosahu, bolesti, souladu a náročnosti a než se zavážete, promluvte si s několika lidmi, kteří o něj žádali. Právě tenhle poslední krok většina týmů vynechává, přitom je to nejlevnější místo, kde zachytit špatnou sázku. Postavit něco zbytečného je běžné: zpráva Pendo o používání funkcí z roku 2019, založená na třech měsících dat o používání u 615 předplatných zákazníků Pendo, zjistila, že 80 procent funkcí v průměrném softwarovém produktu se používá zřídka nebo vůbec.
Hlavní body
- Požadavek na funkci je zákazníkův odhad řešení. Prioritizujte problém, který za ním stojí.
- Počet hlasů ukazuje, kdo se ozval, ne jak moc problém bolí.
- Vyberte si jakýkoli jednoduchý framework, ale krmte ho tím, co zjistíte z rozhovorů s lidmi, kteří o funkci žádali.
- Rozhodněte se a pak lidem řekněte, jak jste se rozhodli, i když je to ne.
Proč počet hlasů klame
Většina týmů si požadavky někam zapisuje: na nástěnku, do tabulky, do kanálu v nástroji Slack. A pak postaví to, co má nejvíc hlasů. Působí to férově, ale je to riskantní.
- Hlasití zákazníci se započítají. Ti tišší ne. Lidé, kteří požadavky zveřejňují, nejsou vždycky ti, které si nejvíc chcete udržet.
- Požadavky jsou řešení, ne problémy. „Přidejte export do CSV“ může ve skutečnosti znamenat „můj šéf chce týdenní report“. Lépe to možná vyřeší pravidelný souhrnný e-mail.
- Duplicity tříští hlasy. Pět požadavků formulovaných pěti způsoby vypadá jako pět malých problémů, a ne jeden velký.
- Hlasy nemají váhu. Požadavek, který by udržel velký účet, se počítá stejně jako příjemná drobnost.
- Hlasy nestárnou. Staré požadavky visí nahoře ještě dlouho poté, co potřeba zmizela.
Hlas je signál, že byste se měli jít zeptat. Odpověď to není.
Prioritizační frameworky v kostce
V každém návodu uvidíte stejnou hrstku frameworků. Tady je, k čemu se každý hodí.
| Framework | Jak funguje | Hodí se na | Pozor na |
|---|---|---|---|
| Počet hlasů | Řazení podle počtu požadavků | První signál | Hlasité zákazníky, roztříštěné duplicity |
| RICE | Reach × Impact × Confidence ÷ Effort | Porovnání mnoha nápadů | Confidence bývá často odhad |
| ICE | Impact × Confidence × Ease | Rychlé třídění | Velmi subjektivní |
| MoSCoW | Must, Should, Could, Won’t | Pevný termín nebo vydání | Uvnitř skupin chybí pořadí |
| Dopad vs. náročnost | Jednoduchá mřížka 2×2 | Hledání rychlých výher | Neřeší, kolika lidí se to týká |
| Kano | Základní, výkonnostní a nadchnoucí funkce | Pochopení očekávání | Pořádně se neobejde bez dotazníku |
| Vážení podle tržeb | Každý hlas se váží hodnotou účtu | B2B s několika velkými účty | Může příliš nadržovat pár velkým zákazníkům |
RICE, který poprvé popsal Sean McBride ze společnosti Intercom, je rozumná výchozí volba pro většinu produktových týmů. Všechny frameworky ale mají stejné slabé místo: dosah, dopad i míra jistoty závisí na tom, jak dobře problému rozumíte. Kroky níže jsou o tom, jak tuhle část udělat správně.
Krok 1: Sesbírejte všechny požadavky na jedno místo
Požadavky přicházejí z tiketů na podporu, obchodních hovorů, zpráv v aplikaci, e-mailů a recenzí. Dejte je do jednoho seznamu, ať je vidíte vedle sebe.
U každého požadavku zaznamenejte:
| Pole | Příklad |
|---|---|
| Požadavek | Export reportů do CSV |
| Kdo žádal | Vedoucí provozu u středně velkého zákazníka |
| Jeho přesná slova | „Každé pondělí kopíruju čísla do tabulky pro šéfa.“ |
| Tarif nebo segment | Tarif Business, 40 licencí |
| Zdroj a datum | Tiket na podporu, 3. března |
Nejvíc záleží na přesných slovech. Často ukazují problém jasněji než samotný požadavek.
Nezapomeňte na tiché zdroje. Poznámky z prohraných obchodů a odpovědi zákazníků, kteří zrušili předplatné, často obsahují požadavky, které se na vaši nástěnku nikdy nedostanou.
Krok 2: Najděte problém za každým požadavkem
Každý požadavek přepište jako problém, jednou jednoduchou větou:
Kdo se snaží cíl, ale překážka.
Pro příklad s CSV: „Vedoucí týmů se snaží sdílet týdenní čísla se svou nadřízenou, ale musí je ručně vykopírovat.“
Teď seskupte požadavky, které sdílejí stejný problém. Pět různých požadavků (export do CSV, pravidelné e-maily, veřejný odkaz na dashboard, tlačítko pro PDF a API endpoint) může být jeden a tentýž problém. Dohromady je mnohem větší, než vypadal kterýkoli jednotlivý požadavek.
To je hlavní myšlenka metody jobs to be done: lidé nechtějí samotnou funkci. Chtějí pokrok, který jim přinese.
Krok 3: Promluvte si s lidmi, kteří žádali
Než cokoli ohodnotíte, promluvte si s několika lidmi za vašimi největšími skupinami požadavků. Krátký rozhovor vám řekne víc než hromada hlasů.
Ptejte se na jejich skutečnou situaci, ne na svůj nápad:
- „Co jste se snažili udělat, když jste o to žádali?“
- „Jak to řešíte dnes?“
- „Jak často to potřebujete?“
- „Co se stane, když se to neudělá?“
- „Koho dalšího se to týká?“
Vyhněte se otázce „Používali byste to, kdybychom to postavili?“ Skoro každý řekne ano, takže vám to nic neřekne. Další příklady, kterým se vyhnout, najdete v našem návodu k sugestivním otázkám.
Jak zní dobrý rozhovor
Vy: Co jste se snažili udělat, když jste žádali o export do CSV?
Zákazník: Dostat naše čísla do pondělního reportu.
Vy: Kdo ten report čte?
Zákazník: Moje šéfová. Chce jen tři čísla a trend. Každý týden je kopíruju do prezentace.
Vy: Jak dlouho vám to trvá?
Zákazník: Skoro hodinu, každé pondělí.
Požadavek zněl „export do CSV“. Potřeba je „každý týden ukázat šéfové tři čísla bez zbytečné práce“. Pravidelný souhrnný e-mail by to možná vyřešil za zlomek času na vývoj a pomohl by každému zákazníkovi se stejným pondělním rituálem.
Silné a slabé důkazy
| Slabý signál | Silný signál |
|---|---|
| „Bylo by fajn to mít.“ | „Každé pondělí nad tím strávím hodinu.“ |
| „Jasně, používal bych to.“ | „Platíme za další nástroj jen kvůli tomuhle.“ |
| Jeden hlas | Provizorní řešení, které si sami postavili |
| „Tohle chce každý.“ | Jména, data a co je to stálo |
Kolik rozhovorů stačí
Mluvte s lidmi, dokud nedokážete předpovědět, co řekne další z nich. Když se příběhy začnou opakovat, rozumíte problému natolik, abyste ho mohli ohodnotit.
Pokud se příběhy pořád mění, je to taky zjištění. Jeden požadavek může zahrnovat několik různých problémů a skupinu byste měli rozdělit. Další otázky najdete v našich otázkách pro rozhovory se zákazníky.
Krok 4: Ohodnoťte každý problém
Teď hodnoťte problémy, ne požadavky. Držte to jednoduché. Skóre, které váš tým opravdu aktualizuje, je lepší než dokonalé skóre, na které nikdo nesáhne.
Každý problém ohodnoťte od 1 do 3 ve čtyřech ohledech:
- Dosah: kolik zákazníků, na kterých vám záleží, tenhle problém má.
- Bolest: jak moc je to trápí, podle toho, co jste slyšeli.
- Soulad: jak dobře jeho vyřešení zapadá do směru, kterým se váš produkt ubírá.
- Náročnost: kolik práce to dá. Vyšší číslo znamená víc práce.
Pak spočítejte: Dosah × Bolest × Soulad ÷ Náročnost.
| Problém | Dosah | Bolest | Soulad | Náročnost | Skóre |
|---|---|---|---|---|---|
| Sdílení týdenních čísel s nadřízenými | 3 | 2 | 3 | 2 | 9 |
| Jednotné přihlášení (SSO) pro větší týmy | 1 | 3 | 3 | 3 | 3 |
| Tmavý režim | 2 | 1 | 1 | 2 | 1 |
Problém se sdílením vyhrává, i když samotný tmavý režim měl víc hlasů. Požadavky na sdílení byly rozházené mezi pět různých nápadů na funkce, takže žádný z nich nevypadal velký.
Vážení podle tržeb, opatrně
V B2B je fér dát větší váhu problémům, které se týkají vašich největších nebo nejrychleji rostoucích účtů. Jen nenechte vážení podle tržeb řídit roadmapu. Pár velkých zákazníků vás může táhnout k funkcím, které nikdo jiný nepotřebuje, a nové segmenty, které chcete získat, zatím žádné tržby nemají.
Když žádá jeden velký zákazník
Někdy velký účet chce něco, o co nikdo jiný nežádal. Je lákavé hned říct ano.
Nejdřív najděte problém, který za tím stojí, stejně jako u jakéhokoli jiného požadavku. Pak se zeptejte, jestli na stejný problém narazí i menší podobní zákazníci, až porostou. Pokud ano, možná patří do roadmapy. Pokud sedí jen tomuto jednomu účtu, berte ho jako zakázku na míru s jasnou cenou a termínem.
Nechte prostor pro vlastní sázky
Požadavky zákazníků vám ukazují dnešní problémy. Jen zřídka ukazují, kam se trh ubírá. Předem rozhodněte, kolik času vašeho týmu půjde na problémy zákazníků, na vaše vlastní strategické sázky a na opravy a údržbu. Požadavky pak prioritizujte uvnitř jejich podílu, aby přeplněná nástěnka potichu nepřevzala celou roadmapu.
Krok 5: Rozhodněte se a uzavřete smyčku
Vyberte nejdůležitější problém, zvolte řešení a dejte vědět lidem, kteří o něj žádali. Zákazníci, kterým odpovíte, vám budou dál říkat, co potřebují. Jak z toho udělat zvyk, ukazuje naše příručka ke smyčce zpětné vazby od zákazníků.
Říkat ne patří k práci. Dvě šablony, které si můžete upravit:
Teď ne
Dobrý den, jméno,
děkujeme, že jste se ptali na funkce. V tomto čtvrtletí ji stavět nebudeme.
Nejdřív se soustředíme na jiný problém, protože na něj naráží víc našich zákazníků.
Psali jste, že se snažíte jejich cíl. Než se k tomu dostaneme, takhle to řeší
někteří naši zákazníci: provizorní řešení nebo článek v nápovědě.
Vaši zprávu jsem si uložil i s vašimi přesnými slovy, a pokud se to změní, dám vám vědět.
Neplánujeme
Dobrý den, jméno,
děkujeme za nápad na funkce. Chci k vám být upřímný:
nezapadá do směru, kterým produkt vedeme, takže ji stavět neplánujeme.
Pro jejich cíl se vám možná víc hodí jiný nástroj nebo provizorní řešení.
Pokud se vaše potřeby změní, rád o tom uslyším.
Jednoduchý rytmus, který udrží seznam poctivý
Jednorázová prioritizace moc nepomůže. Lehká rutina ano.
| Jak často | Co dělat |
|---|---|
| Každý týden | Přidat nové požadavky s přesnými slovy, sloučit duplicity, každý přiřadit k problému |
| Každý měsíc | Promluvit si se třemi až pěti lidmi za největšími skupinami problémů |
| Každé čtvrtletí | Znovu ohodnotit seznam, vybrat, co dál, a říct žadatelům, jak jste se rozhodli |
Většině týmů stačí dvacet minut týdně. Právě měsíční rozhovory udrží vaše skóre navázané na skutečné zákazníky, a ne na toho, kdo zrovna napsal poslední.
Chyby, kterým se při prioritizaci požadavků vyhnout
- Stavět pro nejhlasitějšího zákazníka. Nejdřív si ověřte, jestli problém sdílejí i ostatní.
- Hodnotit funkce místo problémů. Rozdělíte jeden velký problém na malé požadavky, které všechny vypadají nevýznamně.
- Ptát se, jestli by to lidé používali. Ptejte se, jak problém řeší dnes.
- Nikdy se neohlížet zpět. Každé čtvrtletí seznam znovu ohodnoťte. Potřeby se mění a váš produkt taky.
Jak pomáhá Diaform
Promluvit si s každým, kdo stojí za požadavkem, zabere čas a většina lidí si hovor stejně nedomluví. Diaform vám místo toho umožní poslat jeden odkaz. AI agent položí vaše otázky hlasem nebo textem, doptá se, když někdo řekne „bylo by fajn to mít“, a na konci každý rozhovor shrne.
Odkaz pošlete e-mailem nebo ho zobrazte přímo v aplikaci. Od tarifu Pro výše mohou odkazy jen pro pozvané nést e-mail nebo ID uživatele každého člověka, takže víte, který účet co řekl. Odpovědi vyexportujte do CSV a přidejte je do své hodnoticí tabulky. Podívejte se, jak Diaform pracuje se zpětnou vazbou k produktu, nebo začněte 14denní zkušební verzi zdarma.
