Indholdsplan: topic clusters, briefs og nyttige guides
En indholdsplan fordeler kundeopgaver på sider og beskriver, hvem der får dem færdige. En topic cluster samler beslægtede sider omkring et fælles emne. En pillar-side giver overblik og viser videre. Strukturen er kun nyttig, hvis hver side hjælper med et selvstændigt spørgsmål.
Byg et indholdsunivers med klare grænser
Saml de vigtigste spørgsmål før køb, under brug og ved fejlfinding. Gruppér dem efter behov, og vælg en passende sidetype. En ydelse, en guide og en case kan høre til samme emne uden at gentage den samme introduktion.
Topical authority bruges om en sammenhængende faglig emnedækning. Det er ikke et offentligt tal, du kan opnå ved at udgive et bestemt antal artikler. Vælg de spørgsmål, som jeres kunder har, og hvor I kan levere et præcist svar. En tom plads i et keywordark er ikke i sig selv en læseropgave.
Et content brief, der kan skrives efter
Et brief skal gøre afhængigheder synlige. Hvis skribenten mangler produktfakta, er løsningen et fagligt svar. Hvis der mangler et eksempel, må det konstrueres og markeres som illustrativt. Det må ikke fremstå som en kundecase.
| Felt | Indhold |
|---|---|
| Læser | En webshopansvarlig, som skal flytte platform |
| Beslutning | Hvilke data, adresser og integrationer skal med? |
| Svar | Kortlægning, test, ansvar og kontrol efter lancering |
| Originalt materiale | Et selvudarbejdet migrationsskema og et tænkt eksempel |
| Links | Redirectguide, webshopudvikling og en dokumenteret relevant case |
| Godkendelse | Produktansvarlig og udvikler gennemgår deres egne oplysninger |
Et blogindlæg skal have en opgave ud over udgivelsesdatoen
Vælg et direkte svar, og brug afsnittene på at forklare metode, valg og faldgruber. Et selvstændigt eksempel, en sammenligning eller en checkliste kan hjælpe læseren med at handle. En nyhed og en vedvarende guide kræver forskellig vedligeholdelse.
Evergreen indhold er emner, der kan være relevante over længere tid. Det betyder ikke, at de aldrig ændrer sig. Tekniske muligheder, produktdata og kilder skal stadig gennemgås. Registrér en indholdsejer og nogle konkrete grunde til at opdatere, frem for blot at udskifte årstallet.
Cases skal vise, hvad der faktisk blev gjort
- Beskriv kundens opgave og projektets rammer.
- Forklar egne leverancer og eventuelle andre leverandørers ansvar.
- Vis relevante beslutninger med materiale, der må offentliggøres.
- Skeln mellem implementeringskontrol og senere effekt.
- Angiv målegrundlag, hvis der bruges tal.
- Link til den ydelse og de forklaringer, casen dokumenterer.
Fra udkast til en side, der kan vedligeholdes
Fordel fagligt input, tekst, illustrationer, godkendelse og publicering. Kontrollér links, tabeller og næste skridt på den færdige side. En godkendt tekst i et dokument er ikke det samme som en fungerende hjemmeside.
Følg senere de spørgsmål, siden bliver fundet på. Ret et uklart svar, når der er en konkret grund. Hvis flere sider er blevet ens, så saml eller afgræns dem. Planen skal hjælpe jer med at færdiggøre værdifuldt indhold, ikke gøre en lang publiceringskalender til et mål i sig selv.