Kravdokumentexempel för att inspirera dig

när det gäller att utveckla ett funktionskrav är nyckeln att tydligt och omfattande kommunicera projektkrav och annan relevant information till utvecklingsteamet. Faktum är att de bästa kravdokumenten alla har något gemensamt, det vill säga de ger alla projektledare tillräckligt med utrymme för att kommunicera affärsbehov och projektomfång.

som sagt kan det vara svårt att avgöra hur ett sådant specifikationsdokument ser ut och om du faktiskt kan skapa en kravdokumentmall som fungerar lika bra för dig.

i den här artikeln kommer jag att ge några av de bästa dokumentexemplen för produktkrav för 2020, tillsammans med en guide om hur du skapar en för din produkt.

Låt oss komma igång.

Vad är ett produktkrav dokument

ett produktkrav dokument är en översikt över de viktigaste kraven som ett företag har från sin produkt.

ett dokument skapat av produktchefer efter omfattande diskussioner med utvecklare och intressenter och detaljerad kundanalys.

en PRD skiljer sig från ett business Requirements Document (BRD), Functional Requirements Document (FRD) och en Software Requirements Specification (SRS), eftersom den fokuserar mer på produktens specifika krav istället för varför företaget vill att produkten ska existera och hur slutprodukten ska se ut.

en typisk PRD innehåller det grundläggande syftet med programvaruprodukten, produktens föreslagna funktioner, frigöringskriterierna, det avsedda användarflödet och UI-designen, liksom eventuella avslutande insikter, antaganden, beroenden och framtida arbete.

beroende på företagets storlek och antalet överlappande produkter de har kan en PRD variera i storlek, från ett enda siddokument till ett som består av flera sidor och innehåller interaktiva element.

5 Toppkrav Dokumentexempel

oavsett om du skapar ett dokument för att fungera som en mjukvaruutvecklingsriktlinje eller bara för att kommunicera de tekniska kraven för en produkt, hjälper dessa exempel dig att få specifikationerna över.

här är X bästa PRD exempel som jag har hittat i 2020.

1. Atlassian

Atlassian produktdokumentmall ger en stabil och smidig plattform för alla dina pre-launch produkt prep, samt efter lanseringen användbarhets statistik analys.

det är en förenklad mall som fortfarande har alla nödvändiga avsnitt för en grundlig beskrivning av alla leveranser, samt utrymme för slutanvändarbaserade produktantaganden.

vad som är bäst med Atlassian-mallen är att följa den smidiga metoden samtidigt som den ger stöd för traditionella miljöer. Utöver det gör det möjligt för projektledningschefer att fungera som en bro mellan intressenter och utvecklare genom att ha sektioner för hela produktlivscykeln.

fördelarna med Atlassian PRD-mallen inkluderar:

• instruktioner och exempel för varje avsnitt för att hjälpa chefer att Infoga rätt information
• ett rent dokument utan krusiduller med minimala distraktioner
• interaktiva arbetsströmmar, grafik, flödesscheman och datablad
• sömlös länkning till Jira-uppgifter/problem, Google dokument och olika plugins

dessutom, Atlassian erbjuder en mängd mervärdesfunktioner för produktchefer.

för att ladda ner mallen besök Atlassian.

1. Slite

Slite erbjuder en ren och koncis produktkrav mall som har plats för alla nödvändiga data ännu är direkt nog att inte vara långrandiga.

mallen är utformad för att vara centrerad på användarhistorier istället för funktionella och icke-funktionella krav och är idealisk för smidiga team med strömlinjeformade affärsprocesser.

vad som skiljer Slite-mallen från resten är fokus på ett smidigt arbetsflöde och försöket att flytta bort från överflödiga detaljer som skulle ha liten eller ingen betydelse för slutprodukten. Eftersom smidiga miljöer fokuserar mer på användarfall och användarhistorier behöver de dokument som speglar deras teamtyg.

här är några av fördelarna med Slite PRD-mallen:

• möjligheten att begränsa PRD till en enda sida, om det behövs
• utrymme för att beskriva produktbakgrund och varför ägarna tycker att produkten ska existera
• en virtuell färdplan som utvecklingsteamet kan använda som utvecklingsguide
• utrymme för massor av revisioner, modifieringar och nya data (med expanderande krav

utöver dessa liknar Slite product requirements document-mallen ett wireframe-dokument med plats för alla nödvändiga data i perfekt ordning.

för att ladda ner Slite-mallen, besök Slite.

1. Aha!

aha PRD-mallen är en av de mest direkta och koncisa dokumentmallarna som du kan hitta för dina produktbehov.

detta beror på fokus på att tillhandahålla ett alternativ till produkt-/projekthanteringsprogramvara som de flesta smidiga företag nu använder för att diskutera produktkrav i realtid, som ersättning för dokument.

det bästa med AHA-mallen är att om du är en ny produktchef eller om det här är ditt företags första produkt och du behöver några riktlinjer för hur du använder ett sådant dokument, har Webbplatsen fullständiga instruktioner om hur du gör det på ett effektivt sätt.

några av fördelarna med AHA PRD-mallen inkluderar:

• fokus på att effektivisera dokumentationsprocessen för förstagångsanvändare
• utrymme för att konsolidera alla nödvändiga kravdata (och endast nödvändiga data) på ett ställe
• Mallstruktur som är idealisk för samarbete i avsaknad av en produkthanteringsprogramvara
• flera dokumentformat (MSWord och PDF)

det är viktigt att notera att vissa produktavdelningar kanske inte hittar aha-mallen tillräckligt omfattande för deras produktbehov, eftersom den är utformad mer för pre-agila företag.

för att ladda ner aha PRD-mallen, besök Aha.

1. produkt först

mallen produkt första krav är utformad med flexibilitet i åtanke, eftersom det tillåter företag av alla storlekar och produktomfång att kommunicera sina krav till utvecklarna.

finns i både en vanlig samt en ‘Lite’ version, produkten första mallen kan du använda avsnitten i det, ta bort de som inte är giltiga för din produkt eller infoga dina egna avsnitt enligt dina produktbehov.

det bästa med produktens första PRD-Mall är de tydliga användningsanvisningarna på både webbplatsen och mallen själv. Om du är ny på produkthantering är det den perfekta utgångspunkten. Dessutom kommer det att fungera som ett lysande skelettdokument för att skapa din egen PRD-mall på.

de främsta fördelarna med produktens första PRD-mallar är:

• flexibelt dokumentgränssnitt med sektioner som kan läggas till eller tas bort för att passa produktkraven
• designad av en produktchef, för produktchefer
• idealisk för en mängd olika programvaruprodukter
• oberoende avsnitt för externa resurser och länkar till stilguider, utvecklarspråkversion, API-beroenden, liknande produktkampanjer etc.

Google Doc-länken tillåter flera personer att samarbeta i dokumentet i realtid. Detta är en mycket fördelaktig funktion om du redan har flera Google-plugins eller ett Google-baserat dokumenthanteringstyg.

för att ladda ner mallen, besök produkten först.

1. ShipIt

shipit PRD-mallen är utformad med Google-baserat samarbete i åtanke. Hela dokumentet är tillgängligt praktiskt taget på Google dokument och kan ändras i realtid av flera personer.

inbyggt enkelt Google Doc-format, mallen har separata utrymmen för företagets affärsmodell och enskilda användarpersoner.

det bästa med ShipIt-mallen är dess fokus på Fullständig produkthantering. Företaget erbjuder en komplett uppsättning tjänster för företag som vill uppgradera från en enda mall till en komplett lista över produkthanteringsfunktioner, och det också till ett överkomligt pris. De mervärde verktyg utnyttja samma mall.

de viktigaste fördelarna med att använda ShipIt-mallen inkluderar:

• extremt enkelt dokumentformat som är idealiskt för någon som är ny på detaljerad dokumentation
• utrymme för funktionell och icke-funktionell, samt marknadsföringskrav
• en gratis och lättanvänd Mall övergripande.
• omfattande utbud av tjänster på begäran, med en 4-veckors GRATIS Provperiod

förutom ovanstående erbjuder ShipIt-mallen en tydlig kontur på sidan av Google Doc. Produkthanterare kan använda detta för att lägga till eller ta bort avsnitt, eller till och med använda mallstrukturen för att skapa sitt eget dokument.

för att ladda ner mallen, besök ShipIt.

skriva ett starkt kravdokument 2020

oavsett om du använder en färdig mall eller skapar din egen för din produkt är den viktigaste aspekten av ditt dokument innehållet och hur du kommunicerar kraven.

alla mallar i den här artikeln erbjuder en viss nivå av riktlinjer för hur du fyller i dokumentet med nödvändiga uppgifter.

men för att skapa en stark PRD 2020 måste du veta vad dina affärsmål är på medellång och lång sikt, liksom den inverkan du vill att produkten ska ha i sin bransch.

här är några tips om hur du skriver ett detaljerat och effektivt produktkrav dokument 2020.

utför omfattande kundanalys

slutanvändaren är den viktigaste faktorn i alla Ramverk för mjukvaruutveckling. Detta beror på deras betydelse för företaget som inkomstkälla och den differentierande faktorn mellan bra och dåliga produkter.

analys av slutanvändarnas behov och önskemål leder också företag till att producera produkter som direkt löser problem för användarna, istället för att fungera som enkla intäktsbyggare. Att ta itu med användarnas smärtpunkter är också det bästa sättet att införa förtroende för din produkt och förvandla användare till livslånga följare av ditt varumärke.

du kan använda en mängd verktyg och tekniker för att samla in nödvändiga data från dina slutanvändare. Dessa inkluderar frågeformulär, prototyper, konkurrentens produktanvändningsfall, historiska användningsfall och användarhistorier.

tydligt definiera din produkt syfte

syftet med produkten kanske inte verkar som en nödvändig datamängd för utvecklare. Det är dock en av de viktigaste aspekterna av hela processen, eftersom det hjälper till att anpassa hela utvecklings -, operations-och ledningsstrukturen till en vision.

det rekommenderas att även innan du börjar skriva, se till att tydligt förstå varför slutanvändarna behöver produkten. Detta hjälper dig att övertyga intressenterna om att produkten är en bra investering.

dessutom hjälper det utvecklare att förstå de användningsrelaterade kraven för produkten genom att informera dem om de typiska användarsmärtpunkterna med liknande produkter.

när du definierar syftet, se till att alla berörda parter är överens om det. Du kan sprida det preliminära dokumentet bland intressenterna för att bekräfta det.

förvandla produktens syfte till funktioner

nästa steg efter att ha definierat produktens syfte är att bryta det syftet till aktiva produktegenskaper som slutanvändarna kommer att använda.

Detta är ett utmärkt sätt att anpassa produktens syfte med den faktiska användbarheten och ge användarna en direkt lösning på sina problem. Dessutom är det också en bra riktlinje för hur varje funktion ska byggas, liksom de initiativ och teman som funktionerna ska baseras på.

med fokus på ett funktionstema uppmanas utvecklare att anpassa alla aspekter av produkten enligt det temat, vilket ökar användbarheten längs den linjen. När de har definierats hjälper Teman dig sömlöst att förvandla ditt syfte till funktioner.

ange realistiska Släppkriterier

ett av de största misstagen som företag gör rusar en produkt för att släppa, utan att ta hänsyn till de finare detaljerna som kundernas efterfrågan vid den tidpunkten, produktberedskap och övergripande användbarhet i realtid.

oavsett hur bra din produkt kan vara, Se alltid till att lägga till uppsägningar i release-kriterierna och korrigera så många fel i användbarhetsmatrisen som möjligt innan du startar.

du kan göra detta genom att analysera användningsfall för konkurrentprodukter och ta reda på hur deras produkter presterade när de släpptes antingen tidigare än ideal eller med uppsägningar.

slutligen, se till att dina släppmål är handlingsbara, uppnåbara och mätbara på lång och kort sikt, samtidigt som de är lätta att förstå för alla som är involverade i utvecklingen.

Ställ in en realistisk Släpptidslinje

ett släppdatum ger utvecklare och ledningspersonal ett mål att arbeta mot. Även om det inte är en viktig faktor i en bra produkt, är det viktigt att se till att ingen förlorar fokus på slutmålet, vilket är syftet med produkten.

ett utgivningsdatum behöver inte vara exakt, och du kan ställa in en grov uppskattning baserad på utvecklingstidslinjen som utvecklare ger dig. Det är dock viktigt att vara realistisk, även med ett preliminärt datum.

kom dessutom ihåg föregående punkt om att inte rusa produkten för att släppa när du ställer in en tidslinje.

få Stakeholder Clearance

en produkt som får godkännande från alla inblandade intressenter betyder något som hela företaget tror på och är säker på när det gäller marknadssucces.

detta är särskilt viktigt för ledande intressenter som kan finansiera produkten eller ge det sista godkännandeordet.

för att se till att alla håller med produkten, dess syfte, funktioner och långsiktiga effekter, hålla omfattande diskussioner och brainstorming sessioner med alla inblandade parter. När det gäller ledande befattningshavare kan du hålla en konferens där du ger en kortfattad produkt.

detta kan verka som ett extra steg wince om PRD byggs, det innebär automatiskt att alla har skrivit på den. Det skadar dock inte att få alla intressenters förtroende för framtida satsningar också.

Ending Note

som tidigare nämnts är detta åldern för det Agila teamet, en som använder olika samarbetsprogramvara för att få sina ideer över, utan behov av detaljerad dokumentation.

men inte alla företag har tillgång till en stabil smidig arkitektur, och många av dem har att göra med en traditionell Vattenfallsmiljö, särskilt i de tidigare stadierna av deras produktutvecklingsresa.

om ditt företag är ett av de senare kan du dra stor nytta av en av dessa dokumentmallar, medan du arbetar med att förbättra hur du samarbetar och utvecklar.

Metabeskrivning: