Kravsdokumenteksempler for at inspirere dig

når det kommer til at udvikle et funktionelt kravdokument, er nøglen at kommunikere projektkrav og anden relevant information klart og omfattende til udviklingsteamet. Faktisk har eksemplerne på de øverste kravsdokumenter alle noget til fælles, dvs.de giver alle projektledere plads nok til at kommunikere forretningsbehov og projektomfang.

når det er sagt, kan det være svært at afgøre, hvordan et sådant specifikationsdokument ser ud, og om du rent faktisk kan oprette en kravdokumentskabelon, der fungerer lige så godt for dig.

i denne artikel giver jeg nogle af de bedste eksempler på produktkrav til 2020 sammen med en guide til, hvordan du opretter en til dit produkt.

lad os komme i gang.

Hvad er et Produktkravsdokument

et Produktkravsdokument er en oversigt over de vigtigste krav, som en virksomhed har fra sit produkt.

et dokument oprettet af produktledere efter omfattende diskussioner med udviklere og interessenter og detaljeret kundeanalyse.

en PRD er forskellig fra et Forretningskravsdokument (BRD), et funktionelt Kravsdokument (FRD) og en Specifikationsspecifikation (SRS), idet den fokuserer mere på produktets specifikke krav i stedet for hvorfor virksomheden ønsker, at produktet skal eksistere, og hvordan det endelige produkt skal se ud.

en typisk PRD indeholder programmets grundlæggende formål, produktets foreslåede funktioner, kriterierne for frigørelsesberedskab, den tilsigtede brugerstrøm og UI-design samt enhver afsluttende indsigt, antagelser, afhængigheder og fremtidigt arbejde.

afhængigt af virksomhedens størrelse og antallet af overlappende produkter, de har, kan en PRD variere i størrelse, fra et enkelt sidedokument til et, der består af flere sider og indeholder interaktive elementer.

5 eksempler på Topkrav

uanset om du opretter et dokument, der skal fungere som en retningslinje for udvikling af programmer, eller bare for at kommunikere de tekniske krav til et produkt, vil disse eksempler hjælpe dig med at få specifikationerne på tværs.

her er de bedste PRD eksempler, jeg har fundet i 2020.

1. Atlassian

Atlassian product document template giver en stabil og smidig platform til alle dine pre-launch produkt prep, samt post-launch usability metrics analyse.

det er en forenklet skabelon, der stadig har alle de nødvendige sektioner til en grundig beskrivelse af alle leverancer samt plads til slutbrugerbaserede produktantagelser.

det bedste ved Atlassian-skabelonen er, at den overholder den Agile metode, mens den stadig yder støtte til traditionelle miljøer. Oven i købet, det giver projektledelseshoveder mulighed for at fungere som en bro mellem interessenter og udviklere ved at have sektioner for hele produktets livscyklus.

fordelene ved Atlassian PRD-skabelonen inkluderer:

• instruktioner og eksempler for hvert afsnit for at hjælpe ledere med at indsætte de rigtige oplysninger
• et rent dokument uden dikkedarer med minimale distraktioner
• interaktive arbejdsstrømme, grafik, rutediagrammer og datablade
• problemfri link til Jira-opgaver/problemer, Google Docs og forskellige plugins

derudover, Atlassian tilbyder en lang række værditilvækstfunktionaliteter til produktledere.

for at hente skabelonen besøg Atlassian.

1. Slite

Slite tilbyder en ren og kortfattet produktkrav skabelon, der har plads til alle de nødvendige data endnu er direkte nok til ikke at være lang forpustet.

designet til at være centreret om brugerhistorier i stedet for funktionelle og ikke-funktionelle krav, er skabelonen ideel til agile teams med strømlinede forretningsprocesser.

det, der adskiller Slite-skabelonen fra resten, er fokus på en smidig arbejdsgang og forsøget på at bevæge sig væk fra overflødige detaljer, som ville have ringe eller ingen betydning for det endelige produkt. Da Agile miljøer fokuserer mere på brugssager og brugerhistorier, har de brug for dokumenter, der afspejler deres teamstof.

her er nogle af fordelene ved Slite PRD-skabelonen:

• evnen til at begrænse PRD til en enkelt side, hvis det er nødvendigt
• plads til at beskrive produktbaggrund og hvorfor ejerne mener, at produktet skal eksistere
• en virtuel køreplan, som udviklingsteamet kan bruge som udviklingsvejledning
• plads til masser af revisioner, ændringer og nye data (med ekspanderende krav

ud over disse ligner Slite-produktkravsdokumentskabelonen et rammedokument med plads til alle de krævede data i den ideelle rækkefølge.

hvis du vil hente Slite-skabelonen, skal du besøge Slite.

1. Aha!

AHA PRD-skabelonen er en af de mest direkte og koncise dokumentskabeloner, som du kan finde til dine produktbehov.

dette skyldes fokus på at tilbyde et alternativ til produkt-/projektstyringsprogrammer, som de fleste Agile virksomheder nu bruger til at diskutere produktkrav i realtid som erstatning for dokumenter.

det bedste ved AHA-skabelonen er, at hvis du er en ny produktchef, eller hvis dette er din virksomheds første produkt, og du har brug for nogle retningslinjer for, hvordan du bruger et sådant dokument, har hjemmesiden komplette instruktioner om, hvordan du gør det på en effektiv måde.

nogle af fordelene ved AHA PRD-skabelonen inkluderer:

• et fokus på at strømline dokumentationsprocessen for førstegangsbrugere
• plads til at konsolidere alle de nødvendige kravdata (og kun de nødvendige data) på et sted
• Skabelonstruktur, der er ideel til samarbejde i mangel af et produktstyringsprogram
• flere dokumentformater (Msord og PDF))

det er vigtigt at bemærke, at nogle produktafdelinger muligvis ikke finder AHA-skabelonen omfattende nok til deres produktbehov, da den er designet mere til præ-agile virksomheder.

hvis du vil hente AHA PRD-skabelonen, skal du besøge aha.

1. produkt først

skabelonen til produkt først krav er designet med fleksibilitet i tankerne, da det giver virksomheder af enhver størrelse og produktomfang mulighed for at kommunikere deres krav til udviklerne.

tilgængelig i både en almindelig såvel som en ‘Lite’ version, giver Product First-skabelonen dig mulighed for at bruge de sektioner, der er angivet i den, slette dem, der ikke er gyldige for dit produkt eller indsætte dine egne brugerdefinerede sektioner efter dine produktbehov.

det bedste ved produktet første PRD skabelon er de klare brugsanvisninger på både hjemmesiden og selve skabelonen. Hvis du er ny inden for produktstyring, er det det ideelle udgangspunkt. Derudover vil det fungere som et strålende skeletdokument til at oprette din egen PRD-skabelon på.

de primære fordele ved produktet første PRD skabeloner er:

• fleksibel dokumentgrænseflade med sektioner, der kan tilføjes eller slettes, så de passer til produktkrav
• designet af en produktchef, til produktledere
• ideel til en lang række programmelprodukter
• uafhængig sektion for eksterne ressourcer og links til stilguider, version af udviklersprog, API-afhængigheder, lignende produktkampagner osv.

Google Doc-linket giver flere personer mulighed for at samarbejde om dokumentet i realtid. Dette er en meget fordelagtig funktion, hvis du allerede har flere Google-plugins eller et Google-baseret dokumenthåndteringsstof.

hvis du vil hente skabelonen, skal du besøge produktet først.

1. ShipIt

ShipIt PRD-skabelonen er designet med Google-baseret samarbejde i tankerne. Hele dokumentet er tilgængeligt næsten på Google Docs og kan ændres i realtid af flere personer.

indbygget simpelt Google Doc-format, skabelonen har separate mellemrum til virksomhedens forretningsmodel og individuelle brugerpersoner.

det bedste ved ShipIt-skabelonen er dens fokus på komplet produktstyring. Virksomheden tilbyder en komplet pakke af tjenester til virksomheder, der ønsker at opgradere fra en enestående skabelon til en komplet liste over produktstyringsfunktioner, og det også til en overkommelig pris. Værditilvækstværktøjerne udnytter den samme skabelon.

de vigtigste fordele ved at bruge ShipIt-skabelonen inkluderer:

• ekstremt simpelt dokumentformat, der er ideelt til en person, der er ny med detaljeret dokumentation
• plads til funktionelle og ikke-funktionelle såvel som marketingkrav
• en gratis og brugervenlig skabelon generelt.
• omfattende udvalg af tjenester efter behov med en 4-ugers gratis prøveperiode

ud over ovenstående tilbyder ShipIt-skabelonen en klar oversigt på siden af Google Doc. Produktledere kan bruge dette til at tilføje eller slette sektioner eller endda bruge skabelonstrukturen til at oprette deres eget dokument.

hvis du vil hente skabelonen, skal du besøge ShipIt.

skrivning af et stærkt Kravsdokument i 2020

uanset om du bruger en færdiglavet skabelon eller opretter din egen til dit produkt, er det vigtigste aspekt af dit dokument indholdet, og hvordan du kommunikerer kravene.

alle skabeloner i denne artikel giver nogle retningslinjer for, hvordan du udfylder dokumentet med de krævede data.

for at skabe en stærk PRD i 2020 skal du dog vide, hvad dine forretningsmål er på mellemlang og lang sigt, samt den indflydelse, du ønsker, at produktet skal have i sin branche.

her er nogle tip til at skrive et detaljeret og effektivt produktkravsdokument i 2020.

Udfør omfattende kundeanalyse

slutbrugeren er den vigtigste faktor i enhver programmeludviklingsramme. Dette skyldes deres betydning for virksomheden som indtægtskilde og den differentierende faktor mellem gode og dårlige produkter.

analyse af slutbrugernes behov og ønsker fører også virksomheder til at producere produkter, der direkte løser problemer for brugerne, i stedet for at tjene som enkle indtægtsbyggere. Adressering af brugernes smertepunkter er også den bedste måde at indgyde tillid til dit produkt og gøre brugere til livslange tilhængere af dit brand.

du kan bruge en lang række værktøjer og teknikker til at indsamle de nødvendige data fra dine slutbrugere. Disse inkluderer spørgeskemaer, prototyping, konkurrentens produktbrugssager, historiske brugssager og brugerhistorier.

Definer klart dit Produktformål

formålet med produktet virker muligvis ikke som et påkrævet datasæt for udviklere. Det er dog et af de vigtigste aspekter af hele processen, da det hjælper med at tilpasse hele udviklings -, drifts-og ledelsesstrukturen til en vision.

det anbefales, at selv før du begynder at skrive, skal du sørge for klart at forstå, hvorfor slutbrugerne har brug for produktet. Dette vil hjælpe dig med at overbevise interessenterne om, at produktet er en god investering.

derudover hjælper det udviklere med at forstå produktets brugsrelaterede krav ved at informere dem om de typiske brugersmerterpunkter med lignende produkter.

mens du definerer formålet, skal du sikre dig, at alle de involverede interessenter er enige om det. Du kan cirkulere det foreløbige dokument blandt interessenterne for at bekræfte det.

gør Produktformålet til funktioner

det næste trin efter at have defineret formålet med produktet er at bryde dette formål i aktive produktfunktioner, som slutbrugerne vil bruge.

dette er en fantastisk måde at tilpasse produktets formål med den faktiske brugervenlighed og give brugerne en direkte løsning på deres problemer. Derudover er det også en god retningslinje for, hvordan hver funktion skal bygges, samt de initiativer og temaer, som funktionerne skal baseres på.

fokusering på et funktionstema beder udviklere om at justere alle aspekter af produktet i henhold til dette tema og derved øge anvendeligheden langs den linje. Når temaerne er defineret, hjælper de dig problemfrit med at gøre dit formål til funktioner.

Indstil realistiske Frigivelseskriterier

en af de største fejl, som virksomheder begår, er at skynde et produkt at frigive uden at overveje de finere detaljer som kundernes efterspørgsel på det tidspunkt, produktberedskab og generel brugervenlighed i realtid.

uanset hvor godt dit produkt kan være, skal du altid sørge for at tilføje afskedigelser i frigivelseskriterierne og rette så mange fejl i brugbarhedsmatricen som muligt, før du starter.

du kan gøre dette ved at analysere brugssager til konkurrerende produkter og finde ud af, hvordan deres produkter udføres, når de frigives enten tidligere end ideal eller med afskedigelser.

endelig skal du sørge for, at dine frigivelsesmål er Handlingsrettede, opnåelige og målbare på lang og kort sigt, samtidig med at de er lette at forstå for alle, der er involveret i udvikling.

Indstil en realistisk Udgivelsestidslinje

en udgivelsesdato giver udviklere og ledelsespersonale et mål at arbejde hen imod. Selvom det ikke er en vigtig faktor i et godt produkt, er det vigtigt at sikre, at ingen mister fokus på slutmålet, hvilket er formålet med produktet.

en udgivelsesdato behøver ikke at være nøjagtig, og du kan indstille et groft skøn baseret på den udviklingstidslinje, som udviklere giver dig. Imidlertid, det er vigtigt at være realistisk, selv med en foreløbig dato.

husk desuden det forrige punkt om ikke at skynde produktet at frigive, når du indstiller en tidslinje.

få godkendelse af interessenter

et produkt, der får godkendelse fra alle involverede interessenter, betyder noget, som hele virksomheden tror på og er sikker på med hensyn til markedssucces.

dette er specifikt vigtigt for seniorinteressenter, der muligvis finansierer produktet eller giver det sidste ord om godkendelse.

for at sikre, at alle er enige med produktet, dets formål, funktioner og langsigtede effekt, hold omfattende diskussioner og brainstorming sessioner med alle involverede parter. I tilfælde af den øverste ledelse kan du afholde en konference, hvor du giver en kort beskrivelse af produktet.

dette kan virke som et ekstra trin, hvis PRD ‘ en konstrueres, betyder det automatisk, at alle har underskrevet det. Det gør dog ikke ondt at få tillid fra alle interessenter til fremtidige ventures også.

slutnote

som tidligere nævnt er dette alderen for det Agile team, der bruger forskellige samarbejdsprogrammer til at få deres ideer på tværs uden behov for detaljeret dokumentation.

imidlertid har ikke alle virksomheder adgang til en stabil smidig arkitektur, og mange af dem har at gøre med et traditionelt Vandfaldsmiljø, især i de tidligere faser af deres produktudviklingsrejse.

hvis din virksomhed er en af sidstnævnte, kan du drage stor fordel af en af disse dokumentskabeloner, mens du arbejder på at forbedre, hvordan du samarbejder og udvikler.

Meta Beskrivelse: