Base de conhecimento, para a agência que revende tecnologia, é a central de ajuda com a marca dela onde o cliente encontra sozinho a resposta para “como eu transfiro uma conversa?” antes de mandar mensagem para o seu celular. É um conjunto de artigos curtos, organizados pelas perguntas que os clientes realmente fazem, e que cresce a cada dúvida repetida. Este texto trata da central que explica o sistema para a equipe do cliente; a base que alimenta o agente de IA do cliente é parente próxima, e as duas se encontram no fim.
Ela importa por uma conta simples de operação: no white label, o suporte do cliente final é da agência. Cada pergunta que vira ligação consome hora de alguém que deveria estar implantando o próximo cliente, e boa parte delas já foi feita antes por outro cliente.
Resumo: uma base de conhecimento para clientes começa pelas dúvidas que aparecem no onboarding, não por um índice ideal. Cada artigo responde uma pergunta, em linguagem do cliente, com passos e o que fazer se não funcionar. A manutenção tem gatilhos claros (pergunta repetida, mudança na plataforma ou na regra da Meta, artigo que não resolveu). Na Cubo Suite, a central de ajuda já vem com a marca da agência e uma biblioteca de artigos pronta para editar, então o trabalho da agência é adaptar e acrescentar, não escrever do zero.
O que é base de conhecimento para clientes?
Base de conhecimento é o repositório de artigos de autoatendimento que responde dúvidas sobre um produto ou serviço. Quando é aberta aos clientes, costuma ser chamada de central de ajuda. A wiki interna fala com quem já conhece o contexto; a central fala com quem está travado numa tarefa e quer resolver em dois minutos.
No modelo white label há um detalhe a mais: a central precisa estar com a marca da agência. Um cliente que clica em “ajuda” e cai numa página de outra empresa descobre que existe um fornecedor por trás, e a pergunta seguinte é “por que eu não contrato direto?”. Por isso, num white label de verdade, a central de ajuda conta tanto quanto o domínio próprio. Ela também tem lugar fixo em dois processos: no onboarding de clientes, como material de consulta do treinamento, e no suporte ao cliente no white label, como a primeira linha antes de qualquer chamado.
O que documentar primeiro para o cliente não ligar?
O erro clássico é abrir um documento em branco e desenhar o índice ideal, com 40 tópicos que cobrem cada tela. Três meses depois, metade está desatualizada e a outra metade ninguém leu. Comece pelo que já está acontecendo: as perguntas que chegam no seu WhatsApp nas primeiras semanas de cada cliente.
Para a agência que implanta CRM, WhatsApp pela API oficial e agente de IA, essas perguntas tendem a cair em cinco grupos. A lista abaixo é a nossa leitura de onde a dúvida aparece, não uma pesquisa:
| Grupo | Exemplos de pergunta | Quem pergunta |
|---|---|---|
| Acesso | Não recebi o convite; esqueci a senha; como adiciono um atendente | Gestor, no primeiro dia |
| Atendimento diário | Como assumo uma conversa; como transfiro; como uso resposta rápida; por que não consigo mandar mensagem para esse contato | Atendentes, na primeira semana |
| Funil | Como movo um negócio; o que significa cada etapa; como registro perda | Vendedores e gestor |
| WhatsApp e Meta | Por que meu template foi recusado; quanto custa cada mensagem; o que acontece com as listas de transmissão na coexistência | Dono e gestor |
| Agente de IA | Por que o agente respondeu isso; como passo a conversa para um humano; como atualizo uma informação | Gestor, depois do go-live da IA |
Dois grupos geram as conversas mais tensas. O primeiro é “por que não consigo mandar mensagem para esse contato”: a resposta envolve a janela de 24 horas e o uso de template, e um artigo claro sobre isso evita que o cliente ache que o sistema está quebrado. O segundo é custo de mensagem: os templates são cobrados diretamente pela Meta, e o cliente que lê isso num artigo antes da primeira fatura reclama muito menos do que o que descobre depois.
Uma regra prática para priorizar: a pergunta que chegou duas vezes vira artigo na mesma semana. A que chegou uma vez entra numa lista de espera.
Como estruturar um artigo que resolve de verdade?
Artigo de central de ajuda tem um leitor apressado e uma tarefa travada. O formato que funciona é quase sempre o mesmo:
- Título com a pergunta do cliente, nas palavras dele. “Como transferir uma conversa para outro atendente” é o que o cliente digita; “Gestão de filas de atendimento” ninguém procura.
- Resposta em duas linhas logo abaixo do título, para quem só precisa lembrar o caminho.
- Passos numerados, um clique por passo, com imagem da tela quando a localização do botão não for óbvia.
- Se não funcionar: as duas ou três causas mais comuns e o que fazer em cada uma.
- Quando chamar a agência: o canal, o horário e o que mandar junto (print, nome do contato, horário do erro).
Um artigo por pergunta. Quando um texto tenta responder “tudo sobre conversas”, ninguém acha o trecho de que precisa.
Biblioteca pronta ou do zero?
Escrever a central inteira do zero é o caminho mais caro e o menos necessário. Na Cubo Suite, a central de ajuda já vem com a marca da agência e com uma biblioteca de artigos pronta para editar. O ponto de partida, então, é revisão:
- Ajuste a linguagem ao seu público. Se a sua carteira é de clínicas, “negócio” pode virar “paciente em negociação”; se é de corretoras, “proposta” pode virar “cotação”.
- Acrescente as políticas da sua agência, que nenhuma biblioteca genérica conhece: horário de suporte, canal de atendimento, prazo de resposta que você promete, o que está incluso no seu pacote e o que é cobrado à parte.
- Sinalize o que depende de pacote. Como os módulos são ligados por cliente, um artigo sobre disparo lido por quem não contratou disparo gera a pergunta “por que eu não tenho isso?”. Deixe claro no topo que o recurso faz parte de outro pacote.
- Escreva os artigos da sua configuração: o significado das etapas do funil que você desenhou, os motivos de perda que você padronizou, as respostas rápidas que você criou.
Esta última parte é a que diferencia a sua central da documentação de qualquer software. A plataforma explica como o botão funciona; só a agência explica por que, naquele cliente, o negócio vai para “proposta enviada” só quando o PDF sai.
Para ver quanto da biblioteca já serve à sua carteira antes de escrever qualquer artigo, agende uma demonstração com a central de ajuda na marca da sua agência.
Quem mantém e quando atualizar?
Base de conhecimento sem dono vira cemitério de artigos em seis meses. Nomeie uma pessoa da agência como responsável, mesmo que seja meio período, e use gatilhos em vez de calendário:
- Pergunta repetida no suporte: vira artigo novo ou correção de um existente.
- Mudança na plataforma: tela nova, botão que mudou de lugar, módulo novo. Revise os artigos afetados antes de o cliente perguntar.
- Mudança de regra da Meta: preço de mensagem, limite de envio, regra de template. Esses artigos têm data e precisam dizer de quando é a informação.
- Artigo que não resolveu: se o cliente leu e mesmo assim ligou, o artigo está errado, incompleto ou com título que não bate com a dúvida.
Uma vez por trimestre, apague o que ninguém abre e junte artigos que dizem a mesma coisa.
Da central de ajuda ao agente de IA: o que dá para reaproveitar?
Aqui é preciso separar duas bases. A central de ajuda explica o sistema para a equipe do cliente. O agente de IA do cliente responde os clientes do cliente, com informação do negócio dele: preços, horários, políticas, coberturas. O conteúdo é diferente, e jogar os artigos de “como transferir conversa” na base do agente só confunde as respostas.
O que se reaproveita é o método. Um artigo com título em forma de pergunta, resposta curta no começo, condições explícitas e a indicação de quando chamar um humano é exatamente o formato que um agente de IA consulta bem. Quem aprendeu a escrever a própria central monta a base do negócio do cliente no mesmo padrão: uma pergunta por bloco, resposta direta, exceções escritas, nada de PDF de 200 páginas jogado inteiro. As fontes e a manutenção dessa segunda base estão em treinar IA com a base de conhecimento do cliente.
Se quiser ver a central de ajuda com a sua marca e a biblioteca de artigos antes de decidir, agende uma demonstração do white label da Cubo Suite. Na demonstração, que dura uma hora, montamos o ambiente com a marca da sua agência, incluindo a central, e simulamos o suporte de um cliente da sua carteira.
Perguntas frequentes
Qual a diferença entre base de conhecimento e central de ajuda?
Base de conhecimento é o conjunto de artigos; central de ajuda é a forma como ele aparece para o cliente, com busca, categorias e a marca de quem atende. Uma base pode ser interna, só para a equipe. A central é sempre voltada para fora.
Base de conhecimento e FAQ são a mesma coisa?
Não. Uma FAQ é uma página com as perguntas mais comuns e respostas curtas. A base de conhecimento tem um artigo por tarefa, com passos, causas de erro e caminho de suporte. A FAQ pode ser a porta de entrada da base.
Quantos artigos uma central de ajuda precisa ter para começar?
Os suficientes para cobrir as dúvidas da primeira semana de um cliente: acesso, atendimento diário, funil e as regras de mensagem do WhatsApp. Partindo de uma biblioteca pronta, o trabalho inicial é revisar e acrescentar as políticas da agência; o resto cresce com as perguntas repetidas.
A central de ajuda pode ter o nome da minha agência?
Na Cubo Suite, sim: a central de ajuda vem com a marca da agência, como o domínio, os e-mails de convite e o restante da plataforma. O cliente final não vê o nome Cubo Suite.
Deixe um comentário