Ak chcete prioritizovať požiadavky na funkcie, zoskupte ich podľa problému, ktorý je za nimi, každý problém ohodnoťte podľa dosahu, bolesti, súladu a úsilia a skôr, než sa zaviažete, sa porozprávajte s niekoľkými ľuďmi, ktorí o funkciu žiadali. Posledný krok väčšina tímov vynecháva, a pritom je to najlacnejšie miesto, kde zachytiť zlú stávku. Vytvoriť nesprávnu vec sa stáva často: report Pendo o využívaní funkcií z roku 2019, založený na troch mesiacoch dát o používaní naprieč 615 predplatnými zákazníkov Pendo, zistil, že 80 percent funkcií v priemernom softvérovom produkte sa používa zriedka alebo vôbec.
To najdôležitejšie
- Požiadavka na funkciu je zákazníkov odhad riešenia. Prioritizujte problém, ktorý je za ňou.
- Počet hlasov ukazuje, kto sa ozval, nie to, ako veľmi problém bolí.
- Vyberte si akýkoľvek jednoduchý framework, ale napĺňajte ho tým, čo sa dozviete z rozhovorov s ľuďmi, ktorí žiadali.
- Rozhodnite sa a potom ľuďom povedzte, ako ste sa rozhodli, aj keď je to nie.
Prečo počet hlasov zavádza
Väčšina tímov si požiadavky niekde eviduje: na nástenke, v tabuľke, v kanáli na Slacku. Potom vytvoria to, čo má najviac hlasov. Pôsobí to férovo, ale je to riskantné.
- Hlasní zákazníci sa započítajú. Tichí nie. Ľudia, ktorí požiadavky píšu, nie sú vždy tí, ktorých si najviac chcete udržať.
- Požiadavky sú riešenia, nie problémy. „Pridajte export do CSV“ môže v skutočnosti znamenať „môj manažér chce týždenný report“. Lepšie by to možno vyriešil pravidelný e-mail so zhrnutím.
- Duplicity delia hlasy. Päť požiadaviek formulovaných piatimi spôsobmi vyzerá ako päť malých problémov namiesto jedného veľkého.
- Hlasy nemajú váhu. Požiadavka, ktorá by udržala veľkého klienta, sa počíta rovnako ako niečo, čo by bolo len fajn mať.
- Hlasy nemajú dátum spotreby. Staré požiadavky visia navrchu ešte dlho po tom, čo potreba zmizla.
Hlas je signál, že sa treba ísť pýtať. Nie je to odpoveď.
Frameworky na prioritizáciu v skratke
V každom návode uvidíte tú istú hŕstku frameworkov. Tu je, na čo sa ktorý hodí.
| Framework | Ako funguje | Najlepší na | Pozor na |
|---|---|---|---|
| Počet hlasov | Poradie podľa počtu požiadaviek | Prvý signál | Hlasných zákazníkov, rozdelené duplicity |
| RICE | Dosah × Dopad × Istota ÷ Úsilie | Porovnanie mnohých nápadov | Istota býva často odhad |
| ICE | Dopad × Istota × Jednoduchosť | Rýchle triedenie | Veľmi subjektívne |
| MoSCoW | Must, Should, Could, Won’t (musí, malo by, mohlo by, nebude) | Pevný termín alebo vydanie | Žiadne poradie vnútri skupín |
| Dopad vs. úsilie | Jednoduchá mriežka 2×2 | Hľadanie rýchlych výhier | Ignoruje, koľkých ľudí sa to týka |
| Kano | Základné, výkonnostné a atraktívne funkcie | Pochopenie očakávaní | Na poriadne použitie potrebuje prieskum |
| Váženie podľa tržieb | Každý hlas sa váži hodnotou účtu | B2B s niekoľkými veľkými klientmi | Môže príliš slúžiť pár veľkým zákazníkom |
RICE, ktorý ako prvý opísal Sean McBride z Intercomu, je rozumná predvolená voľba pre väčšinu produktových tímov. Každý framework má však rovnaké slabé miesto: dosah, dopad aj istota závisia od toho, ako dobre problému rozumiete. Kroky nižšie sú o tom, ako túto časť urobiť dobre.
Krok 1: Zhromaždite všetky požiadavky na jednom mieste
Požiadavky prichádzajú z tiketov na podpore, obchodných hovorov, správ v aplikácii, e-mailov a recenzií. Dajte ich do jedného zoznamu, aby ste ich videli vedľa seba.
Pri každej požiadavke zaznamenajte:
| Pole | Príklad |
|---|---|
| Požiadavka | Export reportov do CSV |
| Kto žiadal | Vedúci prevádzky u stredne veľkého zákazníka |
| Ich presné slová | „Každý pondelok prepisujem čísla do tabuľky pre šéfa.“ |
| Plán alebo segment | Plán Business, 40 licencií |
| Zdroj a dátum | Tiket na podpore, 3. marca |
Najviac záleží na presných slovách. Problém často ukazujú jasnejšie než samotná požiadavka.
Nezabudnite na tiché zdroje. Poznámky zo stratených obchodov a odpovede zákazníkov, ktorí zrušili predplatné, často obsahujú požiadavky, ktoré sa na vašu nástenku nikdy nedostanú.
Krok 2: Nájdite problém za každou požiadavkou
Každú požiadavku prepíšte ako problém, a to jednou jednoduchou vetou:
Kto sa snaží cieľ, ale prekážka.
Pri príklade s CSV: „Vedúci tímov sa snažia zdieľať týždenné čísla so svojím manažérom, ale musia ich ručne prepisovať.“
Teraz zoskupte požiadavky, ktoré majú rovnaký problém. Päť rôznych požiadaviek (export do CSV, plánované e-maily, verejný odkaz na dashboard, tlačidlo na PDF a API endpoint) môže byť jeden a ten istý problém. Spolu je oveľa väčší, než vyzerala ktorákoľvek jednotlivá požiadavka.
Toto je hlavná myšlienka metódy jobs to be done: ľudia nechcú samotnú funkciu. Chcú pokrok, ktorý im prinesie.
Krok 3: Porozprávajte sa s ľuďmi, ktorí žiadali
Skôr než čokoľvek ohodnotíte, porozprávajte sa s niekoľkými ľuďmi za vašimi najväčšími skupinami. Krátky rozhovor vám povie viac než kopa hlasov.
Pýtajte sa na ich skutočnú situáciu, nie na váš nápad:
- „Čo ste sa snažili urobiť, keď ste o to požiadali?“
- „Ako to riešite dnes?“
- „Ako často sa to stáva?“
- „Čo sa stane, keď sa to neurobí?“
- „Koho ďalšieho sa to týka?“
Vyhnite sa otázke „Používali by ste to, keby sme to vytvorili?“ Takmer každý povie áno, takže vám to nič nepovie. V našom návode na sugestívne otázky nájdete ďalšie príklady, ktorým sa vyhnúť.
Ako znie dobrý rozhovor
Vy: Čo ste sa snažili urobiť, keď ste požiadali o export do CSV?
Zákazník: Dostať naše čísla do pondelkového reportu.
Vy: Kto ten report číta?
Zákazník: Moja manažérka. Chce len tri čísla a trend. Každý týždeň ich prepisujem do prezentácie.
Vy: Ako dlho vám to trvá?
Zákazník: Takmer hodinu, každý pondelok.
Požiadavka znela „export do CSV“. Potreba je „každý týždeň ukázať manažérke tri čísla bez zbytočnej roboty“. Pravidelný e-mail so zhrnutím by to mohol vyriešiť za zlomok času vývoja a pomohol by každému zákazníkovi s rovnakým pondelkovým rituálom.
Silné a slabé dôkazy
| Slabý signál | Silný signál |
|---|---|
| „Bolo by fajn to mať.“ | „Každý pondelok na tom strávim hodinu.“ |
| „Jasné, používal by som to.“ | „Platíme za ďalší nástroj len kvôli tomuto.“ |
| Jeden hlas | Náhradné riešenie, ktoré si vytvorili sami |
| „Toto chce každý.“ | Mená, dátumy a to, čo ich to stálo |
Koľko rozhovorov stačí
Rozprávajte sa, kým nedokážete predpovedať, čo povie ďalší človek. Keď sa príbehy začnú opakovať, rozumiete problému dosť na to, aby ste ho ohodnotili.
Ak sa príbehy stále menia, aj to je zistenie. Jedna požiadavka môže zahŕňať viacero rôznych problémov a skupinu by ste mali rozdeliť. Ďalšie otázky nájdete v našich otázkach na rozhovory so zákazníkmi.
Krok 4: Ohodnoťte každý problém
Teraz hodnoťte problémy, nie požiadavky. Nech je to jednoduché. Skóre, ktoré váš tím naozaj aktualizuje, je lepšie než dokonalé, na ktoré nikto nesiahne.
Každý problém ohodnoťte od 1 do 3 v štyroch oblastiach:
- Dosah: koľko zákazníkov, na ktorých vám záleží, má tento problém.
- Bolesť: ako veľmi ich to bolí, podľa toho, čo ste počuli.
- Súlad: ako dobre jeho vyriešenie zapadá do smeru, ktorým sa váš produkt uberá.
- Úsilie: koľko práce to dá. Vyššie číslo znamená viac práce.
Potom vypočítajte: Dosah × Bolesť × Súlad ÷ Úsilie.
| Problém | Dosah | Bolesť | Súlad | Úsilie | Skóre |
|---|---|---|---|---|---|
| Zdieľanie týždenných čísel s manažérmi | 3 | 2 | 3 | 2 | 9 |
| Jednotné prihlásenie (SSO) pre väčšie tímy | 1 | 3 | 3 | 3 | 3 |
| Tmavý režim | 2 | 1 | 1 | 2 | 1 |
Problém so zdieľaním vyhráva, aj keby mal tmavý režim sám osebe viac hlasov. Požiadavky na zdieľanie boli rozhádzané do piatich rôznych nápadov na funkcie, takže žiadna z nich nevyzerala veľká.
Vážte podľa tržieb, ale opatrne
V B2B je férové dať väčšiu váhu problémom, ktoré sa týkajú vašich najväčších alebo najrýchlejšie rastúcich klientov. Len nedovoľte, aby váženie podľa tržieb riadilo roadmapu. Pár veľkých zákazníkov vás môže stiahnuť k funkciám, ktoré nikto iný nepotrebuje, a nové segmenty, ktoré chcete získať, zatiaľ žiadne tržby nemajú.
Keď žiada jeden veľký zákazník
Niekedy veľký klient chce niečo, o čo nikto iný nežiadal. Láka povedať hneď áno.
Najprv nájdite problém za požiadavkou, rovnako ako pri každej inej. Potom zistite, či na rovnaký problém pri raste narazia aj menší zákazníci podobní jemu. Ak áno, možno patrí do roadmapy. Ak sa hodí len pre tento jeden účet, berte ho ako zákazku na mieru s jasnou cenou a termínom.
Nechajte priestor na vlastné stávky
Požiadavky zákazníkov vám ukazujú dnešné problémy. Zriedka vám ukážu, kam smeruje trh. Vopred sa rozhodnite, koľko času tímu pôjde na problémy zákazníkov, koľko na vaše vlastné strategické stávky a koľko na opravy a údržbu. Potom prioritizujte požiadavky v rámci ich podielu, aby rušná nástenka potichu neovládla celú roadmapu.
Krok 5: Rozhodnite sa a uzavrite spätnú väzbu
Vyberte najdôležitejší problém, zvoľte riešenie a povedzte to ľuďom, ktorí žiadali. Zákazníci, ktorým odpoviete, vám budú naďalej hovoriť, čo potrebujú. Ako si z toho urobiť zvyk, ukazuje naša príručka o cykle spätnej väzby od zákazníkov.
Povedať nie patrí k práci. Dve šablóny, ktoré si môžete upraviť:
Teraz nie
Dobrý deň, meno,
ďakujeme, že ste sa pýtali na funkciu. Tento štvrťrok ju vytvárať nebudeme.
Najprv sa sústredíme na iný problém, pretože naň naráža viac našich zákazníkov.
Spomínali ste, že sa snažíte ich cieľ. Medzitým to niektorí zákazníci
riešia takto: náhradné riešenie alebo článok v centre pomoci.
Vašu poznámku som si uložil aj s vašimi presnými slovami a dám vám vedieť, ak sa to zmení.
Neplánujeme
Dobrý deň, meno,
ďakujeme za nápad na funkciu. Chcem byť k vám úprimný:
nezapadá do smeru, ktorým produkt vedieme, takže ju vytvárať neplánujeme.
Na ich cieľ sa vám možno viac hodí iný nástroj alebo náhradné riešenie.
Ak sa vaše potreby zmenia, rád si to vypočujem.
Jednoduchý rytmus, ktorý udrží zoznam poctivý
Raz prioritizovať veľmi nepomôže. Pomôže ľahká rutina.
| Ako často | Čo robiť |
|---|---|
| Týždenne | Pridajte nové požiadavky s presnými slovami, zlúčte duplicity, každú priraďte k problému |
| Mesačne | Porozprávajte sa s troma až piatimi ľuďmi za vašimi najväčšími skupinami problémov |
| Štvrťročne | Znova ohodnoťte zoznam, vyberte, čo bude ďalej, a povedzte žiadateľom, ako ste sa rozhodli |
Väčšine tímov stačí dvadsať minút týždenne. Vďaka mesačným rozhovorom zostávajú vaše skóre naviazané na skutočných zákazníkov, nie na toho, kto napísal posledný.
Chyby, ktorým sa pri prioritizácii požiadaviek vyhnúť
- Vytvárať pre najhlasnejšieho zákazníka. Najprv overte, či problém majú aj iní.
- Hodnotiť funkcie namiesto problémov. Rozdelíte jeden veľký problém na malé požiadavky, ktoré všetky vyzerajú bezvýznamne.
- Pýtať sa, či by to ľudia používali. Pýtajte sa, ako problém riešia dnes.
- Nikdy sa nevracať. Každý štvrťrok zoznam znova ohodnoťte. Potreby sa menia a váš produkt tiež.
Ako pomáha Diaform
Porozprávať sa so všetkými, ktorí stoja za požiadavkou, zaberie čas a väčšina z nich si hovor nedohodne. Diaform vám namiesto toho umožní poslať jeden odkaz. AI agent kladie vaše otázky hlasom alebo textom, dopytuje sa, keď niekto povie „bolo by fajn to mať“, a každý rozhovor po skončení zhrnie.
Odkaz pošlite e-mailom alebo ho zobrazte priamo v aplikácii. V pláne Pro a vyšších môžu odkazy len pre pozvaných niesť e-mail alebo ID používateľa každého človeka, takže viete, ktorý účet čo povedal. Odpovede exportujte do CSV a pridajte ich do svojej hodnotiacej tabuľky. Pozrite sa, ako Diaform zvláda spätnú väzbu k produktu, alebo začnite 14-dňovú skúšobnú verziu zadarmo.
