Cos'è una Knowledge Base Interna?

Una knowledge base interna è una raccolta consultabile di risposte scritte, protetta dal login aziendale, che mostra ai dipendenti come funziona ogni processo, policy o strumento.

Si chiama anche knowledge base aziendale, knowledge base per i dipendenti o KB interna. Al suo interno si trovano runbook, policy, registri delle decisioni, guide per i nuovi assunti e FAQ, tutti rivolti ai dipendenti e non ai clienti. Poiché le risposte stanno in un unico punto, i dipendenti la considerano l'unica fonte affidabile, invece di ricomporre le informazioni da caselle di posta e thread di chat.

Come funziona una knowledge base interna

Cosa Rende Qualcosa una Knowledge Base Interna

In pratica, sei proprietà del contenuto stesso rispondono alla domanda "cos'è una knowledge base interna":

• Unica fonte di verità: Con una sola risposta riconosciuta per ogni domanda, i reparti smettono di seguire versioni concorrenti della stessa policy.
• Ricerca al primo posto: I dipendenti trovano le risposte scrivendo una domanda. Come si legge nella guida di HelpCenter.io, "La ricerca è il prodotto."
• Collegata agli strumenti di tutti i giorni: I dipendenti ricevono le risposte dentro Slack, Teams, l'help desk o il CRM, senza uscire dagli strumenti che già usano.
• Solo per i dipendenti: Dietro il login aziendale, i contenuti possono citare strumenti interni, referenti e soluzioni alternative.
• Permessi basati sul ruolo: Gli amministratori modificano tutto, i collaboratori di reparto modificano la propria area e tutti gli altri dipendenti leggono.
• Cronologia delle versioni: Ogni articolo conserva le versioni precedenti, perché le policy a volte vengono ripristinate e i dipendenti devono sapere cosa dicevano prima.

Perché una Knowledge Base Interna è Importante

Senza una knowledge base interna, i dipendenti perdono tempo a cercare risposte o a ricreare informazioni che esistono già.

I nuovi assunti sentono la mancanza per primi. Senza risposte scritte, imparano tormentando i colleghi senior, e ogni domanda di routine costa il tempo di due persone. Ne risente anche il resto del team. Intorno alle 50 persone, osserva HelpCenter.io, la stessa domanda riceve risposta su Slack cinque volte a settimana. Una sola risposta scritta sarebbe bastata.

L'ultimo costo si paga quando qualcuno si dimette. Un sondaggio Panopto del 2018 su oltre 1.000 lavoratori statunitensi ha rilevato che il 42% delle conoscenze istituzionali è esclusivo della persona che ricopre quel ruolo. Tutto ciò che non ha messo per iscritto se ne va con lei, e chi la sostituisce deve ricostruire il processo da solo.

Knowledge Base Interna vs Knowledge Base Esterna vs Wiki Aziendale vs Intranet

Scegliete una knowledge base interna per avere risposte con un responsabile e riviste, di cui i dipendenti possano fidarsi. Considerate il centro assistenza come il suo gemello pubblico e il wiki come l'insieme più ampio di pagine senza responsabile. L'intranet fa da bacheca.

Come Creare una Knowledge Base Interna

1. Fate un audit di ciò che esiste già. Raccogliete tutto ciò che c'è su Drive, Notion, Dropbox e nei README del codice. Poi annotate quali domande continuano a fare i nuovi assunti e gli operatori del supporto. Secondo l'esperienza di HelpCenter.io, un audit fa emergere 3 o 4 documenti di onboarding quasi duplicati.
2. Definite da 8 a 12 categorie di primo livello. Raggruppatele per funzione (Ingegneria, Supporto, HR, Vendite) con i tipi di articolo sotto ciascuna, in linea con lo schema di HelpCenter.io. HubSpot consiglia di mettere alla prova la struttura con dipendenti che non l'hanno costruita.
3. Fissate un unico standard per gli articoli. Seguite il formato di HubSpot, con titoli scritti come le persone digitano le ricerche, un breve riepilogo in apertura, passaggi numerati e una data dell'ultima revisione.
4. Indicate un responsabile per ogni articolo. Ogni articolo ha un unico responsabile indicato e una data di revisione a 90 o 180 giorni.
5. Definite gli accessi e scegliete la piattaforma. Assegnate amministratori, collaboratori di reparto e altri dipendenti ai tre livelli di accesso descritti sopra. La piattaforma deve offrire ricerca, integrazioni, controllo degli accessi e cronologia delle versioni. HelpCenter.io indica Notion come sufficiente per i team con meno di 20 persone.
6. Rendetela facile da cercare. Taggate sinonimi, acronimi ed errori di battitura comuni, poi provate la ricerca con le parole che userebbe un nuovo assunto.
7. Rivedetela con una cadenza fissa. HelpCenter.io consiglia una revisione di 30 minuti ogni due settimane su tre metriche: % di articoli oltre la data di revisione, % di ricerche senza risultati e % di articoli aperti almeno una volta negli ultimi 30 giorni.

Esempio di Knowledge Base Interna

Questo runbook di esempio proviene dalla sezione Ingegneria di una knowledge base interna, scritto come lo archivierebbe un team di piattaforma.

• Titolo: Come eseguire il rollback di un deploy in produzione
• Categoria: Ingegneria
• Tipo di articolo: Runbook
• Stato: Vivo
• Responsabile: Responsabile del team di piattaforma
• Ultima revisione: 15 settembre 2026
• Prossima revisione: 14 dicembre 2026 (cadenza di 90 giorni)
• Riepilogo: Usatelo quando un rilascio blocca il checkout o il login e una correzione urgente richiederebbe più di 15 minuti.
• Quando usarlo: Un deploy nelle ultime 24 ore ha causato un picco di errori o un health check fallito.

Passaggi:

• Passaggio 1: Annunciate il rollback nel canale degli incidenti.
• Passaggio 2: Aprite la pipeline di deploy e individuate l'ultimo rilascio riuscito.
• Passaggio 3: Rieseguite il deploy di quel rilascio in produzione.
• Passaggio 4: Verificate che health check e tasso di errori siano tornati alla normalità.
• Passaggio 5: Registrate il rollback e la sua causa nel registro degli incidenti.

Link correlati: Runbook di reperibilità, Checklist di deploy, Modello di registro degli incidenti

Dalla Registrazione alla Knowledge Base Interna in un Solo Passaggio

La scrittura è il punto in cui i progetti di knowledge base interna spesso si fermano, perché ogni articolo va digitato a mano. Hinto AI trasforma la registrazione dello schermo di un processo in un documento strutturato. Ogni articolo parte così da una registrazione che avete già.

Registrate un nuovo video con il registratore di Hinto, nell'app web o nella Chrome Extension, catturando insieme schermo, webcam e microfono. Oppure partite da un video che avete già: un Loom, un training su Zoom registrato, un link YouTube, oppure un file MP4, MOV o WebM dal vostro computer.

Hinto individua poi ogni clic e ogni cambio di schermata nella registrazione e li trasforma in screenshot con passaggi scritti. Un solo video lungo può diventare un indice completo con diversi articoli organizzati, e il template Internal Workflows produce guide di processo dettagliate per le operazioni del team. Prima di condividere, usate l'editor di immagini per sfocare i dati interni visibili in uno screenshot.

Per pubblicare negli strumenti che il vostro team consulta ogni giorno, sincronizzate gli articoli generati con Notion o Confluence.

FAQ sulla Knowledge Base Interna

Cos'è una knowledge base interna?

È una biblioteca privata di risposte documentate che solo i dipendenti possono aprire. I dipendenti vi consultano come funziona un processo, una policy o uno strumento, mentre un responsabile indicato mantiene accurato ogni articolo. Nessuno deve più inseguire il collega che ancora si ricorda come si fa.

Chi può accedere a una knowledge base interna?

I dipendenti, una volta effettuato l'accesso con il login aziendale. I permessi di modifica dipendono poi dal ruolo, e chi non ha un ruolo di modifica ha accesso in sola lettura. I clienti vedono invece il centro assistenza esterno, che il supporto o i team di documentazione rivedono prima di qualsiasi pubblicazione.

Ogni quanto va aggiornata una knowledge base interna?

Aggiornate un articolo nel momento in cui il suo processo cambia, e rivedete ciascuno ogni 90 o 180 giorni, la cadenza consigliata da HelpCenter.io. HubSpot suggerisce revisioni mensili o trimestrali e permette a qualsiasi dipendente di segnalare un articolo obsoleto. Come scrive Plane, "La documentazione obsoleta è peggio della documentazione mancante."

In che modo una knowledge base interna aiuta con l'onboarding?

I nuovi assunti risolvono da soli le domande di routine, senza interrompere i colleghi. Un singolo articolo come "Settimana 1 di onboarding: cosa aspettarsi" li accompagna nei primi giorni. Quando il collega che li ha formati se ne va, le risposte scritte restano.