Checklist per la knowledge base editoriale: fonti, versioni, accessi e scadenze
9 Settembre 2026 · Contenuti
Perché usare questa checklist
Questa checklist serve a capire se la knowledge base consente di individuare la versione valida di una fonte, risalire ai contenuti che la utilizzano e impedire l’uso di materiali scaduti o riservati. Va applicata a un insieme riconoscibile di record e verificata con chi pubblica, aggiorna e consulta la base nelle attività editoriali quotidiane.
La mappa mostra come una modifica alla fonte si propaga ai contenuti che la usano e alle attività di revisione.
Scarica l’infografica (PNG ad alta risoluzione)
Incorpora l’infografica nel tuo sito
Puoi ripubblicare l’infografica usando questo codice, con il collegamento all’articolo originale.
Definire gli oggetti
Fonte, documento, claim, glossario, esempio, articolo, pagina commerciale e prompt hanno metadati e responsabilità differenti.
Stabilire versioni e dipendenze
Una fonte modificata deve mostrare quali claim e contenuti dipendono da essa. Le copie non controllate generano contraddizioni.
Rendere la conoscenza ricercabile
Tassonomie, entità, sinonimi e relazioni sono più utili della sola gerarchia di cartelle.
Governare accessi e AI
Materiali riservati, scaduti o non approvati non devono alimentare automaticamente strumenti e workflow.
Progettare manutenzione e deprecazione
Owner, scadenze, trigger e content audit rendono sostenibile un corpus esteso.
Checklist operativa
| Area | Controllo | Evidenza richiesta | Priorità |
|---|---|---|---|
| Oggetti | Sono separati fonti, claim, glossari, articoli e prompt? | Schema dati | Alta |
| Metadati | Ogni oggetto ha tipo, area, stato, lingua e data? | Metadata dictionary | Alta |
| Owner | Esiste un proprietario per dominio e record? | RACI | Alta |
| Fonte di verità | È chiaro quale versione è valida? | Version policy | Alta |
| Dipendenze | Claim e articoli sono collegati alle fonti? | Relation map | Alta |
| Glossario | Termini, sinonimi e traduzioni sono governati? | Glossary | Media |
| Source log | Ogni articolo registra fonti e revisori? | Article record | Alta |
| Permessi | Lettura, modifica e approvazione sono distinti? | Access policy | Alta |
| AI | Retrieval esclude contenuti non approvati o riservati? | AI access rules | Alta |
| Scadenze | Fonti e claim hanno trigger di revisione? | Review calendar | Alta |
| Deprecazione | Versioni superate sono ritirate e reindirizzate? | Deprecation log | Alta |
| Misura | Tempo di ricerca, conflitti e rework sono osservati? | Ops dashboard | Media |
Come leggere la checklist
L’esito va assegnato dopo aver aperto il record, controllato i metadati e provato il percorso previsto dalla regola. «Conforme» richiede che versione, relazioni e permessi funzionino su casi reali; «parziale» segnala copertura discontinua o record arretrati; «non conforme» identifica un’assenza osservabile. «N/A» è appropriato solo quando quel tipo di oggetto o relazione non esiste nel corpus esaminato.
La priorità «Alta» segnala che la lacuna può propagare versioni errate, esporre materiali non autorizzati o rendere invisibili le dipendenze, ma non impone di intervenire su tutte le righe nello stesso momento. Conviene iniziare dai controlli che sbloccano gli altri: distinguere gli oggetti e stabilire la versione valida, per esempio, rende più affidabili collegamenti, scadenze e deprecazione.
| Esito | Significato | Azione |
|---|---|---|
| Conforme | Regola documentata, applicata e controllata. | Mantenere e fissare la revisione. |
| Parziale | Pratica incompleta, incoerente o non misurabile. | Definire lacuna, owner e scadenza. |
| Non conforme | Regola assente o problema osservabile. | Aprire intervento e gestire le dipendenze. |
| N/A | Controllo realmente estraneo al perimetro. | Documentare la motivazione. |
Interpretazione dei controlli più bloccanti
Oggetti
Verificare se sono separati fonti, claim, glossari, articoli e prompt?. Evidenza minima: Schema dati. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Metadati
Verificare se ogni oggetto ha tipo, area, stato, lingua e data?. Evidenza minima: Metadata dictionary. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Owner
Verificare se esiste un proprietario per dominio e record?. Evidenza minima: RACI. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Fonte di verità
Verificare se è chiaro quale versione è valida?. Evidenza minima: Version policy. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Dipendenze
Verificare se claim e articoli sono collegati alle fonti?. Evidenza minima: Relation map. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Source log
Verificare se ogni articolo registra fonti e revisori?. Evidenza minima: Article record. Il controllo si chiude quando la prova è accessibile, l’eccezione è documentata e un owner garantisce la manutenzione.
Output obbligatori
- Schema della knowledge base
- Metadata e taxonomy dictionary
- Version/access policy
- Source log e dependency map
- Calendario review/deprecation
I cinque output devono tradursi in interventi sulla base: deduplicare una fonte, assegnare la versione valida, collegare i claim dipendenti, restringere un permesso o pianificare una revisione. Ogni intervento deve indicare i record coinvolti e una verifica finale; una presentazione riepilogativa, senza modifiche tracciate nello schema o nei contenuti, non risolve la lacuna.
Scenario applicativo
Le fonti di centinaia di articoli sono salvate in chat e cartelle. Quando una guida cambia, nessuno sa quali testi aggiornare.
La knowledge base collega fonte, claim e articoli e genera un backlog con priorità e owner.
Errori da evitare
- Comprare lo strumento prima del modello.
- Copiare i file invece di collegarli.
- Usare tag liberi senza governance.
- Dare all’AI accesso indiscriminato.
- Non ritirare versioni obsolete.
Domande frequenti
Serve migrare tutto subito?
No. Si parte da fonti vincolanti, claim e cluster prioritari.
Una cartella può bastare?
Per pochi materiali stabili; quando crescono dipendenze e versioni serve governance aggiuntiva.
Chi mantiene la base?
Content operations governa standard, mentre gli owner di dominio mantengono accuratezza.
Fonti e riferimenti
- Atlassian — Knowledge management best practices — https://www.atlassian.com/software/confluence/resources/guides/best-practices/knowledge-management
- Google Search Central — Helpful, reliable, people-first content — https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- GOV.UK Service Manual — Content designer responsibilities — https://www.gov.uk/service-manual/the-team/content-designer
Approfondisci il servizio: Content marketing B2B.