Share
Een van de belangrijkste voordelen van een productserviceset is dat deze uw productvisie helpt communiceren met anderen, zoals uw team of investeerders. In dit artikel zal ik je leren hoe je je functieset voor producten structureert en wat er in zo'n document moet worden behandeld. Onderweg probeer ik je te overtuigen van de waarde van het schrijven van een productset.
Wanneer u begint met het bouwen van een product, heeft u een visie op wat u wilt bereiken. Via een productfunctieset wordt u gedwongen uw visie zo specifiek mogelijk te maken.
Een functieset kan het beste worden samengevat als een geschreven document met de specificaties van een product. Het bevat de lijst met functies die samen een product vormen. Bovendien behandelt u uw ontwerpvisie en welke technologieën zullen worden gebruikt om het product te bouwen.
Een productfunctieset wordt in de eerste plaats gebruikt om de communicatie over uw productvisie te vergemakkelijken. Dit zijn enkele typische gebruiksgevallen:
Een productserviceset is een voordelig, zeer waardevol document dat de communicatie eenvoudiger maakt. Het zet de toon voor een product voordat het in ontwikkeling komt.
Er is geen standaard voor een productfunctieset. Ik heb geconstateerd dat de volgende structuur het beste werkt voor mij. Het behandelt een verscheidenheid aan onderwerpen die de richting van het product bepalen:
Als u aan elk van deze afzonderlijke elementen denkt, kunt u uw product beter begrijpen. Het maakt de communicatie over verschillende delen van het product eenvoudiger.
Genoeg met de theorie, laten we een productfunctieset schrijven. In dit artikel geef ik aanbevelingen voor het schrijven van een productserviceset. Voel je echter vrij om het aan te passen aan je behoeften en, nog belangrijker, aan je publiek. Als de functieset voor producten alleen voor beleggers is, kunnen de structuur en de bewoording anders zijn dan wanneer u het zelf schrijft.
In het eerste gedeelte van een functieset begint u de samenvatting van uw product te schrijven. In de samenvatting stelt u de fase in voor de rest van het document. Dit moet kort en krachtig zijn. Probeer binnen twee tot drie alinea's te blijven. Als iemand de samenvatting zou bekijken, zouden ze moeten weten wat de waardepropositie van uw product is.
Laten we zeggen dat u een samenvatting schrijft voor Snapchat, in de begindagen van het product. De samenvatting zou ongeveer zo kunnen zijn:
| Met Snapchat kunnen gebruikers privéberichten naar elkaar verzenden. De privéberichten zijn in de vorm van foto's die de gebruiker in realtime maakt. De gebruiker kan selecteren hoe lang de ontvanger de foto kan bekijken. Via ons product willen we privacy terugbrengen bij gesprekken, zowel tussen vrienden als vreemden. De doelgroep bestaat voornamelijk uit mannen en vrouwen, tussen de leeftijd van 16 en 30 jaar. Door privéfoto's als de belangrijkste communicatiemethode te gebruiken, verwachten we dat het gebruik van het product kort is. De door de gebruiker gegenereerde inhoud is van mindere kwaliteit omdat deze op één persoon is gericht. Dit druist in tegen de huidige status-quo van de industrie, die content voor een groot publiek samenstelt, zoals Instagram of Facebook. |
In het visiegedeelte richten we ons op het grotere beeld van verschillende aspecten van uw product.
In de sectie Productvisie heeft u de mogelijkheid om het grotere plaatje van uw product uit te leggen. De beste producten zijn allemaal afkomstig van een MVP of een minimaal levensvatbaar product. Als u niet zeker weet wat een minimaal levensvatbaar product is of als u zich afvraagt hoe u er zelf een kunt inkaderen, leest u dit artikel.
De product samenvatting zou je MVP moeten verklaren. In de product visie, je beschrijft je grootse visie, wat is het uiteindelijke doel van het product?
Vergelijk productontwikkeling met het beklimmen van een berg. Je MVP - het productoverzicht - is je eerste stop op de berg tijdens de klim terwijl de productvisie de top is.
Laten we nog een ander voorbeeld nemen, Facebook. Hun productvisie had zo kunnen klinken:
| In eerste instantie willen we ons richten op het verbinden van studenten aan lokale hogescholen. Uiteindelijk willen we empowerment allemaal mensen om contact te maken met hun vrienden, familie en vreemden. |
Als u een ontwerper bent, weet ik zeker dat u een richting in gedachten heeft voor de gebruikerservaring en de gebruikersinterface. U hebt misschien een ontwerpstijl in gedachten, bijvoorbeeld Material Design, of u kunt een aantal producten noemen die u echt leuk vindt in termen van hun gebruikerservaring. Dit is wat u beschrijft in de ontwerpvisie van uw functieset.
Materiaalontwerp is een mogelijke visie voor de gebruikersinterface van uw product.Voor iemand die veel minder bekend is met ontwerp, is dit misschien een moeilijke sectie om te schrijven. Als u niet veel meer kunt bedenken dan "schoon, gemakkelijk te gebruiken", raad ik u aan dit gedeelte niet op te nemen in uw functieset.
Het ontwerp van een product is belangrijk. Als het geen deel uitmaakt van je vaardigheden, raad ik je ten zeerste aan advies in te winnen bij een productontwerper.
Natuurlijk is ook het bedrijfsmodel van het product gedekt. Er zijn tal van manieren om geld te verdienen beschikbaar, variërend van freemium en advertenties tot een op abonnementen gebaseerd model. Dit is een belangrijk en breed onderwerp dat een apart artikel vereist.
In deze sectie beschrijft u hoe u van plan bent een investering terug te verdienen van het product en hoe u het als "succesvol" zou definiëren. Afhankelijk van de doelen van het product, is het misschien niet eens een opbrengst, maar heeft het wel invloed op bijvoorbeeld een marketingcampagne.
Vergeet niet dat de meeste producten vanaf dag één zelden inkomsten genereren. In feite hebben de meeste producten aanzienlijke tractie nodig voordat ze gelijkmatig afbreken. Dit geldt met name voor freemium- en op advertenties gerichte producten.
Inkomsten genereren voor elk product is anders. Soms is het beter om zich te concentreren op de tractie van gebruikers en soms is het beter om u te concentreren op het monetaire aspect van uw product. Het is een beslissing die je moet nemen.
Geweldig. We hebben de 10.000 voet weergave van uw doelen besproken. Het is nu tijd om tot de kern te komen. In de productsectie beschrijft u gedetailleerder wat het plan is. U definieert alle bewegende delen van het product.
Allereerst moet de informatiearchitectuur van het product worden gedefinieerd. Door de informatiearchitectuur te definiëren, structureert u een product om bruikbaarheid en vindbaarheid te ondersteunen.
In uw functies is het de bedoeling om de verschillende stromen van het product te vermelden. Dit geeft een goed inzicht in hoe groot of klein het product is. Het helpt mensen te begrijpen welke functies het product bevat. Het geeft ook antwoord op de vraag hoe een gebruiker door uw product navigeert.
De volgende schets is een voorbeeld van een informatie-architectuur voor een eenvoudige dating-app:
|
Een goede oefening is om een groot, bestaand product in kaart te brengen. Als je bijvoorbeeld deze oefening voor Facebook doet, zul je je realiseren dat er veel bewegende delen zijn (evenementen, groepen, pagina's, advertenties, ...).
Als u een technische achtergrond hebt, wordt het aanbevelen van technische notities op hoog niveau aanbevolen.
Persoonlijk, in de technische architectuur, vermeld ik graag API's die ik van plan ben te gebruiken, beschrijf de functionaliteit van de backend en beschrijf mogelijke technische uitdagingen voor het product.
Ik ben zelf geen ontwikkelaar dus mijn doel bij het definiëren van de technische architectuur is om een discussie te kunnen beginnen met een team van ontwikkelaars.
Het doel is niet om definitieve technische beslissingen te nemen, maar om een gesprek te hebben over de onderliggende technologie en hoe deze het product beïnvloedt.
Hier is een voorbeeld van een technische architectuur van een functieset:
Lijst met API's:
|
Het gedeelte met functies is het belangrijkste onderdeel van uw functieset. In dit gedeelte beschrijf je de functies van het product in meer detail.
Je vraagt je misschien af hoeveel details je moet toevoegen? Wanneer een ontwerper in staat is om de gebruikersinterface van het product te ontwerpen op basis van uw functieset, dan zijn er genoeg details.
In essentie betekent het beschrijven van een functie het beschrijven van de verschillende elementen om die functie te laten werken. Welke logica is vereist op de backend? Welke elementen moet de gebruikersinterface hebben? Hoe kan ik tussen verschillende stromen navigeren? Dit zijn enkele vragen die u zich kunt stellen bij het schrijven van de functies van het product.
Hier is een voorbeeld van een startfeed die uitnodigingen voor evenementen weergeeft:
| De startfeed bestaat uit een lijst met evenementen. Elk item in de lijst bevat een titel en een datum. De lijst is gesorteerd op datum, de meest recente gebeurtenissen worden als eerste weergegeven. De lijst toont alleen huidige en toekomstige evenementen, gebeurtenissen in het verleden zijn niet langer zichtbaar. Gebeurtenissen die de gebruiker heeft gemaakt, hebben een visuele indicator. Als een gebruiker geen uitnodigingen in zijn eigen feed heeft, ziet hij een illustratie plus een copywriting met een call-to-action om een evenement te maken. De startfeed heeft een bovenste navigatiebalk. In de bovenste navigatiebalk kan de gebruiker naar zijn instellingen navigeren of een gebeurtenis maken. De gebruiker kan op een gebeurtenis tikken om het detailscherm voor gebeurtenissen te bekijken. |
Het doel van uw functies is om u te concentreren op het minimale levensvatbare product dat ik in het begin van dit artikel beschreef. Wat de meeste producten betreft, is er een grootse visie op wat u wilt bereiken en hoe u uw product in termen van functies ziet groeien. Dit wordt behandeld in de routekaart voor producten.
In het laatste deel van de productfunctieset beslaat u de toekomst van uw product.
Welke functies zou u mogelijk willen ontwikkelen in een versie 1.1? Versie 1.5? Hoe zit het met 2.0?
Wat belangrijk is, is dat je in dit gedeelte alleen maar het oppervlak krabt. Naarmate uw product meer grip krijgt, krijgt u inzicht in hoe mensen uw product gebruiken. Deze informatie beïnvloedt meestal uw productvisie. Uw product kan op verschillende manieren wennen aan uw verwachtingen.
Hier is een kort voorbeeld van hoe een product-roadmap zou kunnen zoeken naar een MVP van een fitnessproduct:
| 1. Maak verbinding met anderen Een van de mogelijke volgende routes voor het product is het starten van de integratie van het kunnen verbinden met anderen. We zouden een sociale laag opbouwen bovenop de gebruikersprofielen. Mogelijke andere kenmerken zijn een activiteitenfeed, de mogelijkheid om andere gebruikers te leren kennen, het vinden van een persoonlijke trainer en de mogelijkheid om andere gebruikers te waarschuwen. 2. Webintegratie en delen van profielen |
Dat is het. In dit artikel hebben we besproken hoe u een productserviceset schrijft. Nu is het jouw beurt. De enige manier om echt te leren hoe je een functieset kunt schrijven, is door er een te schrijven.
Als u nog geen product hebt waar u op dit moment aan werkt, raad ik u aan de functieset van een bestaand product te schrijven. Het is een goede oefening.
Vragen? Laat het me weten in de comments of op Twitter.
Accentsconagua