Dokumentautomation utan att förlora ägarskapet
Claude kan skriva utkast till vilket dokument en projektledare producerar. Mötessammanfattningar, projektbriefar, statusuppdateringar, intressentkommunikationer, förslag, riskregister. Outputen anländer på sekunder och ser färdig ut.
Frågan är om det utkastet representerar din förståelse eller Claudes mönstermatchning från träningsdata som inte känner till din kund, din projekthistorik eller den specifika kontexten som gör det här dokumentet annorlunda mot det förra.
Svaret beror helt på vad du gör med utkastet.
Dokument som automatiseras väl
Mötessammanfattningar. Åtgärder, beslut och diskussionspunkter — strukturera vad som hände. Innehållet finns i inspelningen eller anteckningarna. Claude organiserar det. Din granskning bekräftar noggrannheten och fångar vad som missades. Lätt redigering, skicka. Det här är en stark automationskandidat.
Statusrapportutkast. Strukturen på en statusrapport är förutsägbar: vad är klart, vad är pågående, vad är blockerat, vad är nästa. Claude genererar den här strukturen från din data. Du lägger till tolkningen — vad de här siffrorna betyder för projektet, vad styrgruppen behöver veta. Medelhög redigering, specifika tillägg, skicka.
Åtgärdspunktslistor. Från en mötessammanfattning eller en planleringssession drar Claude och formaterar en ren lista med åtgärdspunkter. Tilldela ägare, bekräfta slutdatum, skicka. Minimal redigering.
Interna briefar. Kontextdokument för teammedlemmar som ansluter till ett projekt. Bakgrundsdokument för en ny intressent. Första-pass forskningssammanfattningar. Dessa är användbara som startpunkter. Granska för noggrannhet, lägg till projektspecifik kontext, skicka.
Dokument som kräver betydande omskrivning
Kundförslag. Ett förslag är inte bara en beskrivning av vad du kommer att göra — det är bevis på att du förstår kundens situation, prioriteringar och begränsningar. Claude producerar en generisk förslagsstruktur. Du skriver om det för att återspegla konversationen du hade, den specifika oro kunden lyfte förra veckan, det upplägg du vet passar deras organisationskultur. Skillnaden mellan ett generiskt förslag och ett vinnande är helt och hållet i den specifika kunskapen. Claude kan inte komma åt den.
Riskbedömningar. Riskregister från Claude är fullständiga i struktur och generiska i innehåll. "Nyckelpersonsberoende" dyker upp som en risk i varje projekt. Om det är en betydande risk i ditt projekt beror på din kunskap om teamet, kunden och leveransupplägget. En riskbedömning som inte återspeglar den kunskapen är en mall, inte ett professionellt omdöme.
Scopeändringsdokumentation. En scopeändringsförfrågan kräver att PM:en bedömer påverkan på tidslinje, kostnad, beroenden och kundrelationen — och att den bedömningen framställs på ett sätt som tjänar projektet. Claude kan skriva utkast till formuläret. Bedömningen är din.
Allt med juridiska, avtalsmässiga eller regulatoriska konsekvenser. I det svenska professionella sammanhanget: upphandlingssvar, finansiella rapporter, anställningsdokumentation, efterlevnadsrapporter. Innehållet i de här dokumenten bär åtaganden. Ett fel är ett ansvar. Mänsklig granskning är obligatorisk oavsett vem som producerade första utkastet.
Den tysta risken: att delegera tänkandet
Det finns en risk i dokumentautomation som är svårare att se än ett uppenbart fel. Det är risken att producera dokumentet utan att göra tänkandet.
När en PM skriver en projektbrief från grunden är skrivprocessen också en tankeprocess. Att bestämma vad som ska inkluderas tvingar ett beslut om vad som är viktigt. Att strukturera kontexten kräver att man förstår kontexten. Att formulera rekommendationen kräver en ståndpunkt om vad som bör hända.
När Claude genererar briefen från punktlistor händer det tänkandet inte automatiskt. Dokumentet produceras. PM:en läser det, gör små redigeringar, godkänner det. Men den djupa förståelsen som kommer från att arbeta igenom strukturen — den saknas ibland.
Det spelar störst roll för dokument som kommer att refereras upprepade gånger: projektstyrningsdokument, leveransplaner, riskramverk. Om PM:en som godkände dokumentet inte förstår det djupt, surfar det gapet i varje uppföljningskonversation.
Lösningen är inte att sluta använda Claude för de här dokumenten. Det är att behandla utkastet som en startpunkt för ditt tänkande, inte som den färdiga produkten. Läs det med frågan: vad vet jag som inte finns här?
Revisionsprovet
Innan något Claude-skapat dokument går till en kund eller senior intressent, tillämpa det här provet:
Kan du hitta minst tre specifika saker att ändra — inte formateringskorrigeringar, utan ändringar i substansen, framställningen eller påståendena?
Om ja, har du engagerat dig i dokumentet. Revisionerna är bevis på granskning.
Om nej, är en av två saker sant: antingen är dokumentet genuint fullständigt och perfekt korrekt för den här specifika situationen (osannolikt), eller så har du inte engagerat dig i det på den nivå ansvaret kräver.
Ett välreviderat Claude-utkast är ett dokument du äger. Ett oreviderat Claude-utkast med ditt namn på det är en risk.
Ett praktiskt flöde
För en kundinriktad leverans:
- Ge Claude de specifika inputarna — inte generiska instruktioner utan det faktiska sammanhanget: vad den här kunden behöver, vad projektsituationen är, vilket utfall det här dokumentet ska producera.
- Läs utkastet med frågan: vad vet jag som inte finns här? Skriv in det.
- Läs igen med frågan: vilka påståenden här kanske inte är korrekta för den här situationen? Verifiera de.
- Gör minst tre substantiella ändringar. Om du inte kan hitta tre, läs igen.
- Lägg till tolkningen som bara du kan bidra med — insikten om den här kunden, det här projektet, det här ögonblicket.
- Skicka med ditt namn på det, redo att försvara varje väsentligt påstående.
Nästa i den här serien: Del 4 — Styra AI-beslut i ditt team