Da biste odredili prioritete zahtjeva za značajkama, grupirajte ih prema problemu koji stoji iza njih, ocijenite svaki problem prema dosegu, boli, usklađenosti i trudu te razgovarajte s nekoliko ljudi koji su ih tražili prije nego što se obvežete. Taj posljednji korak većina timova preskače, a upravo je to najjeftinije mjesto da uhvatite lošu okladu. Razvoj pogrešnih stvari čest je: izvještaj tvrtke Pendo o usvajanju značajki iz 2019., temeljen na tri mjeseca podataka o upotrebi iz 615 pretplata korisnika tvrtke Pendo, pokazao je da se 80 posto značajki u prosječnom softverskom proizvodu rijetko ili nikad ne koristi.
Ključni zaključci
- Zahtjev za značajkom korisnikova je pretpostavka o rješenju. Prioritet dajte problemu iza njega.
- Broj glasova pokazuje tko se javio, a ne koliko problem boli.
- Odaberite bilo koji jednostavan okvir, ali ga hranite onim što saznate u razgovorima s ljudima koji su zahtjev poslali.
- Odlučite, a zatim ljudima recite što ste odlučili, uključujući i ne.
Zašto broj glasova zavarava
Većina timova negdje prati zahtjeve: na ploči, u tablici, u kanalu u alatu Slack. Zatim razviju ono što ima najviše glasova. Djeluje pošteno, ali je rizično.
- Glasni korisnici se broje. Tihi ne. Ljudi koji objavljuju zahtjeve nisu uvijek oni koje najviše želite zadržati.
- Zahtjevi su rješenja, a ne problemi. „Dodajte izvoz u CSV“ može zapravo značiti „moj voditelj želi tjedni izvještaj“. Zakazana e-poruka sa sažetkom mogla bi to riješiti bolje.
- Duplikati dijele glasove. Pet zahtjeva formuliranih na pet načina izgleda kao pet malih problema umjesto jednog velikog.
- Glasovi nemaju težinu. Zahtjev koji bi zadržao velikog klijenta vrijedi jednako kao nešto što bi bilo lijepo imati.
- Glasovi ne zastarijevaju. Stari zahtjevi stoje na vrhu dugo nakon što je potreba nestala.
Glas je signal da odete i pitate. Nije odgovor.
Okviri za prioritizaciju, ukratko
U svakom vodiču vidjet ćete istih nekoliko okvira. Evo za što je koji dobar.
| Okvir | Kako funkcionira | Najbolji za | Pazite na |
|---|---|---|---|
| Broj glasova | Rangiranje prema broju zahtjeva | Prvi signal | Glasne korisnike, razdvojene duplikate |
| RICE | Doseg × Učinak × Pouzdanost ÷ Trud | Usporedbu mnogo ideja | Pouzdanost je često nagađanje |
| ICE | Učinak × Pouzdanost × Jednostavnost | Brzu trijažu | Vrlo je subjektivan |
| MoSCoW | Must, Should, Could, Won’t (mora, trebalo bi, moglo bi, neće) | Fiksni rok ili izdanje | Nema redoslijeda unutar skupine |
| Učinak i trud | Jednostavna mreža 2×2 | Uočavanje brzih pobjeda | Zanemaruje koliko je ljudi pogođeno |
| Kano | Osnovne, izvedbene i oduševljavajuće značajke | Razumijevanje očekivanja | Za pravilnu primjenu treba anketa |
| Ponderiranje prema prihodu | Svaki glas ponderira se vrijednošću klijenta | B2B s nekoliko velikih klijenata | Može previše služiti nekolicini velikih korisnika |
RICE, koji je prvi opisao Sean McBride iz tvrtke Intercom, razuman je zadani izbor za većinu produktnih timova. No svaki okvir ima istu slabu točku: doseg, učinak i pouzdanost ovise o tome koliko dobro razumijete problem. Koraci u nastavku govore o tome kako taj dio napraviti dobro.
Korak 1: Skupite sve zahtjeve na jednom mjestu
Zahtjevi stižu iz zahtjeva za podršku, prodajnih poziva, poruka u aplikaciji, e-pošte i recenzija. Stavite ih na jedan popis da ih vidite jedan uz drugi.
Za svaki zahtjev zabilježite:
| Polje | Primjer |
|---|---|
| Zahtjev | Izvoz izvještaja u CSV |
| Tko je pitao | Voditeljica operacija kod srednje velikog korisnika |
| Njihove točne riječi | „Svaki ponedjeljak prepisujem brojke u tablicu za šefa.“ |
| Paket ili segment | Paket Business, 40 korisničkih mjesta |
| Izvor i datum | Zahtjev za podršku, 3. ožujka |
Najvažnije su njihove točne riječi. Često pokazuju problem jasnije nego sam zahtjev.
Ne zaboravite tihe izvore. Bilješke iz izgubljenih prodajnih prilika i odgovori korisnika koji su otkazali često sadrže zahtjeve koji nikad ne stignu do vaše ploče.
Korak 2: Pronađite problem iza svakog zahtjeva
Preformulirajte svaki zahtjev kao problem, jednom jednostavnom rečenicom:
Tko pokušava cilj, ali prepreka.
Za primjer s CSV-om: „Voditelji timova pokušavaju podijeliti tjedne brojke sa svojim nadređenim, ali ih moraju ručno prepisivati.“
Zatim grupirajte zahtjeve koji dijele isti problem. Pet različitih zahtjeva (izvoz u CSV, zakazane e-poruke, javna poveznica na nadzornu ploču, gumb za PDF i API endpoint) mogu biti jedan te isti problem. Zajedno je mnogo veći nego što je izgledao bilo koji pojedinačni zahtjev.
To je srž ideje jobs to be done: ljudi ne žele samu značajku. Žele napredak koji im ona donosi.
Korak 3: Razgovarajte s ljudima koji su pitali
Prije nego što išta ocijenite, razgovarajte s nekoliko ljudi iza svojih najvećih skupina. Kratak razgovor reći će vam više od hrpe glasova.
Pitajte o njihovoj stvarnoj situaciji, a ne o svojoj ideji:
- „Što ste pokušavali napraviti kad ste ovo zatražili?“
- „Kako to danas rješavate?“
- „Koliko se često to pojavljuje?“
- „Što se dogodi kad se to ne obavi?“
- „Na koga još to utječe?“
Izbjegavajte „Biste li ovo koristili da ga napravimo?“ Gotovo svi kažu da, pa vam to ništa ne govori. Naš vodič o sugestivnim pitanjima donosi još primjera koje treba izbjegavati.
Kako zvuči dobar razgovor
Vi: Što ste pokušavali napraviti kad ste zatražili izvoz u CSV?
Korisnica: Ubaciti naše brojke u izvještaj za ponedjeljak.
Vi: Tko čita taj izvještaj?
Korisnica: Moja voditeljica. Želi samo tri brojke i trend. Svaki ih tjedan prepisujem u prezentaciju.
Vi: Koliko vam to traje?
Korisnica: Gotovo sat vremena, svaki ponedjeljak.
Zahtjev je bio „izvoz u CSV“. Potreba je „svaki tjedan pokazati voditeljici tri brojke bez dosadnog posla“. Zakazana e-poruka sa sažetkom mogla bi to riješiti u djeliću vremena potrebnog za razvoj i pomogla bi svakom korisniku s istim ponedjeljnim ritualom.
Snažni i slabi dokazi
| Slab signal | Snažan signal |
|---|---|
| „Bilo bi lijepo imati.“ | „Na ovo svaki ponedjeljak potrošim sat vremena.“ |
| „Naravno, koristio bih to.“ | „Plaćamo drugi alat samo za ovo.“ |
| Jedan glas | Zaobilazno rješenje koje su sami napravili |
| „Svi ovo žele.“ | Imena, datumi i koliko ih je to stajalo |
Koliko je razgovora dovoljno
Razgovarajte dok ne budete mogli predvidjeti što će reći sljedeća osoba. Kad se priče počnu ponavljati, razumijete problem dovoljno dobro da ga ocijenite.
Ako se priče stalno mijenjaju, i to je otkriće. Jedan zahtjev možda pokriva nekoliko različitih problema i skupinu biste trebali razdvojiti. Za još pitanja pogledajte naša pitanja za intervju s korisnicima.
Korak 4: Ocijenite svaki problem
Sada ocijenite probleme, a ne zahtjeve. Neka bude jednostavno. Ocjena koju vaš tim zaista ažurira bolja je od savršene koju nitko ne dira.
Ocijenite svaki problem od 1 do 3 prema četiri kriterija:
- Doseg: koliko korisnika do kojih vam je stalo ima ovaj problem.
- Bol: koliko ih muči, na temelju onoga što ste čuli.
- Usklađenost: koliko se rješenje uklapa u smjer u kojem ide vaš proizvod.
- Trud: koliko posla traži. Viša ocjena znači više posla.
Zatim izračunajte: Doseg × Bol × Usklađenost ÷ Trud.
| Problem | Doseg | Bol | Usklađenost | Trud | Rezultat |
|---|---|---|---|---|---|
| Dijeljenje tjednih brojki s voditeljima | 3 | 2 | 3 | 2 | 9 |
| Jedinstvena prijava (SSO) za veće timove | 1 | 3 | 3 | 3 | 3 |
| Tamni način | 2 | 1 | 1 | 2 | 1 |
Problem dijeljenja pobjeđuje, čak i ako je tamni način sam za sebe imao više glasova. Zahtjevi za dijeljenjem bili su raspršeni na pet različitih ideja za značajke, pa nijedna nije izgledala velika.
Ponderirajte prema prihodu, oprezno
U B2B-u je pošteno dati veću težinu problemima koji pogađaju vaše najveće klijente ili one koji najbrže rastu. Samo ne dopustite da ponderiranje prema prihodu vodi plan razvoja. Nekoliko velikih korisnika može vas povući prema značajkama koje nitko drugi ne treba, a novi segmenti koje želite osvojiti još ne donose prihod.
Kad pita jedan veliki korisnik
Ponekad veliki klijent želi nešto što nitko drugi nije tražio. Primamljivo je odmah reći da.
Najprije pronađite problem iza toga, kao i kod svakog drugog zahtjeva. Zatim se zapitajte hoće li manji korisnici poput njega naići na isti problem kako budu rasli. Ako hoće, možda mu je mjesto u planu razvoja. Ako odgovara samo tom jednom klijentu, tretirajte ga kao posebni dogovor s jasnom cijenom i rokom.
Ostavite prostora za vlastite oklade
Zahtjevi korisnika pokazuju vam današnje probleme. Rijetko vam pokazuju kamo ide tržište. Unaprijed odlučite koliko vremena vašeg tima ide na probleme korisnika, na vaše vlastite strateške oklade te na popravke i održavanje. Zatim određujte prioritete zahtjeva unutar njihova udjela, kako prepuna ploča ne bi tiho preuzela cijeli plan razvoja.
Korak 5: Odlučite, a zatim zatvorite krug
Odaberite glavni problem, odaberite rješenje i javite ljudima koji su pitali. Korisnici koji dobiju odgovor nastavljaju vam govoriti što im treba. Naš vodič o krugu povratnih informacija korisnika pokazuje kako to pretvoriti u naviku.
Reći ne dio je posla. Dva predloška koja možete prilagoditi:
Ne sada
Pozdrav, ime,
hvala vam što ste pitali za značajka. Ovaj kvartal to ne razvijamo.
Najprije se usredotočujemo na drugi problem jer na njega nailazi više naših korisnika.
Spomenuli ste da pokušavate njihov cilj. U međuvremenu, evo kako
to rješavaju neki korisnici: zaobilazno rješenje ili članak pomoći.
Vašu poruku spremili smo s vašim točnim riječima i javit ćemo vam ako se to promijeni.
Nije u planu
Pozdrav, ime,
hvala vam na prijedlogu (značajka). Reći ću vam iskreno:
ne uklapa se u smjer u kojem razvijamo proizvod, pa to ne planiramo razvijati.
Za njihov cilj možda vam bolje odgovara drugi alat ili zaobilazno rješenje.
Ako se vaše potrebe promijene, rado ću čuti više.
Jednostavan ritam koji drži popis iskrenim
Jednokratno određivanje prioriteta ne pomaže mnogo. Lagana rutina pomaže.
| Koliko često | Što napraviti |
|---|---|
| Tjedno | Dodajte nove zahtjeve s točnim riječima, spojite duplikate, povežite svaki s problemom |
| Mjesečno | Razgovarajte s troje do petero ljudi iza svojih najvećih skupina problema |
| Kvartalno | Ponovno ocijenite popis, odaberite što slijedi i javite podnositeljima što ste odlučili |
Većini timova dovoljno je dvadeset minuta tjedno. Mjesečni razgovori drže vaše ocjene vezanima uz stvarne korisnike, a ne uz onoga tko se zadnji javio.
Pogreške pri određivanju prioriteta zahtjeva za značajkama
- Razvoj za najglasnijeg korisnika. Najprije provjerite dijele li i drugi isti problem.
- Ocjenjivanje značajki umjesto problema. Jedan veliki problem razbit ćete na male zahtjeve koji svi izgledaju nevažno.
- Pitanje bi li ljudi to koristili. Pitajte kako danas rješavaju problem.
- Nikad se ne osvrnuti. Svaki kvartal ponovno ocijenite popis. Potrebe se mijenjaju, a mijenja se i vaš proizvod.
Kako pomaže Diaform
Razgovor sa svima koji stoje iza nekog zahtjeva traje, a većina njih neće dogovoriti poziv. Diaform vam omogućuje da umjesto toga pošaljete jednu poveznicu. AI agent postavlja vaša pitanja glasom ili tekstom, postavlja potpitanje kad netko kaže „bilo bi lijepo imati“ i sažima svaki razgovor kad završi.
Pošaljite poveznicu e-poštom ili je prikažite u svojoj aplikaciji. U paketu Pro i višima poveznice samo za pozvane mogu sadržavati e-adresu ili ID korisnika svake osobe, pa znate koji je klijent što rekao. Izvezite odgovore u CSV i dodajte ih u svoju tablicu za ocjenjivanje. Pogledajte kako Diaform obrađuje povratne informacije o proizvodu ili započnite besplatno probno razdoblje od 14 dana.
