6 trinn for å skrive produktspesifikasjoner (+ eksempler)

Hvis du er ny innen produktledelse og ikke har måttet skrive en produktspesifikasjon før, har du kommet til rett sted. 

Selv om du kanskje har lært det grunnleggende om å skrive en produktspesifikasjon, er det noe helt annet å sette det ut i praksis, og det krever litt omtanke og en dedikert prosess. Her er en veiledning om hva du trenger å vite, og hvordan du lager en produktspesifikasjon som er fleksibel og korrekt. 

Vi skal gå gjennom hva produktspesifikasjoner er og hva de brukes til, i tillegg til flere eksempler på produktspesifikasjoner. Du får se hva du bør inkludere i produktspesifikasjonsdokumentet, prosessen for å skrive produktspesifikasjoner – fra å definere et produktsammendrag til å revidere basert på tilbakemeldinger fra kunder og begrenset brukertesting – samt hvordan du får produktene i gang på veikartet mot produksjon eller i programvareutviklingsprosessen. 

Vi har også inkludert en mal for produktspesifikasjoner som du kan bruke når du oppretter produktspesifikasjonsdokumenter. 

Hva er produktspesifikasjoner?

For å skrive en produktspesifikasjon må du ha en forståelse av hva det er. En produktspesifikasjon er en plan som beskriver produktet du skal bygge, hvordan det skal se ut, samt de spesifikke produktkravene og funksjonene. Den kan også inneholde personaen eller brukeren produktet lages for. 

Denne spesifikasjonen må være:

• Svært tydelig
• Enkel å lese
• En oversikt over all informasjonen designteamet og medlemmene av produktteamet trenger

Ta med så mye informasjon som mulig for å sikre at spesifikasjonene ikke blir for vage for produktteamet. En tabell eller et diagram over spesifikasjonene gjør det tydelig hvor detaljene finnes. Husk imidlertid at dette bare er produktspesifikasjonsarket – du kan overlate detaljene om produksjon og implementering til teammedlemmene senere i prosessen. Verktøy som Jira og Confluence kan være nyttige for å formidle alle relevante detaljer på ett sted.

3 eksempler på produktspesifikasjoner

Det finnes mange eksempler, både i papirform og på nettet. Dette er et enkelt eksempel på en nettbasert spesifikasjon som du kan tilpasse og bruke med teamet ditt.

Her er et annet eksempel med plass til testresultater, samt et flytskjema som viser produktutviklingsprosessen.

Dette tredje eksempelet inneholder også plass til å registrere testresultater, samt kjente problemer som har oppstått eller kan oppstå under produktutviklingsprosessen.

Hva brukes produktspesifikasjoner til?

En produktspesifikasjon brukes som en oversikt over kravene til produktteamet. Den skrives vanligvis av produktlederen og gir all informasjonen teamet trenger for å bygge produktet med bestemte funksjoner og egenskaper. Den inneholder også en teknisk beskrivelse, ytelsesspesifikasjon og tekniske standarder som må oppfylles, i tillegg til andre detaljer. Denne oversikten brukes til å formidle informasjon om brukere, forretningsretningslinjer og andre kriterier som hjelper teamet med å utforme og bygge et produkt.

Hva bør inkluderes i et prosjektspesifikasjonsark?

Hver produktspesifikasjon er basert på tekniske krav, ingeniørspesifikasjoner og andre detaljer som er spesifikke for det aktuelle produktet. Generelt bør imidlertid følgende inkluderes i enhver god produktspesifikasjon:

• Sammendrag – Dette er en helhetlig oversikt over produktet. Den begynner med en beskrivelse av produktideen og gir en kort introduksjon til produktet og helhetskonseptet. Den forklarer også hvorfor produktet blir utviklet. Produktsammendraget forklarer hvordan sluttproduktet vil se ut, hvilke funksjoner det vil ha, og hvor lang tid det forventes å ta å utvikle det.
• Forretningsgrunnlag – Deretter bør spesifikasjonsarket inneholde forretningsgrunnlaget bak utviklingen av produktet. Det beskriver fordelene eller konkurransefortrinnene produktet gir selskapet i markedet. Det tar også for seg budsjettet og andre ressurser som kreves for å fullføre prosjektet.
• Brukerhistorier – Dette er korte meldinger basert på sluttbrukerens perspektiv på produktet. De forklarer hvilke typer funksjoner brukerne ønsker å se i det nye produktet. Det er også en god idé å inkludere akseptansekriterier sammen med brukerhistoriene – dette er kriteriene som avgjør om en brukerhistorie er oppfylt av produktet, for eksempel om en ønsket funksjon er inkludert.
• Brukerpersonaer – Dette beskriver hvem produktet utvikles for, og definerer målgruppen. Det beskriver detaljer om målgruppen og utfordringene deres, som produktet skal løse. Når du kjenner produktets tiltenkte målgruppe, kan du sørge for at arbeidet forblir rettet mot kunden.
• Funksjonell spesifikasjon – Dette er et dokument som beskriver hvordan du ser for deg utseendet og funksjonene til det kommende produktet. Det bør også beskrive hvordan brukerne skal samhandle med det. Det fungerer som et referansepunkt for produktutviklingsteamet når de begynner arbeidet. Du kan også vurdere å legge til et fleksibelt teknisk spesifikasjonsdokument for teamet ditt.

Utforming av produktspesifikasjonen

Det er også viktig å inkludere en indikasjon på produktutformingen i produktspesifikasjonsarket. Her trenger du tekniske spesifikasjoner, skisser og modeller. Utformingen kan endres etter hvert som du går gjennom produktutviklingsprosessen. Den trenger ikke å være perfekt ennå, men du bør ha en visuell fremstilling som kan veilede produktstyringsteamet ditt gjennom den tidlige utviklingsprosessen. Dette er et godt sted å inkludere tekniske detaljer og eventuelle innkjøpsspesifikasjoner.

Det finnes mange ulike måter å inkludere utformingsinformasjon i produktspesifikasjonsarket på. Dette kan være gjengivelser eller illustrasjoner, skjermbilder eller fotografier av en prototype, eller til og med enkle notater om størrelse, dimensjoner eller produktets utseende og følelse. 

Hvordan skriver man et produktspesifikasjonsark?

1. Definer problemet.

Hvilket problem eller hvilken utfordring skal dette produktet hjelpe brukerne med å løse? Det er ingen vits i å utvikle produkter som ikke dekker bestemte forretningsbehov eller forbrukerbehov. Sørg for at behovene og problemene produktet skal løse, er nedskrevet i produktsammendraget. 

2. Forstå kundenes innspill.

Hva ønsker kundene seg i et nytt produkt? Brukerhistorier gir deg et mål å oppnå med det nye produktet og en vurdering av hvordan det vil hjelpe målbrukerne dine. Bruk tilbakemeldinger fra kunder om eksisterende eller relaterte produkter som innsikt.

3. Inkluder hele virksomheten i diskusjonen. 

Interessentene må få si sin mening og vil være til hjelp i utviklingsprosessen. Dette kan hjelpe deg med å få mange nyttige innspill og mer støtte til å fullføre arbeidet. Det vil også hjelpe de ansatte med å føle at de kan bidra til prosjektet, slik at de blir mer engasjert i å bidra og samarbeide med teamet.

4. Velg hvilke produktspesifikasjoner som skal inkluderes.

Noen produktkrav og spesifikasjoner er avgjørende for produktutviklerne, slik at produktet blir trygt og brukervennlig. Inkluder spesifikasjoner som dimensjoner, sikkerhetsstandarder, opplysninger om utløpsdato og en overordnet spesifikasjon av produktutformingen. Disse spesifikasjonene gjør det enklere å komme i gang med produktutviklingen. Du kan vente med andre spesifikasjoner, for eksempel spesifikke hensyn knyttet til UI/UX eller fargevalg, til de skal defineres senere i produktutviklingens oppgaveliste.

5. Gjennomfør brukertesting.

Når du har lagt en plan for utforming og utvikling, lager du en prototype. Sørg for at produktet kommer til å dekke kundens behov. La kundene teste, prøve ut og vurdere det. Undersøk bruken av eller mangelen på nyttige funksjoner, samt ting som er vanskelige å bruke eller irriterende. Fungerer alt slik det skal?

6. Revider basert på hva brukerne dine mener fungerer, og hva som ikke gjør det.

Bestem hva brukerne liker, misliker, synes er komplisert eller unødvendig, og løs problemer og revider spesifikasjonene etter behov, basert på resultatene fra brukertestingen og andre relevante måledata. Vurder nøye funksjoner eller steder der brukerne står fast – hvordan kan du forbedre dem? Bør du forkaste denne eller den funksjonen helt?

Ikke glem å abonnere på nyhetsbrevet vårt for flere ressurser og veiledninger om produktledelse, i tillegg til de nyeste podkastene, intervjuene og annen innsikt fra bransjeledere og eksperter.