För att prioritera funktionsönskemål grupperar du dem efter problemet bakom dem, poängsätter varje problem efter räckvidd, smärta, passform och insats, och pratar med några av dem som frågade innan du bestämmer dig. Det sista steget är det som de flesta team hoppar över, och det är det billigaste stället att upptäcka en dålig satsning på. Att bygga fel sak är vanligt: Pendos rapport om funktionsanvändning från 2019, byggd på tre månaders användningsdata från 615 av Pendos kundabonnemang, visade att 80 procent av funktionerna i en genomsnittlig mjukvaruprodukt sällan eller aldrig används.
Det viktigaste
- Ett funktionsönskemål är kundens gissning på en lösning. Prioritera problemet bakom det.
- Antalet röster visar vilka som hörde av sig, inte hur ont problemet gör.
- Välj vilket enkelt ramverk som helst, men mata det med det du lär dig av att prata med dem som frågade.
- Bestäm dig, och berätta sedan för folk vad du har beslutat, även när svaret är nej.
Varför antalet röster vilseleder
De flesta team samlar önskemål någonstans: en tavla, ett kalkylark, en Slack-kanal. Sedan bygger de det som har flest röster. Det känns rättvist, men det är riskabelt.
- Högljudda kunder räknas. Tysta gör det inte. De som skriver önskemål är inte alltid de kunder du helst vill behålla.
- Önskemål är lösningar, inte problem. ”Lägg till CSV-export” kan egentligen betyda ”min chef vill ha en veckorapport”. Ett schemalagt sammanfattningsmejl kanske löser det bättre.
- Dubbletter splittrar rösterna. Fem önskemål formulerade på fem sätt ser ut som fem små problem i stället för ett stort.
- Röster har ingen vikt. Ett önskemål som skulle behålla en stor kund räknas lika mycket som något som bara vore trevligt att ha.
- Röster går inte ut. Gamla önskemål ligger kvar i toppen långt efter att behovet har försvunnit.
En röst är en signal att gå och fråga. Den är inte svaret.
Prioriteringsramverken i korthet
Du ser samma handfull ramverk i varje guide. Här är vad vart och ett är bra för.
| Ramverk | Så fungerar det | Bäst för | Se upp för |
|---|---|---|---|
| Antal röster | Rangordna efter antal önskemål | En första signal | Högljudda kunder, splittrade dubbletter |
| RICE | Räckvidd × effekt × säkerhet ÷ insats | Att jämföra många idéer | Säkerheten är ofta en gissning |
| ICE | Effekt × säkerhet × enkelhet | Snabb sortering | Mycket subjektivt |
| MoSCoW | Must, Should, Could, Won’t | En fast deadline eller release | Ingen ordning inom varje grupp |
| Effekt mot insats | Ett enkelt rutnät på 2×2 | Att hitta snabba vinster | Struntar i hur många som berörs |
| Kano | Bas-, prestanda- och wow-funktioner | Att förstå förväntningar | Kräver en enkät för att göras ordentligt |
| Intäktsviktning | Vikta varje röst efter kundens värde | B2B med några få stora kunder | Kan gynna några få stora kunder för mycket |
RICE, som först beskrevs av Sean McBride på Intercom, är ett vettigt standardval för de flesta produktteam. Men alla ramverk har samma svaga punkt: räckvidd, effekt och säkerhet beror alla på hur väl du förstår problemet. Stegen nedan handlar om att få den delen rätt.
Steg 1: Samla alla önskemål på ett ställe
Önskemål kommer från supportärenden, säljsamtal, meddelanden i appen, mejl och recensioner. Samla dem i en lista så att du kan se dem sida vid sida.
Notera för varje önskemål:
| Fält | Exempel |
|---|---|
| Önskemål | Exportera rapporter som CSV |
| Vem som frågade | Driftansvarig hos en medelstor kund |
| Deras exakta ord | ”Jag kopierar siffror till ett kalkylark varje måndag åt min chef.” |
| Plan eller segment | Business-planen, 40 användare |
| Källa och datum | Supportärende, 3 mars |
Deras exakta ord är viktigast. De visar ofta problemet tydligare än själva önskemålet gör.
Glöm inte de tysta källorna. Anteckningar från förlorade affärer och svar från kunder som sagt upp sig innehåller ofta önskemål som aldrig når din tavla.
Steg 2: Hitta problemet bakom varje önskemål
Skriv om varje önskemål som ett problem, med en enkel mening:
Vem försöker mål, men hinder.
För CSV-exemplet: ”Teamledare försöker dela veckans siffror med sin chef, men de måste kopiera dem för hand.”
Gruppera nu önskemål som delar samma problem. Fem olika önskemål (CSV-export, schemalagda mejl, en publik länk till en dashboard, en PDF-knapp och en API-endpoint) kan alla vara samma problem. Tillsammans är det mycket större än något enskilt önskemål såg ut att vara.
Det här är kärnan i jobs to be done: folk vill inte ha själva funktionen. De vill ha framstegen den ger dem.
Steg 3: Prata med dem som frågade
Innan du poängsätter något, prata med några av personerna bakom dina största grupper. Ett kort samtal säger mer än en hög med röster.
Fråga om deras verkliga situation, inte om din idé:
- ”Vad försökte du göra när du bad om det här?”
- ”Hur löser du det i dag?”
- ”Hur ofta dyker det upp?”
- ”Vad händer när det inte blir gjort?”
- ”Vilka andra påverkas?”
Undvik ”Skulle du använda det här om vi byggde det?” Nästan alla säger ja, så det säger dig ingenting. Vår guide om ledande frågor har fler exempel att styra undan från.
Så låter ett bra samtal
Du: Vad försökte du göra när du bad om CSV-export?
Kund: Få in våra siffror i måndagsrapporten.
Du: Vem läser den rapporten?
Kund: Min chef. Hon vill bara ha tre siffror och trenden. Jag kopierar in dem i en presentation varje vecka.
Du: Hur lång tid tar det?
Kund: Nästan en timme, varje måndag.
Önskemålet var ”CSV-export”. Behovet är ”visa min chef tre siffror varje vecka utan allt pyssel”. Ett schemalagt sammanfattningsmejl kanske löser det på en bråkdel av utvecklingstiden, och det skulle hjälpa alla kunder med samma måndagsritual.
Starka och svaga belägg
| Svag signal | Stark signal |
|---|---|
| ”Det vore trevligt att ha.” | ”Jag lägger en timme på det här varje måndag.” |
| ”Visst, jag skulle använda det.” | ”Vi betalar för ett annat verktyg bara för att göra det här.” |
| En enda röst | En nödlösning de har byggt själva |
| ”Alla vill ha det här.” | Namn, datum och vad det kostade dem |
Hur många samtal räcker?
Fortsätt prata tills du kan förutsäga vad nästa person kommer att säga. När berättelserna börjar upprepas förstår du problemet tillräckligt väl för att poängsätta det.
Om berättelserna hela tiden ändras är det också ett fynd. Ett önskemål kan rymma flera olika problem, och då bör du dela upp gruppen. Fler frågor att ställa hittar du i våra frågor till kundintervjuer.
Steg 4: Poängsätt varje problem
Poängsätt nu problemen, inte önskemålen. Håll det enkelt. En poäng som ditt team faktiskt uppdaterar slår en perfekt som ingen rör.
Betygsätt varje problem från 1 till 3 på fyra saker:
- Räckvidd: hur många av kunderna du bryr dig om som har problemet.
- Smärta: hur ont det gör för dem, utifrån det du hörde.
- Passform: hur väl en lösning passar vart din produkt är på väg.
- Insats: hur mycket arbete det kräver. Högre betyder mer arbete.
Räkna sedan ut: Räckvidd × smärta × passform ÷ insats.
| Problem | Räckvidd | Smärta | Passform | Insats | Poäng |
|---|---|---|---|---|---|
| Att dela veckans siffror med chefer | 3 | 2 | 3 | 2 | 9 |
| Single sign-on för större team | 1 | 3 | 3 | 3 | 3 |
| Mörkt läge | 2 | 1 | 1 | 2 | 1 |
Delningsproblemet vinner, även om mörkt läge hade fler röster på egen hand. Önskemålen om delning var utspridda över fem olika funktionsidéer, så ingen av dem såg stor ut.
Vikta efter intäkter, men varsamt
Inom B2B är det rimligt att ge mer vikt åt problem som påverkar dina största eller snabbast växande kunder. Låt bara inte intäktsviktningen styra roadmapen. Några få stora kunder kan dra dig mot funktioner som ingen annan behöver, och nya segment du vill vinna ger ännu inga intäkter.
När en stor kund frågar
Ibland vill en stor kund ha något som ingen annan har bett om. Det är frestande att säga ja direkt.
Hitta först problemet bakom det, precis som med alla andra önskemål. Fråga dig sedan om mindre kunder av samma slag kommer att stöta på samma problem när de växer. Om de gör det kan det höra hemma på roadmapen. Om det bara passar just den kunden, behandla det som en specialaffär med tydligt pris och tydlig tidsplan.
Lämna utrymme för dina egna satsningar
Kundernas önskemål visar dagens problem. De visar sällan vart marknaden är på väg. Bestäm i förväg hur mycket av teamets tid som går till kundproblem, till dina egna strategiska satsningar och till buggfixar och underhåll. Prioritera sedan önskemålen inom deras andel, så att en full tavla inte i tysthet tar över hela roadmapen.
Steg 5: Bestäm dig och slut cirkeln
Välj det viktigaste problemet, välj en lösning och berätta för dem som frågade. Kunder som får svar fortsätter att berätta vad de behöver. Vår guide om kundfeedbackloopen visar hur du gör det till en vana.
Att säga nej hör till jobbet. Två mallar du kan anpassa:
Inte nu
Hej namn,
Tack för att du frågade om funktion. Vi bygger den inte det här kvartalet.
Vi fokuserar först på annat problem, eftersom fler av våra kunder stöter på det.
Du nämnde att du försöker deras mål. Så länge kan du göra som
en del andra kunder: annan lösning eller hjälpartikel.
Jag har sparat det du skrev ordagrant, och jag hör av mig om det här ändras.
Inte planerat
Hej namn,
Tack för idén om funktion. Jag vill vara ärlig mot dig:
den passar inte in i riktningen för produkt, så vi planerar inte att bygga den.
För deras mål kan annat verktyg eller annan lösning passa bättre.
Om dina behov ändras vill jag fortfarande gärna höra om det.
En enkel rytm som håller listan ärlig
Att prioritera en gång hjälper inte mycket. En lätt rutin gör det.
| Hur ofta | Vad du gör |
|---|---|
| Varje vecka | Lägg till nya önskemål med exakta ord, slå ihop dubbletter, koppla vart och ett till ett problem |
| Varje månad | Prata med tre till fem personer bakom dina största problemgrupper |
| Varje kvartal | Poängsätt listan på nytt, välj vad som står på tur och berätta för dem som frågade vad du beslutade |
Tjugo minuter i veckan räcker för de flesta team. Det är samtalen varje månad som håller dina poäng kopplade till verkliga kunder och inte till den som skrev senast.
Misstag att undvika när du prioriterar funktionsönskemål
- Att bygga för den mest högljudda kunden. Kolla först om andra delar problemet.
- Att poängsätta funktioner i stället för problem. Du delar upp ett stort problem i små önskemål som alla ser obetydliga ut.
- Att fråga om folk skulle använda det. Fråga hur de hanterar problemet i dag.
- Att aldrig se tillbaka. Poängsätt listan på nytt varje kvartal. Behoven ändras, och det gör din produkt också.
Så hjälper Diaform
Att prata med alla bakom ett önskemål tar tid, och de flesta bokar inget samtal. Med Diaform skickar du en länk i stället. En AI-agent ställer dina frågor via röst eller text, följer upp när någon säger ”det vore trevligt att ha” och sammanfattar varje samtal när det är slut.
Skicka länken via mejl eller visa den i din app. Från Pro-planen och uppåt kan personliga inbjudningslänkar bära med sig varje persons mejladress eller användar-ID, så att du vet vilken kund som sa vad. Exportera svaren till CSV och lägg in dem i ditt poängark. Se hur Diaform hanterar produktfeedback, eller starta en gratis provperiod på 14 dagar.
