Principais Conclusões
- Construir uma base de conhecimento bem-sucedida não é documentar tudo de forma abrangente; é resolver o problema de "encontrabilidade" para os 20% de perguntas que causam 80% das interrupções.
- Ao organizar o conteúdo em torno de perguntas em linguagem natural em vez de taxonomias administrativas, e integrando IA para recuperação instantânea, você pode criar um sistema em que os colaboradores confiam e realmente usam.
Você provavelmente já viu uma base de conhecimento fracassar.
Alguém passou meses construindo-a. Houve um anúncio, talvez uma sessão de treinamento. As pessoas usaram por algumas semanas. Depois pararam.
Agora ela está lá, ficando desatualizada aos poucos, enquanto os colaboradores continuam fazendo as mesmas perguntas de sempre: uns aos outros, ao RH, a quem estiver disposto a responder.
O frustrante é que o conteúdo provavelmente era bom. A ferramenta provavelmente era adequada. Algo deu errado entre "criamos isso" e "as pessoas usam".
Já vi bases de conhecimento terem sucesso e fracassarem em dezenas de organizações, e a diferença geralmente não é a tecnologia nem mesmo a qualidade do conteúdo. É se a coisa foi projetada em torno de como as pessoas realmente se comportam, ou em torno de como alguém imaginou que deveriam se comportar.
Aqui está o que realmente funciona.
Erro 1: A Armadilha da Completude
O primeiro erro é construir demais antes de lançar. O instinto é tornar abrangente. Documentar tudo. Cobrir cada política, cada processo, cada FAQ. Não lançar até estar completo.
Isso leva uma eternidade. Quando você termina, metade do que escreveu já está desatualizado. Você esgotou as pessoas fazendo o trabalho. E atrasou a obtenção de qualquer valor em meses ou anos.
Pior, você não sabe de fato o que as pessoas precisam até que comecem a usar. Sua suposição sobre quais perguntas são mais comuns pode estar errada. A forma como você organizou pode não corresponder a como as pessoas procuram. Você só descobre quando está no ar.
A Abordagem do MVP
Comece com os 20% de conteúdo que responderão 80% das perguntas. As perguntas de RH mais comuns. As solicitações de TI mais frequentes. As políticas sobre as quais as pessoas perguntam constantemente.
Fonte: Princípio de Pareto (regra 80/20)Coloque isso no ar, veja como as pessoas usam e depois expanda com base no que aprender. Uma base de conhecimento pequena que é precisa, atual e realmente usada supera uma abrangente que ninguém consulta.
Erro 2: Design Centrado na Organização
O segundo erro é organizar para quem construiu, não para quem vai usar.
Você conhece o conteúdo intimamente. Você sabe que a política de férias está em "Benefícios" e a política de licença médica está em "Ponto e Frequência", e a diferença faz sentido para você porque entende como essas coisas são estruturadas.
O colaborador procurando "quantos dias de licença médica eu tenho" não faz ideia da sua taxonomia. Ele só quer encontrar uma resposta.
Taxonomia Centrada no Usuário
É por isso que a organização tradicional baseada em pastas frequentemente falha. Ela exige que os usuários pensem como os organizadores pensaram. O que funciona melhor: projete em torno de perguntas, não de categorias. Pense nas perguntas reais que as pessoas fazem. "Como faço um relatório de despesas?" "Quem aprova meu pedido de férias?" Construa sua base de conhecimento para responder essas perguntas diretamente, não para organizar documentos sobre esses temas.
Erro 3: Fricção na Recuperação
O terceiro erro é dificultar a busca.
Se sua base de conhecimento exige que as pessoas naveguem por menus e pastas para encontrar coisas, a maioria não vai se incomodar. Vão perguntar a um humano.
A busca tem que funcionar. Funcionar de verdade. Não "aqui estão 47 documentos que mencionam a palavra que você pesquisou", mas "aqui está a resposta para o que você perguntou".
A Vantagem da IA
E se os colaboradores pudessem simplesmente fazer uma pergunta em linguagem natural e obter exatamente a resposta que precisam, com uma fonte que podem verificar?
É aqui que a IA muda o jogo. A busca tradicional retorna documentos. A IA pode retornar respostas: exatamente o que um assistente de conhecimento IA faz: a informação específica que alguém precisa, extraída dos documentos que a contêm, com citações para verificação. Se você está construindo uma base de conhecimento hoje e não está pensando em como a IA pode potencializar a recuperação, está construindo para o passado.
Mas mesmo com boa busca ou IA, você precisa de conteúdo escrito para ser encontrado. Paragrafos curtos. Títulos claros. Títulos específicos em vez de genéricos. "Como enviar um relatório de despesas" é encontrável. "Diretrizes e Procedimentos de Política de Despesas v2.3" não é.
Erro 4: Ignorar os Guardiões
O quarto erro é lançar sem o apoio das pessoas que respondem perguntas.
Sua equipe de RH, seu help desk de TI, seus gerentes de operações (quem atualmente responde as perguntas que você está tentando desviar) precisam fazer parte disso. Não porque precisam escrever todo o conteúdo (embora devam ajudar). Porque precisam acreditar o suficiente para direcionar as pessoas para lá.
Se alguém faz uma pergunta de RH e a pessoa do RH responde diretamente sem mencionar a base de conhecimento, você perdeu uma oportunidade. Se ela diz "Ótima pergunta, isso está na base de conhecimento. Deixa eu te enviar o link, e você pode encontrar coisas parecidas lá no futuro", você criou um momento de aprendizado.
As pessoas que respondem perguntas são seu canal de distribuição. Envolva-as cedo. Mostre como isso facilita a vida delas. Certifique-se de que o conteúdo é realmente preciso. Dê-lhes crédito pela contribuição. Faça disso o sucesso delas, não algo imposto a elas.
Erro 5: O Vazio da Manutenção
O quinto erro é não manter atualizado.
Nada destrói a confiança mais rápido do que encontrar informação desatualizada. Um colaborador consulta a política de férias, encontra algo de 2019, toma uma decisão com base nisso e depois descobre que a política mudou no ano passado. Agora ele não confia em nada na base de conhecimento.
Uma experiência ruim com informação desatualizada se espalha rápido. As pessoas contam umas às outras. "Não perca tempo com a wiki, nunca está atualizada." Essa reputação é incrivelmente difícil de recuperar.
Atualidade requer duas coisas: um processo de atualização e propriedade clara. O processo pode ser simples. Revisões trimestrais do conteúdo mais acessado. Gatilhos quando políticas mudam para atualizar artigos relacionados. Uma forma de os colaboradores sinalizarem informações desatualizadas. O que funcionar para sua organização, mas algo sistemático, não apenas torcer para alguém lembrar.
Propriedade significa que alguém é responsável. Não um comitê. Uma pessoa cujo trabalho inclui manter isso atualizado. Sem propriedade individual, atualizações se tornam trabalho de todos, o que significa que não são trabalho de ninguém.
Erro 6: Mentalidade de Configurar e Esquecer
O sexto erro é tratar o lançamento como a linha de chegada.
O lançamento é a linha de partida. O que acontece depois é o que determina o sucesso.
Observe como as pessoas usam. O que estão buscando? O que estão encontrando? O que não estão encontrando? A maioria das ferramentas de base de conhecimento tem analytics. Use-os. Os padrões dizem o que está funcionando e o que está faltando.
Rastreie quais perguntas ainda chegam a humanos. Cada pergunta que chega à sua equipe de RH é algo que a base de conhecimento deveria responder (e não esta, por algum motivo) ou algo que genuinamente precisa de julgamento humano. A primeira categoria é uma lacuna a ser preenchida.
Peça feedback explicitamente. Não apenas "o que você acha da base de conhecimento?" mas "quando foi a última vez que você não conseguiu encontrar algo?" e "o que você gostaria que estivesse lá?" As pessoas vão te dizer se você perguntar.
Itere continuamente. Adicione conteúdo com base nas lacunas que descobrir. Melhore o conteúdo que as pessoas encontram mas não acham útil. Remova conteúdo que nunca é acessado. Uma base de conhecimento é um produto, e produtos melhoram com o tempo através de feedback.
Dicas Práticas para o Sucesso
Algumas coisas práticas que ajudam:
Escreva no nível de quem pergunta, não do especialista que responde. Evite jargão. Não presuma contexto. Se alguém precisa entender três outras coisas para entender esta resposta, provavelmente não vai entender.
Mantenha os artigos curtos e focados. Uma pergunta, uma resposta. Se um artigo está ficando longo, provavelmente deveria ser vários artigos. As pessoas estão escaneando, não lendo.
Use as palavras que as pessoas realmente usam. Se os colaboradores dizem "férias" e sua política oficial diz "Período de Descanso Remunerado", certifique-se de que ambos os termos encontrem o mesmo artigo.
Facilite o feedback. Um curtir/não curtir, um botão de "sinalizar como desatualizado" e uma forma de fazer uma pergunta complementar. A fricção para dar feedback deve ser quase zero.
Vincule conteúdo relacionado. Alguém lendo sobre licença-maternidade também pode precisar de informações sobre continuidade de benefícios ou como solicitar licença. Não faça com que busquem de novo. Conecte-os à próxima coisa que podem precisar.
Uma boa base de conhecimento não é sobre ter um lugar para colocar documentos. É sobre os colaboradores obterem respostas quando precisam, sem ter que interromper outra pessoa, sem ter que esperar, sem ter que se perguntar se o que encontraram é atual e preciso.
Isso requer pensar na experiência da perspectiva deles, não da sua. O que estão tentando fazer? O que está no caminho? Como você torna o caminho da pergunta à resposta o mais curto possível?
Construa para isso, e as pessoas vão usar. Construa para qualquer outra coisa, e você terá uma coleção muito organizada de documentos que ninguém lê.
JoySuite transforma sua base de conhecimento em algo que os colaboradores realmente usam, porque fazem perguntas em linguagem natural e recebem respostas instantaneamente, com fontes em que podem confiar. Sem necessidade de navegação. Sem procurar em pastas. Apenas respostas.
