Når du skal prioritere funktionsønsker, så gruppér dem efter problemet bag dem, giv hvert problem point for rækkevidde, smerte, retning og indsats, og tal med nogle af dem, der spurgte, før du lægger dig fast. Det sidste trin springer de fleste teams over, og det er det billigste sted at fange et dårligt væddemål. Det er almindeligt at bygge det forkerte: Pendos rapport om brug af funktioner fra 2019, der bygger på tre måneders brugsdata fra 615 Pendo-kundeabonnementer, fandt, at 80 procent af funktionerne i et gennemsnitligt softwareprodukt sjældent eller aldrig bliver brugt.
Det vigtigste
- Et funktionsønske er en kundes bud på en løsning. Prioritér problemet bag det.
- Antal stemmer viser, hvem der sagde noget, ikke hvor ondt problemet gør.
- Vælg en hvilken som helst enkel model, men fodr den med det, du lærer af at tale med dem, der spurgte.
- Beslut dig, og fortæl så folk, hvad du besluttede, også når svaret er nej.
Derfor vildleder antal stemmer
De fleste teams samler ønsker et sted: på en tavle, i et regneark eller i en Slack-kanal. Så bygger de det, der har flest stemmer. Det føles retfærdigt, men det er risikabelt.
- Højlydte kunder bliver talt med. Stille kunder gør ikke. Dem, der skriver ønsker, er ikke altid dem, du helst vil beholde.
- Ønsker er løsninger, ikke problemer. »Tilføj eksport til CSV« kan reelt betyde »min chef vil have en ugentlig rapport«. En planlagt opsummering på mail løser det måske bedre.
- Dubletter splitter stemmerne. Fem ønsker formuleret på fem måder ligner fem små problemer i stedet for ét stort.
- Stemmer har ingen vægt. Et ønske, der ville holde på en stor kunde, tæller det samme som noget, der bare er rart at have.
- Stemmer udløber ikke. Gamle ønsker ligger øverst, længe efter at behovet er forsvundet.
En stemme er et signal om at gå ud og spørge. Den er ikke svaret.
Prioriteringsmodellerne i korte træk
Du ser den samme håndfuld modeller i hver guide. Her er, hvad hver enkelt er god til.
| Model | Sådan virker den | Bedst til | Pas på med |
|---|---|---|---|
| Antal stemmer | Rangér efter antal ønsker | Et første signal | Højlydte kunder, splittede dubletter |
| RICE | Rækkevidde × effekt × sikkerhed ÷ indsats | At sammenligne mange idéer | Sikkerheden er tit et gæt |
| ICE | Effekt × sikkerhed × lethed | Hurtig sortering | Meget subjektiv |
| MoSCoW | Must, Should, Could, Won’t | En fast deadline eller release | Ingen rækkefølge inden for hver gruppe |
| Effekt vs. indsats | Et enkelt 2×2-gitter | At finde hurtige gevinster | Ignorerer, hvor mange der er berørt |
| Kano | Basale funktioner, ydelsesfunktioner og begejstringsfunktioner | At forstå forventninger | Kræver et spørgeskema for at gøres ordentligt |
| Vægtning efter omsætning | Vægt hver stemme efter kundens værdi | B2B med få store kunder | Kan gøre for meget for nogle få store kunder |
RICE, som først blev beskrevet af Sean McBride hos Intercom, er et fornuftigt standardvalg for de fleste produktteams. Men alle modeller har det samme svage punkt: Rækkevidde, effekt og sikkerhed afhænger alle af, hvor godt du forstår problemet. Trinene nedenfor handler om at få den del på plads.
Trin 1: Saml alle ønsker ét sted
Ønsker kommer fra supportsager, salgsmøder, beskeder i appen, mails og anmeldelser. Saml dem på én liste, så du kan se dem side om side.
Notér for hvert ønske:
| Felt | Eksempel |
|---|---|
| Ønske | Eksportér rapporter som CSV |
| Hvem spurgte | Driftsansvarlig hos en mellemstor kunde |
| Deres egne ord | »Jeg kopierer tal ind i et regneark hver mandag til min chef.« |
| Plan eller segment | Business-planen, 40 brugere |
| Kilde og dato | Supportsag, 3. marts |
Deres egne ord betyder mest. De viser tit problemet tydeligere, end selve ønsket gør.
Glem ikke de stille kilder. Noter fra tabte salg og svar fra kunder, der har opsagt, rummer tit ønsker, der aldrig når frem til din tavle.
Trin 2: Find problemet bag hvert ønske
Omskriv hvert ønske til et problem med én enkel sætning:
Hvem prøver at mål, men forhindring.
For CSV-eksemplet: »Teamledere prøver at dele ugentlige tal med deres chef, men de skal kopiere dem ud i hånden.«
Gruppér nu de ønsker, der deler et problem. Fem forskellige ønsker (eksport til CSV, planlagte mails, et offentligt link til et dashboard, en PDF-knap og et API-endpoint) kan alle være det samme problem. Samlet er det meget større, end noget enkelt ønske så ud til at være.
Det er kernen i jobs to be done: Folk vil ikke have selve funktionen. De vil have det fremskridt, den giver dem.
Trin 3: Tal med dem, der spurgte
Før du giver point til noget, så tal med nogle af dem, der står bag dine største grupper. En kort samtale fortæller dig mere end en bunke stemmer.
Spørg til deres faktiske situation, ikke til din idé:
- »Hvad prøvede du at gøre, da du bad om det her?«
- »Hvordan klarer du det i dag?«
- »Hvor tit dukker det op?«
- »Hvad sker der, når det ikke bliver gjort?«
- »Hvem bliver ellers berørt?«
Undgå »Ville du bruge det, hvis vi byggede det?« Næsten alle siger ja, så det fortæller dig ingenting. Vores guide til ledende spørgsmål har flere eksempler, du skal styre uden om.
Sådan lyder en god samtale
Dig: Hvad prøvede du at gøre, da du bad om eksport til CSV?
Kunde: Få vores tal ind i mandagsrapporten.
Dig: Hvem læser den rapport?
Kunde: Min chef. Hun vil kun have tre tal og udviklingen. Jeg kopierer dem ind i slides hver uge.
Dig: Hvor lang tid tager det?
Kunde: Det meste af en time, hver mandag.
Ønsket var »eksport til CSV«. Behovet er »vis min chef tre tal hver uge uden det besværlige manuelle arbejde«. En planlagt opsummering på mail kan måske løse det på en brøkdel af udviklingstiden, og den ville hjælpe alle kunder med det samme mandagsritual.
Stærke og svage beviser
| Svagt signal | Stærkt signal |
|---|---|
| »Det ville være rart at have.« | »Jeg bruger en time på det hver mandag.« |
| »Ja, det ville jeg nok bruge.« | »Vi betaler for et andet værktøj bare for at gøre det her.« |
| En enkelt stemme | En midlertidig løsning, de selv har bygget |
| »Alle vil have det.« | Navne, datoer og hvad det kostede dem |
Hvor mange samtaler er nok?
Bliv ved med at tale med folk, indtil du kan forudsige, hvad den næste vil sige. Når historierne begynder at gentage sig, forstår du problemet godt nok til at give det point.
Hvis historierne bliver ved med at ændre sig, er det også en indsigt. Ét ønske kan dække over flere forskellige problemer, og så bør du dele gruppen op. Flere spørgsmål finder du i vores spørgsmål til kundeinterviews.
Trin 4: Giv hvert problem point
Giv nu point til problemerne, ikke til ønskerne. Hold det enkelt. En score, dit team faktisk opdaterer, slår en perfekt score, som ingen rører.
Giv hvert problem 1 til 3 point på fire punkter:
- Rækkevidde: hvor mange af de kunder, du går op i, der har problemet.
- Smerte: hvor ondt det gør på dem, ud fra det, du har hørt.
- Retning: hvor godt en løsning passer til, hvor dit produkt er på vej hen.
- Indsats: hvor meget arbejde det kræver. Højere betyder mere arbejde.
Beregn så: Rækkevidde × smerte × retning ÷ indsats.
| Problem | Rækkevidde | Smerte | Retning | Indsats | Score |
|---|---|---|---|---|---|
| At dele ugentlige tal med chefer | 3 | 2 | 3 | 2 | 9 |
| Single sign-on til større teams | 1 | 3 | 3 | 3 | 3 |
| Mørk tilstand | 2 | 1 | 1 | 2 | 1 |
Problemet med at dele tal vinder, selv om mørk tilstand havde flere stemmer alene. Ønskerne om at dele tal var spredt ud over fem forskellige idéer til funktioner, så ingen af dem så store ud.
Vægt efter omsætning, men med omtanke
I B2B er det rimeligt at give mere vægt til problemer, der rammer dine største eller hurtigst voksende kunder. Lad bare ikke vægtning efter omsætning styre roadmappen. Nogle få store kunder kan trække dig hen mod funktioner, som ingen andre har brug for, og nye segmenter, du gerne vil vinde, giver endnu ingen omsætning.
Når én stor kunde spørger
Nogle gange vil en stor kunde have noget, som ingen andre har bedt om. Det er fristende at sige ja med det samme.
Find først problemet bag ønsket, ligesom med alle andre ønsker. Spørg så, om mindre kunder af samme type vil støde på det samme problem, når de vokser. Hvis ja, hører det måske hjemme på roadmappen. Hvis det kun passer til den ene kunde, så behandl det som en særaftale med en klar pris og tidsplan.
Gør plads til dine egne væddemål
Kundernes ønsker viser dig dagens problemer. De viser sjældent, hvor markedet er på vej hen. Bestem på forhånd, hvor meget af dit teams tid der går til kundeproblemer, til dine egne strategiske væddemål og til rettelser og vedligehold. Prioritér så ønskerne inden for deres andel, så en travl tavle ikke stille og roligt overtager hele roadmappen.
Trin 5: Beslut dig, og luk loopet
Vælg det vigtigste problem, vælg en løsning, og fortæl det til dem, der spurgte. Kunder, der hører tilbage, bliver ved med at fortælle dig, hvad de har brug for. Vores guide til feedbackloopet med kunder viser, hvordan du gør det til en vane.
At sige nej er en del af jobbet. To skabeloner, du kan tilpasse:
Ikke nu
Hej navn
Tak, fordi du spurgte til funktion. Vi bygger den ikke i dette kvartal.
Vi fokuserer først på andet problem, fordi flere af vores kunder støder på det.
Du nævnte, at du prøver at deres mål. Indtil videre kan du se her, hvordan
andre kunder klarer det: midlertidig løsning eller hjælpeartikel.
Jeg har gemt din besked med dine egne ord, og jeg giver dig besked, hvis det ændrer sig.
Ikke planlagt
Hej navn
Tak for idéen om funktion. Jeg vil gerne være ærlig over for dig:
Den passer ikke til den retning, vi tager produkt i, så vi har ikke planer om at bygge den.
Til deres mål passer andet værktøj eller midlertidig løsning måske bedre.
Hvis dine behov ændrer sig, vil jeg stadig gerne høre om det.
En enkel rytme, der holder listen ærlig
Det hjælper ikke meget at prioritere én gang. En let rutine gør.
| Hvor tit | Hvad du gør |
|---|---|
| Hver uge | Tilføj nye ønsker med deres egne ord, slå dubletter sammen, og knyt hvert ønske til et problem |
| Hver måned | Tal med tre til fem personer bag dine største problemgrupper |
| Hvert kvartal | Giv listen nye point, vælg det næste, og fortæl dem, der spurgte, hvad du besluttede |
Tyve minutter om ugen er nok for de fleste teams. Det er de månedlige samtaler, der holder dine point knyttet til rigtige kunder og ikke til den, der skrev sidst.
Fejl, du skal undgå, når du prioriterer funktionsønsker
- At bygge til den mest højlydte kunde. Tjek først, om andre har samme problem.
- At give point til funktioner i stedet for problemer. Så deler du ét stort problem op i små ønsker, der alle ser ubetydelige ud.
- At spørge, om folk ville bruge det. Spørg, hvordan de klarer problemet i dag.
- Aldrig at kigge tilbage. Giv din liste nye point hvert kvartal. Behov ændrer sig, og det gør dit produkt også.
Sådan hjælper Diaform
Det tager tid at tale med alle bag et ønske, og de fleste vil ikke booke et opkald. Med Diaform kan du sende ét link i stedet. En AI-agent stiller dine spørgsmål med stemme eller tekst, følger op, når nogen siger »det ville være rart at have«, og opsummerer hver samtale, når den slutter.
Send linket på mail, eller vis det inde i din app. På Pro-planen og opefter kan links kun for inviterede have hver persons mail eller bruger-id med, så du ved, hvilken kunde der sagde hvad. Eksportér svarene til CSV, og føj dem til dit pointark. Se, hvordan Diaform håndterer produktfeedback, eller start en gratis prøveperiode på 14 dage.
