Innan en produkt utvecklas, tillverkas och introduceras på marknaden krävs en viss typ av dokument som beskriver produktens egenskaper, fördelar och syfte. Ett dokument om produktkrav (PRD) är ett dokument eller en handbok som innehåller alla krav på en produkt. PRD är en förkortning som står för Product Requirements Document. Vanligtvis avslutas processen för insamling av krav vid mötet för att samla in intressenter.
En omfattande uppsättning dokument för insamling av krav, inklusive dokument om produktkrav, samlas in i denna fas av projektets utveckling. För att få en grundlig förståelse för PRD måste vi först ställa några grundläggande frågor, t.ex. vad är ett PRD? Vad är syftet med att upprätta ett dokument för specifikation av produktbehov? Och vilka är fördelarna med att använda det? Syftet med den här sidan är att ge information om PRD och att reda ut eventuella förvirringar eller frågor som kan ha uppstått.
Vad exakt är ett dokument om produktbehov (PRD)?
Enklare definition: Ett produktkravsdokument, ofta kallat PRD dokument, är ett dokument som beskriver behoven för en viss typ av produkt eller uppsättning produkter. Produktmålet, produktens egenskaper, dess beteende och funktionssätt samt allt annat som krävs för att lansera en produkt effektivt på marknaden måste ingå i PRD. Produktchefen utarbetar ett PRD för att kommunicera behovet, produktkonceptet för att tillgodose detta behov, hur produkten kommer att konstrueras, vilka som kommer att vara konsumenter och vilka fördelar som kommer att tillfalla slutanvändarna som ett resultat av att använda den produkt som har utvecklats och införts. Ledningen av PR-avdelningen är ett kritiskt ansvar som måste skötas på ett korrekt sätt.
BRD och PRD förväxlas ofta med varandra. Business requirements document (BRD) är en förkortning för detta. Målet med verksamhetsdokumentet är att undvika att tid och resurser slösas bort på element som inte bidrar till att uppnå verksamhetsmålen. BRD-dokumenten utarbetas ofta av en affärsanalytiker, en affärsansvarig, en produktmarknadschef eller till och med av produktchefen själv, men detta är inte alltid fallet.
PRD delar och komponenter
Med hjälp av ett exempel kommer vi att visa dig hur du konstruerar ett produktkravsdokument i den här delen av inlägget, så var uppmärksam! Även om PRD:s form kan ändras från organisation till organisation kommer vi att undersöka den grundläggande strukturen för ett PRD. En produktutgivningsdokumentation (PRD) kommer att omfatta allt som måste beaktas innan produkten släpps. Den ger vägledning under hela lanseringsprocessen och definierar den framtida implementeringen av produkten, som i det här fallet nästan alltid är en mjukvaruprodukt. Nedan följer några av de viktigaste aspekterna att komma ihåg när man skriver produktkrav och beskriver PRD-utformningen, samt strukturen på ett produktkravsdokument.
Den första punkten som bör ingå i PRD-filen är produktens avsedda användning. Det finns tre viktiga element att ta hänsyn till när man utvecklar en produkt: den fråga som produkten kommer att besvara, de personer som kommer att använda den och anledningen till varför produkten är viktig.
Det näst viktigaste är att skapa realistiska mål och målsättningar för den produkt som ska tas fram. I detta avsnitt av kravdokumentet diskuteras varför en viss produkt kommer att lanseras och vilka konsekvenser man kan förvänta sig som ett resultat av produktens genomförande.
När du har pratat färdigt om dina mål och målsättningar är nästa punkt du bör tala om produktens funktioner. Det är nödvändigt att ge en beskrivning för varje funktion. Beskrivningen av en specifik funktion måste innehålla just den information som krävs för att läsaren ska förstå den funktion som beskrivs.
Det kan vara fördelaktigt att inkludera en virtuell design av produkten för att visa hur produkten kommer att se ut när den är klar. Detta underlättar förståelsen av tekniken bakom produkten och det sätt på vilket produktens funktionalitet kommer att förverkligas.
Behovet av system och miljö är nästa punkt som ska läggas till i dokumentationen av produktkraven. Det handlar om vilken typ av system eller miljö som en användare måste ha för att kunna använda produkten. Kraven på system och miljö kan omfatta vilken typ av webbläsare som ska användas, vilket operativsystem som ska användas, hur mycket minne och diskutrymme som ska användas, hur mycket bearbetningsdetaljer som ska användas och så vidare.
Dokumentation av produktkrav är mycket viktig
Dokumentet om produktkrav är avgörande för produktmarknadsföring eftersom det skapar en balans mellan visionen och syftet med produkten. Det är viktigt att skilja mellan det tekniska och det kommersiella perspektivet. Det mest avgörande element som måste nämnas i ett PRD är produktens avsedda användning eller funktion.
PRD:n ger svar på frågor som vad denna produkt kommer att förändra i människors eller användares liv, vilket problem den helt och hållet eliminerar och varför människor eller användare bör använda denna produkt.
Förutom produktens egenskaper är det andra viktiga ämnet som tas upp i PRD utformningen av den produkt som håller på att utvecklas. Den måste tydligt kommunicera produktens tydliga koncept, liksom hur produkten ska användas och vilka som är produktens tänkta användare.
PRD:er skapas ofta för programvaruutvecklingsinitiativ.
Dokumenten om produktkrav tjänar också syftet att fastställa kriterier för utgivning, som nu ofta kallas Minimum Viable Product (MVP).
Den skrivs ur kundens eller användarens perspektiv i ett PRD-dokument (PRD). Det beskriver särskilt produktens motiv för att byggas, inklusive varför en användare bör använda produkten och vilken fråga den kommer att besvara i deras dagliga liv.
Förfaranden att följa när man skriver ett dokument om produktkrav
[Docsie] (https://www.docsie.io/) har många robusta verktyg som kan hjälpa produktchefer att skriva PRD:er snabbt och effektivt.
Ett PRD kan skapas genom att följa några enkla steg i en kö. Nedan följer de fem faktorer som man bör ta hänsyn till när man skriver ett framgångsrikt produktkravsdokument:
1. Börja med att klicka på din arbetsyta i Docsie.
I din hylla skapar du ett nytt dokument genom att klicka på Add Content (Lägg till innehåll) och New Document (Nytt dokument).
Observera: Genom att lägga till innehåll skapas ett "nytt dokument" som gör att du kan skriva din första dokumentation om produktkrav.
2. I det nya dokumentet ger du det en titel och trycker på Lägg till bok.
Observera: Genom att lägga till en bok skapar du i princip layouten för din första PRD-dokumentation.
Klicka på turnéboken och låt oss börja skriva vår PRD!.
3. Nu när din dokumentation är öppen klickar du på knappen Redigera dokumentation och börjar skriva vår PRD-mall!
4. I redigeringsverktyget börjar du skriva en definition av produkten, särskilt dess användningsfall och funktionalitet.
I Docsie visar redaktören oss alla verktyg som vi kan använda för att styla och skapa vår dokumentation.
Börja med att skriva en definition av produkten, särskilt dess användningsområde och funktionalitet.
Du kan enkelt lägga till bilder och olika komponenter till din PRD-dokumentation i Docsie, men se till att dina beskrivningar av produktens egenskaper och funktionalitet är tydliga och avgörande.
5. Skapa en punktlista över de mål och målsättningar som kommer att uppnås som ett resultat av produktlanseringen.
6. Sätt upp tydliga mål och målsättningar samt tidtabeller för att uppnå dem genom att skapa en tabell i Docsie.
Skriv ner dina mål för produktutveckling och när du tänker göra dem utifrån forskning och märk dem sedan i Docsies lättanvända tabeller.
7. Nu när din PRD-mall är klar kommer du ihåg att fylla i den och spara allt ditt arbete.
8. Nu är det dags att publicera ditt arbete. Du kan publicera det på Docsies interaktiva webb eller genom att bädda in det på din webbplats. I det här exemplet kommer vi att publicera det på Docsies interaktiva webbportal.
9. Se till att publicera dokumentationen och skydda den med ett lösenord så att intressenterna får en chans att granska den på ett säkert sätt vid avslutningen.
För att lösenordsskydda vår bok ska vi gå tillbaka till arbetsområdet och klicka på de tre prickarna och sedan på egenskaper.
Nu klickar vi på "Fler alternativ".
Aktivera sedan lösenordet och uppdatera vår bok.
Nu är vi redo att säkert öppna vår PRD-mall som kommer att vara lösenordsskyddad med lösenordet: PRD1. Eftersom vår dokumentation publicerades i steg 8 behöver vi bara klicka på länken som leder oss till onlineportalen.
10. Visa dokumentet med din PRD-mall.
Eftersom vi har lösenordsskyddat vår dokumentation måste vi naturligtvis fylla i vårt lösenord för att kunna visa vår PRD-mall.
När vi har fyllt i lösenordet kan vi nu se vår PRD-mall.
Klart! Det ser snyggt och rent ut, och detta är ett perfekt sätt att skapa ditt PRD.
Justering av räckvidden
När man utvecklar och lanserar en produkt, särskilt en mjukvaruprodukt, beskriver produktkravsdokumentet de behov som måste uppfyllas för att produkten ska bli framgångsrik. Det skapas av en produktchef för att staka ut vägen för införandet av en viss produkt på marknaden. Slutligen godkänns det efter att en preliminär produktdesign har distribuerats till intressenterna, och det färdigställs efter intressenternas utvärderingar.
Sluttankar
Är du intresserad av att lära dig mer om hur Docsie kan hjälpa dig att skapa, hantera och underhålla din produktdokumentation?
[Starta din kostnadsfria provperiod idag och se hur Docsie kan göra ditt liv som produktchef mycket enklare.] (https://www.docsie.io/)