Knowledge base aziendale
Come mantenere corretta una knowledge base aziendale sei mesi dopo il lancio
Metterne in piedi una richiede qualche settimana. Fare in modo che resti corretta è la parte che decide se qualcuno la userà ancora tra un anno, ed è quella che quasi tutte le guide liquidano in una riga. La scrive chi fa SecondBrain 365, un agente AI dentro Microsoft 365 che scrive le pagine della knowledge base a partire da email, riunioni e chat, e avvisa quando un fatto nuovo contraddice una pagina.
Cos'è una knowledge base aziendale
Una knowledge base aziendale è l'insieme di pagine in cui un'azienda mette per iscritto quello che i dipendenti devono sapere per lavorare: come funzionano i processi, cosa è stato deciso e perché, quale policy si applica, chi è responsabile di cosa. A differenza di un help center è scritta per i colleghi, non per i clienti; a differenza di un archivio di file serve a rispondere a domande, non solo a conservare documenti.
Se sei all'inizio, il problema è un altro: avviare un wiki aziendale partendo da una pagina vuota. Se invece ti serve che quello che sa un team arrivi anche agli altri, il tema è come la conoscenza passa da un team all'altro. Questa pagina parla di quello che viene dopo: perché una knowledge base che il giorno del lancio era giusta, qualche mese dopo è sbagliata senza che nessuno se ne accorga, e cosa serve davvero per tenerla corretta.
Perché una knowledge base aziendale invecchia
Di rado viene abbandonata. Più spesso viene superata: l'azienda continua a cambiare, e i cambiamenti succedono da un'altra parte.
Le cose cambiano, la pagina no
Cambia un fornitore, si sposta una soglia, a un processo si aggiunge un passaggio. Lo si decide in riunione o lo si annuncia in un'email, e chi c'era lo sa. La pagina che descrive come si faceva prima, in quella riunione, non c'era. Nessuno ha mentito e nessuno è stato sbadato: aggiornarla era semplicemente un secondo lavoro, dopo quello vero, per qualcuno che magari non sa nemmeno che quella pagina esiste.
Una pagina sbagliata è identica a una giusta
Quando una pagina smette di dire il vero, non si accende nessuna spia. Chi la trova si fida e la segue, oppure si è già scottato una volta e non si fida più di nessuna. Nel sondaggio di Atlassian su 12.000 knowledge worker, il 56% dice che spesso l'unico modo per ottenere le informazioni che servono è chiedere a qualcuno o fissare una riunione, e il report nota che chi trova qualcosa di solito non ha modo di sapere se è ancora valido.
È una spirale: le persone smettono di fidarsi delle pagine e chiedono a un collega; così nessuno le legge con l'attenzione necessaria ad accorgersi degli errori, e le pagine peggiorano. Fonte: Atlassian, The State of Teams 2025.
Quali errori intercettano i consigli di sempre, e quali no
Ogni guida finisce con la stessa ricetta: nomina un responsabile, rivedi a scadenze fisse, guarda le statistiche di utilizzo. Sono buoni consigli. Conviene però sapere esattamente quali errori trovano, e quali si lasciano sfuggire.
- Un responsabile e una data di revisioneOgni pagina ha un responsabile con nome e cognome e una data in cui va riletta: ogni trimestre, ogni sei mesi.
- IntercettaLe pagine che nessuno guarda da tempo, e gli argomenti senza un responsabile.
- SfuggeIl cambiamento della settimana scorsa. La revisione chiede al responsabile se la pagina gli sembra ancora giusta, ma il responsabile non era in tutte le riunioni in cui la pagina ha smesso di essere giusta.
- Correggerla quando la usiChi legge una pagina e la trova sbagliata la corregge o la segnala sul momento.
- IntercettaGli errori nelle pagine che le persone aprono davvero, nel momento in cui le aprono.
- SfuggeL'errore che chi legge non può vedere. Una pagina la apri perché non conosci la risposta, quindi non puoi neanche accorgerti che la risposta è cambiata.
- Controllare quando qualcosa cambiaQuando si decide qualcosa in un'email o in una riunione, qualcuno lo confronta con quello che dice la knowledge base.
- IntercettaLa contraddizione il giorno in cui nasce, con le due fonti una accanto all'altra.
- SfuggeIn teoria niente. In pratica serve qualcuno che sia in ogni conversazione e che si ricordi anche di ogni pagina: a mano, non lo fa nessuno.
Il secondo approccio ha un nome nel supporto IT: il metodo Knowledge-Centered Service lo chiama «flag it or fix it» (segnalalo o correggilo), e funziona bene per le pagine che si leggono ogni giorno. Al primo si ferma la maggior parte delle aziende. Nel sondaggio di HDI su 405 organizzazioni di supporto, il 60% rivede ogni articolo quando viene inserito — e il 16% non monitora affatto la propria knowledge base (HDI, Knowledge Management in Technical Support, 2013). Controllare una pagina quando viene scritta è la parte facile. È anche l'unico momento in cui la pagina è di sicuro giusta.
Il terzo è l'unico che guarda nel posto in cui il cambiamento avviene davvero. Ed è proprio per questo che nessuno riesce a metterci una persona.
Quattro abitudini per tenere le pagine affidabili
Nessuna richiede un software nuovo. Rendono gli errori più facili da vedere, e questa è già gran parte del lavoro.
Collega ogni fatto al punto in cui è stato deciso
«I contratti sotto i 10.000 € richiedono una sola approvazione» è un'affermazione. Con il link all'email in cui l'ha scritto l'amministrazione diventa verificabile, da chi legge e ha un dubbio come da chi la rivede.
Metti la data al fatto, non alla pagina
«Ultima modifica tre giorni fa» può voler dire che qualcuno ha corretto un refuso. A chi legge serve sapere quando la regola scritta in quella pagina è stata confermata l'ultima volta.
Scrivi ogni fatto una volta sola
Le contraddizioni nascono dalle copie: la stessa regola sulla pagina dell'onboarding e su quella delle policy, e solo una delle due aggiornata. Invece di ripetere il fatto, collega la pagina che ne è la fonte.
Segnalare un errore deve costare meno che chiedere a un collega
Un commento, un pulsante, un canale in cui la segnalazione arriva al responsabile. Se segnalare un errore costa più tempo che chiedere al collega della scrivania accanto, le persone chiedono al collega, e la pagina resta sbagliata.
E le pagine che non valgono più, ritirale davvero: una pagina lasciata al suo posto continua a farsi trovare. Se la tua azienda usava Viva Topics, le pagine degli argomenti che si è lasciato dietro ne sono l'esempio perfetto: cosa ha lasciato Viva Topics nel tuo tenant, e cosa può tenerlo aggiornato.
Dove entra in gioco SecondBrain 365
Un agente che c'è quando qualcosa cambia
L'agente ha una propria identità e una propria email aziendale nel tuo Microsoft 365: lo metti in copia in un'email, lo inviti a una riunione Teams, lo aggiungi a un gruppo Teams o condividi con lui un documento. Ovunque lo coinvolgi, quello che si dice lì diventa pagine di knowledge base sul tuo SharePoint, collegate tra loro.
Quando qualcosa di nuovo contraddice ciò che la knowledge base dice già, lo segnala su Teams e chiede quale delle due versioni vale. Non sovrascrive la pagina da solo, e puoi richiedere un'approvazione prima che venga scritta qualsiasi cosa.
Sa solo quello che gli viene mostrato. Un cambiamento deciso in corridoio arriva nella knowledge base solo quando qualcuno lo mette per iscritto dove l'agente può leggerlo. Il meccanismo, passo per passo, è nella pagina come funziona; la differenza rispetto agli assistenti che rispondono e basta è spiegata in un'AI che scrive la documentazione invece di limitarsi a rispondere.
Elena Rota · Jan · KB page: Buying software
New software requests go through the IT ticket portal.
Davide Neri · 12 Sep · Email from IT to all staff
From 1 October, software requests go through the procurement form.
SecondBrain 365Agent
Inconsistency on “Buying software”
The page says requests go through the IT ticket portal. Today's email says the procurement form. Which one holds?
Where to request:the IT ticket portal
Until someone decides, the page keeps the IT ticket portal and the alert stays open.
A page written in January and an email sent this week. Without the alert, the page would keep sending people to the old queue.
Nelle knowledge base di reparto fa la differenza maggiore. Guardalo all'opera su una knowledge base IT tenuta aggiornata inoltrando le risposte e sulle pagine delle policy HR superate da un annuncio.
FAQ
Domande su come tenere aggiornata una knowledge base aziendale
Dipende da quanto in fretta cambia il contenuto, non dal calendario. Una pagina su una policy stabile può aspettare un anno; una pagina su un fornitore, uno strumento o un prezzo va controllata ogni volta che quella cosa cambia. Una revisione trimestrale a data fissa trova le pagine vecchie, che non sono la stessa cosa delle pagine sbagliate.
Ogni area ha bisogno di un responsabile con nome e cognome, di solito dentro il team che gestisce il processo descritto nelle pagine, non in un team centrale di documentazione che deve andare a chiedere. Ma rispondere della correttezza non vuol dire scrivere ogni modifica: il compito del responsabile è decidere quale versione è giusta quando due non coincidono.
Chi la legge. Una knowledge base esterna risponde ai clienti ed è scritta per poter essere pubblicata senza rischi. Una interna risponde ai colleghi, quindi può contenere procedure, decisioni e contesto che non escono mai dall'azienda; per questo i suoi errori costano di più, perché le persone agiscono in base a quello che c'è scritto.
Spesso sono le stesse pagine con un nome diverso. «Wiki» descrive il formato: pagine collegate tra loro che chiunque può modificare. «Knowledge base» descrive lo scopo: rispondere a domande. In entrambi i casi la domanda che conta è se qualcuno le sta tenendo corrette.
Scrive a partire dalle email, dalle riunioni, dalle conversazioni Teams e dai documenti in cui viene coinvolto, quindi le pagine cambiano man mano che il lavoro va avanti. Quando un contenuto nuovo contraddice una pagina esistente, non decide: chiede al team su Teams quale versione vale. Puoi richiedere un'approvazione prima che venga scritta qualsiasi cosa, e ogni pagina resta modificabile a mano.
In un sito SharePoint nel tuo tenant Microsoft 365, con i permessi e le regole di conservazione che hai già. Le pagine sono normali contenuti SharePoint, quindi anche Microsoft 365 Copilot può usarle per rispondere.