Styrereferater skiller seg fra alle andre typer møtenotater. Ingen leser dem for moro skyld. De leses når noe har gått galt, av noen som ikke var til stede, som leter etter hva som ble bestemt, av hvem og på hvilket grunnlag. Det endrer hva programvaren må kunne.

De fleste «programvare for styrereferater» er en portal: agendaer, styredokumenter, en editor med en referatmal, e-signaturer. Nyttig, men det gjør ingenting med den vanskelige delen, nemlig å produsere et nøyaktig referat av hva som faktisk ble sagt i rommet.

Jobben er referatet, ikke malen

En referatmal er enkel. Sekretæren har allerede en. Det som er virkelig vanskelig, og virkelig risikabelt, er kilden malen fylles ut fra. I dag er den kilden én persons notater, skrevet mens vedkommende også prøver å følge diskusjonen, og deretter ryddet opp i fra hukommelsen etterpå. Alle styrer har en historie om et referatpunkt som ikke stemte med det et styremedlem husker å ha sagt.

Det første du bør se etter er altså ikke en penere mal. Det er et ordrett referat med navngitte talere som de formelle referatene kan kontrolleres mot.

En sjekkliste for referatet

1. Full transkripsjon, ikke bare et sammendrag. Sammendrag er til lesing; transkripsjoner er til uenigheter. Du trenger begge, med tidsstempler i transkripsjonen.
2. Navngitte talere. «Taler 2 hadde innvendinger» er ubrukelig i et styringsdokument. Referatet bør knytte hver linje til en person.
3. Fungerer i rommet. Styrer møtes rundt et bord. Et verktøy som krever en videolenke tar opp de eksterne styremedlemmene og går glipp av rommet, noe som er stikk motsatt av hva du trenger.
4. Hybrid uten to referater. Eksterne deltakere må havne i samme transkripsjon som rommet, ellers har referatet to kilder som kan være uenige.
5. Lyden bevares sammen med teksten. Når en formulering blir bestridt, spill den av.
6. Beslutninger og ansvarlige hentes ut. Sekretæren bør starte fra en liste over beslutninger og oppgaver hentet fra opptaket, ikke fra et blankt ark.
7. Synlig samtykke. Opptak må være åpenbart for alle som er til stede.
8. Et sted å legge resultatet. Arkivert etter møte og organ, og tilgjengelig fra systemene organisasjonen allerede bruker.

Der Superscribe Phone passer inn

Superscribe Phone er iPhone-appen jeg bygde for forretningssamtaler og møter, og den dekker punkt én til åtte på en måte jeg ikke har sett portalene gjøre:

• Trykk Start møte, så tar telefonen opp rommet, med en vedvarende opptaksstatus og en påminnelse på skjermen slik at samtykket er synlig.
• Transkripsjonen skiller mellom talerne og navngir dem når de presenterer seg; alle kan gis nytt navn med ett trykk.
• Deltakere som er andre steder ringes inn på telefon fra selve møtet og dukker opp i samme transkripsjon.
• Opptaket blir liggende vedlagt for avspilling.
• Hvert møte får en tittel, et sammendrag av beslutninger og forslag til oppfølging som du bekrefter med ett trykk; en diktert liste blir en sjekkliste i Påminnelser.
• Møter arkiveres automatisk i et prosjekt og sendes til Pipedrive som en aktivitet; alt annet kan hente dem via API og MCP.

Oppføringen: navngitte deltakere, transkripsjonen og hvor den ble lagret. Demokonto, syntetiske data.

Beslutninger og ansvarlige hentes ut som foreslåtte handlinger, slik at referenten starter med en liste – ikke et blankt ark.

Hva den ikke gjør, og det sier jeg heller enn å la deg oppdage det selv: den formaterer ikke den formelle protokollen, holder ikke styr på dagsordenen din og håndterer ikke vedtak og signaturer. Behold portalen til det. Mat den med et ekte opptak i stedet for en rekonstruksjon.

Protokollmøter utenfor styrerommet

Det samme gjelder for ethvert organ som må føre protokoll fra møtene sine: styrer, utvalg, foreninger, styringsgrupper hos kunder, bedriftsutvalg. Kravet er alltid en etterprøvbar dokumentasjon av hvem som bestemte hva. Verktøyproblemet er alltid at møtet skjer i et rom, og rommet har ingen lenke. En iPhone på bordet løser opptaket; organisasjonens eget format tar seg av resten.

Den ærlige testen

Ta opp ett møte parallelt med den vanlige referenten. Sammenlign etterpå sekretærens utkast med transkripsjonen og de uthentede beslutningene. Etter min erfaring er utkastet ikke feil, men det er tynnere, og de stedene der det er tynt, er nettopp de stedene som ender med å ha betydning.

Start på møtereferater som skriver seg selv, eller se AI-møtereferat uten møtebot for hvorfor bot-modellen ikke fanger opp rommet.