Et dokument kan være vakkert skrevet og likevel mislykkes som møtereferat. Standarden er om leserne kan skille mellom agenda, dokumentasjon, beslutninger, oppgaver og senere endringer.

Direkte svar

Google Docs-møtereferater er en gjennomgått oversikt over agendaen, deltakerne, beslutningene, tiltakene, ansvarlige, datoene, åpne spørsmål og kildereferanser. En praktisk arbeidsflyt bruker en kopierbar dokumentstruktur, navngitt redaktør og godkjenner, kontrollert deling, tydelig versjonshistorikk og eventuell automatisering først etter at malen er stabil.

En kopierbar referatside med redaksjonelle instruksjoner

Kopier denne strukturen inn i et tomt Google-dokument, og tilpass deretter etikettene til organisasjonens faktiske gjennomgangsprosess. Instruksjoner i parentes bør fjernes fra det publiserte referatet.

Test radene mot destinasjonens faktiske tillatelser og objektsmodell. Et ryddig dokument kan likevel mislykkes når målet ikke kan bevare ansvarlig, betingelse eller kildekontekst.

Hovedpoeng: En mal er vellykket når en ny redaktør kan skape de samme skillene uten å kopiere konklusjonene fra et annet møte.

Versjoner strukturen og noter hvem som godkjente en feltendring. Ellers kan to team publisere ulike betydninger under samme etikett.

Bruk tabellen som en gjennomgangsavtale, ikke som et løfte om at hvert felt skal fylles ut. En ærlig tom verdi eller «ikke fastslått» er tryggere enn en oppdiktet utfylling.

Referatet er en oversikt, ikke en transkripsjon

Den raskeste måten å forbedre referater på er å definere formålet deres. De bør gjøre det mulig for en fraværende, autorisert leser å forstå resultatet og utføre tildelt arbeid uten å forveksle hver uttalte setning med en beslutning.

Denne delen gjelder en dokumentredaktør med sans for standarder som bruker et perspektiv fra en kommentert malgjennomgang når vedkommende publiserer referat fra en tverrfunksjonell driftsgjennomgang i Google Dokumenter. Referatets form må tjene arbeidet som følger, ikke bare komprimere samtalen.

Agendaen gir orientering

Ved et reelt avvik skal de planlagte temaene beholdes, og deretter skal det vises hvilke som ble diskutert, utsatt eller endret, slik at referatet forklarer møtets faktiske forløp.

Bevis: Den utsendte agendaen og møtetidslinjen fastslår den planlagte og observerte rekkefølgen. Redaksjonelt tiltak: Bruk statusetiketter ved siden av agendapunktene i stedet for å skrive om historien.

Se på flyt som et redigeringshjelpemiddel, ikke som bevis. Målet bør være å bevare det som ble fastslått, det som fortsatt er åpent, og hvem som har ansvaret for tolkningen.

Deltakelse har operativ betydning

Før neste møte skal deltakere, inviterte som var fraværende, møteleder, referent og godkjenner føres opp, men bare når disse rollene har betydning for tolkning eller styring.

Bevis: Kalenderdeltakelse og organisasjonens prosess utgjør bevisgrunnlaget. Redaksjonelt tiltak: Unngå å anta deltakelse ut fra et navn som ble nevnt under diskusjonen.

Test tilgangen med en konto som ikke er administrator, og test forståelsen med noen som gikk glipp av samtalen. Bekvemmelighet bør ikke i stillhet utvide myndigheten.

Beslutninger fortjener presist språk

I den operative dokumentasjonen bør en beslutningsoppføring angi utfallet, beslutningseieren, betingelsen for ikrafttredelse og eventuell uenighet som endrer gjennomføringen.

Bevis: Kildeutdraget og den ansvarlige godkjenneren fastslår den endelige ordlyden. Redaksjonelt tiltak: Ha et kort beslutningsregister nær toppen og detaljer nedenfor.

Les setningen høyt uten konteksten rundt. Hvis den høres sikrere ut enn kilden, skal betingelsen, tilskrivelsen eller det uavklarte spørsmålet gjeninnføres.

Tiltak trenger en komplett avtale

For den ansvarlige redaktøren er et verb uten en eier, en fristbetingelse, en leveranse og en bekreftelsesvei en påminnelse, ikke et sporbart tiltak.

Bevis: Eksplisitt aksept og prosjektkalenderen støtter tiltaksregistreringen. Redaksjonelt tiltak: Skriv ett tiltak per rad og marker usikre felt åpent.

Bruk én vanlig kilde og ett krevende grenseeksempel. Registrer konfigurasjonen, kontrolløren, unntakene og det nøyaktige punktet der menneskelig godkjenning blir avgjørende.

Diskusjonen er en selektiv kontekst

Ved overleveringen oppsummerer referatet begrunnelse og alternativer bare i den grad det er nødvendig for senere beslutninger, risikoer eller oppgaver.

Bevis: Møtekilden og den redaksjonelle policyen viser hva som støtter utfallet. Redaksjonelt tiltak: Ikke kopier transkripsjonen inn i referatet, og ikke fjern begrunnelsen som endrer betydningen.

Hold korrigeringsveien ved siden av den problemfrie veien. En arbeidsflyt er ikke pålitelig når en endret eier, dato eller betingelse blir værende skjult i en eldre kopi.

Endringer forblir synlige

I praksis bør korrigeringer etter møtet oppdatere den gjeldende dokumentasjonen, samtidig som redaktøren, godkjenneren, tidspunktet og årsaken identifiseres.

Bevis: Versjonsloggen i Google Dokumenter kan støtte en undersøkelse, men det synlige dokumentet bør angi vesentlige endringer. Redaksjonelt tiltak: Legg til et endringsnotat i stedet for å forvente at leserne undersøker hver revisjon.

Be en annen autorisert kontrollør rekonstruere beslutningen fra den siterte kilden og den strukturerte dokumentasjonen; enhver gjetning avslører et manglende felt eller en for skråsikker setning.

Referatet er derfor et lite operativt dokument med sporbar myndighet, ikke en komprimert fremføring av alt som ble sagt.

Delen er komplett når en annen person kan skille mellom kilde, tolkning, godkjenning og neste tiltak uten å være avhengig av en deltakers hukommelse.

En redaktør kommenterer en fiktiv driftsgjennomgang

Fiktivt eksempel: En driftsgjennomgang omfatter en lagertest og en leverandørbeslutning.

Saken er fiktiv og lærer bare bort metoden. Den er ikke en kundehistorie, produkttest eller målt resultat.

Kildeutdrag

• Møteleder: Godkjenn den lille lagertesten i to uker, forutsatt at sikkerhetsskiltene ankommer først.
• Dina: Jeg bekrefter levering av skiltene innen tirsdag klokken tolv.
• Ravi: Valget av leverandør er ikke endelig; økonomiavdelingen trenger fortsatt de reviderte vilkårene.
• Møteleder: Sett leverandørpunktet tilbake på agendaen for neste uke.

Der det første utkastet svikter

Det første utkastet sier at lagertesten og leverandøren ble godkjent, og gir Dina ansvar for hele testen. Det mister én betingelse, én ikke-beslutning og omfanget av oppgaven hennes.

Test tilgangen med en konto som ikke er administrator, og test forståelsen med noen som gikk glipp av samtalen. Bekvemmelighet bør ikke i stillhet utvide myndigheten.

Kildekontrollert korrigering

Redaktøren deler oppføringene: betinget godkjenning av lagertesten; Dina bekrefter levering av skiltene innen tirsdag klokken tolv; leverandørbeslutningen utsettes i påvente av reviderte vilkår; ansvarlig for økonomiavdelingens gjennomgang skal fortsatt utpekes.

Godkjent overlevering

Det godkjente Google-dokumentet plasserer beslutninger og tiltak over de korte diskusjonsnotatene. Oppfølgingsmeldingen lenker til referatet, ber Dina om å bekrefte og flagger den eierløse gjennomgangen i økonomiavdelingen.

Lærdom: En standardbasert redigering kan gjøre dokumentet kortere samtidig som den gjenoppretter faktaene som avgjør handling.

Manuell, assistert eller automatisert: Velg den redaksjonelle veien

Velg den enkleste veien som bevarer den nødvendige dokumentasjonen. Automatisering er verdifull først etter at de redaksjonelle rollene og dokumentstrukturen fungerer manuelt.

Test radene mot mottakerens reelle tillatelser og objektmodell. Et ryddig dokument kan fortsatt mislykkes når målet ikke kan bevare eier, betingelse eller kildekontekst.

Hovedpoeng: Hvis organisasjonen ikke kan identifisere den offisielle versjonen og godkjenneren, øker mer automatisering uklarheten i stedet for å redusere arbeidet.

Versjonsbehandle strukturen og registrer hvem som godkjente en feltendring. Ellers kan to team publisere ulike betydninger under samme etikett.

Bruk tabellen som en gjennomgangsavtale, ikke som et løfte om at hvert felt skal fylles ut. En ærlig tom verdi eller ‘ikke etablert’ er tryggere enn en oppdiktet utfylling.

Fra agendafil til godkjent Google-dokument i seks gjennomganger

Denne metoden med seks gjennomganger behandler dokumentet som en redigert publikasjon. Hver gjennomgang har et annet spørsmål, noe som hindrer flytende formuleringer i å skjule manglende myndighet.

Arbeidsflyten bruker tydelige stoppunkter. Å generere tekst avslutter ikke arbeidet; det nyttige sluttpunktet er et gjennomgått, autorisert og gjenopprettbart referat.

Endre og samordne

I driftsloggen skal korrigeringer behandles gjennom den synlige endringsprosessen, oppdater underliggende oppgavesystemer ved behov, og sørg for at den gjeldende loggen er entydig.Kontrollpunkt: Vesentlige endringer angir godkjenner, tidspunkt, årsak og berørt handling.Dokumenter det som ble utelatt, like nøye som det som ble tatt med. Denne avgrensningen hindrer at et vellykket eksempel blir en utrygg standard.

Godkjenn og distribuer

Før neste møte løser den navngitte godkjenneren tvister, godtar den offisielle formuleringen og deler dokumentet eller en lenke med den tiltenkte målgruppen.Kontrollpunkt: Dokumentet angir status, versjon og tilgangsgrense.Neste trinn begynner først etter at den som gjennomgår dokumentet, kan åpne kilden, kontrollere endringen og godta målposten.

Gjennomfør redigeringen for den fraværende leseren

Ved et reelt unntak skal du fjerne overflødig dialog, gjenopprette manglende betingelser, definere akronymer og sørge for at datoer, ansvarlige og leveranser er forståelige.Kontrollpunkt: En gjennomgår som gikk glipp av møtet, kan rekonstruere driftsbetydningen.Behold versjon, gjennomgår og korrigeringstidspunkt i driftsloggen slik at en annen person senere kan kontrollere overleveringen.

Lag det første redaksjonelle utkastet

I praksis skal du organisere resultater før fortelling, holde foreslåtte og godkjente formuleringer atskilt og lenke vesentlige oppføringer til kilden.Kontrollpunkt: Alle beslutninger og handlinger har et grunnlag som er synlig for den som gjennomgår dokumentet.Loggfør inndata, mål og ansvarlig gjennomgår. Hvis kontrollpunktet ikke består, skal elementet holdes her og unntaket synliggjøres.

Registrer kilde og samtidige notater

Ved overleveringen skal du registrere i henhold til organisasjonens retningslinjer og notere beslutninger, oppgaver, uenighet og utilgjengelig dokumentasjon etter hvert som møtet utvikler seg.Kontrollpunkt: Deltakerne kjenner registreringsmetoden, og utelatt materiale er dokumentert.Et stille nytt forsøk er ikke en godkjenning. Bevar den mislykkede tilstanden, årsaken og neste ansvarlige inntil kilden eller tillatelsen er gjenopprettet.

Opprett agendastrukturen

For den ansvarlige redaktøren skal du opprette dokumentet fra den godkjente malen med møtetittel, formål, tidspunkt, møteleder, redaktør, godkjenner, agenda og tilgangsklassifisering.Kontrollpunkt: Riktig malversjon og delingsgrense er synlige før møtet.Samordne alle godkjente nedstrømskopier etter en vesentlig korrigering; redigering av bare transkripsjonen gjør arbeidsflyten inkonsistent.

En dokumentlenke er ikke distribusjon i seg selv. Overleveringen angir hvem som må lese, hva de må gjøre, og hvor korrigeringer vil vises.

Etter det siste trinnet skal du registrere inkluderte kilder, utelatelser, gjennomgår, mål og hendelsen som vil utløse en ny test.

Hva hører hjemme i møtereferater i Google Dokumenter

Malen nedenfor er ikke en dekorativ agenda. Hver del besvarer et leserspørsmål og har en uttrykkelig redaksjonell instruks.

Denne delen gjelder en standardbevisst dokumentredaktør som bruker perspektivet fra en klinikk for kommenterte maler ved publisering av referater fra en tverrfunksjonell driftsgjennomgang i Google Dokumenter. Notatets utforming må tjene det videre arbeidet, ikke bare komprimere samtalen.

Statuslinje

Ved overleveringen skal du merke loggen som utkast, til gjennomgang, godkjent eller endret nær tittelen.

Dokumentasjon: Redaktøren og godkjenneren fastsetter gjeldende tilstand. Redaksjonell handling: Ikke antyd godkjenning bare gjennom filnavngivning.

Behold korrigeringsløpet ved siden av normalforløpet. En arbeidsflyt er ikke pålitelig når en endret ansvarlig, dato eller betingelse blir liggende fast i en eldre kopi.

Resultatsammendrag

I praksis skal du presentere de mest vesentlige beslutningene, handlingene og hindringene før den kronologiske gjennomgangen.

Dokumentasjon: Godkjente registre gir den kompakte kilden. Redaksjonell handling: Hold det faktabasert; flytt tolkning og kontekst til den relevante delen.

Be en annen autorisert gjennomgår rekonstruere beslutningen fra den siterte kilden og den strukturerte loggen; enhver gjetning avslører et manglende felt eller en overdrevent sikker setning.

Beslutningsregister

Ved et reelt unntak skal du bruke én rad per beslutning med status, betingelse, ansvarlig, ikrafttredelsespunkt og dokumentasjon.

Dokumentasjon: Den ansvarlige gjennomgåren bekrefter hver rad. Redaksjonell handling: Ta med statusene utsatt og erstattet, slik at fravær ikke forveksles med godkjenning.

Betrakt flytende språk som et redigeringshjelpemiddel, ikke som dokumentasjon. Målet bør bevare det som ble fastslått, det som fortsatt er åpent, og hvem som eier tolkningen.

Handlingsregister

Før neste møte skal du bruke en fullstendig handlingssetning med leveranse, ansvarlig, datotype, avhengighet og bekreftelsesløp.

Dokumentasjon: Godkjennings- og tidsplanbevis underbygger oppføringen. Redaksjonell handling: Del arbeid med flere ansvarlige opp i enheter med én ansvarlig.

Test tilgang med en konto uten administratorrettigheter, og test betydningen med noen som gikk glipp av samtalen. Bekvemmelighet bør ikke i stillhet utvide myndigheten.

Diskusjonsnotater

I driftsloggen skal du bevare begrunnelse, alternativer, risikoer og spørsmål som endrer senere tolkning.

Dokumentasjon: Utdrag fra kilden underbygger syntesen. Redaksjonell handling: Unngå transkripsjon taler for taler med mindre formatet krever det.

Les setningen høyt uten konteksten rundt. Hvis den høres sikrere ut enn kilden, skal du gjenopprette betingelsen, attribusjonen eller det uavklarte spørsmålet.

Endringslogg

For den ansvarlige redaktøren skal du angi vesentlige korrigeringer og virkningen av dem uten å tvinge leserne gjennom versjonshistorikken.

Dokumentasjon: Godkjenner, tidsstempel og årsak underbygger endringen. Redaksjonell handling: Lenk til den berørte beslutningen eller handlingen, og samordne nedstrømskopier.

Bruk én vanlig kilde og ett vanskelig grensetilfelle. Registrer konfigurasjonen, gjennomgåren, utelatelsene og det nøyaktige punktet der menneskelig godkjenning blir autoritativ.

Den beste malen er lett å skumlese og vanskelig å misforstå. Hierarkiet gjenspeiler konsekvens snarere enn rekkefølgen folk snakket i.

Delen er fullført når en annen person kan skille mellom kilde, tolkning, godkjenning og neste handling uten å være avhengig av en deltakers hukommelse.

Dokumentets tilstand etter møtet

Etter publisering skal du måle om dokumentet støtter handling og korrigering. Antall sidevisninger alene kan ikke vise om referatet ble forstått.

Be en annen autorisert gjennomgår rekonstruere beslutningen fra den siterte kilden og den strukturerte loggen; enhver gjetning avslører et manglende felt eller en overdrevent sikker setning.

Hovedpoeng: Et grunnlinjeutvalg av møter bør inkludere en rutinemessig gjennomgang og et omstridt eller korrigert møte. Ellers beskriver målingene bare det enkleste tilfellet.

Etabler grunnlinjen før prosessen endres. Rapporter utvalg, dato, kildeklasser, gjennomgåere og eksklusjoner ved siden av hvert resultat.

Deling, versjoner og falsk endelighet

Google Docs senker terskelen for redigering og deling. Disse styrkene krever tydelige kontroller når dokumentet fungerer som en offisiell registrering.

Produktkontroller kan støtte prosessen, men de avgjør ikke organisasjonens juridiske forpliktelser eller forpliktelser knyttet til arbeidsforhold, kontrakter eller personvern.

Alle kan se ut til å ferdigstille

Ved et reelt unntak kan en samarbeidsredaktør endre avgjørende ordlyd etter gjennomgangen til godkjenneren.

Redaksjonelt tiltak: Bruk navngitte roller, begrenset redigeringstilgang der det er hensiktsmessig, og synlig status for godkjenning eller endring.

Behandle flyt som et redigeringshjelpemiddel, ikke som dokumentasjon. Målet bør bevare hva som ble fastslått, hva som fortsatt er åpent, og hvem som har ansvaret for tolkningen.

Lenedeling overskrider målgruppen

Før neste møte kan en praktisk delingsinnstilling eksponere sensitivt innhold eller siterte kilder for flere enn den tiltenkte gruppen.

Redaksjonelt tiltak: Fastsett klassifisering før distribusjon, og test lenken som en mottaker.

Test tilgangen med en konto som ikke er administrator, og test forståelsen med noen som gikk glipp av samtalen. Bekvemmelighet bør ikke i det stille utvide myndigheten.

Kommentarer inneholder kritiske beslutninger

I den operative registreringen kan en løst kommentar skjule begrunnelsen eller godkjenningen som leserne trenger i brødteksten.

Redaksjonelt tiltak: Flytt offisielle beslutninger og endringer til synlig innhold før diskusjonen løses.

Les setningen høyt uten konteksten rundt. Hvis den høres sikrere ut enn kilden, må du gjeninnføre betingelsen, tilskrivelsen eller det uavklarte spørsmålet.

Versjonshistorikk behandles som en endringslogg

For den ansvarlige redaktøren kan historikken vise redigeringer, men den forteller ikke leserne hvilken endring som har operativ betydning.

Redaksjonelt tiltak: Vedlikehold en kort, synlig endringsdel for vesentlige endringer.

Bruk én vanlig kilde og ett krevende særtilfelle. Registrer konfigurasjonen, gjennomgåeren, eksklusjonene og det nøyaktige punktet der menneskelig godkjenning blir autoritativ.

Automatisering overskriver menneskelige redigeringer

Ved overleveringen kan en senere eksport erstatte korrigert eller godkjent ordlyd med et tidligere maskinutkast.

Redaksjonelt tiltak: Bruk versjonssammenligning, stabile blokker og en tydelig oppdateringspolicy; overskriv aldri blindt.

Behold korrigeringsløpet ved siden av standardløpet. En arbeidsflyt er ikke pålitelig når en endret ansvarlig, dato eller betingelse forblir fanget i en eldre kopi.

Følg organisasjonens krav til oppbevaring, personvern, arkivmateriale og samtykke. Dokumentasjonen fra Google og HiNoter beskriver produktets virkemåte, ikke brukerens juridiske forpliktelser.

Bruke HiNoter før dokumentet blir offisielt

Før neste møte kan hiNoter vurderes som et kildekoblet trinn for utforming og strukturering før publisering i Google Docs

Gjennomgå det nåværende resultatet fra møteassistenten, kildetilgang, handlingsstruktur, eksportfunksjonalitet og Google Docs-integrasjon ved hjelp av et representativt møte Gjennomgå den nåværende arbeidsflyten for møteassistenten og den nåværende beskrivelsen av kildekoblet AI Chat.

Bekreft retningen for direkteeksport, atferd for felt eller seksjoner, tillatelser, håndtering av oppdateringer, støttede abonnementer og slettingsarbeidsflyt opp mot gjeldende produktdokumentasjon.

HiNoters offentlige sider er produktdokumentasjon, ikke uavhengige bevis på nøyaktighet, sikkerhet, samsvar, resultater eller egnethet.

Redaksjonell utprøving: Kan en fraværende anmelder godkjenne dokumentet uten å åpne hele møtet på nytt? Gjennomgå den nåværende Google Docs-integrasjonen

Standarden for publiserbare møtereferater

Velg møtereferater i Google Docs i den operative dokumentasjonen når leserne trenger et velkjent narrativt dokument, samarbeidende gjennomgang, enkel distribusjon og en synlig endringsbane.

Behold den nåværende arbeidsflyten når: Behold en manuell arbeidsflyt for møter med lavt volum, høy sensitivitet eller ustabile formater, der redaksjonelt skjønn veier tyngre enn innsatsen med omformatering.

Sett på pause når: Sett automatisert eksport på pause hvis delingsroller ikke er avklart, malen mangler en offisiell status, eller senere kjøringer kan overskrive godkjente endringer.

Anbefalingen er betinget: Den angir kilder, resultater, anmelder, mål, unntak og gjenværende risikoer uten å love rangeringer, avkastning på investeringer eller universell overlegenhet.

Anbefalt neste steg: Test den kopierbare strukturen på tre møter, inkludert ett med en utsatt beslutning og én vesentlig korrigering.

Dokumentet kan publiseres når dets autoritet er tydelig, selv for noen som aldri så kalenderinvitasjonen.

Vanlige spørsmål

Hva bør møtereferater i Google Docs inneholde?

Inkluder dokumentstatus, formål, dato, deltakere og roller når det er relevant, et sammendrag av resultatene, et beslutningsregister, et handlingsregister, konsise agendanotater, åpne spørsmål, kildereferanser, godkjenner, distribusjonsbegrensning og en synlig endringsseksjon for vesentlige korrigeringer.

Er møtereferater det samme som en transkripsjon?

Nei. En transkripsjon er en representasjon av tale på kildenivå, mens et møtereferat er en redigert operativ dokumentasjon. Møtereferater velger ut resultater og nødvendig kontekst, skiller mellom forslag og godkjenninger og knytter ansvar til dem. Oppretthold tilgang til kilden når det er autorisert, slik at sammenfatningen forblir etterprøvbar.

Hvordan lager jeg en mal for møtereferater i Google Docs?

Start med de tilbakevendende spørsmålene leserne trenger svar på, og opprett deretter seksjoner for dokumentkontroll, resultater, beslutninger, handlinger, agendakontekst, åpne punkter og endringer. Test malen på flere reelle møtetyper før du automatiserer den, og utnevn en navngitt malansvarlig.

Kan møtereferater genereres automatisk i Google Docs?

Et system kan bidra til å utarbeide og overføre strukturert innhold, men den pålitelige fremgangsmåten avhenger av gjeldende integrasjonsatferd og organisatorisk risiko. Definer malen, tillatelsene, kildelenkene, godkjenningspunktet, feilhåndteringen, forebyggingen av duplikater og korrigeringsretningslinjene før du aktiverer upublisert publisering.

Hvem bør godkjenne møtereferater i Google Docs?

Rollen avhenger av møtet og organisasjonen. Godkjenneren bør ha myndighet til å bekrefte vesentlige beslutninger og handlinger; referenten eller redaktøren bør fortsatt kunne identifiseres. For sensitive eller regulerte dokumenter bør du følge organisasjonens retningslinjer og innhente kvalifisert veiledning.

Hvordan bør møtereferater i Google Docs deles?

Del den offisielle lenken med det minste tiltenkte publikummet, ved å bruke riktig rolle som leser, kommentator eller redaktør. Test tilgangen som mottaker, unngå å anta at en kildelenke har de samme tillatelsene, og oppgi hvor fremtidige endringer vil vises.

Hvordan korrigerer jeg godkjente møtereferater?

Oppdater den gjeldende ordlyden gjennom den definerte endringsprosessen, oppgi redaktør og godkjenner, registrer tidspunkt og årsak, og identifiser berørte beslutninger eller handlinger. Avstem etterfølgende oppgave- eller prosjektoppføringer, samtidig som du beholder den opprinnelige kilden og en kort endringshistorikk.

Test møtereferatet, ikke bare eksporten

Bruk malen med et rutinemøte og en korrigert beslutning. Bekreft gjeldende atferd i HiNoter og Google Docs, tillatelser og kildetilgang før du publiserer i stor skala.

Evaluer Google Docs-arbeidsflyten