Share
En av de viktigste fordelene ved et produktfunksjonssett er at det hjelper med å kommunisere produktvisjonen din med andre, for eksempel teamet ditt eller investorer. I denne artikkelen skal jeg lære deg hvordan du strukturerer produktets funksjonssett og hva som skal dekkes i et slikt dokument. Underveis vil jeg prøve å overbevise deg om verdien av å skrive et produktfunksjonssett.
Når du begynner å bygge et produkt, har du en visjon om hva du vil oppnå. Gjennom et produktfunksjonssett må du gjøre visjonen så spesifikk som mulig.
Et funksjonssett kan best oppsummeres som et skriftlig dokument som angir spesifikasjonene til et produkt. Den inneholder listen over funksjoner som sammen lager et produkt. Dessuten dekker du designsynet ditt og hvilke teknologier som skal brukes til å bygge produktet.
Et produktfunksjonssett er først og fremst brukt for å lette kommunikasjonen om produktvisjonen. Dette er noen typiske brukstilfeller:
Et produktfunksjonssett er et rimelig og svært verdifullt dokument som gjør kommunikasjonen lettere. Det setter tonen for et produkt før det går inn i utviklingen.
Det er ikke en standard for et produktfunksjonssett. Jeg har funnet følgende struktur fungerer best for meg. Den dekker en rekke emner som definerer produktets retning:
Å tenke på hver enkelt av disse elementene vil hjelpe deg med å forstå produktet bedre. Det vil gjøre kommunikasjonen om ulike deler av produktet enklere.
Nok med teorien, la oss skrive et produktfunksjonssett. I denne artikkelen gir jeg anbefalinger om hvordan du skriver et produktfunksjonssett. Men vær så snill å tilpasse det til dine behov og, enda viktigere, publikum. Hvis produktets funksjonssett er utelukkende for investorer, kan strukturen og formuleringen være annerledes enn når du skriver den for deg selv.
I den første delen av et funksjonssett begynner du å skrive opp sammendraget av produktet ditt. I oppsummeringen setter du scenen for resten av dokumentet. Dette burde være kort og søtt. Prøv å holde seg innenfor to til tre avsnitt. Hvis noen vil se på sammendraget, bør de vite hva verdien av produktet er.
La oss si at du skriver et sammendrag for Snapchat, i de tidlige produktdager. Sammendraget kan være noe slikt:
| Med Snapchat kan brukerne sende private meldinger til hverandre. De private meldingene er i form av bilder tatt av brukeren i sanntid. Brukeren kan velge hvor lenge mottakeren kan se bildet. Gjennom vårt produkt ønsker vi å bringe tilbake personvern til samtaler, både mellom venner og fremmede. Målgruppen består hovedsakelig av menn og kvinner, mellom 16 og 30 år. Ved å bruke private bilder som hovedmetode for kommunikasjon, forventer vi korte brudd på produktbruk. Brukergenerert innhold vil være av lavere kvalitet som det er rettet mot en enkelt person. Dette går imot den nåværende status quo av bransjen, som er kuratorisk innhold for et stort publikum, som Instagram eller Facebook. |
I visjonsseksjonen fokuserer vi på det større bildet av ulike aspekter av produktet.
I produktvisjonsseksjonen har du mulighet til å forklare det større bildet av produktet ditt. De beste produktene kommer fra en MVP eller et minimumsgjennomførbart produkt. Hvis du ikke er sikker på hva et minimum levedyktig produkt er, eller du lurer på hvordan du kan bruke en selv, kan du lese denne artikkelen.
De produkt sammendrag bør forklare MVP. I produktvisjon, du beskriver din grand vision, hva er det endelige målet for produktet?
Sammenlign produktutvikling for å klatre i fjellet. Din MVP-produktsammendrag-er ditt første stopp på fjellet under klatre mens produktets visjon er toppmøtet.
La oss ta et annet eksempel, Facebook. Deres produktvisjon kunne ha hørtes ut som dette:
| I utgangspunktet ønsker vi å fokusere på å forbinde studenter ved lokale høyskoler. Til slutt ønsker vi å styrke alle folk til å koble med sine venner, familie og fremmede. |
Hvis du er designer, er jeg sikker på at du har en retning i tankene for brukeropplevelsen, samt brukergrensesnittet. Du kan ha en design stil i tankene, for eksempel Material Design, eller du kan nevne en rekke produkter du virkelig liker når det gjelder deres brukeropplevelse. Dette er hva du dekker i designvisjonen til funksjonssettet ditt.
Material Design er en mulig visjon for brukergrensesnittet til produktet ditt.For noen som er mye mindre kjent med design, kan dette være en vanskelig del å skrive. Hvis du ikke kan tenke på mye mer enn "ren, enkel å bruke", så anbefaler jeg at du ikke inkluderer denne delen i funksjonssettet ditt.
Et produkts design er viktig. Hvis det ikke er en del av ferdighetssettet, anbefaler jeg sterkt å søke råd fra en produktdesigner.
Selvfølgelig er forretningsmodellen av produktet også dekket. Det er mange inntektsruter tilgjengelig for deg, alt fra freemium og annonsering til en abonnementsbasert modell. Dette er et viktig og bredt tema som krever en egen artikkel.
I denne delen beskriver du hvordan du planlegger å få avkastning på investeringen fra produktet og hvordan du vil definere det som "vellykket". Avhengig av produktets mål, kan det ikke engang være omsetning, men for eksempel å skape innflytelse i en markedsføringskampanje.
Husk at de fleste produkter sjelden genererer inntekter fra første dag. Faktisk krever de fleste produkter betydelig spenning før de bryter jevnt. Dette gjelder spesielt for freemium og reklamefokuserte produkter.
Monetisering for hvert produkt er forskjellig. Noen ganger er det bedre å fokusere på brukerens trekkraft og noen ganger er det bedre å fokusere på det monetære aspektet av produktet ditt. Det er en avgjørelse du må gjøre.
Rått. Vi har dekket 10.000 fot visning av dine mål. Det er nå på tide å komme seg til den nitty-gritty. I produktdelen beskriver du mer granulær hva planen er. Du definerer alle bevegelige deler av produktet.
Først av alt må informasjonsarkitekturen til produktet defineres. Ved å definere Informasjonsarkitekturen, strukturerer du et produkt som støtter brukervennlighet og oppdagbarhet.
I ditt funksjonssett er målet å liste de forskjellige strømmer av produktet. Dette gir en god forståelse for hvor stor eller liten produktet er. Det hjelper folk å forstå hvilke funksjoner produktet inneholder. Det svarer også på spørsmålet om hvordan en bruker navigerer gjennom produktet.
Følgende disposisjon er et eksempel på en informasjonsarkitektur for en enkel datingapp:
|
En god øvelse er å prøve å kartlegge et stort, eksisterende produkt. Hvis du for eksempel gjør denne øvelsen for Facebook, vil du innse at det er mange bevegelige deler (arrangementer, grupper, sider, reklame, ...).
Hvis du har en teknisk bakgrunn, anbefales det å gi tekniske tekniske notater på høyt nivå.
Personlig, i teknisk arkitektur, jeg liker å liste APIer jeg planlegger å bruke, beskrive funksjonaliteten til backend og beskrive mulige tekniske utfordringer for produktet.
Jeg er ikke en utvikler selv, så målet mitt ved å definere den tekniske arkitekturen er å kunne starte en diskusjon med et team av utviklere.
Målet er ikke å ta endelige tekniske beslutninger, men heller ha en samtale om den underliggende teknologien og hvordan den påvirker produktet.
Her er et eksempel på en teknisk arkitektur fra et funksjonssett:
Liste over APIer:
|
Funksjonsdelen er den viktigste delen av funksjonssettet. I denne delen beskriver du produktets egenskaper i større detalj.
Du lurer kanskje på hvor mye detalj du bør legge til? Når en designer er i stand til å designe brukergrensesnittet til produktet basert på ditt funksjonssett, så er det nok detalj.
I hovedsak er det å beskrive en funksjon å beskrive de forskjellige elementene for å gjøre at funksjonen fungerer. Hvilken logikk kreves på baksiden? Hvilke elementer trenger brukergrensesnittet? Hvordan kan jeg navigere mellom ulike strømmer? Dette er noen spørsmål du kan spørre deg selv når du skriver produktets funksjoner.
Her er et eksempel på et hjemmating som viser hendelsesinvitasjoner:
| Hjemmematen består av en liste over hendelser. Hvert listen inneholder en tittel og en dato. Listen er sortert etter dato, de nyeste hendelsene vises først. Listen viser bare nåværende og fremtidige hendelser, hendelser i fortiden er ikke lenger synlige. Hendelser brukeren har opprettet, har en visuell indikator. Skulle en bruker ikke ha invitasjoner i hjemmematen, så vil de se en illustrasjon pluss copywriting med en oppfordring til å skape et arrangement. Hjemmematen har en toppnavigasjonslinje. I toppnavigasjonslinjen kan brukeren navigere til innstillingene eller opprette en hendelse. Brukeren kan trykke på en hendelse for å se skjermbildet for detaljer for detaljer. |
Målet med funksjonssettet ditt er å fokusere på det minst levedyktige produktet som jeg beskrev i begynnelsen av denne artikkelen. Som for de fleste produkter er det en grand vision av hva du vil oppnå, og hvordan du ser produktet vokse i forhold til funksjoner. Dette er dekket i produktkartplanen.
I den siste delen av produktfunksjonssettet dekker du fremtiden for produktet ditt.
Hvilke funksjoner vil du muligens ønske å utvikle i en versjon 1.1? Versjon 1.5? Hva med 2,0?
Det som er viktig er at i dette avsnittet klipper du bare overflaten. Etter hvert som produktet får trekkraft, får du innsikt i hvordan folk bruker produktet. Denne informasjonen påvirker vanligvis produktvisjonen din. Produktet ditt kan bli brukt på forskjellige måter enn du trodde.
Her er et kort eksempel på hvordan en veikart kan se etter en MVP av et treningsprodukt:
| 1. Koble til andre En av de mulige neste ruter for produktet vil starte integrering av å kunne koble til andre. Vi ville bygge et sosialt lag på toppen av brukerprofilene. Mulige andre funksjoner er en aktivitetsmating, muligheten til å venne andre brukere, finne en personlig trener, og evnen til å beskrive andre brukere. 2. Webintegrasjon og profildeling |
Det er det. I denne artikkelen har vi dekket hvordan du skriver et produktfunksjonssett. Nå er det din tur. Den eneste måten å virkelig lære å skrive et funksjonssett på, er å faktisk skrive en.
Hvis du ikke har et produkt du jobber for for øyeblikket, anbefaler jeg at du skriver inn funksjonssettet for et eksisterende produkt. Det er en god øvelse.
Spørsmål? Gi meg beskjed i kommentarene eller på Twitter.
Accentsconagua