Una knowledge base non è un asset da "pubblica e dimentica". Come qualsiasi strumento di supporto, ha bisogno di essere misurata, rivista e migliorata. La sfida è sapere quali numeri vi dicano davvero se la knowledge base sta facendo il suo lavoro — e quali siano metriche di vanità che sembrano significative ma non lo sono.
Questa guida tratta le metriche che contano, come interpretarle e quali azioni devono generare.
La Domanda Fondamentale
Prima di elencare le metriche, è utile stabilire cosa significa "funzionare" per una knowledge base. Ci sono tre cose che volete che faccia:
- Deflettere i ticket di supporto — rispondere alle domande che i clienti avrebbero altrimenti inviato come ticket o messaggi in chat
- Rispondere alle domande in modo completo — risolvere il problema del visitatore senza che debba contattare il supporto in seguito
- Essere trovabile — raggiungere i visitatori che hanno la domanda, che arrivino dai motori di ricerca o dall'interno del vostro prodotto
Ogni metrica che vale la pena monitorare si ricollega a uno di questi tre risultati.
Metriche di Deflection dei Ticket
Tendenza del Volume di Ticket
La metrica più grossolana ma più utile come indicatore di direzione. Se la vostra knowledge base cresce in contenuti e traffico mentre il volume dei ticket rimane stabile o diminuisce, la knowledge base sta probabilmente contribuendo alla deflection. Se entrambi crescono insieme, state aggiungendo articoli ma non stanno risolvendo le domande prima che i ticket vengano aperti.
Per ottenere un segnale più chiaro: confrontate il volume dei ticket nelle stesse categorie in cui avete aggiunto articoli alla knowledge base. Se i ticket sulla fatturazione diminuiscono dopo che avete pubblicato una serie di articoli sulla fatturazione, c'è un legame diretto.
Tasso di Contatto
Tasso di contatto = (numero di contatti al supporto) / (numero di visitatori o utenti attivi)
Un tasso di contatto in calo, a parità di base utenti, significa che i clienti stanno risolvendo più problemi senza raggiungere il supporto. Questa metrica è più significativa del volume grezzo di ticket perché controlla la crescita della base clienti.
Visualizzazioni della Knowledge Base Prima dell'Invio del Ticket
Se la vostra piattaforma tiene traccia delle sessioni, potete misurare quale percentuale di clienti che hanno inviato un ticket aveva precedentemente visitato un articolo della knowledge base. Una percentuale alta di clienti che visualizzano articoli e poi inviano comunque un ticket suggerisce che i vostri articoli non stanno risolvendo completamente il problema — il visitatore ha letto l'articolo e non è riuscito comunque a risolvere il problema.
Metriche di Qualità degli Articoli
Valutazione di Utilità
Un semplice prompt "È stato utile? Sì / No" in fondo a ogni articolo genera il segnale di qualità più utile. Monitorate:
- Tasso di utilità complessivo su tutti gli articoli (una base di riferimento)
- Tasso di utilità per articolo per identificare gli articoli specifici che necessitano miglioramenti
- Tendenza nel tempo — se il tasso di utilità di un articolo scende, qualcosa è cambiato (l'interfaccia del prodotto, una funzionalità correlata, o un errore comune che l'articolo non affronta più)
Un tasso di utilità inferiore al 60% per un articolo visualizzato frequentemente è un segnale chiaro che è necessaria una riscrittura o un'espansione.
Temi dai Commenti alle Risposte "No"
Quando permettete ai clienti di lasciare un commento che spieghi perché un articolo non è stato utile, questi commenti sono tra i feedback sui contenuti più preziosi che riceverete mai. Revisionate mensilmente. Temi comuni:
- "I passaggi non corrispondono a quello che vedo sullo schermo" → l'articolo è obsoleto
- "Questo non risponde alla mia domanda" → il titolo dell'articolo sta attirando traffico che non riesce a servire
- "Ho fatto questo e non funziona ancora" → la sezione di risoluzione dei problemi è incompleta
Indicatore del Tempo di Risoluzione
Questo richiede il tracciamento della sessione: quanto tempo trascorre un visitatore su un articolo prima di navigare altrove (presumibilmente risolto) o fare clic sulla CTA di contatto/chat (non risolto)? Sessioni molto brevi significano o che il visitatore ha trovato subito la risposta (bene) o che ha abbandonato immediatamente (male). Il contesto fornito dalla valutazione di utilità chiarisce quale delle due.
Metriche di Trovabilità
Tasso di Ricerche Senza Risultati
Ogni query di ricerca inserita nella ricerca del vostro help center che non restituisce risultati è un cliente con una domanda per cui non avete scritto un articolo — o che avete scritto in modo così generico che non emerge. Esportate questi dati mensilmente e trattate questo elenco come un backlog di articoli.
Molte piattaforme di knowledge base esportano un elenco delle query di ricerca principali. L'intersezione tra query ad alta frequenza e zero risultati è il vostro gap di contenuto prioritario.
Query di Ricerca Principali
L'elenco completo di ciò che i clienti cercano sul vostro help center è più utile di qualsiasi sessione interna di brainstorming su cosa scrivere dopo. Sono i vostri clienti che vi dicono direttamente di cosa hanno bisogno. Revisionate questo elenco mensilmente.
Traffico di Ricerca Esterno
Quanti visitatori arrivano agli articoli del vostro help center da Google o da altri motori di ricerca? Una quota crescente di traffico esterno significa che i vostri articoli si posizionano per query pertinenti e stanno attirando nuovi visitatori che potrebbero non essere ancora clienti esistenti. Un calo del traffico esterno dopo una modifica al sito potrebbe indicare un problema tecnico di SEO.
Monitoratelo in Google Search Console, segmentato per URL dell'articolo.
Visualizzazioni delle Pagine degli Articoli
Le visualizzazioni di pagina grezze vi dicono quali articoli stanno ricevendo attenzione. Combinate con le valutazioni di utilità, rivelano le vostre opportunità di ottimizzazione prioritaria:
| Visualizzazioni | Utilità | Azione |
|---|---|---|
| Alta | Alta | Documentate e replicate per altri articoli |
| Alta | Bassa | Riscrittura urgente — alto traffico, bassa risoluzione |
| Bassa | Alta | Promuovete in modo più prominente o migliorate il titolo per la ricerca |
| Bassa | Bassa | Valutate se l'articolo debba esistere del tutto |
Metriche Operative
Articoli Pubblicati vs. Domande Senza Risposta
Tenete traccia di quanti articoli pubblicate ogni mese e confrontatelo con il volume di nuove domande che emergono dalle chat e dai ticket. L'obiettivo è ridurre il divario — coprire le nuove categorie di domande più velocemente di quanto si accumulino.
Obsolescenza degli Articoli
Definite una soglia di obsolescenza — ad esempio, qualsiasi articolo non revisionato da 6 mesi viene segnalato. Eseguite un report mensile degli articoli obsoleti e assegnateli per la revisione. Un articolo tecnicamente accurato ma che descrive un'interfaccia cambiata 8 mesi fa sta facendo più danni che benefici.
Tempo al Primo Articolo (per nuovi argomenti)
Quando viene lanciata una nuova funzionalità del prodotto, quanto tempo ci vuole affinché un articolo della knowledge base che la descriva venga pubblicato? Se la risposta è costantemente "settimane" o "dopo che sono arrivati i primi 50 ticket", è un problema di processo — la documentazione non è integrata nel flusso di lavoro di rilascio del prodotto.
Costruire l'Abitudine della Revisione Mensile
Le metriche sopra indicate sono utili solo se qualcuno le esamina regolarmente e agisce di conseguenza. Una revisione mensile pratica comprende:
- Articoli con un tasso di utilità sotto la soglia — assegnare per riscrittura
- Query di ricerca principali con zero risultati — aggiungere al backlog dei contenuti
- Volume dei ticket per categoria — identificare eventuali categorie in crescita che potrebbero indicare un gap di conoscenza
- Variazione del traffico di ricerca esterno — segnalare cali che potrebbero indicare un problema tecnico
- Articoli obsoleti segnalati questo mese — assegnare per revisione
Questa revisione può essere completata in meno di un'ora. L'effetto cumulativo nel corso di 12 mesi è una knowledge base che migliora costantemente invece di degradarsi lentamente.
Come Nura24 Supporta l'Analytics della Knowledge Base
Nura24 registra le visualizzazioni degli articoli e le valutazioni di utilità per ogni articolo pubblicato, accessibili dal pannello di gestione della knowledge base. La funzionalità di analisi dei gap tramite AI identifica automaticamente le domande inviate tramite live chat e ticket a cui la knowledge base non ha saputo rispondere, generando un elenco prioritario degli articoli mancanti. Le prestazioni di ricerca esterna sono monitorabili tramite il supporto standard alla sitemap e agli URL canonical, compatibile con Google Search Console. Per i team che vogliono una knowledge base che migliori automaticamente nel tempo piuttosto che richiedere audit manuali, il ciclo di analytics integrato di Nura24 — dalla domanda del ticket all'identificazione del gap fino al suggerimento dell'articolo — fornisce una base pratica.