Hvis du har arbejdet i produktet i længere tid, er du stødt på en række forskellige anvendelser af udtrykket “produktfunktion”.

der er funktioner, der beskriver hvilke egenskaber et produkt har. Dette indlæg blev skrevet på en MacBook pro med følgende funktioner:

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

Der er funktioner, der beskriver, hvad et produkt gør. Dette indlæg blev skrevet ved hjælp af Google Docs, som har følgende funktioner:

• fungerer hvor som helst, når som helst (endda offline)
• Realtidssamarbejde
• smart redigerings-og stylingværktøj
• stort udvalg af skabeloner

Der er funktioner, der vises på din efterslæb. Når udtrykket “funktioner” bruges i forbindelse med efterslæbet, henviser det til pladsholdere, der repræsenterer det arbejde, der er nødvendigt for at tilføje funktioner som beskrevet ovenfor til dit produkt.

det er vigtigt at være klar over, hvad du mener, når du siger funktion. For at hjælpe med at skabe klarhed, her er et kig på, hvad produktfunktioner er, hvordan de hænger sammen med fordele, hvordan du repræsenterer funktioner, og hvordan du integrerer funktioner i produktplanlægning.

hvad er funktionerne i et produkt?”en funktion er noget, dit produkt har eller er … dette er typisk funktionalitet, der tilbydes af et program, der gør det muligt for brugerne at gøre noget.’

listen over funktioner til MacBook Pro og Google Docs ovenfor matcher denne definition. Funktioner, der bruges på denne måde, beskriver dit produkt og hjælper dine kunder med at beslutte, om de vil købe produktet i første omgang. Du kan se på listen over funktioner til Productboard for at afgøre, om det vil hjælpe dig med dine særlige produktstyringsudfordringer.

Hvis du angiver forskellige versioner af dit produkt, kan du bruge lister over produktfunktioner til at differentiere dem. Du kan bruge forskellige lister over funktioner til forskellige versioner til at forklare, hvad hver version har og ikke har.

når du bruger funktioner på denne måde, hjælper du kunder, der allerede har besluttet at købe dit produkt, med at beslutte, hvilken version de vil købe.

du strukturerer dine beslutninger omkring funktioner. Du bestemmer, hvilke funktioner du vil tilbyde, hvilke funktioner du ikke længere vil tilbyde, og i hvilken rækkefølge du angiver eller fjerner disse funktioner. Når du træffer beslutninger om, hvad du skal medtage, tage ud eller udelade dit produkt, tænker du med hensyn til funktioner, men du træffer disse beslutninger baseret på fordele.

funktioner vs. fordele

når dine kunder træffer beslutninger om, hvorvidt de skal købe dit produkt, kan de se på funktionerne, men de prøver virkelig at beslutte, hvilke problemer dit produkt vil hjælpe dem med at løse. De forsøger at bestemme resultatet, de får ved at bruge dit produkt. De ønsker at forstå de fordele, de får.

fordele er de resultater eller resultater, som brugerne oplever ved at bruge dit produkt eller din tjeneste.

funktioner repræsenterer output. Det er ting, dit team leverer for at hjælpe dine kunder eller interessenter med at realisere et specifikt resultat.

Start med at opbygge en forståelse af de fordele, dine kunder søger. Identificer derefter de funktioner, dit produkt har brug for og ikke har brug for for at hjælpe dine kunder med at opleve disse fordele. Succes kommer, når du udtrykker fordele i termer, som dine kunder forstår, og binder dit produkts funktioner til disse fordele.

Productboard har identificeret disse fordele, som vi mener, at potentielle kunder leder efter. Vores kunder ønsker at:

• forstå, hvad brugere har brug for
• Prioriter hvad man skal bygge
• Del din køreplan
• Overvåg fremskridt mod lancering
• tjen tillid og buy-in af tværfunktionelle teams
• engager dit kundefællesskab

baseret på denne forståelse tilbyder productboard de funktioner, der er anført på vores funktionsside. Når vi beskriver disse funktioner, angiver vi, hvordan de hjælper vores kunder med at opleve de fordele, vi identificerede. For eksempel:

Research Repository

forstå, hvad brugerne har brug for

brug insights board til at konsolidere brugerundersøgelser, funktionsanmodninger og brugerfeedback, der strømmer ind fra en række kilder. Spot trends og identificer mønstre, der hjælper dig med at prioritere, hvad du skal bygge næste og bygge det på den rigtige måde.

det er nyttigt at huske dette forhold mellem fordele og funktioner, når du beslutter, hvilke funktioner der skal leveres, og i hvilken rækkefølge. Karakteren af forholdet mellem funktioner og fordele hjælper dig med at bestemme, hvordan du repræsenterer funktioner.

sådan repræsenterer Du funktioner

den måde, du repræsenterer funktioner på, afhænger af, om du allerede ved, hvad du har brug for for at levere de ønskede fordele, eller hvis du stadig prøver at finde ud af den bedste måde at give fordele på.

repræsenterer funktioner som løsninger

Nogle gange ved du, hvad du skal levere for at give dine kunder de fordele, de søger. Dit produkt kan være modent, og du tilføjer en funktion, som mange af dine kunder har anmodet om. Eller du tilføjer en funktion til at udfylde et hul med dine konkurrenter. Du arbejder muligvis på et B2B-produkt, der skal have specifikke muligheder for at være nyttigt.

i disse tilfælde er det enkleste at repræsentere din funktion, som den ville blive beskrevet på din funktionsside. Du kan f.eks. udtrykkeligt kalde PDF-eksport-eller Prioriteringsmatricen som funktioner, du arbejder på.

når du repræsenterer funktioner som en løsning, er det lettere at opbygge en fælles forståelse af, hvad teamet skal producere, og du har en kortfattet etiket, som teamet kan henvise til ting i en diskussion.

desværre kan repræsentation af funktioner som en løsning låse dit team i en bestemt løsning. Det kan føre til at løse et behov, som brugerne ikke rigtig har, eller gå glip af en endnu bedre løsning på det virkelige underliggende problem

Du er aldrig rigtig sikker på den bedste måde at løse et problem på, når du først starter, så det er bedst at repræsentere funktioner som behov.

repræsenterer funktioner som behov

når du udtrykker funktioner som behov, beskriver du ikke, hvordan du skal opnå et resultat, du identificerer, hvad du vil opnå. I stedet for at beskrive funktionen som PDF-eksport, beskriver du den, da jeg skal kunne dele data med min chef.

Når du beskriver funktionen som et behov, lader du dine muligheder være åbne for, hvordan du tilfredsstiller dette behov. Du øger chancerne for en innovativ løsning, og dit team er mere engageret i at levere den løsning, fordi de har noget at sige.

ulempen ved at udtrykke funktioner som behov er, at det kan være sværere at etablere en fælles forståelse af de funktioner, du arbejder på. Du kan opleve mere usikkerhed i dit team, når du prøver at finde den rigtige løsning.

brug en blanding af begge tilgange

Du kan bedst betjenes ved at bruge begge tilgange. Når du har en klar ide om løsningen, og det ikke giver mening at gøre mere udforskning, skal du definere funktionen som en løsning. Når opdagelsen er berettiget, beskrive dine funktioner i form af behov.

Sådan integreres funktioner i produktplanlægning

når du prøver at beslutte, hvad du skal medtage i dit produkt, og hvad du skal udelade, skal du starte med de resultater, du prøver at realisere. Brug din organisations strategi til at filtrere de funktioner, du leverer. Kommuniker resultaterne af dine beslutninger på din køreplan.

Prioriter dine funktioner baseret på resultater og strategi

sørg for, at du og dit team klart forstår de fordele, du sigter mod at give dine kunder, og identificer derefter det minimale sæt funktioner, der skal leveres for at realisere disse fordele.

Når du får en anmodning fra dine kunder om en bestemt funktion, skal du grave dybere for at forstå hvorfor. Hvilket problem vil denne funktion hjælpe dem med at løse? Hvilken fordel vil denne funktion give dem?

når du forstår, hvad dine kunder virkelig leder efter, og hvorfor, kan du afgøre, om løsningen giver mening, eller om du har brug for at udforske yderligere for at finde en bedre løsning.

bare fordi du har kunder, der beder dig om at tilfredsstille et bestemt behov, betyder det ikke, at det giver mening for dit produkt eller din organisation.

Du skal forstå din organisations strategi. Brug denne strategi som et filter til at bestemme, hvilke der skal tilfredsstilles, og hvilke der skal ignoreres. Brug denne strategi som et filter til at beslutte, hvilke funktioner der skal leveres, og hvilke der skal ignoreres. Din organisations strategi skal være en nordstjerne for dine produktbeslutninger.

funktioner og produktkøreplanen

når du har besluttet at levere en funktion, er det tid til at sætte den på din køreplan. Dette er din måde at kommunikere de funktioner, du planlægger at arbejde på, og når du skal arbejde på dem.

betyder det, at din køreplan skal være funktionsdrevet? Ikke nødvendigvis.

Du bør organisere din køreplan omkring resultater snarere end output. Beskriv de fordele, du vil give dine kunder, snarere end de funktioner, du vil bruge til at give disse fordele.

Hvis du kører din køreplan efter funktioner, kommunikerer du detaljer om, hvad du skal levere. Dette kan være nøjagtigt på kort sigt, men kan være langt væk på lang sigt. Hvis du vil undgå at indstille urimelige forventninger, er det bedre for dig at udtrykke de resultater, du planlægger at adressere i bestemte tidsrammer uden eksplicit at angive, hvilke funktioner du leverer for at give disse fordele.

Du kan have specifikke funktioner opført på din køreplan, især på kort sigt. Nøglen er at sætte forventningerne på det rette niveau af sikkerhed i hver situation.