Om du har arbetat i produkten under en längre tid har du stött på en mängd olika användningar av termen ”produktfunktion”.

det finns funktioner som beskriver vilka egenskaper en produkt har. Detta inlägg skrevs på en MacBook pro med följande funktioner:

• 3.1 GHz Dual-Core Intel Core i7 Processor
• 16 GB 1867 Mhz DDR3 minne
• Intel Iris Graphics 6100 153 MB grafik.

det finns funktioner som beskriver vad en produkt gör. Det här inlägget skrevs med hjälp av Google Docs, som har följande funktioner:

• fungerar var som helst, när som helst (även offline)
• ändringar sparas automatiskt
• realtidssamarbete
• smart redigering och styling verktyg
• brett utbud av mallar

det finns funktioner som dyker upp på din eftersläpning. När termen ”funktioner” används i samband med eftersläpningen hänvisar den till platshållare som representerar det arbete som behövs för att lägga till funktioner som beskrivs ovan i din produkt.

det är viktigt att vara tydlig om vad du menar när du säger funktion. För att hjälpa till att få klarhet, här är en titt på vilka produktfunktioner som är, hur de knyter till fördelar, hur du representerar funktioner och hur du integrerar funktioner i produktplanering.

vad är egenskaper hos en produkt?

Dan Shewan definierade produktfunktioner som ”en funktion är något som din produkt har eller är… detta är vanligtvis funktionalitet som erbjuds av ett program som gör det möjligt för användare att göra något.’

listan över funktioner för MacBook Pro och Google Docs ovan matchar denna definition. Funktioner som används på detta sätt beskriver din produkt och hjälper dina kunder att bestämma om de vill köpa produkten i första hand. Du kan titta på listan över funktioner för Productboard för att avgöra om det kommer att hjälpa dig med dina specifika produkthanteringsutmaningar.

Om du tillhandahåller olika versioner av din produkt kan du använda listor över produktfunktioner för att skilja dem åt. Du kan använda olika listor med funktioner för olika versioner för att förklara vad varje version gör och inte har.

När du använder funktioner på detta sätt hjälper du kunder som redan har bestämt sig för att köpa din produkt bestämma vilken version de ska köpa.

du strukturerar dina beslut kring funktioner. Du bestämmer vilka funktioner du ska erbjuda, vilka funktioner du inte längre ska erbjuda och i vilken ordning du tillhandahåller eller tar bort dessa funktioner. När du fattar beslut om vad du ska inkludera, ta ut eller lämna ut din produkt tänker du när det gäller funktioner, men du fattar dessa beslut baserat på fördelar.

funktioner vs. fördelar

När dina kunder fattar beslut om huruvida de ska köpa din produkt kan de titta på funktionerna, men de försöker verkligen bestämma vilka problem din produkt hjälper dem att lösa. De försöker bestämma resultatet de får från att använda din produkt. De vill förstå fördelarna de får.

fördelar är de resultat eller resultat som användarna upplever genom att använda din produkt eller tjänst.

funktioner representerar utgångar. Det är saker som ditt team levererar för att hjälpa dina kunder eller intressenter att förverkliga ett specifikt resultat.

börja med att bygga en förståelse för de fördelar dina kunder söker. Identifiera sedan de funktioner som din produkt behöver och behöver inte för att hjälpa dina kunder att uppleva dessa fördelar. Framgång kommer när du uttrycker fördelar i termer som dina kunder förstår och knyter produktens funktioner till dessa fördelar.

Productboard har identifierat dessa fördelar som vi tror att potentiella kunder letar efter. Våra kunder vill:

• förstå vad användare behöver
• prioritera vad man ska bygga
• dela din färdplan
• övervaka framstegen mot lanseringen
• tjäna förtroende och inköp av tvärfunktionella team
• engagera din kundgemenskap

baserat på den förståelsen erbjuder productboard de funktioner som anges på vår funktionssida. När vi beskriver dessa funktioner anger vi hur de hjälper våra kunder att uppleva de fördelar vi identifierade. Till exempel:

Research Repository

förstå vad användare behöver

använd insights board för att konsolidera användarforskning, funktionsförfrågningar och användarfeedback som strömmar in från ett antal källor. Spot trender och identifiera mönster som hjälper dig att prioritera vad du ska bygga nästa och bygga det på rätt sätt.

det är bra att ha detta samband mellan fördelar och funktioner i åtanke när du bestämmer vilka funktioner som ska levereras och i vilken ordning. Karaktären av förhållandet mellan funktioner och fördelar hjälper dig att bestämma hur du ska representera funktioner.

hur man representerar funktioner

hur du representerar funktioner beror på om du redan vet vad du behöver för att leverera önskade fördelar, eller om du fortfarande försöker ta reda på det bästa sättet att ge fördelar.

representerar funktioner som lösningar

Ibland vet du vad du ska leverera för att ge dina kunder de fördelar de söker. Din produkt kan vara mogen och du lägger till en funktion som många av dina kunder har begärt. Eller du lägger till en funktion för att fylla ett gap med dina konkurrenter. Du kanske arbetar med en B2B-produkt som måste ha specifika funktioner för att vara användbar.

i dessa fall är det enklaste att representera din funktion som den skulle beskrivas på din funktionssida. Du kan till exempel uttryckligen kalla ut PDF-Export eller Prioriteringsmatris som funktioner som du arbetar med.

När du representerar funktioner som en lösning är det lättare att bygga en gemensam förståelse för vad laget ska producera, och du har en kortfattad etikett för laget att referera till saker i en diskussion.

tyvärr, representerar funktioner som en lösning kan låsa ditt team till en specifik lösning. Det kan leda till att lösa ett behov som användarna inte riktigt har, eller missa en ännu bättre lösning på det verkliga underliggande problemet

Du är aldrig riktigt säker på det bästa sättet att lösa ett problem när du börjar, så det är bäst att representera funktioner som behov.

representera funktioner som behov

När du uttrycker funktioner som behov beskriver du inte hur du ska uppnå ett resultat, du identifierar vad du vill uppnå. Istället för att beskriva funktionen som PDF-Export beskriver du det som jag behöver för att kunna dela data med min chef.

När du beskriver funktionen som ett behov lämnar du dina alternativ öppna för hur du uppfyller det behovet. Du ökar chanserna för en innovativ lösning och ditt team är mer engagerade i att leverera den lösningen eftersom de har något att säga.nackdelen med att uttrycka funktioner som behov är att det kan vara svårare att skapa en gemensam förståelse för de funktioner du arbetar med. Du kan uppleva mer osäkerhet inom ditt team när du försöker komma med rätt lösning.

använd en blandning av båda metoderna

Du kan bäst betjänas genom att använda båda metoderna. När du har en klar uppfattning om lösningen och det inte är vettigt att göra mer utforskning, definiera funktionen som en lösning. När upptäckten är motiverad, beskriv dina funktioner när det gäller behov.

hur man införlivar funktioner i produktplanering

När du försöker bestämma vad du ska inkludera i din produkt och vad du ska lämna ut, börja med de resultat du försöker inse. Använd din organisations strategi för att filtrera de funktioner du levererar. Kommunicera resultaten av dina beslut på din färdplan.

prioritera dina funktioner baserat på resultat och strategi

se till att du och ditt team tydligt förstår de fördelar du strävar efter att ge dina kunder och sedan identifiera den minimala uppsättningen funktioner för att leverera för att förverkliga dessa fördelar.

När du får en begäran från dina kunder om en specifik funktion, gräva djupare för att förstå varför. Vilket problem kommer den funktionen att hjälpa dem att lösa? Vilken fördel kommer den funktionen att ge dem?

När du förstår vad dina kunder verkligen letar efter och varför kan du avgöra om lösningen är meningsfull eller om du behöver utforska vidare för att hitta en bättre lösning.

bara för att du har kunder som ber dig att tillgodose ett visst behov betyder det inte att det är vettigt för din produkt eller din organisation.

Du måste förstå din organisations strategi. Använd den strategin som ett filter för att avgöra vilka behov som ska uppfyllas och vilka som ska ignoreras. Använd den strategin som ett filter för att bestämma vilka funktioner som ska levereras och vilka som ska ignoreras. Din organisations strategi bör vara en north star för dina produktbeslut.

funktioner och produktens färdplan

När du har bestämt dig för att leverera en funktion är det dags att lägga den på din färdplan. Det här är ditt sätt att kommunicera de funktioner du planerar att arbeta med och när du ska arbeta med dem.

betyder det att din färdplan ska vara funktionsdriven? Inte nödvändigtvis.

Du bör organisera din färdplan kring resultat snarare än utgångar. Beskriv de fördelar du vill ge dina kunder snarare än de funktioner du ska använda för att ge dessa fördelar.

Om du kör din färdplan med funktioner kommunicerar du detaljer om vad du ska leverera. Detta kan vara korrekt på kort sikt men kan vara långt borta på lång sikt. Om du vill undvika att ställa orimliga förväntningar är det bättre att du uttrycker de resultat du planerar att ta itu med i specifika tidsramar utan att uttryckligen ange vilka funktioner du ska leverera för att ge dessa fördelar.

Du kan ha specifika funktioner listade på din färdplan, särskilt på kort sikt. Nyckeln är att sätta förväntningarna på rätt nivå av säkerhet i varje situation.