Release notes er et dokument som følger med en ny versjon av programvare eller oppdatering av en tjeneste. De gir brukere og utviklere informasjon om hva som er nytt, forbedret, fikset, eller kjent som problemer i den nye versjonen.

Innnhold i en Release Note

En releasenote inneholder vanligvis versjonsnummer og releasedato, samt detaljer i følgende kategorier:

• Nye funksjoner:
  • Informasjon om nye funksjoner eller verktøy som er lagt til programvaren.
  • Eksempel: «Introduksjon av mørk modus for bedre lesbarhet om natten.»
• Forbedringer:
  • Forbedringer på eksisterende funksjoner eller generelle ytelsesforbedringer.
  • Eksempel: «Optimalisert søkealgoritmen for raskere resultater.»
• Feilrettinger:
  • Detaljer om feil (bugs) som har blitt fikset siden forrige versjon.
  • Eksempel: «Rettet en feil som førte til krasj ved åpning av store filer.»
• Kjente problemer:
  • Informasjon om eksisterende feil eller problemer som utviklerne er klar over, men som ennå ikke er løst.
  • Eksempel: «Noen brukere kan oppleve problemer med lydkvaliteten under videosamtaler. Workaround er.»
• Annet:
  • Diverse informasjon som ikke passer inn i de andre kategoriene, som dokumentasjonsoppdateringer eller kommende webinarer.
  • Eksempel: «Ny brukerhåndbok er tilgjengelig på vår nettside.»

Hvorfor er Release Notes nyttige?

• Informasjonsdeling:
  Release notes holder brukere og utviklere oppdatert om endringer, nye tillegg eller fjerning av funksjoner i den nyeste versjonen. Dette gjør det lettere for alle involverte å følge med på utviklingen av produktet og forstå hvordan det har utviklet seg over tid.

• Brukeropplevelse:
  Ved å forklare nye funksjoner eller forbedringer i release notes, kan brukerne forstå hvordan de kan dra nytte av dem. I tillegg gir det innsikt i hvilke feil som er rettet, slik at brukerne vet at problemer de har opplevd, er blitt løst.

• Dokumentasjon:
  Release notes fungerer som en formell registrering av alle endringer som har blitt gjort i programvaren. Dette er nyttig for både feilsøking og videre utvikling, da det gir et klart bilde av hva som har skjedd fra versjon til versjon.

• Styrke kunderelasjoner:
  Release notes er også en effektiv måte å bygge og styrke relasjoner med kunder på. Ved å anerkjenne brukere som har bidratt med tilbakemeldinger, og vise at deres forslag blir tatt på alvor, skapes det en følelse av tilhørighet og lojalitet til produktet. Dette kan føre til økt engasjement, positiv omtale og en sterkere forbindelse mellom brukerne og selskapet.

Noen tips i forbindelse med produktlanseringer

• Anerkjenn bidrag:
  En enkel «Takk til [Navn]» kan ha stor betydning, enten du skriver det i releasenote eller sender en epost til de som har kommet med forslag som har bidratt til en bestemt funksjon.

• Vis frem endringer:
  Forklar hvordan nye funksjoner eller forbedringer relaterer seg til tilbakemeldingene du har mottatt. Dette viser at du lytter til brukernes behov.

• Engasjer samfunnet:
  Inviter brukerne til å fortsette å gi tilbakemelding. La dem vite at deres meninger er viktige og vil bli vurdert i fremtidige oppdateringer.

• Del historier:
  Inkluder små historier eller casestudier om hvordan tilbakemeldinger har formet utviklingen av produktet. Dette gir en personlig touch og viser at du virkelig verdsetter deres innspill.

Ved å bruke release notes strategisk for å bygge tilknytning, kan du ikke bare informere brukerne om hva som er nytt, men også styrke båndene mellom dem og produktet. Når brukere ser at deres forslag blir realisert, opplever de en større følelse av eierskap og lojalitet, noe som kan føre til økt engasjement og en mer positiv opplevelse med produktet.

Når man ikke anerkjenner tilbakemeldinger

Jeg samarbeidet en gang med en produsent i Israel for å forbedre et produkt. Mine idéer og innspill bidro til en helt ny programvareversjon – ikke bare en oppgradering, men et kvantesprang. Den nye programvaren inkluderte flere titalls nye funksjoner, og flere av dem var direkte resultat av mine forslag. Selv om enkelte idéer ikke var revolusjonerende, var det mine argumenter som overbeviste produsenten og drev endringene fremover.

Da lanseringen nærmet seg, ble alle forhandlerne invitert til en samling for å presentere produktet og de nye funksjonene. Jeg husker fortsatt følelsen av skuffelse da produsenten sto på scenen og argumenterte for to spesifikke funksjoner som jeg hadde måttet kjempe hardt for å få gjennom. De brukte til og med mine egne formuleringer til å forklare logikken bak endringene – men uten å nevne hvor idéene kom fra. Ikke en gang en generell anerkjennelse à la «basert på tilbakemeldinger fra våre kunder.»

Skuffelsen ble for mye, så jeg grep mikrofonen under spørsmålsrunden. Jeg stilte noen strategiske spørsmål om funksjonene de nettopp hadde implementert, spørsmål som bare jeg visste svarene på. Å se dem streve med å forklare seg var en slags bittersøt hevn.

Resultatet var at jeg aldri sendte flere forslag til den produsenten. Vi sluttet også å selge produktet deres og valgte heller en annen leverandør. For når noen ikke verdsetter tilbakemeldinger, taper de mer enn bare idéer – de mister tillit og respekt.