Software per knowledge base: quanto costa

Il software per knowledge base viene venduto come una sola categoria e si comporta come tre prodotti diversi. Un centro assistenza pubblico, una wiki interna e un sito di documentazione di prodotto stanno sotto la stessa voce in ogni catalogo, e quando si guardano permessi, ricerca e fattura non hanno quasi nulla in comune.

Scegliere la forma sbagliata è l’errore costoso, e raramente è evidente durante la prova. A dirtelo è il conto del secondo anno, quando i contenuti sono già scritti e spostarli è un progetto.

Ogni prezzo qui sotto è stato letto sulla pagina dei prezzi del fornitore il 5 settembre 2026, e ognuno di essi cambierà. Leggi il modello, non il numero.

Il software per knowledge base in numeri

Sei cifre da portare in una conversazione con un fornitore, tutte lette il 5 settembre 2026.

Da $0 a $799 al mese copre l’intera fascia realistica per un team di dieci persone, a seconda soltanto dell’unità che il fornitore fa pagare
Da $0.75 a $0.99 è il costo di una risoluzione IA presso i due fornitori che pubblicano la tariffa: Help Scout fa pagare $0.75, Intercom $0.99
$55 per agente al mese è il prezzo d’ingresso di una knowledge base inclusa in una suite completa di assistenza, su Zendesk Suite Team con fatturazione annuale
$65 per sito al mese più $12 per redattore è il costo di un prodotto di documentazione quando i lettori sono gratuiti, su GitBook Premium con fatturazione annuale
$249 al mese a tariffa fissa è il punto da cui parte uno strumento dedicato alla knowledge base quando fa pagare per fascia di utenti e non per licenza, su Helpjuice fino a 30 utenti
Un fornitore su cinque non pubblica alcun prezzo. Document360 ha sostituito la tabella dei prezzi con un questionario di configurazione

Quella forbice non riguarda le funzionalità. Riguarda chi il fornitore ha deciso di contare.

I tre prodotti dietro un unico nome di categoria

Ciò che li separa non è l’elenco delle funzioni. È chi legge i contenuti, perché è questo a decidere per chi il fornitore ti fa pagare.

Un centro assistenza pubblico è collegato a uno strumento di assistenza. Lo leggono i clienti, lo scrivono gli agenti di supporto, e l’intero insieme esiste per evitare che una domanda diventi un ticket. La sua ricerca è tarata su persone che non conoscono il tuo lessico, e le sue statistiche rispondono a una sola domanda: quali articoli hanno impedito l’apertura di un ticket.

Una wiki interna, la forma che assumono per lo più gli strumenti per note e wiki, è letta dai dipendenti e scritta da tutti. I permessi sono la parte difficile, non la pubblicazione. I contenuti sono più disordinati per natura, metà è obsoleta entro un anno, e il vero compito dello strumento è rendere reperibile la versione attuale accanto a quella superata.

Un sito di documentazione di prodotto è letto da chi si integra con te. Vive accanto a un repository, segue le versioni dei rilasci ed è di solito scritto in Markdown da persone che non accetteranno un editor di testo formattato.

	Centro assistenza pubblico	Wiki interna	Sito di documentazione
Chi lo legge	Clienti, senza autenticazione	Dipendenti	Sviluppatori e integratori
Chi lo scrive	Team di supporto	Tutti, in modo disomogeneo	Ingegneria e technical writer
Cosa conta la fattura	Agenti di supporto	Ogni dipendente	Siti più redattori
La ricerca deve gestire	Le parole dei clienti, non le tue	Obsoleto contro attuale	Nomi esatti di API e codice
Editor che le persone si aspettano	Testo formattato	Testo formattato	Markdown, in un repository
Versioni	Raramente necessarie	Raramente necessarie	Per rilascio, non negoziabile
Fallimento tipico	Nessuno lo aggiorna dopo il lancio	Proliferazione dei permessi	La documentazione resta indietro rispetto al rilascio

Uno strumento costruito per una di queste forme fa male le altre due, e la demo non te lo mostrerà. Una wiki interna usata per servire i clienti ti dà un muro di autenticazione che non volevi. Un centro assistenza usato per contenere la documentazione tecnica ti dà un editor che rovina i blocchi di codice.

La maggior parte delle aziende oltre le trenta persone finisce per averne due su tre. Non è un fallimento degli acquisti. I destinatari vogliono cose diverse, e un unico strumento per entrambi di solito significa che i contenuti interni sono troppo curati per restare aggiornati o quelli pubblici troppo grezzi per essere pubblicati.

Cosa conta davvero la fattura

Il software per knowledge base fa pagare in sei modi diversi, e la distanza tra questi modelli è molto più grande di quella tra gli elenchi di funzioni.

Strumento	Per cosa fa pagare	Prezzo al 5 settembre 2026
Zendesk	Per agente di supporto	Suite Team $55/agente/mese, Suite Professional $115/agente/mese, fatturazione annuale
Help Scout	Per utente, con un livello gratuito	Gratuito per 5 utenti e 1 sito Docs; Standard $25, Plus $45, Pro $75 per utente/mese; siti Docs aggiuntivi $20/mese ciascuno
Intercom	Per licenza, più ogni risoluzione IA	Essential $29, Advanced $85, Expert $132 per licenza/mese; Fin a $0.99 per risoluzione
Helpjuice	Fascia fissa in base al numero di utenti	$249/mese fino a 30 utenti, $449 fino a 100, $799 illimitati
GitBook	Per sito, più redattori	Premium $65/sito/mese annuale più $12 per utente; Ultimate $249/sito/mese
Notion	Per membro, wiki al primo posto	Gratuito per singoli; Plus $10, Business $20 per membro/mese; agenti IA a $10 per 1,000 crediti
Document360	Solo su preventivo	Nessun prezzo pubblico, prezzo per configurazione dopo una conversazione commerciale

Per agente è il modello che nasconde meno. Paghi già quelle persone, la knowledge base viaggia con loro e il costo di aggiungere un articolo è zero. Il problema è che chiunque scriva deve avere una licenza di supporto, quindi il product manager che vuole correggere un paragrafo o ottiene una licenza da $55 o lo passa a qualcuno che ce l’ha.

Per utente con una soglia gratuita è da dove dovrebbero partire la maggior parte dei piccoli team. Il livello gratuito di Help Scout include cinque utenti e un sito Docs, cioè un centro assistenza pubblico completo senza costi, e il salto a $25 a utente arriva solo quando cresce il team di supporto.

Per risoluzione è l’unico modello in cui il fornitore viene pagato quando il software funziona. Intercom fa pagare $0.99 ogni volta che il suo agente IA chiude una conversazione senza un essere umano, Help Scout fa pagare $0.75. È onesto ed è anche impossibile da mettere a budget: un buon mese di self-service produce una fattura più alta di uno cattivo, e il numero si muove con il tuo traffico e non con il numero di persone.

Le fasce fisse in base al numero di utenti sono economiche nel mezzo e a precipizio ai margini. Helpjuice a $249 al mese per 30 utenti è caro per un team di quattro ed economico per un team di ventotto. Il numero da controllare non è l’organico di oggi, è quello che supera la fascia successiva.

Per sito separa lettori e redattori, e per qualunque cosa pubblica è il modello che scala. Le pagine pubblicate di GitBook hanno visualizzazioni illimitate, quindi la crescita del traffico non costa nulla e la crescita del team di redazione costa $12 a testa.

Per membro, wiki al primo posto è ciò che ottieni quando la knowledge base è una funzione di uno spazio di lavoro e non un prodotto. Notion a $10 a membro è economico per la documentazione interna e scomodo per un centro assistenza rivolto ai clienti, perché l’intera azienda finisce in fattura che scriva qualcosa o no.

Solo su preventivo ti dice qualcosa prima ancora che tu ottenga il numero. Document360 ha tolto i prezzi pubblici a favore di un questionario di configurazione, il che significa che il prezzo è stabilito da ciò che il venditore scopre di te. Non è automaticamente un male, ma il primo numero che senti è una posizione di apertura, e fare un budget prima di una telefonata commerciale diventa impossibile.

Zoho Desk sta un po’ fuori da questa tabella perché ha prezzi regionali: il livello gratuito include tre agenti, e la knowledge base compare dal piano Standard in su, ma la cifra mostrata dipende da dove apri la pagina. Qualsiasi fornitore il cui prezzo cambia con il tuo indirizzo IP richiede un preventivo scritto prima del confronto.

Quanto costa in tre dimensioni

Quattro prodotti, con prezzi per tre forme di team. Fatturazione annuale dove il fornitore la offre.

	3 persone, centro assistenza pubblico	12 persone, centro assistenza più wiki interna	40 persone, documentazione e assistenza
Help Scout	Livello gratuito, $0	Standard, $300/mese	Pro, $3,000/mese
Zendesk Suite Team	$165/mese	$660/mese	$2,200/mese
GitBook Premium	$65/mese più 2 redattori, $89	$65 più 11 redattori, $197	$65 più 39 redattori, $533
Notion Business	$60/mese	$240/mese	$800/mese

Due cose che questa tabella mostra e un confronto di funzioni non mostrerà mai. I prodotti con prezzo per licenza rivolta al lettore diventano costosi a una velocità che non ha nulla a che fare con la quantità di documentazione che hai, e i prodotti con prezzo per sito restano quasi fissi mentre l’azienda triplica.

Conta dove si trovano i tuoi redattori e i tuoi lettori. Se dieci persone leggono e due scrivono, compra un modello che fa pagare per le due.

L’elenco di funzioni che fa davvero la differenza

Quasi tutto ciò che viene pubblicizzato in questa categoria è presente ovunque. L’elenco qui sotto è quello breve: le funzioni che separano davvero i prodotti, e il livello dietro cui di solito si trovano.

Funzione	Presente in	Di solito riservata a
Centro assistenza pubblico	Ogni strumento	Nessun livello
Editor di testo formattato	Ogni strumento	Nessun livello
Statistiche degli articoli	Ogni strumento	Nessun livello
Dominio personalizzato	La maggior parte degli strumenti	Il primo livello a pagamento
Statistiche di ricerca con report sulle ricerche senza risultati	Alcuni strumenti	Livello intermedio
Più siti o marchi	Alcuni strumenti	Livello intermedio, o prezzo per sito
Multilingua con flusso di lavoro per lingua	Meno strumenti	Livello più alto o tariffa per lingua
Versioni degli articoli e revisione programmata	Meno strumenti	Livello più alto
Permessi granulari oltre amministratore e redattore	Meno strumenti	Livello più alto
SSO e registro di audit	La maggior parte degli strumenti	Livello più alto o enterprise
Reindirizzamenti che controlli tu	Meno strumenti	Varia, spesso assenti
Esportazione self-service in un formato aperto	Meno strumenti	Varia, spesso assente

Le differenze reali stanno nelle ultime tre righe, e sono quelle che nessuna demo copre. Reindirizzamenti ed esportazione decidono quanto costa andarsene. I permessi decidono se lo strumento sopravvive al contatto con un’azienda di quaranta persone.

Multilingua, e quanto costa

La traduzione è il modo più affidabile per raddoppiare il prezzo di una knowledge base, e il modello di prezzo raramente lo dice in prima pagina. Dove lo strumento non ha un flusso di lavoro proprio, finisce per sostenerla uno strumento di traduzione dedicato.

Compaiono tre schemi. Alcuni fornitori trattano ogni lingua come un sito o uno spazio di lavoro separato, il che moltiplica qualunque sia il prezzo per sito. Alcuni includono le lingue ma fanno pagare la traduzione come funzione IA a parola o a credito. Alcuni supportano le lingue solo dal livello più alto, che è un salto di livello e non una voce di costo.

Stabilisci questi punti prima di impegnarti, se più di una lingua è anche solo possibile in futuro:

Una lingua è un nuovo sito in fattura, o una variante di un articolo?
La ricerca funziona all’interno di una lingua, o una query in tedesco restituisce articoli in inglese?
Un articolo tradotto può essere segnato come obsoleto quando cambia l’articolo di partenza?
La struttura degli URL riporta la lingua, ed è la struttura che vuoi far indicizzare?

Correggere l’ultimo punto più tardi costa caro. Un centro assistenza che mette le lingue nelle stringhe di query e non nei percorsi riparte da zero nella ricerca per ogni lingua, e cambiarlo significa reindirizzare ogni articolo che hai.

Permessi, e dove si rompono le knowledge base private

I centri assistenza pubblici hanno un solo permesso: pubblicato o no. Le knowledge base interne hanno un modello di permessi, ed è lì che gli strumenti wiki diventano silenziosamente inutilizzabili a quaranta o cinquanta persone.

Il controllo degli accessi qui non fallisce perché è troppo debole. Fallisce perché è troppo manuale. Ogni nuova pagina eredita da qualche parte, qualcuno la modifica una volta per un buon motivo e diciotto mesi dopo nessuno sa dire chi può leggere le fasce salariali.

Tre domande separano uno strumento che regge da uno che non regge:

I permessi si ereditano da una struttura, o si impostano pagina per pagina? L’ereditarietà da uno spazio o da una sezione è gestibile. I permessi per pagina sono un foglio di calcolo che nessuno tiene aggiornato.

Esiste un report su chi può vedere cosa? Senza, una revisione degli accessi è una persona che scorre le pagine, il che significa che non si fa.

Cosa succede quando qualcuno se ne va? Le pagine appartenenti a un account disattivato non dovrebbero diventare orfane o, peggio, invisibili.

Le aziende con un obbligo di conformità ne hanno una quarta: un registro di audit che mostri chi ha letto cosa e quando. Quella funzione sta al livello più alto quasi ovunque, quindi controlla il prezzo di quel livello prima di scegliere il prodotto e non dopo che l’auditor lo chiede. La sezione sicurezza è dove si trovano gli strumenti che trattano questo aspetto come una funzione di prima classe.

La ricerca è l’intero prodotto, ed è la parte che nessuno mostra nelle demo

Le demo dei fornitori mostrano l’editor. È la parte che usi per due settimane. La ricerca è la parte che decide se qualcuno leggerà ciò che hai scritto.

Tre cose separano una ricerca che funziona da una che non restituisce nulla.

Deve gestire il lessico del cliente, non il tuo. L’articolo si chiama “Configurare i relay SMTP in uscita” e la persona digita “le email non partono”. Se lo strumento corrisponde solo alle parole presenti nel testo, quella ricerca fallisce e il ticket viene aperto. Gli elenchi di sinonimi e, sempre più spesso, la corrispondenza semantica sono ciò che colma quella distanza.

Deve sopravvivere a refusi e parole parziali. La maggior parte delle ricerche nei siti non restituisce risultati per una sola lettera scambiata, e il visitatore lo legge come “questo centro assistenza non ha nulla”.

Deve segnalare ciò che è fallito. Il report che vale la pena avere non è l’elenco degli articoli più letti, è l’elenco delle ricerche che non hanno restituito nulla o in cui nessuno ha cliccato un risultato. Quell’elenco è il tuo arretrato di contenuti, scritto da chi aveva bisogno della risposta.

Prova tutte e tre nella prova con le tue parole, non con i contenuti di esempio del fornitore. Importa venti articoli veri e chiedi a qualcuno che non lavora sul prodotto di cercare cinque risposte.

I quattro numeri da riportare

La maggior parte delle schermate di statistiche delle knowledge base sono contatori di visualizzazioni con un grafico sopra. Quattro numeri dicono davvero qualcosa, e tre di loro vanno costruiti, non letti da una dashboard.

Tasso di deviazione. Le sessioni che hanno letto un articolo e non hanno aperto un ticket, divise per le sessioni che hanno letto un articolo. Alcuni strumenti lo calcolano, la maggior parte no. Dove manca, l’alternativa praticabile è il volume di ticket su un argomento prima e dopo la pubblicazione dell’articolo che lo copre.

Tasso di ricerche senza risultati. Le ricerche che non restituiscono nulla, divise per tutte le ricerche. Qualsiasi valore sopra qualche punto percentuale è una lacuna di contenuto o di lessico, e il registro delle ricerche dice quale.

Rapporto articolo-ticket. I ticket su un argomento divisi per le visualizzazioni degli articoli sullo stesso argomento. Un rapporto alto su un argomento che hai documentato significa che l’articolo esiste e non risponde alla domanda.

Obsolescenza. La quota di articoli pubblicati non modificati né rivisti da dodici mesi. È il numero che prevede se l’intero investimento si deteriora, e quasi nessuno strumento lo mostra per impostazione predefinita.

Imposta questi quattro nel primo mese. Una knowledge base senza di essi è una cartella di documenti che nessuno sa difendere al momento del budget, e nemmeno uno strumento di analytics li fornirà: questi numeri vengono dai registri di ricerca e dei ticket del centro assistenza stesso.

Cosa hanno cambiato le risposte dell’IA, e cosa no

Quasi ogni strumento di questa categoria oggi pubblicizza un livello IA. Descritto con precisione, è un sistema di recupero che legge i tuoi articoli e scrive una frase di risposta, e non sa nulla di ciò che non hai pubblicato.

Ne deriva una conseguenza che viene saltata in ogni presentazione. Gli strumenti IA per la knowledge base amplificano ciò che i tuoi contenuti già sono. Articoli poveri producono risposte povere e sicure di sé, e una contraddizione tra due pagine produce una risposta che ne sceglie una a caso. I team che si aspettavano che il livello IA compensasse una documentazione trascurata ottengono il contrario: la trascuratezza diventa citabile.

La fatturazione è la seconda conseguenza. Gli strumenti IA per l’automazione del self-service non sono quasi mai inclusi nel prezzo base. Arrivano come costo per risoluzione, pacchetto di crediti o livello superiore, e l’utilizzo lo guidano i tuoi clienti e non tu.

Prima di attivare l’automazione del centro assistenza, ottieni per iscritto la risposta a quattro domande:

Cosa conta come evento fatturabile: una domanda posta, una risposta data o una conversazione che il cliente ha confermato come risolta?
Cosa succede quando i crediti finiscono, un blocco totale o una tariffa per l’eccedenza?
Puoi fissare un tetto alla spesa mensile, e il tetto ripiega sul supporto umano o su nulla?
La risposta cita l’articolo da cui proviene, così che una risposta sbagliata si possa ricondurre a una pagina da correggere?

Fai i conti prima di attivarla. A $0.99 a risoluzione, duemila conversazioni deviate al mese sono $1,980, più della maggior parte degli abbonamenti della tabella qui sopra. Può comunque essere l’opzione più economica, perché le stesse duemila conversazioni gestite da persone costano molto di più. Deve solo essere una decisione e non una sorpresa.

Gli strumenti IA di self-service vale la pena averli. Vale la pena averli in seconda battuta, dopo che esistono e sono corretti i venti articoli che coprono i tuoi venti ticket più frequenti.

Scrivere articoli che le persone e le risposte dell’IA possano usare

La struttura che rende un articolo facile da scorrere lo rende anche facile da citare correttamente per un sistema di recupero. Non costa nulla, cambia molto.

Rispondi nelle prime due frasi. Metti la soluzione in alto e il contesto sotto. I sistemi di recupero prendono il passaggio più vicino alla domanda, e i lettori arrivati dalla ricerca non stanno leggendo un’introduzione.

Una domanda per articolo. Un articolo che copre quattro argomenti vagamente correlati viene recuperato per tutti e quattro e non risponde bene a nessuno.

Indica la versione e la data. “A marzo 2026, nel piano X” permette a un lettore e a un modello di sapere se la risposta vale ancora. Le istruzioni senza data sono la fonte principale di risposte IA sui prodotti sbagliate e sicure di sé.

Usa tabelle per tutto ciò che ha limiti. I numeri in una tabella sopravvivono all’estrazione. Gli stessi numeri in un paragrafo escono storpiati.

Chiama le cose come le chiamano i clienti. Se i clienti dicono “fattura” e l’interfaccia dice “documento di fatturazione”, l’articolo deve contenere entrambe le parole, una volta ciascuna, senza contorcere la frase.

Tieni una pagina di riferimento per ogni dato. Due pagine con cifre diverse per lo stesso limite producono un testa o croce, nella ricerca come in una risposta IA.

Self-hosted e open source, onestamente

Il software per knowledge base con licenza gratuita esiste, è software vero e il costo si sposta invece di sparire.

Risparmi l’abbonamento. Paghi invece hosting, aggiornamenti, backup, certificati TLS, l’indice di ricerca e la persona che si occupa di tutto. Su piccola scala quella persona è un fondatore che lo fa di notte, cioè il tempo di ingegneria più costoso dell’azienda.

I prodotti della sezione strumenti per sviluppatori rendono facile sottovalutarlo. L’auto-hosting è una scelta ragionevole a due condizioni: c’è già un team di piattaforma che gestisce altri servizi, oppure una regola sulla residenza dei dati rende davvero indisponibili i prodotti ospitati.

Fuori da queste due i conti raramente lo favoriscono, e la modalità di guasto è specifica e comune. La knowledge base gira per due anni su una versione senza patch perché aggiornarla non è compito di nessuno.

Migrazione, passo dopo passo

Il software di documentazione accumula in silenzio costi di cambio, più della maggior parte delle categorie del catalogo. Un anno di articoli, immagini, reindirizzamenti e link interni è una cosa davvero difficile da spostare, e i fornitori lo sanno.

Quattro domande, a cui rispondere prima del contratto e non durante la migrazione:

Quale formato esce? File Markdown o HTML che puoi leggere senza il loro software sono la risposta che vuoi. Un blob JSON legato a identificatori interni è tecnicamente un’esportazione e in pratica un ostaggio.

Le immagini vengono con l’esportazione? Gli allegati sono spesso esclusi dalle esportazioni e ospitati sul dominio del fornitore. Quando te ne vai, ogni immagine di ogni articolo si rompe.

Gli URL sopravvivono? Se il tuo centro assistenza sta su un sottodominio tuo, i reindirizzamenti li controlli tu. Se sta sul loro, ogni link mai condiviso muore il giorno in cui disdici.

L’esportazione è self-service? Un’esportazione che richiede un ticket di supporto è un’esportazione che il fornitore può rallentare proprio nel momento in cui la vuoi veloce.

Quando la migrazione avviene davvero, l’ordine che evita un mese morto:

Esporta tutto e mettilo sotto controllo di versione prima di toccare il nuovo strumento, così esiste una copia che appartiene a te
Importa nel nuovo strumento mentre il vecchio è ancora attivo e pubblico
Ricostruisci la mappa degli URL articolo per articolo, compresi quelli a cui nessuno rimanda
Metti in atto i reindirizzamenti e provane venti a mano
Cambia il dominio e tieni il vecchio abbonamento per un ciclo di fatturazione
Osserva il tasso di ricerche senza risultati per due settimane, perché un’importazione difettosa si vede lì per prima

Saltare il primo passo è l’errore che trasforma una migrazione in una riscrittura. La guida di Google sugli spostamenti di sito con cambio di URL vale per un centro assistenza esattamente come per un sito web, e la mappa dei reindirizzamenti è la parte che decide se il traffico di ricerca sopravvive.

Sette errori che costano di più

Comprare la forma invece del pubblico. Una wiki comprata per i clienti, o un centro assistenza comprato per la documentazione tecnica
Contare le licenze di oggi. Ogni modello della tabella qui sopra ha un confine; la domanda è dove sarai tra diciotto mesi
Attivare l’IA prima che esistano i contenuti. Rende le lacune citabili invece di colmarle
Pubblicare sul dominio del fornitore. Economico all’iscrizione, costoso in ogni momento successivo
Nessun redattore designato. Le knowledge base si deteriorano per decisione di nessuno, non per una decisione sbagliata
Scrivere quaranta articoli che nessuno ha chiesto. Il registro dell’assistenza è l’arretrato; tutto il resto è tirare a indovinare
Non eseguire mai l’esportazione. La prima volta che la provi non dovrebbe essere la settimana in cui te ne vai

Una prova che ti dice qualcosa

Due settimane bastano per giudicare un software per knowledge base se le dedichi alle cose giuste. La maggior parte delle prove si spende ammirando l’editor.

Importa venti articoli veri, compresi i due più lunghi e quello con più schermate
Fai cercare a qualcuno esterno al team cinque risposte con parole sue e registra cosa ha digitato
Rompi la ricerca di proposito: refusi, forme plurali, la parola del concorrente per la tua funzione
Pubblica un articolo, poi modificalo e verifica quanto tempo ci mette la versione pubblica ad aggiornarsi
Esegui l’esportazione il secondo giorno, non il tredicesimo, e apri ciò che ne esce
Aggiungi un secondo autore e controlla cosa ha fatto alla fattura
Attiva il livello IA, fagli tre domande a cui la tua documentazione non risponde e leggi cosa dice
Imposta un permesso su una pagina e prova a leggerla da un account che non dovrebbe vederla
Controlla come appare il centro assistenza su un telefono, dato che la maggior parte di chi lo legge ne tiene uno in mano
Misura il peso di pagina di un articolo pubblicato, perché un centro assistenza lento sui dati mobili viene abbandonato a metà ricerca

Il voto di sufficienza non è “ci è piaciuto”. È che nulla di questo elenco abbia prodotto una sorpresa che avresti scoperto al quarto mese.

Dove sta il software per knowledge base rispetto al resto

Una knowledge base non è un canale di assistenza, è ciò che impedisce a un canale di riempirsi. Funziona quando è alimentata dai ticket a cui già rispondi e letta da persone arrivate dalla ricerca.

Questo rende l’ordine abbastanza chiaro. Fai scrivere le venti risposte più richieste prima di scegliere una piattaforma, perché sono i contenuti a decidere la forma che ti serve.

Collegala a ciò che gestisce le conversazioni, perché gli strumenti di live chat che non riescono a proporre un articolo manderanno la stessa domanda a una persona ogni volta.

Le opzioni a forma di suite stanno nella sezione assistenza clienti e quelle con prezzo per sito negli strumenti di documentazione. Aggiungi il livello IA quando il materiale di partenza vale la pena di essere citato.

E leggi la pagina dei prezzi come leggeresti un contratto, perché lo è. Le stesse cinque cose che una pagina dei prezzi SaaS nasconde valgono qui per intero, e il numero minimo di licenze in particolare colpisce i team che pensavano di comprare un sito web.

Ogni strumento per knowledge base del nostro catalogo è elencato alle stesse condizioni, con un link nofollow e nessun posizionamento a pagamento, che è l’unica cosa che affermiamo sull’ordinamento. Sfoglia il catalogo e controlla la pagina dei prezzi del fornitore prima di credere a qualsiasi numero, compresi i nostri.

Le domande che le persone fanno davvero

Quanto dovrebbe costare una knowledge base per un team di dieci persone?

Da nulla a circa $800 al mese al 5 settembre 2026, per lo stesso lavoro, dipendendo interamente dal modello. Dieci agenti di supporto su Zendesk Suite Team sono $550 al mese, e la maggior parte è l’help desk e non la knowledge base.

Dieci redattori su GitBook Premium sono $65 per il sito più $108 per le licenze aggiuntive. Help Scout è gratuito a cinque utenti e $250 al mese a dieci. Stabilisci quale unità stai comprando prima di confrontare due numeri qualsiasi.

Uno strumento wiki basta per un centro assistenza rivolto ai clienti?

Di solito no, per due motivi che non hanno nulla a che fare con le funzioni. Gli strumenti wiki richiedono l’autenticazione per impostazione predefinita e la loro ricerca è fatta per persone che già conoscono il lessico interno. Entrambe le cose sono giuste per i dipendenti e sbagliate per i clienti. Se il budget te lo impone, controlla almeno che le pagine si possano pubblicare senza login e che i motori di ricerca possano indicizzarle.

Servono strumenti separati per la documentazione interna ed esterna?

La maggior parte dei team oltre le venti persone finisce per averne due, e non è un fallimento. I destinatari richiedono permessi diversi, un comportamento di ricerca diverso e standard editoriali diversi. Un unico strumento per entrambi di solito significa che i contenuti interni sono troppo curati per restare aggiornati o quelli esterni troppo grezzi per essere pubblicati.

Cosa aggiunge davvero uno strumento di knowledge base con IA?

Legge i tuoi articoli pubblicati e risponde con una frase invece di restituire un elenco di link. Davvero utile per le domande a cui la tua documentazione già risponde, inutile per quelle a cui non risponde.

Trattalo come un livello di presentazione sopra i tuoi contenuti, non come un sostituto del lavoro di scriverli. La fatturazione è quasi sempre separata dal piano base, da $0.75 a $0.99 per risoluzione.

Quanti articoli servono a un centro assistenza prima del lancio?

Abbastanza da coprire le domande che ricevi davvero, che per un prodotto giovane di solito sono tra quindici e trenta. Il numero conta meno della copertura: prendi le ultime duecento conversazioni di supporto, raggruppale e scrivi le prime venti. Pubblicare quaranta articoli che rispondono a domande che nessuno ha posto è un modo comune di buttare via un trimestre.

Il centro assistenza dovrebbe stare sul mio dominio?

Sì, su un sottodominio che controlli, se lo strumento lo consente. Mantiene il valore di ricerca dalla tua parte, tiene vivi i link condivisi se cambi fornitore e significa che i reindirizzamenti li scrivi tu. Gli strumenti che pubblicano solo sul proprio dominio costano meno per un motivo.

Chi dovrebbe occuparsi della knowledge base in un’azienda?

Chi risponde ai ticket, con un redattore designato e non una responsabilità condivisa. Le knowledge base si deteriorano per decisione di nessuno. Il modello di manutenzione che sopravvive è piccolo e noioso: un articolo viene rivisto la prossima volta che qualcuno lo linka in un ticket, e chi l’ha linkato è quello che lo corregge.

Posso partire con strumenti gratuiti e cambiare più avanti?

Sì, e il livello gratuito di uno strumento di documentazione è un posto ragionevole in cui scrivere i primi venti articoli. Help Scout include cinque utenti e un sito Docs completo senza costi. Esegui l’esportazione prima di arrivare a cento articoli, così scopri cosa comporta il trasloco quando scoprirlo costa ancora poco.

Come impedisco che la knowledge base diventi obsoleta?

Collega la revisione a un evento e non a un calendario. La regola praticabile è che qualunque articolo linkato in una risposta di supporto venga letto da chi l’ha linkato e corretto subito se è sbagliato. Le revisioni trimestrali vengono programmate, spostate e poi annullate; una regola agganciata a un lavoro che già avviene sopravvive.

Un centro assistenza pubblico aiuta il posizionamento nelle ricerche?

Può aiutare, e per un insieme ristretto di query è l’unica cosa che lo farà. Gli articoli del centro assistenza si posizionano per ricerche a forma di problema che un sito di marketing non può affrontare senza sembrare strano, e quelle ricerche vengono da persone che possiedono già il prodotto. Mettilo su un sottodominio, lascialo scansionare e dai a ogni articolo una sola domanda a cui rispondere.

Come misuro se si è ripagata?

Confronta il volume di ticket per cliente, non il volume di ticket. Un’azienda in crescita con numeri di ticket piatti sta deviando con successo anche se il conteggio grezzo non cambia. Poi dai un prezzo alla differenza al costo di un’ora di assistenza per te e metti quel numero accanto all’abbonamento.

E il supporto multilingua, quando vale la pena?

Quando una lingua rappresenta abbastanza volume di assistenza da giustificare la traduzione e poi la manutenzione della traduzione, che è la parte che la gente dimentica. Un articolo tradotto che smette di seguire l’originale è peggio di nessuno, perché risponde con sicurezza e sbaglia.

Comincia con i venti articoli più visitati in una lingua in più e aggiungine una seconda solo quando la prima resta aggiornata.

Posso usare un’unica knowledge base sia per l’agente IA sia per il centro assistenza?

Sì, e dovresti. Entrambi leggono gli stessi articoli, e mantenere due fonti è il modo in cui le due cominciano a contraddirsi. Ciò che cambia è la scrittura: un articolo che risponde nelle prime due frasi serve bene il sistema di recupero e si legge meglio anche per le persone.

Software per knowledge base: come sceglierlo