Una knowledge base centralizza le informazioni utili sulla tua azienda, consentendo ai tuoi team e ai tuoi clienti di trovare risposte senza dover chiedere ogni volta a qualcuno.
La stessa domanda si ripresenta ogni settimana, con ogni nuovo arrivo, con ogni nuovo cliente. Un articolo ben organizzato elimina la necessità di riscrivere la risposta.
Delle dieci richieste ricevute, un buon numero riguarda punti già spiegati altrove. Ogni volta che un articolo esiste e viene trovato, si evita uno scambio di informazioni e si ottiene una risposta identica per tutti.
Il peggior nemico di una knowledge base non è la mancanza di contenuti, ma l'impossibilità di trovarli. Il titolo dovrebbe utilizzare parole semplici, adatte al lettore, non il gergo interno dell'azienda.
Un articolo obsoleto è peggio di nessun articolo: fa perdere tempo e mina la credibilità di tutto il resto. Le bozze esistono proprio per questo scopo, e la revisione dovrebbe essere programmata ogni volta che il prodotto o la procedura subiscono modifiche.
Una procedura scritta serve a fornire supporto e a favorire l'integrazione dei nuovi arrivati e del cliente stesso.
Una knowledge base è un archivio strutturato che raccoglie, organizza e rende accessibili le informazioni di un'organizzazione: procedure, guide, risposte alle domande frequenti, politiche interne, tutorial, glossari. Può essere consultata da dipendenti, clienti o entrambi, a seconda della sua configurazione.
Ciò che distingue una knowledge base da una semplice cartella condivisa o da una casella di posta elettronica è la funzione di ricerca. Un utente digita una domanda e ottiene un articolo mirato, senza dover cercare attraverso strutture gerarchiche o contattare un collega. Le informazioni sono presenti, disponibili, aggiornate e uguali per tutti.
Per una microimpresa o una piccola o media impresa (PMI), questo risolve un problema reale: le conoscenze cruciali spesso rimangono nella mente di due o tre persone. Quando una di queste è assente, in ferie o lascia l'azienda, queste conoscenze vanno perse. Documentare queste conoscenze in uno strumento strutturato trasforma il fragile capitale immateriale in una risorsa sostenibile e condivisibile.
Una knowledge base può servire a due pubblici molto diversi, con obiettivi e contenuti che si sovrappongono solo parzialmente. Comprendere questa distinzione prima di crearne una evita di mescolare informazioni che non sono destinate a coesistere.
Base interne È riservato ai dipendenti. Centralizza le procedure di elaborazione, gli script di risposta, gli alberi decisionali, le politiche delle risorse umane, i contatti interni e le informazioni riservate sui prodotti. Serve a formare i nuovi dipendenti, standardizzare le procedure e ridurre le interruzioni tra colleghi.
Base externe È accessibile ai clienti direttamente dal vostro sito web o dall'area clienti. Contiene domande frequenti (FAQ), guide per l'utente, politiche di reso e fatturazione e tutorial. Il suo scopo: consentire ai clienti di risolvere i loro problemi senza dover contattare l'assistenza.
| Database interno | Database esterno | |
|---|---|---|
| Chi lo legge | Dipendenti, personale di supporto, nuovi arrivati | Clienti, potenziali clienti, utenti finali |
| Ciò che ci abbiamo messo dentro | Procedure interne, script, politiche di riservatezza, contatti, alberi decisionali | Domande frequenti, guide per l'utente, tutorial, termini e condizioni, politica di reso |
| Cosa ti aiuta a guadagnare | Autonomia dell'agente, coerenza delle risposte, integrazione più rapida delle nuove funzionalità | Riduzione delle richieste di assistenza in entrata, disponibilità 24 ore su 24, 7 giorni su 7, soddisfazione del cliente. |
I due database possono coesistere nello stesso strumento, con autorizzazioni diverse a seconda del contenuto. Alcune informazioni vengono condivise (descrizione del prodotto, tempi di consegna), mentre altre rimangono strettamente interne (sconti eccezionali, procedure di reclamo).
Il servizio clienti è spesso il primo reparto a beneficiare di una knowledge base, perché è proprio in questo ambito che la mancanza di una documentazione strutturata si fa sentire maggiormente: tempo perso a riformulare le stesse risposte, incongruenze tra gli operatori, tempi di attesa più lunghi e frustrazione del cliente.
Una parte significativa delle richieste ricevute dal servizio di assistenza clienti riguarda gli stessi argomenti: stato dell'ordine, procedure di rimborso, processo di accesso e prezzi. Quando queste risposte sono direttamente accessibili al cliente tramite un database esterno, alcune di queste richieste non vengono mai ricevute. Gli operatori possono quindi concentrare il loro tempo sulle richieste che richiedono effettivamente un intervento umano.
Senza una base di conoscenze condivisa, ogni operatore risponde in base alla propria interpretazione dell'argomento. Un cliente che contatta l'assistenza due volte per lo stesso problema potrebbe ricevere due risposte diverse. Una base di conoscenze interna risolve questo problema: tutti gli operatori partono dallo stesso articolo, seguono la stessa procedura e applicano le stesse regole. La qualità del servizio non dipende più dall'anzianità o dalla memoria individuale.
I clienti che cercano una risposta semplice non sempre desiderano telefonare o inviare un'e-mail. Preferiscono trovare le informazioni autonomamente, rapidamente e quando è più comodo per loro. Un database esterno ben progettato offre loro questa autonomia. È accessibile la sera e nei fine settimana, senza tempi di attesa. Per l'azienda, questo si traduce in una riduzione del volume delle richieste di assistenza senza compromettere l'esperienza del cliente.
Formare un nuovo dipendente richiede tempo e personale esperto in grado di rispondere alle sue domande. Grazie a una base di conoscenze interna strutturata, il nuovo dipendente dispone fin dal primo giorno di una guida di riferimento completa. Può cercare autonomamente le risposte alle sue domande, verificare le procedure e comprendere il funzionamento di un prodotto. Lo sviluppo delle competenze è più rapido e meno dipendente dalla disponibilità di altri.
Il contenuto di una knowledge base deve rispondere a esigenze reali, individuate a partire dalle domande effettive poste dai clienti o dai colleghi. Ecco le tipologie di contenuto più comuni e i rispettivi utilizzi.
| tipo di contenuto | Descrizione | Principale d'uso |
|---|---|---|
| procedura | Una serie di passaggi da seguire in un ordine specifico per portare a termine un compito. | Interno: gestione dei reclami, gestione dei rimborsi |
| lezione | Una guida passo passo, spesso illustrata, per imparare a usare uno strumento o una funzionalità. | Esterno: iniziare a usare un prodotto, configurare un account |
| FAQ | Elenco di domande frequenti con risposte brevi e dirette | Esterno: domande su tariffe, scadenze, condizioni |
| Modello di risposta | Testo precompilato che l'agente adatta in base al contesto del cliente. | Interno: risposta alle richieste di rimborso, sollecito fatture |
| Glossario | Definizione di termini tecnici, acronimi o gergo specifici del tuo settore. | Interno ed esterno: comprensione condivisa del vocabolario utilizzato |
Iniziate con contenuti che rispondano alle domande più frequenti. Analizzate i ticket di assistenza degli ultimi mesi, chiedete ai vostri operatori quali sono le richieste che gestiscono più spesso e osservate le ricerche effettuate sul vostro sito web. Questo processo di identificazione vi eviterà di pubblicare articoli che nessuno legge.
Un articolo ben scritto ma introvabile è inutile. La struttura di ogni contenuto determina sia la navigazione all'interno del database sia la capacità del motore di ricerca interno di recuperare l'articolo giusto al momento giusto.
Alcuni principi da applicare sistematicamente:
Una base di conoscenze non aggiornata diventa rapidamente controproducente. Un articolo obsoleto che fornisce procedure errate o prezzi non più validi crea più problemi di quanti ne risolva. La governance editoriale è quindi importante quanto la creazione iniziale dei contenuti.
Chi ha scritto: Gli addetti all'assistenza clienti sono nella posizione migliore per scrivere articoli perché comprendono le domande reali e la terminologia utilizzata dai clienti. I product manager o gli esperti di settore contribuiscono su argomenti tecnici. Idealmente, a ogni area dovrebbe essere assegnato un esperto designato, responsabile della produzione e dell'aggiornamento degli articoli relativi a tale area.
Chi rilegge: Ogni articolo deve essere sottoposto a una revisione prima della pubblicazione per verificarne l'accuratezza, la chiarezza del linguaggio e la coerenza con gli altri contenuti. Questa revisione può essere effettuata da un responsabile dell'assistenza, un redattore o un responsabile di team, a seconda delle dimensioni del team. L'obiettivo non è quello di creare un processo macchinoso, ma di prevenire la pubblicazione di informazioni inaccurate.
Quando aggiornare: Pianifica una revisione sistematica per ogni cambiamento significativo (nuovo prodotto, adeguamento del prezzo, aggiornamento della procedura). Integra questa revisione con un'analisi trimestrale degli articoli più visualizzati e delle ricerche senza risultati, che indicano argomenti non ancora trattati. Quando aggiorni i contenuti esistenti, modifica l'articolo già presente anziché crearne uno nuovo sullo stesso argomento: i duplicati generano confusione e risposte contraddittorie.
Questo è l'errore più comune. Il database viene creato con cura al momento del lancio, poi lasciato senza aggiornamenti per mesi. Le procedure cambiano, i prezzi si evolvono, i prodotti vengono modificati, ma gli articoli rimangono statici. Gli utenti finiscono per perdere fiducia nei contenuti e il database diventa obsoleto. Senza una governance chiara, nessuna base di conoscenza rimane utile a lungo termine.
Gli articoli scritti da esperti tendono a utilizzare un linguaggio aziendale interno, a dare per scontate conoscenze pregresse e a omettere passaggi apparentemente ovvi. Di conseguenza, gli utenti spesso non capiscono o fraintendono. Ogni articolo dovrebbe essere revisionato da una persona esterna all'argomento prima di essere pubblicato.
Un articolo che risponde a dieci domande diverse è difficile da trovare tramite la ricerca e difficile da leggere. Gli utenti che cercano una risposta specifica devono farsi strada attraverso un lungo documento per trovare ciò di cui hanno bisogno. Meglio optare per articoli brevi e mirati, ciascuno dedicato a un singolo argomento o domanda.
Se un utente non riesce a trovare un articolo, è come se non esistesse. Un motore di ricerca scadente che non gestisce correttamente sinonimi o errori di battitura rende il database inutilizzabile. Controlla regolarmente le ricerche senza risultati: ciò indica la presenza di contenuti mancanti o titoli formulati male.
Gli strumenti delle knowledge base in genere consentono agli utenti di indicare se un articolo è stato utile o meno. Questo feedback fornisce informazioni dirette sulla qualità dei contenuti. Gli articoli valutati negativamente dovrebbero essere rivisti con priorità. Non analizzare questi segnali significa perdere le più semplici opportunità di miglioramento.
Quando le informazioni cambiano, è allettante creare un nuovo articolo anziché modificare quello esistente. Questo genera duplicati: due articoli sullo stesso argomento con informazioni contraddittorie. Gli utenti non sanno quale sia aggiornato e i motori di ricerca li mostrano entrambi. Modificate sempre l'articolo esistente e archiviate le versioni obsolete anziché lasciarle attive.
Crea un account gratuito e pubblica il tuo primo articolo nella knowledge base.
