Misstaget är att börja med utkastet
Nästan alla börjar med att be om ett utkast. Det är varför nästan alla ai blogginlägg läses likadant: modellen har inget annat att utgå från än genomsnittet av allt som skrivits om ämnet, så det är precis det den ger tillbaka. Flytande, strukturellt korrekt och omöjligt att skilja från de tolv inlägg som redan rankar.
Att skriva ett blogginlägg är tre jobb, och bara det tredje är att skriva utkastet. Först tar du reda på vad som redan har sagts. Sedan bestämmer du vad du tillför. Först därefter skriver någon en mening. Varje jobb har också sin egen bästa modell, vilket är precis vad som gör att ett arbetsflöde med en enda modell känns som att det bråkar med dig i något skede.
| Steg | Modell | Vad den bidrar med |
|---|---|---|
| Research och befintlig bevakning | Gemini | Aktuellt webbmaterial, med källor du kan öppna |
| Infallsvinkel och tes | Valfri, använd motsträvigt | Luckan i befintlig bevakning, och invändningen mot din tes |
| Struktur och översikt | GPT | Håller sig till briefen, ger ren hierarki, ingen glidning |
| Text | Claude | Varmast register, minst utfyllnad, håller en röst genom hela |
| Faktakoll | Gemini eller en webbansluten modell | Hämtning mot levande källor, inte minne |
| Sista redigering | Du | Delen som inte kan automatiseras, och aldrig har kunnat |
Eftersom Whizi håller kvar tråden när du byter modell ser skrivmodellen researchen och översikten. Den kontinuiteten är huvudanledningen till att det färdiga inlägget hänger ihop, i stället för att bli en samling välskrivna stycken som inte summerar till något.
Steg 1 och 2: researcha, sedan hitta luckan
Prompt: vad som redan finns
Researcha aktuell bevakning av [ämne]. Ge tillbaka: de bästa artiklarna som rankar just nu med deras URL:er och publiceringsdatum, argumentet varje artikel gör, punkterna varenda en av dem gör (konsensus), aktuell data eller utveckling från de senaste 12 månaderna med källor, samt frågor läsare ställer som dessa artiklar inte besvarar. Citera allt. Där du inte kan verifiera ett påstående, märk det OVERIFIERAT.
Prompt: luckan
Utifrån den bevakningen, vad saknas? Specifikt: vad antar varje artikel utan att argumentera för det, vad skulle en erfaren praktiker tycka var naivt med konsensus, vilken fråga undviker de alla eftersom den är svår, och vad skulle vara sant för en läsare som det här standardrådet inte fungerar för?
Den andra prompten är där ett inlägg slutar vara utbytbart. Behandla resultatet som en lista med kandidater snarare än den färdiga infallsvinkeln, och välj den du faktiskt vet är sann. En modell kan hitta luckan, den kan inte fylla den med erfarenhet den saknar.
Prompt: testa din vinkel
Min tes är: [formulera i en mening]. Argumentera mot den så kraftfullt du kan. Vad är det starkaste motexemplet, vad skulle jag behöva visa för att den ska hålla, och finns det en snävare version som är lättare att försvara? Håll inte med mig.
Steg 3 och 4: gör en översikt, sedan skriv utkastet
Prompt: översikten
Bygg en översikt för ett inlägg som argumenterar för [tesen]. Målgrupp: [vilka de är och vad de redan vet]. Ge tillbaka H2:or och, under varje, den specifika poängen den gör och beviset den använder. Regler: varje sektion måste driva argumentet framåt snarare än att täcka en delfråga, ingen "vad är X"-sektion om inte målgruppen genuint inte vet, ingen avslutning som bara upprepar. Flagga varje sektion där jag inte gett dig bevis. Research: [referera till tråden ovan].
Flaggan för bevislucka är det som stoppar dig från att skriva 800 ord innan du upptäcker att du inte kan stödja huvudpåståendet.
Prompt: skriv en sektion, inte hela inlägget
Skriv sektionen [sektionsnamn]. Poäng den gör: [från översikten]. Bevis: [klistra in]. Röst: [klistra in 3 stycken av din egen text]. Regler: öppna med poängen snarare än med kontext, inga meningar som skulle kunna dyka upp oförändrade i en konkurrents inlägg, varje påstående spårbart till beviset som gavs, inget adjektiv som inte kan mätas, ingen övergångsutfyllnad. Längd: ungefär [n] ord.
Skriv sektion för sektion i stället för att be om hela inlägget på en gång. Generering av hela inlägget glider mot sammanfattning, medan en sektion med ett tydligt jobb och sitt eget bevis håller sig specifik. Det gör också att du fångar en dålig sektion vid 200 ord i stället för vid 1500.
Prompt: kritik före omskrivning
Innan du reviderar, namnge de tre svagaste sakerna i det här utkastet: ett påstående utan stöd, ett stycke som inte säger något nytt, en mening som kunde öppna vilket inlägg som helst om ämnet, eller ett ställe där argumentet hoppar över ett steg. Citera varje. Skriv inte om än.
Tecknen, och hur du tar bort dem
Läsare känner snabbt igen ai-text, och det är en kort lista med specifika ovanor snarare än en vag kvalitetsbrist. Varje en har en fix.
| Tecknet | Hur det ser ut | Fixen |
|---|---|---|
| Harklandet | "I dagens snabbrörliga digitala landskap" | Instruera: öppna med poängen, ingen scensättning |
| Symmetri i allt | Varje sektion lika lång, varje lista exakt tre punkter | Be om ojämn betoning: vissa poänger förtjänar en mening, andra en hel sida |
| Oförtjänt balans | "Medan X har fördelar har det också nackdelar" applicerat på allt | Kräv en ståndpunkt, och kräv att den starkaste invändningen besvaras snarare än bara nämns |
| Fördelar utan mekanism | "Förbättrar effektiviteten" | Kräv att varje påstående namnger hur det fungerar |
| Den upprepande slutsatsen | En sista sektion som sammanfattar det du just läst | Be om en slutsats som säger läsaren vad de ska göra eller vad som förändras |
| Ingens röst | Korrekt, smidig, kunde vara vem som helst | Klistra in riktiga prov av din text i stället för att beskriva din ton |
Den enskilt viktigaste fixen är den sista. Tre stycken av din egen riktiga text inklistrade i prompten gör mer än någon lista med tonadjektiv, eftersom modellen kan imitera ett exempel men inte imitera en beskrivning.
Lägg sedan till det en modell inte kan: det specifika talet från ditt eget arbete, saken du provade som misslyckades, invändningen din kund faktiskt tog upp. En konkret detalj från verklig erfarenhet gör mer för trovärdigheten än en hel omgång stilistisk redigering.
Steg 5: faktakollen du inte kommer undan
En påhittad statistik på din blogg är permanent, citerbar och din. Modeller producerar rimliga siffror kopplade till rimliga källor med total självsäkerhet, och felet är osynligt i resultatet.
Prompt: granska påståendena
Lista varje faktapåstående, statistik, datum och tillskrivet citat i det här utkastet som en tabell: påståendet, om det kom från en källa i den här konversationen eller från din allmänna kunskap, och källans URL om det finns en. Märk allt från allmän kunskap som OVERIFIERAT. Fyll inte i luckor med rimliga värden.
Öppna sedan varje källa själv. Inte bara de du tvivlar på, alla. Det vanligaste felet är inte en påhittad statistik, det är en riktig statistik kopplad till fel påstående, eller en siffra från 2019 presenterad som aktuell, och ingetdera syns utan att öppna sidan.
Två saker att kontrollera specifikt: att siffran fortfarande syftar på det du säger att den syftar på, och att källan är originalet snarare än någon annan som citerar det. Statistik försämras när den förs vidare, och en siffra tre citeringar in är ofta oigenkännlig vid ursprunget.
Vad detta realistiskt sparar
Ett inlägg på 1500 ord som tog tre timmar tar cirka 45 minuter med det här arbetsflödet, och modellkostnaden är knappt värd att räkna: enligt Whizis modellkostnadsindex (listpriser hämtade 2026-08-20) kostar ett standardsvar ungefär $0.007 på Claude Sonnet 5, så även en session med 15 prompt-utkast kommer på ungefär tio cent. Besparingen koncentreras till research, översikt och att komma till ett första utkast, vilket alltid var de långsamma delarna. Om du skriver inlägg för kunder snarare än för dig själv täcker AI-verktyg för frilansare förslagen, omfattningen och kundröstarbetet som omger skrivandet.
Vad det inte förkortar är den sista redigeringen, och du bör inte försöka. Räkna med att behålla kanske 80 procent av den genererade texten och skriva om resten, särskilt inledningen och allt som bygger på din egen erfarenhet. Det sista steget är där inlägget slutar vara kompetent och börjar vara läsvärt.
Om sökrankning: Googles riktlinjer riktar sig mot lågkvalitativt innehåll, inte ai-hjälp i sig. Ett inlägg som är korrekt och tillför något befintlig bevakning inte gör kommer klara sig bra. Ett inlägg genererat i en prompt och publicerat oredigerat kommer inte göra det, och det kommer i allt högre grad inte heller indexeras korrekt, eftersom det redan finns flera tusen sådana.
- Researcha befintlig bevakning innan du skriver något, och notera vad varje inlägg redan säger
- Hitta luckan, sedan testa din vinkel genom att be modellen argumentera mot den
- Gör en översikt med bevis knutet till varje sektion, och flagga sektioner som saknar det
- Skriv utkast sektion för sektion i stället för att be om ett helt inlägg
- Klistra in tre stycken av din riktiga text som röstprov i varje skrivprompt
- Kör kritikprompten innan någon omskrivning
- Granska varje påstående och öppna varje källa, även de du tror på
- Lägg till en konkret detalj från din egen erfarenhet per sektion
Vanliga frågor
Kommer Google straffa ai-hjälpta inlägg?
Googles uttalade position riktar sig mot lågkvalitativt innehåll snarare än ai-hjälp specifikt, och riktlinjerna betonar användbarhet, originalitet och visad expertis oavsett hur texten producerades. I praktiken är det inläggen genererade i en enda prompt och publicerade oredigerat som misslyckas, eftersom de inte tillför något som redan rankar. Ett inlägg med en riktig vinkel, verifierade fakta och något bara du kunde ha skrivit klarar sig bra.
Är Claude verkligen bättre än GPT för att skriva?
För text som en person läser från början till slut, ja, konsekvent. Claude använder mindre utfyllnad, håller en röst genom en lång text och behöver mindre redigering för att låta mänsklig. GPT är bättre för strukturerat innehåll som översikter, jämförelsetabeller och inlägg byggda kring kod eller stegvisa listor. Det starkaste arbetsflödet använder GPT för översikten och Claude för utkastet, vilket är ett modellbyte inom samma tråd.
Hur mycket av resultatet bör jag räkna med att skriva om?
Ungefär 20 procent, koncentrerat till förutsägbara ställen: inledningen, övergångarna mellan argument och överallt inlägget borde bygga på din egen erfarenhet. Om du skriver om mycket mer än det ligger problemet nästan alltid tidigare i processen, vilket betyder att vinkeln var generisk eller att skrivprompten saknade riktigt bevis eller röstprov.
Kan jag bara be om hela inlägget i en prompt?
Du kan, och resultatet blir genomsnittet av allt som redan publicerats om ämnet, vilket är exakt det du konkurrerar mot. Generering av hela inlägget glider mot sammanfattning eftersom ingen sektion har ett tydligt jobb. Att skriva utkast sektion för sektion, med poängen och beviset specificerat för varje, ger något specifikt och låter dig fånga en svag sektion vid 200 ord i stället för vid 1500.
Måste jag berätta att ai användes?
Sökmotorer kräver inte det. Vissa publikationer, kunder och arbetsgivare gör det, och allt fler avtal tar upp det numera explicit, så kolla de som gäller dig. Standarden värd att hålla oavsett är att du är ansvarig för varje påstående publicerat under ditt namn, vilket betyder att öppna varje källa och kunna förklara varje siffra i texten.