Kravdokumenteksempler For Å Inspirere Deg

når det gjelder å utvikle et funksjonelt kravdokument, er nøkkelen å tydelig og omfattende kommunisere prosjektkrav og annen relevant informasjon til utviklingsteamet. Faktisk har de beste kravene dokumenter eksemplene alle noe til felles, det vil si at de alle gir prosjektledere nok plass til å kommunisere forretningsbehov og prosjektomfang.

når det er sagt, kan det være vanskelig å avgjøre hva et slikt spesifikasjonsdokument ser ut, og om du faktisk kan lage en kravdokumentmal som fungerer like bra for deg.

I denne artikkelen vil jeg gi noen av de beste dokumenteksemplene for produktkrav for 2020, sammen med en veiledning om hvordan du lager en for produktet ditt.

La oss komme i gang.

Hva Er Et Produktkrav Dokument

Et produktkrav dokument er en oversikt over de viktigste kravene som et selskap har fra sitt produkt.

et dokument laget av produktsjefer etter omfattende diskusjoner med utviklere og interessenter, og detaljert kundeanalyse.

EN PRD er forskjellig fra Et Business Requirements Document (Brd), Functional Requirements Document (Frd) og En Software Requirements Specification (SRS), ved at DEN fokuserer mer på de spesifikke kravene til produktet i stedet for hvorfor virksomheten ønsker at produktet skal eksistere, og hvordan sluttproduktet skal se ut.

en typisk PRD inneholder det grunnleggende formålet med programvareproduktet, produktets foreslåtte funksjoner, utgivelsesberedskapskriteriene, den tiltenkte brukerflyten og BRUKERGRENSESNITTET, samt eventuelle avsluttende innsikt, forutsetninger, avhengigheter og fremtidig arbeid.

avhengig av selskapets størrelse og antall overlappende produkter de har, KAN EN PRD variere i størrelse, fra et enkelt sidedokument til et som består av flere sider og inneholder interaktive elementer.

5 Eksempler På Toppkrav Dokumenter

enten du oppretter et dokument som skal fungere som en retningslinje for programvareutvikling, eller bare for å kommunisere de tekniske kravene til et produkt, vil disse eksemplene hjelpe deg med å få spesifikasjonene over.

Her Er De x beste PRD-eksemplene jeg har funnet i 2020.

1. Atlassian

Atlassian produktdokumentmal gir en stabil og smidig plattform for alle dine pre-lansering produkt prep, samt etter lansering brukervennlighet beregninger analyse.

Det er en forenklet mal som fortsatt har alle de nødvendige delene for en grundig beskrivelse av alle leveranser, samt plass til sluttbrukerbaserte produktforutsetninger.

Det beste Med Atlassian-malen er At Den overholder Agile-metodikken samtidig som den gir støtte til tradisjonelle miljøer. På toppen av det gjør det mulig for prosjektledelseshoder å fungere som en bro mellom interessenter og utviklere ved å ha seksjoner for hele produktets livssyklus.

fordelene Med Atlassian PRD-malen inkluderer:

• Instruksjoner og eksempler for hver seksjon for å hjelpe ledere sette inn riktig informasjon
• en ren, grei dokument med minimal distraksjoner
• Interaktive workstreams, grafikk, flytskjemaer, og datablad
• Sømløs kobling Til jira oppgaver/problemer, Google Docs, Og ulike plugins

I Tillegg, atlassian tilbyr en hel rekke verdiskapende funksjonalitet for produktsjefer.

for å laste ned malen besøk Atlassian.

1. Slite

Slite tilbyr en ren og konsis produkt krav mal som har plass til alle nødvendige data ennå er direkte nok til å ikke være lang omstendelig.

malen er designet for å fokusere på brukerhistorier i stedet for funksjonelle og ikke-funksjonelle krav, og er ideell for smidige team med strømlinjeformede forretningsprosesser.

det som skiller Slite-malen fra resten, er fokuset på En Smidig arbeidsflyt og forsøket på å bevege seg bort fra overflødige detaljer som ville ha liten eller ingen betydning for sluttproduktet. Siden Smidige miljøer fokuserer mer på brukstilfeller og brukerhistorier, trenger de dokumenter som gjenspeiler teamets struktur.

her er noen av fordelene Med Slite PRD-malen:

• muligheten til å begrense PRD til en enkelt side, om nødvendig
• Plass for å beskrive produktbakgrunn og hvorfor eierne mener at produktet skal eksistere
• et virtuelt veikart som utviklingsteamet kan bruke som utviklingsguide
• Rom for mange revisjoner, modifikasjoner og nye data (med utvidende krav

i tillegg til disse ligner dokumentmalen slite product requirements et Wireframe-dokument med plass TIL alle nødvendige data i ideell rekkefølge.

for å laste Ned Slite-malen, besøk Slite.

1. Aha!

aha PRD-malen er en av de mest direkte og konsise dokumentmaler som du kan finne for dine produktbehov.

dette skyldes fokuset på å tilby et alternativ til produkt – / prosjektstyringsprogramvare som De Fleste Smidige selskaper nå bruker for å diskutere produktkrav i sanntid, som erstatning for dokumenter.

det som er best med aha-malen er at hvis du er en ny produktleder eller hvis dette er bedriftens første produkt, og du trenger noen retningslinjer for hvordan du bruker et slikt dokument, har nettstedet fullstendige instruksjoner om hvordan du gjør det på en effektiv måte.

noen av fordelene Med aha PRD-malen inkluderer:

• fokus på effektivisering av dokumentasjonsprosessen for førstegangsbrukere
• Plass til å konsolidere alle nødvendige kravdata (og bare nødvendige data) på ett sted
• Malstruktur som er ideell for samarbeid i fravær av en produktstyringsprogramvare
• Flere dokumentformater (MSWord og PDF)

det er viktig å merke seg at enkelte produktavdelinger kanskje ikke finner aha-malen omfattende nok for deres produktbehov, da den er designet mer for pre-agile selskaper.

for å laste Ned aha PRD-malen, besøk Aha.

1. Produkt Først

Produkt først krav mal er utformet med fleksibilitet i tankene, som det tillater bedrifter av alle størrelser og produkt omfang for å kommunisere sine krav til utviklerne.

Tilgjengelig i både en vanlig så Vel Som En ‘Lite’ versjon, Produktet første malen lar deg utnytte delene i det, slette de som ikke er gyldig til produktet eller sette inn dine egne seksjoner som per produktbehov.

Det beste Med Produktets FØRSTE prd-mal er de klare bruksinstruksjonene på både nettsiden og selve malen. Hvis du er ny på produktstyring, er det det ideelle utgangspunktet. I tillegg vil det fungere som en strålende skjelett dokument for å lage din EGEN PRD mal på.

de viktigste fordelene Med Produktet Første PRD maler er:

• Fleksibelt dokumentgrensesnitt med seksjoner som kan legges til eller slettes for å passe produktkrav
• Designet av en produktleder,for produktledere
• Ideell For et bredt utvalg av programvareprodukter
• Uavhengig seksjon for eksterne ressurser og lenker til stilveiledninger, utviklerspråkversjon, API-avhengigheter, lignende produktkampanjer, etc.

Med Google Doc-koblingen kan flere personer samarbeide om dokumentet i sanntid. Dette er en veldig gunstig funksjon hvis du allerede har Flere Google-plugins eller Et Google-basert dokumenthåndteringsstoff.

gå Til Produkt Først for å laste ned malen.

1. ShipIt

shipit PRD-malen er utformet Med Google – basert samarbeid i tankene. Hele dokumentet er tilgjengelig nesten På Google Docs og kan endres i sanntid av flere personer.

Innebygd enkelt Google Doc-format, malen har separate mellomrom for forretningsmodellen til selskapet og individuelle brukerpersoner.

hva er best Om ShipIt malen er dens fokus på komplett produktstyring. Selskapet tilbyr en komplett pakke med tjenester for selskaper som ønsker å oppgradere fra en enestående mal til en komplett liste over produktstyringsfunksjoner, og det også til en rimelig pris. Verdiskapende verktøy utnytte samme mal.

de viktigste fordelene ved Å bruke shipit-malen inkluderer:

• Ekstremt enkelt dokumentformat som er ideelt for noen som er ny på detaljert dokumentasjon
• Plass til funksjonelle og ikke-funksjonelle, Samt markedsføringskrav
• en gratis og brukervennlig mal generelt.
• Omfattende utvalg av tjenester på forespørsel,med en 4 ukers gratis prøveversjon

I tillegg til det ovennevnte, Tilbyr shipit-malen en klar oversikt på Siden Av Google Doc. Produktledere kan bruke dette til å legge til eller slette seksjoner, eller til og med bruke malstrukturen til å lage sitt eget dokument.

gå Til ShipIt for å laste ned malen.

Skrive Et Sterkt Kravdokument i 2020

enten du bruker en ferdig mal eller lager din egen for produktet ditt, er det viktigste aspektet av dokumentet innholdet og hvordan du kommuniserer kravene.

alle malene i denne artikkelen gir noen retningslinjer for hvordan du fyller ut dokumentet med de nødvendige dataene.

men for å skape en sterk PRD i 2020, må du vite hva dine forretningsmål er på middels og lang sikt, samt hvilken innvirkning du vil at produktet skal ha i sin bransje.

her er noen tips om hvordan du skriver et detaljert og effektivt produktkravsdokument i 2020.

Utfør Omfattende Kundeanalyse

sluttbrukeren er den viktigste faktoren i ethvert programvareutviklingsramme. Dette er på grunn av deres betydning for selskapet som en inntektskilde, og differensierende faktor mellom gode og dårlige produkter.

Analyse av sluttbrukernes behov og ønsker fører også selskaper til å produsere produkter som direkte løser problemer for brukerne, i stedet for å tjene som enkle inntektsbyggere. Å adressere smertepunktene til brukerne er også den beste måten å skape tillit til produktet ditt, og gjøre brukere til livslang tilhenger av merkevaren din.

du kan bruke en rekke verktøy og teknikker for å samle de nødvendige dataene fra sluttbrukerne. Disse inkluderer spørreskjemaer, prototyping, konkurrentens produktbruk, historiske brukstilfeller og brukerhistorier.

Klart Definere Produktet Formål

formålet med produktet kan ikke virke som et nødvendig datasett for utviklere. Det er imidlertid en av de viktigste aspektene av hele prosessen, siden det bidrar til å justere hele utviklingen, driften og styringsstoffet til en visjon.

det anbefales at selv før du begynner å skrive, sørg for å forstå hvorfor sluttbrukerne trenger produktet. Dette vil hjelpe deg med å overbevise interessentene om at produktet er en god investering.

I Tillegg hjelper det utviklere å forstå bruksrelaterte krav til produktet ved å informere dem om de typiske brukerens smertepunkter med lignende produkter.

når du definerer formålet, må du sørge For at alle involverte interessenter er enige om det. Du kan sirkulere det foreløpige dokumentet blant interessentene for å bekrefte det.

Gjør Produktformålet Til Funksjoner

det neste trinnet etter å ha definert formålet med produktet, er å bryte det formålet til aktive produktfunksjoner som sluttbrukere vil bruke.

Dette er en fin måte å justere produktets formål med faktisk brukervennlighet og gi brukerne en direkte løsning på sine problemer. I tillegg er det også en god retningslinje for hvordan hver funksjon skal bygges, samt initiativene og temaene funksjonene skal baseres på.

Fokus på et funksjonstema ber utviklere om å justere alle aspekter av produktet i henhold til det temaet, og dermed øke brukervennligheten langs den linjen. Når definert, vil temaene hjelpe deg sømløst slå din hensikt til funksjoner.

Sett Realistiske Utgivelseskriterier

en av de største feilene selskapene gjør er å skynde et produkt å frigjøre, uten å vurdere de finere detaljene som kundenes etterspørsel på det tidspunktet, produktberedskap og generell brukervennlighet i sanntid.

uansett hvor godt produktet ditt kan være, må du alltid sørge for å legge til redundanser i utgivelseskriteriene og rette så mange feil i bruksmatrisen som mulig før du starter.

du kan gjøre Dette ved å analysere bruksmåter for konkurrerende produkter og finne ut hvordan deres produkter presterte når de ble utgitt enten tidligere enn ideal, eller med oppsigelser.

Til Slutt, sørg For at utgivelsesmålene dine er handlingsbare, oppnåelige og målbare på lang og kort sikt, samtidig som de er enkle å forstå for alle som er involvert i utvikling.

Sett En Realistisk Utgivelsestidslinje

en utgivelsesdato gir utviklere og ledelse et mål å jobbe mot. Selv om det ikke er en viktig faktor i et godt produkt, er det viktig å sørge for at ingen mister fokus på sluttmålet, som er formålet med produktet.

en utgivelsesdato trenger ikke å være nøyaktig, og du kan angi et grovt estimat basert på utviklingstidslinjen som utviklere gir deg. Det er imidlertid viktig å være realistisk, selv med en foreløpig dato.

husk også det forrige punktet om å ikke rushing produktet for å slippe, når du angir en tidslinje.

Get Stakeholder Clearance

et produkt som får clearance fra alle involverte interessenter betyr noe som hele selskapet tror på og er trygg på når det gjelder markedssuksess.

Dette er spesielt viktig for eldre interessenter som kan finansiere produktet eller gi det endelige godkjenningsordet.

for å sikre at alle er enige med produktet, dets formål, funksjoner og langsiktig innvirkning, hold omfattende diskusjoner og brainstorming økter med alle involverte parter. Når det gjelder toppledelsen, kan du holde en konferanse der du gir en kort om produktet.

Dette kan virke som et ekstra trinn wince hvis PRD blir konstruert, betyr det automatisk at alle har signert på den. Det skader imidlertid ikke å få tillit fra alle interessenter for fremtidige ventures også.

Sluttnotat

som nevnt tidligere, er Dette Agile-teamets alder, en som bruker ulike samarbeidsprogramvare for å få ideene sine på tvers, uten behov for detaljert dokumentasjon.

men ikke alle bedrifter har tilgang til en stabil, Smidig arkitektur, og mange av dem må klare seg med et tradisjonelt Fossemiljø, spesielt i de tidligere stadiene av produktutviklingsreisen.

hvis bedriften din er en av de sistnevnte, kan du dra nytte av en av disse dokumentmalene, mens du jobber med å forbedre hvordan du samarbeider og utvikler.

Meta Beskrivelse: