Share
En av de viktigaste fördelarna med en produktfunktionsuppsättning är att den hjälper till att kommunicera din produktvision med andra, till exempel ditt team eller investerare. I den här artikeln ska jag lära dig hur du strukturerar din produktfunktionsuppsättning och vad som ska täckas i ett sådant dokument. Under vägen försöker jag övertyga dig om värdet av att skriva en produktfunktionsuppsättning.
När du börjar bygga en produkt har du en vision om vad du vill uppnå. Genom en produktfunktionsuppsättning är du tvungen att göra din vision så specifik som möjligt.
En funktionssats kan bäst sammanfattas som ett skriftligt dokument som listar specifikationerna för en produkt. Den innehåller en lista över funktioner som tillsammans gör en produkt. Dessutom täcker du din designvision och vilken teknik som ska användas för att bygga produkten.
En produktfunktionsuppsättning används först och främst för att underlätta kommunikationen om din produktvision. Dessa är några typiska användningsfall:
En produktfunktionsuppsättning är ett billigt och mycket värdefullt dokument som gör kommunikationen enklare. Den ställer in tonen för en produkt innan den går in i utvecklingen.
Det finns ingen standard för en produktfunktionsuppsättning. Jag har hittat följande struktur fungerar bäst för mig. Den täcker en mängd ämnen som definierar produktens riktning:
Att tänka på var och en av dessa enskilda element hjälper dig att förstå din produkt bättre. Det kommer att underlätta kommunikationen om olika delar av produkten.
Nog med teorin, låt oss skriva en produktfunktionsuppsättning. I den här artikeln ger jag rekommendationer om hur man skriver en produktfunktionsuppsättning. Tänk dig dock att tweak det till dina behov och, ännu viktigare, din publik. Om produktfunktionsuppsättningen är enbart för investerare, kan strukturen och formuleringen vara annorlunda än när du skriver det själv.
I den första delen av en funktionsuppsättning börjar du skriva sammanfattningen av din produkt. I sammanfattningen sätter du scenen för resten av dokumentet. Detta ska vara kort och söt. Försök att hålla sig inom två till tre stycken. Om någon skulle titta över sammanfattningen, borde de veta vad värdesförslaget för din produkt är.
Låt oss säga att du skriver en sammanfattning för Snapchat, under produktens tidiga dagar. Sammanfattningen kan vara så här:
| Med Snapchat kan användarna skicka privata meddelanden till varandra. De privata meddelandena är i form av foton som tas av användaren i realtid. Användaren kan välja hur länge mottagaren kan se bilden. Genom vår produkt vill vi ta tillbaka sekretess till samtal, både mellan vänner och främlingar. Målgruppen består huvudsakligen av män och kvinnor, mellan 16 och 30 år. Genom att använda privata bilder som huvudmetod för kommunikation, förväntar vi oss korta brister av produktanvändning. Det användargenererade innehållet kommer att vara av lägre kvalitet eftersom det riktar sig till en enda person. Detta går emot industrins nuvarande status quo, vilket är curating innehåll för en stor publik, som Instagram eller Facebook. |
I visionsavsnittet fokuserar vi på den större bilden av olika aspekter av din produkt.
I produktvisionsavdelningen har du möjlighet att förklara den större bilden av din produkt. De bästa produkterna härstammar från en MVP-produkt eller en minimal livskraftig produkt. Om du inte är säker på vad en minst genomförbar produkt är eller om du undrar hur du kan omfatta en själv, kan du läsa den här artikeln.
De produkt sammanfattning bör förklara din MVP. I produktvision, du beskriver din grand vision, vad är det slutliga målet för produkten?
Jämför produktutveckling för att klättra på ett berg. Din MVP-produktsammanfattning-är ditt första stopp på berget under stigningen medan produktvisionen är toppmötet.
Låt oss ta ett annat exempel, Facebook. Deras produktvision kunde ha låtit så här:
| Ursprungligen vill vi fokusera på att ansluta högskolestudenter på lokala högskolor. I slutändan vill vi bemyndiga Allt människor att ansluta med sina vänner, familj och främlingar. |
Om du är designer, är jag säker på att du har en riktning i åtanke för användarupplevelsen såväl som användargränssnittet. Du kan ha en designstil i åtanke, till exempel Material Design, eller du kan nämna ett antal produkter du verkligen tycker om när det gäller deras användarupplevelse. Detta är vad du täcker i konstruktionsvisionen för din funktionssats.
Material Design är en möjlig vision för användargränssnittet för din produkt.För någon som är mycket mindre bekant med design kan det vara ett svårt avsnitt att skriva. Om du inte kan tänka på mycket mer än "ren, enkel att använda", så rekommenderar jag att du inte inkluderar detta avsnitt i ditt funktionssätt.
En produkts design är viktig. Om det inte ingår i din färdighetsuppsättning rekommenderar jag starkt att du söker råd från en produktdesigner.
Naturligtvis omfattas också affärsmodellen av produkten. Det finns gott om intäktsrutter tillgängliga för dig, allt från freemium och reklam till en abonnemangsbaserad modell. Detta är ett viktigt och brett ämne som kräver en separat artikel.
I det här avsnittet beskriver du hur du planerar att få avkastning på investeringen från produkten och hur du definierar den som "framgångsrik". Beroende på produktens mål kan det inte ens vara intäkter, men skapa effekter i en marknadsföringskampanj till exempel.
Kom ihåg att de flesta produkter sällan genererar intäkter från dag ett. Faktum är att de flesta produkter kräver signifikant dragkraft innan de bryts jämnt. Detta gäller speciellt för freemium- och reklamfokuserade produkter.
Monetisering för varje produkt är annorlunda. Ibland är det bättre att fokusera på användardragning och ibland är det bättre att fokusera på den monetära aspekten av din produkt. Det är ett beslut du måste göra.
Grymt bra. Vi har täckt 10.000 foten av dina mål. Nu är det dags att komma till nitty-gritty. I produktsektionen beskriver du mer granulär vad planen är. Du definierar alla rörliga delar av produkten.
Först måste informationens arkitektur vara definierad. Genom att definiera informationsarkitekturen strukturerar du en produkt för att stödja användbarhet och upptäckbarhet.
I din funktionssats är målet att lista olika produktflöden. Detta ger en bra förståelse för hur stor eller liten produkten är. Det hjälper människor att förstå vilka funktioner produkten innehåller. Det svarar också frågan hur en användare navigerar genom din produkt.
Följande skiss är ett exempel på en informationsarkitektur för en enkel datingapp:
|
En bra övning är att försöka kartlägga en stor, befintlig produkt. Om du till exempel gör denna övning för Facebook kommer du att inse att det finns många rörliga delar (händelser, grupper, sidor, reklam, ...).
Om du har en teknisk bakgrund rekommenderas att du tillhandahåller några tekniska noteringar på hög nivå.
Personligen, i den tekniska arkitekturen gillar jag att lista API-er som jag planerar att använda, beskriva funktionaliteten hos backenden och beskriv eventuella tekniska utmaningar för produkten.
Jag är inte en utvecklare själv, så mitt mål genom att definiera den tekniska arkitekturen är att kunna starta en diskussion med ett team av utvecklare.
Målet är inte att fatta slutliga tekniska beslut, utan snarare en konversation om den bakomliggande tekniken och hur det påverkar produkten.
Här är ett exempel på en teknisk arkitektur från en funktionssats:
Lista över API: er
|
Funktionsavsnittet är den viktigaste delen av din funktionssats. I det här avsnittet beskrivs produktens egenskaper mer ingående.
Du kanske undrar hur mycket detaljer du borde lägga till? När en designer kan utforma användargränssnittet för produkten baserat på din funktionsuppsättning, finns det tillräckligt med detaljer.
I huvudsak beskriver en funktion en beskrivning av de olika elementen för att göra det funktionen fungera. Vilken logik krävs på backend? Vilka delar behöver användargränssnittet ha? Hur kan jag navigera mellan olika flöden? Det här är några frågor du kan fråga dig själv när du skriver produktens funktioner.
Här är ett exempel på ett hemmatning som listar händelseinbjudningar:
| Hemmatningen består av en lista över händelser. Varje listobjekt innehåller en titel och ett datum. Listan är sorterad efter datum, de senaste händelserna visas först. Listan visar bara aktuella och framtida händelser, händelser i det förflutna är inte längre synliga. Händelser som användaren har skapat har en visuell indikator. Om en användare inte har några inbjudningar i deras hemmatning så kommer de att se en illustration plus copywriting med ett samtal till handling för att skapa en händelse. Hemmatningen har en översta navigeringsfältet. I den övre navigeringsfältet kan användaren navigera till deras inställningar eller skapa en händelse. Användaren kan trycka på en händelse för att se skärmbilden för händelsedetaljer. |
Målet med din funktionssats är att fokusera på den minsta möjliga produktiva produkten som jag beskrev i början av den här artikeln. För de flesta produkter är det en stor vision om vad du vill uppnå och hur du ser din produkt växa i form av funktioner. Detta omfattas av produktkartan.
I den sista delen av produktfunktionsuppsättningen täcker du framtiden för din produkt.
Vilka funktioner skulle du eventuellt vilja utveckla i en version 1.1? Version 1.5? Vad sägs om 2,0?
Vad som är viktigt är att i det här avsnittet klibbar du bara ytan. Eftersom din produkt får traktion får du insikter om hur människor använder din produkt. Denna information påverkar vanligtvis din produktvision. Din produkt kan användas på olika sätt än vad du föreställde dig.
Här är ett kort exempel på hur en färdplan för en produkt kan leta efter en MVP för en fitnessprodukt:
| 1. Anslut med andra En av de möjliga nästa vägarna för produkten skulle börja integrera att kunna ansluta sig till andra. Vi skulle bygga ett socialt lager ovanpå användarprofilerna. Eventuella andra funktioner är ett aktivitetsflöde, förmågan att vänta andra användare, hitta en personlig tränare och förmågan att meddela andra användare. 2. Webintegration och profildelning |
Det är allt. I den här artikeln har vi behandlat hur du skriver en produktfunktionsuppsättning. Nu är det din tur. Det enda sättet att verkligen lära sig att skriva en funktion är att faktiskt skriva en.
Om du inte har en produkt du jobbar för för tillfället rekommenderar jag att du skriver funktionssetet för en befintlig produkt. Det är en bra övning.
Frågor? Låt mig veta i kommentarerna eller på Twitter.
Accentsconagua