Hvis du har jobbet i produktet i lengre tid, har du kommet over en rekke forskjellige bruksområder av begrepet «produktfunksjon».

Det er funksjoner som beskriver hvilke egenskaper et produkt har. Dette innlegget ble skrevet På En MacBook pro med følgende funksjoner:

• 3.1 GHz Dual-Core Intel Core i7 Prosessor
• 16 GB 1867 Mhz Ddr3 minne
• Intel Iris Graphics 6100 153 mb grafikk.

Det er funksjoner som beskriver hva et produkt gjør. Dette innlegget ble skrevet Med Google Docs, som har følgende funksjoner:

• Fungerer hvor som helst, når som helst (selv offline)
• samarbeid I Sanntid
• smart redigering og styling verktøy
• bredt utvalg av maler

det er funksjoner som dukker opp på din backlog. Når begrepet «funksjoner» brukes i sammenheng med etterslepet, refererer det til plassholdere som representerer arbeidet som trengs for å legge til funksjoner som beskrevet ovenfor til produktet.

Det er viktig å være tydelig på hva du mener når du sier funksjon. For å bidra til å bringe klarhet, her er en titt på hva produktfunksjoner er, hvordan de henger med fordeler, hvordan du representerer funksjoner, og hvordan du innlemme funksjoner i produktplanlegging.

hva er funksjonene til et produkt?

Dan Shewan definerte produktfunksjoner som » en funksjon er noe produktet ditt har eller er… dette er vanligvis funksjonalitet som tilbys av et program som lar brukerne gjøre noe.’

listen over Funksjoner For MacBook Pro og Google Docs ovenfor samsvarer med denne definisjonen. Funksjoner som brukes på denne måten beskrive produktet og hjelpe kundene avgjøre om de ønsker å kjøpe produktet i første omgang. Du kan se på listen over funksjoner For Productboard for å avgjøre om det vil hjelpe deg med dine spesielle produktstyringsutfordringer.

hvis du oppgir forskjellige versjoner av produktet, kan du bruke lister over produktfunksjoner for å skille dem fra hverandre. Du kan bruke varierende lister over funksjoner for ulike versjoner for å forklare hva hver versjon gjør og ikke har.

når du bruker funksjoner på denne måten, hjelper du kunder som allerede har bestemt seg for å kjøpe produktet, med å bestemme hvilken versjon de skal kjøpe.

du strukturerer dine beslutninger rundt funksjoner. Du bestemmer hvilke funksjoner som skal tilbys, hvilke funksjoner som ikke lenger skal tilbys, og rekkefølgen du oppgir eller fjerner disse funksjonene i. Når du tar beslutninger om hva du skal inkludere, ta ut eller la ut av produktet, tenker du når det gjelder funksjoner, men du tar disse beslutningene basert på fordeler.

Funksjoner vs fordeler

når kundene ta beslutninger om å kjøpe produktet, kan de se på funksjonene, men de virkelig prøver å bestemme hvilke problemer produktet vil hjelpe dem å løse. De prøver å bestemme utfallet de får fra å bruke produktet. De ønsker å forstå fordelene de får.

Fordeler er resultatene eller resultatene som brukerne opplever ved å bruke produktet eller tjenesten.

Funksjoner representerer utganger. De er ting teamet ditt leverer for å hjelpe kundene eller interessentene dine med å realisere et bestemt utfall.

Start med å bygge en forståelse av fordelene kundene dine søker. Identifiser deretter funksjonene produktet ditt trenger og ikke trenger for å hjelpe kundene dine med å oppleve disse fordelene. Suksess kommer når du uttrykker fordeler i forhold til at kundene forstår, og knytter produktets funksjoner til disse fordelene.

Productboard har identifisert disse fordelene som vi tror potensielle kunder er ute etter. Våre kunder ønsker å:

basert på denne forståelsen tilbyr productboard funksjonene som er oppført På vår funksjonsside. Når vi beskriver disse funksjonene, angir vi hvordan de hjelper kundene våre med å oppleve fordelene vi identifiserte. For eksempel:

Research Repository

Forstå hva brukerne trenger

Bruk insights-tavlen Til å konsolidere brukerundersøkelser, funksjonsforespørsler og tilbakemeldinger fra brukere som strømmer inn fra en rekke kilder. Finn trender og identifiser mønstre som vil hjelpe deg med å prioritere hva du skal bygge neste og bygge det på riktig måte.

det er nyttig å ha dette forholdet mellom fordeler og funksjoner i tankene når du bestemmer hvilke funksjoner som skal leveres og i hvilken rekkefølge. Forholdet mellom funksjoner og fordeler hjelper deg med å finne ut hvordan du representerer funksjoner.

hvordan representere funksjoner

måten du representerer funksjoner, avhenger av om du allerede vet hva du trenger for å levere de ønskede fordelene, eller hvis du fortsatt prøver å finne ut den beste måten å gi fordeler på.

Representerer funksjoner som løsninger

Noen ganger vet du hva du skal levere for å gi kundene dine fordelene de søker. Produktet ditt kan være modent, og du legger til en funksjon som mange av kundene dine har bedt om. Eller du legger til en funksjon for å fylle et gap med konkurrentene dine. Du kan jobbe med ET b2b-produkt som må ha spesifikke evner for å være nyttig.

i slike tilfeller er det enkleste å representere funksjonen din slik den ville blitt beskrevet på funksjonssiden din. DU kan for eksempel eksplisitt kalle UT PDF Eksport Eller Prioritering Matrise som funksjoner som du arbeider med.

når du representerer funksjoner som en løsning, er det enklere å bygge en felles forståelse av hva teamet skal produsere, og du har en kortfattet etikett for teamet å referere til ting i en diskusjon.

dessverre, representerer funksjoner som en løsning kan låse teamet inn i en bestemt løsning. Det kan føre til å løse et behov som brukerne egentlig ikke har, eller gå glipp av en enda bedre løsning på det virkelige underliggende problemet Du er aldri helt sikker på den beste måten å løse et problem når du først starter, så det er best å representere funksjoner som behov.

Representerer funksjoner som behov

når du uttrykker funksjoner som behov, beskriver du ikke hvordan du skal oppnå et utfall, du identifiserer hva du vil oppnå. I stedet for å beskrive funksjonen SOM PDF-Eksport, beskriver du det som jeg må kunne dele data med sjefen min.

når du beskriver funksjonen som et behov, lar du alternativene åpne for hvordan du vil tilfredsstille det behovet. Du øker sjansene for en innovativ løsning, og teamet ditt er mer engasjert i å levere den løsningen fordi de har noe å si.

ulempen med å uttrykke funksjoner som behov er at det kan være vanskeligere å etablere en felles forståelse om funksjonene du jobber med. Du kan oppleve mer usikkerhet i teamet ditt når du prøver å komme opp med den riktige løsningen.

Bruk en blanding av begge tilnærmingene

Du kan være best tjent med å bruke begge tilnærmingene. Når du har en klar ide om løsningen, og det ikke er fornuftig å gjøre mer leting, definer funksjonen som en løsning. Når oppdagelsen er garantert, beskrive dine funksjoner i form av behov.

hvordan å innlemme funksjoner i produktplanlegging

når du prøver å bestemme hva du skal inkludere i produktet og hva du skal utelate, start med resultatene du prøver å realisere. Bruk organisasjonens strategi til å filtrere funksjonene du leverer. Kommuniser resultatene av dine beslutninger på veikartet ditt.

Prioriter funksjonene dine basert på resultater og strategi

Sørg for at du og teamet ditt tydelig forstår fordelene du tar sikte på å gi kundene dine, og identifiser deretter det minimale settet med funksjoner som skal levere for å realisere disse fordelene.

når du får en forespørsel fra kundene dine om en bestemt funksjon, graver du dypere for å forstå hvorfor. Hvilket problem vil denne funksjonen hjelpe dem med å løse? Hvilken fordel vil denne funksjonen gi for dem?

når du forstår hva kundene dine virkelig ser etter og hvorfor, kan du avgjøre om løsningen er fornuftig, eller hvis du trenger å utforske videre for å finne en bedre løsning.Bare fordi du har kunder som ber deg om å tilfredsstille et bestemt behov, betyr det ikke at det er fornuftig for produktet eller organisasjonen.

du må forstå organisasjonens strategi. Bruk den strategien som et filter for å bestemme hvilke som må tilfredsstille og hvilke som skal ignoreres. Bruk denne strategien som et filter for å bestemme hvilke funksjoner som skal leveres og hvilke som skal ignoreres. Organisasjonens strategi bør være en nordstjerne for dine produktbeslutninger.

Funksjoner og produktkart

Når du har bestemt deg for å levere en funksjon, er det på tide å sette den på veikartet ditt. Dette er din måte å kommunisere funksjonene du planlegger å jobbe med, og når du skal jobbe med dem.

betyr det at veikartet ditt skal være funksjonsdrevet? Ikke nødvendigvis.

du bør organisere veikartet rundt utfall i stedet for utganger. Beskriv fordelene du vil gi kundene dine, i stedet for funksjonene du skal bruke til å gi disse fordelene.

hvis du kjører veikartet etter funksjoner, kommuniserer du detaljer om hva du skal levere. Dette kan være nøyaktig på kort sikt, men kan være langt unna på lang sikt. Hvis du vil unngå å sette urimelige forventninger, er det bedre å uttrykke resultatene du planlegger å adressere i bestemte tidsrammer uten å eksplisitt angi hvilke funksjoner du skal levere for å gi disse fordelene.

du kan ha spesifikke funksjoner som er oppført på veikartet, spesielt på kort sikt. Nøkkelen er å sette forventninger på riktig nivå av sikkerhet i hver situasjon.