Como criar uma base de conhecimento em 30 dias: estrutura, fontes, responsáveis — e a base que nasce do que a equipe já diz (2026)

Uma base de conhecimento é o conjunto de respostas que uma organização dá mais de uma vez, escritas uma só vez e guardadas onde quem precisa da resposta consegue encontrá-la sem perguntar a ninguém. "Como emitimos fatura para um distribuidor na Suíça?", "o que dizemos a um responsável cujo filho perdeu o prazo?", "qual transportadora para paletes até o Marrocos?" — na quarta vez que qualquer uma dessas perguntas é feita, a organização já tem uma base de conhecimento, tenha ela construído uma ou não. Só que ela vive na cabeça de um colega e em uma dúzia de conversas de chat.

A maioria dos guias para construir uma começa pela escolha do software. Este começa antes, porque o software é a parte menos importante: uma base de conhecimento são três decisões — uma estrutura, um conjunto de fontes e um nome em cada entrada — e um mês para tomá-las em ordem. O plano de 30 dias abaixo leva uma organização de 10 a 200 pessoas a uma base que as pessoas realmente abrem, com um modelo de entrada que você pode copiar, um exemplo prático, uma tabela de onde a base vive nas ferramentas que sua equipe já usa e, depois, a parte que a maioria dos guias ignora: a base já está quase toda escrita, no que a equipe diz nas reuniões e digita nos chats, e o trabalho é mantê-la num só lugar, legível por todos da equipe.

O que é uma base de conhecimento — e o que ela não é

Quatro coisas são chamadas de base de conhecimento, e a confusão entre elas explica por que tantas são construídas e tão poucas são usadas:

A base de conhecimento é a primeira linha, e ela depende das outras três. A wiki é o que ela se torna sem estrutura; a biblioteca de documentos é onde ficam os arquivos dela; o histórico de chat é onde a maioria das entradas é escrita pela primeira vez, por acidente, como respostas. O ofício está em mover uma resposta da quarta linha para a primeira — uma vez, com um nome nela — e o método abaixo é construído em torno desse movimento.

Duas distinções adicionais importam antes de construir. Uma base de conhecimento interna é para a equipe: como fazemos as coisas, onde as coisas estão, o que decidimos. Uma externa é para clientes: como o produto funciona, o que fazer quando algo falha. Este guia trata da interna; uma base externa é escrita depois a partir da interna, reescrevendo as entradas que os clientes podem ver. E uma base de conhecimento não é um documento de processo nem um SOP: estes descrevem um trabalho inteiro, do início ao fim; uma entrada responde a uma pergunta e remete ao procedimento quando a resposta é "siga-o".

As três decisões: estrutura, fontes, responsabilidade

Estrutura: por pergunta, não por departamento. Quem pergunta "como emitimos fatura para a Suíça?" não sabe se a resposta pertence ao financeiro, às vendas ou à logística; sabe a pergunta. Uma base organizada por departamento manda essa pessoa por três seções para encontrar uma resposta. Organize pelas perguntas que as pessoas fazem — nas palavras delas — e mantenha o nível superior em sete seções ou menos. Acima de sete, a própria estrutura precisa de uma busca, e uma busca numa base que ninguém preencheu ainda não retorna nada. Níveis superiores típicos para uma organização pequena: clientes e pedidos; dinheiro e faturamento; pessoas e contratação; ferramentas e acessos; regras e decisões; a quem ligar.

Fontes: o que já existe, antes de qualquer coisa nova. Ninguém tem tempo de escrever uma base de conhecimento a partir de uma página em branco, e ninguém precisa. As respostas existem — na resposta que um colega deu na terça passada, no resumo da reunião em que a regra foi definida, na tabela de preços que alguém anexou a uma mensagem em março, nas notas de integração que o último contratado guardou. A primeira versão da maioria das entradas é copiada, não escrita. Onde as fontes vivem e quanto de cada uma continua acessível depois é assunto da tabela mais adiante; em resumo, na maioria das suítes o chat, os arquivos e as notas de reunião são três lugares separados, e a reunião em si é o que menos deixa para trás.

Responsabilidade: um nome e uma data em cada entrada. O que separa uma base de conhecimento em que as pessoas confiam de uma que elas deixaram de abrir é se a entrada diz quem é o responsável por ela e quando foi verificada pela última vez. Uma entrada com um nome e "revisado em 14 de outubro de 2026" é considerada confiável; o mesmo texto sem eles é "provavelmente desatualizado". O trabalho do responsável é pequeno: uma vez por trimestre, responder "isso ainda está certo?" e mudar a data. Não é reescrever a base. Se ninguém pode ser indicado como responsável por uma entrada, a entrada não é conhecimento; é um palpite, e sai.

Como criar uma base de conhecimento em 30 dias

O plano pressupõe uma pessoa conduzindo — o líder da equipe, ou quem recebe mais perguntas — dedicando cerca de duas horas por semana, e o restante da equipe dedicando minutos.

Semana 1 — reúna as perguntas, não as respostas. Abra um canal, ou uma nota em um já existente, e durante sete dias peça a todos que deixem ali cada pergunta que fizeram a um colega ou que receberam, nas palavras usadas. Ainda sem respostas. Até sexta-feira há de quarenta a oitenta perguntas; um terço são duplicadas. Conte as repetições: a pergunta feita cinco vezes é a entrada um. O lugar onde a lista fica é também onde a base vai viver; a escolha do lugar é feita agora, pelo que a equipe já abre todos os dias, não por uma comparação de software.

Semana 2 — a estrutura e os responsáveis. Agrupe as perguntas; os grupos são as seções, e não passam de sete. Indique um responsável por seção — a pessoa que respondeu à maior parte das perguntas dela na semana 1. Depois indique um responsável por entrada para as vinte perguntas mais frequentes. Não escreva nada ainda além da lista: seção, pergunta, responsável. Envie-a à equipe e peça uma só coisa: "quais perguntas estão faltando?" A lista volta com mais dez.

Semana 3 — as primeiras vinte entradas, a partir das fontes. Cada responsável escreve suas entradas usando o modelo abaixo, partindo do que já existe: a resposta no chat, o resumo, o arquivo. A regra da semana 3 é "curto e verdadeiro vale mais que longo e completo": uma resposta de duas frases com um link para o arquivo, datada e assinada, é uma entrada. Uma página que explica a história da regra é um documento, e pode vir depois. Entradas que dependem de uma decisão que ninguém encontra vão primeiro para o registro de decisões e depois para a base, com um link.

Semana 4 — publique e depois rode o ciclo. Fixe a base onde a equipe lê. Depois estabeleça os dois hábitos que a mantêm viva: toda pergunta feita no canal de perguntas a partir de agora ganha uma entrada, ou um link para uma, escrita por quem a respondeu; e o responsável de cada entrada recebe a data de revisão no calendário. O dia 30 não é uma base terminada. São de vinte a trinta entradas, cada uma com responsável e data, e um ciclo que acrescenta uma sempre que uma pergunta é respondida. Seis meses depois são duzentas, e ninguém escreveu isso como um projeto.

O que não acontece nos 30 dias: migrar a biblioteca de documentos, escolher uma ferramenta nova ou escrever uma página para cada processo. A base aponta para os arquivos onde eles estão e para os procedimentos onde eles vivem. Movê-los é outro projeto, e muitas vezes desnecessário.

Um modelo de artigo para base de conhecimento

Uma entrada, uma pergunta, menos de uma página. Copie-o como uma nota e preencha; as linhas mais frequentemente puladas são as três últimas, e são elas que mantêm a entrada verdadeira.

[Pergunta, nas palavras que as pessoas usam para fazê-la]
Responsável: [nome] · Seção: [uma das sete] · Última revisão: [data] · Próxima revisão: [data]
Resposta curta: [duas frases — o que fazer]
Vale para: [equipe, escritório, tipo de cliente] · Não vale para: [o caso que as pessoas confundem com este]
Como: [passos numerados, cada um indicando o sistema, a pessoa ou o arquivo envolvido]
A regra por trás: [a decisão que a definiu, com a data, e por quê]
Exceções: [os casos fora do caminho normal, e quem decide cada um]
Onde estão os arquivos: [link para o modelo atual, a tabela de preços, o contrato]
Entradas relacionadas: [o SOP, o processo, a versão anterior]

O modelo é texto simples com rótulos em negrito, então pode ser colado em um arquivo do Word, em um Google Doc, em uma página de wiki, em um canvas do Slack ou em uma nota de chat sem reformatação.

Um exemplo prático: a base de uma exportadora após 30 dias

Uma exportadora italiana de máquinas, 38 pessoas, um escritório de vendas em Milão e distribuidores na Espanha, na Romênia e no Marrocos. A semana 1 produziu 61 perguntas; sem as duplicadas, 44. A estrutura que saiu delas, com o número de entradas por seção no dia 30:

1. Distribuidores e pedidos (7) — como um novo distribuidor é cadastrado; quem aprova um limite de crédito; o que um pedido precisa ter antes de ir para a produção
2. Faturamento e pagamento (5) — emitir fatura para um distribuidor na Suíça; quando se usa uma fatura pro forma; o que fazer quando um pagamento está 30 dias atrasado
3. Envio e alfândega (6) — transportadoras por destino; os documentos de que um palete para o Marrocos precisa; quem assina a declaração de exportação
4. Serviço e garantia (4) — o que a garantia cobre; como se agenda uma visita técnica; quais peças são mantidas em estoque
5. Ferramentas e acessos (3) — quem dá acesso ao CRM; onde fica a tabela de preços; como acessar a caixa de e-mail compartilhada
6. Regras e decisões (3) — a regra das duas assinaturas acima de 10.000; o teto de desconto; o registro de decisões
7. A quem ligar (2) — o despachante aduaneiro; os contatos das transportadoras por país

Trinta entradas. A pergunta mais frequente da semana 1 — "quais documentos um palete para o Marrocos precisa?" — havia sido respondida no canal onze vezes em um ano pela mesma líder de logística; a entrada levou vinte minutos, porque a décima primeira resposta já estava escrita e só precisava da linha de responsável e da data.

Uma entrada preenchida da seção 3:

Quais documentos um palete para o Marrocos precisa?
Responsável: Líder de logística · Seção: Envio e alfândega · Última revisão: 3 de novembro de 2026 · Próxima revisão: 3 de fevereiro de 2027
Resposta curta: Fatura comercial em três vias, lista de embalagem, certificado EUR.1 e o número da licença de importação do distribuidor na fatura.
Vale para: todos os envios a distribuidores marroquinos · Não vale para: peças de reposição abaixo de 1.000 EUR enviadas por courier, que seguem com o formulário do próprio courier.
Como: 1. Exporte a fatura do sistema com o modelo do Marrocos. 2. Acrescente o número da licença a partir da ficha do distribuidor. 3. Solicite o EUR.1 à câmara de comércio, três dias úteis. 4. Anexe a lista de embalagem. 5. Envie o conjunto ao despachante aduaneiro e copie o distribuidor.
A regra por trás: O número da licença foi acrescentado após a retenção de março de 2026 em Casablanca (entrada do registro de decisões 2026-03-19).
Exceções: Máquinas de demonstração seguem em admissão temporária; a líder de logística decide.
Onde estão os arquivos: Modelo de fatura do Marrocos; formulário de solicitação do EUR.1; fichas dos distribuidores.
Entradas relacionadas: Transportadoras por destino; quem assina a declaração de exportação.

Onde a base de conhecimento vive nas ferramentas que você já usa

Uma organização de 10 a 200 pessoas constrói sua base na suíte que já paga, e cada suíte tem um lugar para a entrada, um lugar para os arquivos e um caminho para o que uma reunião deixa para trás. Cada uma para em um ponto diferente, e em todas o registro fica no idioma em que foi digitado. Apenas comportamento documentado, a partir das páginas dos próprios fornecedores, com o mês em que cada página foi verificada:

Três coisas são iguais nas quatro. A entrada é um documento ou uma mensagem no único idioma em que foi digitada, e um membro que lê outro idioma lê isso ou uma cópia que alguém fez. Os arquivos ficam em um segundo lugar, encontrados por uma segunda busca. E a reunião — onde a regra foi discutida e definida — só chega à base quando uma pessoa a digita depois: onde o Teams e o Meet guardam uma transcrição e um resumo, se é que guardam, e como conservá-los depois da chamada, está em onde o Microsoft Teams e o Google Meet armazenam sua transcrição, gravação e resumo; os notetakers de IA que muitas equipes adicionam pelo mesmo motivo são comparados em alternativas ao Otter.ai, e cada um deles escreve seu resumo em um só idioma.

A tradução que essas suítes documentam pertence à chamada ou à tela do leitor, não ao registro: a Microsoft documenta legendas traduzidas ao vivo em reuniões do Teams quando o organizador tem uma licença Teams Premium ou Microsoft 365 Copilot, o Google documenta legendas traduzidas no Meet em planos Workspace elegíveis (ambos verificados em agosto de 2026), e o WhatsApp documenta a tradução de uma mensagem recebida no celular do leitor (verificado em agosto de 2026) — o que cada um cobre e onde cada um para está em tradução ao vivo no Microsoft Teams, tradução ao vivo no Google Meet e traduzir no WhatsApp. A entrada que o atendente do distribuidor em Casablanca abre na segunda-feira é um objeto à parte dessas legendas, e é lida no idioma em que foi digitada.

A base que nasce do que a equipe já diz

O InterMIND é um espaço de comunicação em que o trabalho de uma equipe vive em um canal, então a base de conhecimento tem um lar óbvio: o canal da equipe que a usa — a equipe de exportação, a recepção da clínica, o grupo de contas da agência — e esse canal é também o canal de perguntas e o lugar de onde as reuniões partem. As três decisões acima se encaixam nele diretamente.

Estrutura e responsabilidade são as próprias entradas. Publicada como uma nota — uma mensagem em rich text com títulos e listas numeradas, editada depois pelo próprio menu — uma entrada é lida por cada membro no seu idioma, com o original a um toggle de distância, e fixada para que a versão atual seja a primeira coisa que um novo colega encontra; com o histórico de edições ativado, a redação anterior de uma regra alterada aparece acima do texto atual como um diff palavra por palavra com seu carimbo de data e hora, que é a trilha de revisão para a qual aponta a linha "última revisão" do responsável. Os arquivos para os quais uma entrada aponta — a tabela de preços, o modelo do Marrocos, o contrato do distribuidor — são enviados ao mesmo canal e trazem, em todos os planos, um resumo de IA no idioma do leitor, com cada ponto vinculado ao parágrafo de onde veio; nos planos pagos, o próprio arquivo abre traduzido para o idioma do leitor (30 idiomas para documentos). Se a cópia mestre fica numa ferramenta de documentos, suas atualizações chegam ao canal por e-mail: o host do canal lhe dá um endereço próprio, e uma mensagem enviada para lá aparece como uma mensagem normal, com o remetente identificado e os anexos preservados. Uma equipe que chega do Slack traz seus canais: uma exportação padrão de workspace do Slack é restaurada como um canal por canal do Slack, com as mensagens em ordem e seus carimbos de data e hora originais, pins e reações preservados, cada mensagem lida por todos os membros no próprio idioma.

Fontes são onde o canal faz o trabalho que a tabela acima deixa para uma pessoa. A reunião em que a regra é definida parte do canal; durante a chamada, o rascunho da entrada vai para a tela de todos, ao lado dos blocos de vídeo, com Share to conference — uma nota, ou um documento do Google Docs ou do OneDrive vinculado no chat — e cada participante rola o conteúdo de forma independente e o lê no próprio idioma, enquanto quem compartilhou edita ao vivo. Quando a chamada termina, o resumo é escrito a partir da própria reunião — um sumário, os pontos marcados como acordados, em aberto ou em disputa, os action items com responsáveis, cada linha mantendo seu carimbo de tempo — e os documentos compartilhados durante a sessão contribuem com seus resumos ao lado do que foi dito. Ele chega por e-mail, como uma mensagem no canal e como um link no evento do calendário, e cada membro conectado o lê no próprio idioma: o registro é traduzido por leitor, não escrito uma vez no idioma que a sala por acaso usou. Qualquer membro pode editá-lo, cada edição mantém autor e histórico de revisões, e o canal guarda o resumo de todas as sessões passadas — de modo que a reunião que definiu a regra do Marrocos fica a um clique da entrada que a enuncia. Isso é a base nascendo do que a equipe já diz: a décima primeira resposta no canal, o resumo da chamada em que a regra foi discutida, o arquivo anexado em março, tudo num só lugar, com a entrada por cima.

O canal de perguntas recebe o mesmo tratamento pelo outro lado. O assistente do próprio membro — Claude, ChatGPT, Copilot ou Gemini, conectado pelo conector MCP — busca resumos, transcrições, chats e o texto dos arquivos compartilhados em uma única pergunta, "quais documentos um palete para o Marrocos precisa?", e devolve os trechos com a reunião, a data e o arquivo de onde cada um vem; isso funciona para organizações com os recursos de IA ativados, e a leitura pelo assistente se limita às reuniões e aos canais de que o membro participa. O chat em si tem uma busca, e a base pode ser retirada inteira: em todos os planos, um backup em Settings exporta os canais como um ZIP com suas mensagens, transcrições e arquivos, o que responde à questão da propriedade no nível da organização, e não da entrada. Ao lado da tabela acima, a diferença é uma constatação simples: as legendas que essas suítes documentam traduzem a chamada enquanto ela acontece; aqui, a entrada, as reuniões que a produziram, seus arquivos e seu histórico formam um único registro, lido por cada membro no próprio idioma.

As pessoas que guardam o conhecimento de uma equipe nem sempre são funcionários. O atendente de pedidos do distribuidor, o despachante aduaneiro, o contador freelancer que conhece a regra suíça: um membro externo do canal entra por e-mail com uma conta gratuita e lê as entradas e seu histórico como todos os outros; uma pessoa sem conta é convidada de uma reunião — entra na chamada por link, pelo celular, sem custo, ouve tudo ao vivo no próprio idioma e não recebe nenhum registro depois. O host fornece o espaço e, em um plano pago, paga apenas pelos membros ativos nos 28 dias anteriores — que entraram em uma reunião, escreveram em um chat ou consultaram o assistente; os membros que ficam inativos mantêm o acesso sem custo, o que é exatamente o que uma base de conhecimento precisa: quem escreveu a entrada há dois anos ainda pode estar no canal.

• Abra um resumo completo — um registro real, gerado pelo mesmo código que escreve o seu.
• Experimente a demo ao vivo — sem cadastro; fale e ouça a sala traduzida para cada ouvinte.

Construir uma base de conhecimento como ofício sobrevive a qualquer ferramenta: alguém ainda precisa reunir as perguntas, manter a estrutura em sete seções, pôr um nome e uma data em cada entrada e responder no canal em vez de por mensagem direta. O que não precisa sobreviver é o segundo trabalho — redigitar na base o que a reunião decidiu e manter à mão uma cópia traduzida de cada entrada, um idioma por vez, para o escritório que lê o outro.

FAQ

O que é uma base de conhecimento?

Uma base de conhecimento é uma coleção de respostas às perguntas que uma organização recebe mais de uma vez, escritas uma só vez, cada uma com um responsável e uma data, e guardadas onde quem precisa da resposta consegue encontrá-la sem perguntar a um colega. Uma base de conhecimento interna responde às perguntas da própria equipe — como emitimos fatura, onde estão os arquivos, o que decidimos; uma externa responde às perguntas dos clientes sobre um produto. Ela se distingue de uma wiki por ter estrutura e responsáveis, e de uma biblioteca de documentos por conter respostas, e não arquivos.

Como criar uma base de conhecimento?

Reúna por uma semana as perguntas que a equipe realmente faz, nas palavras usadas; agrupe-as em no máximo sete seções; indique um responsável para cada seção e para cada uma das vinte perguntas mais frequentes; peça que os responsáveis escrevam essas entradas a partir do que já existe — respostas de chat, resumos de reuniões, arquivos — usando um modelo de uma página com resposta curta, passos, exceções e data de revisão; publique no lugar que a equipe já lê; e mantenha o ciclo rodando, em que toda pergunta respondida vira uma entrada e o responsável de cada entrada a revisa na data prevista.

O que uma base de conhecimento deve incluir?

Uma entrada por pergunta, cada uma com a pergunta nas palavras que as pessoas usam, um responsável, a data da última revisão e a da próxima, uma resposta curta, os casos a que se aplica e a que não se aplica, os passos indicando o sistema ou a pessoa envolvida, a decisão por trás da regra com sua data, as exceções e quem as decide, links para os arquivos atuais e links para entradas relacionadas. A base como um todo precisa de uma estrutura de sete seções ou menos, organizada pelas perguntas feitas e não por departamento.

Qual é a diferença entre uma base de conhecimento e uma wiki?

Uma wiki é um conjunto de páginas que qualquer pessoa pode escrever em qualquer estrutura; uma base de conhecimento é organizada pelas perguntas que as pessoas fazem, com uma entrada por pergunta e um responsável e uma data de revisão em cada uma. Uma wiki pode virar uma base de conhecimento ao receber estrutura e responsáveis; sem eles, uma wiki cresce até centenas de páginas que ninguém consegue navegar e que ninguém verificou. O software costuma ser o mesmo; a diferença são as duas decisões.

Como estruturar uma base de conhecimento?

Por pergunta, não por departamento: quem pergunta não sabe a que departamento a resposta pertence, mas sabe o que está perguntando. Agrupe as perguntas reunidas na primeira semana em no máximo sete seções de nível superior — para uma organização pequena, tipicamente clientes e pedidos, dinheiro e faturamento, pessoas e contratação, ferramentas e acessos, regras e decisões, e a quem ligar — e mantenha cada entrada em uma só pergunta. Se uma seção passar de cerca de trinta entradas, divida-a pelas perguntas que as pessoas fazem, e não por quem responde.

Quanto tempo leva para construir uma base de conhecimento?

Trinta dias para uma base que as pessoas abrem: uma semana reunindo perguntas, uma semana na estrutura e nos responsáveis, uma semana escrevendo as primeiras vinte entradas a partir de fontes existentes, uma semana publicando e estabelecendo o ciclo de revisão. Quem conduz dedica cerca de duas horas por semana; cada responsável gasta vinte minutos por entrada, porque a maioria das entradas é copiada de uma resposta já dada, e não escrita do zero. A base não está terminada no dia 30; ela cresce uma entrada cada vez que uma pergunta é respondida.

Dá para criar uma base de conhecimento de graça?

Sim — o modelo deste guia é texto simples, e a base pode viver em uma nota, em um documento ou em um canal nas ferramentas que a equipe já usa: um canvas no Slack, um Google Doc, a aba Files de um canal do Teams, uma nota fixada em um chat. O que não custa nada em software ainda custa o tempo de revisão dos responsáveis, e os limites são os da própria suíte: o plano Free do Slack guarda 90 dias de histórico de mensagens, e em toda suíte a entrada fica no idioma em que foi digitada. No InterMIND, o plano Basic é gratuito, e os preços dos planos pagos estão na página de preços.

Fontes: Microsoft Learn — Teams and SharePoint integration; Microsoft Learn — Learn about retention for Teams; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Translate a message in Microsoft Teams; Microsoft — Use live captions in Microsoft Teams meetings; Slack — Pricing; Slack — Customize data retention in Slack; Slack — Export your workspace data; Slack — Meeting agenda template (canvas); Google Chat — Use Automatic Translation in Chat; Google Meet — "Take notes for me" in Google Meet; Google Meet — Use translated captions; WhatsApp — How to export your chat history; WhatsApp — Privacy policy; WhatsApp blog — Introducing message translations. A página Teams–SharePoint do Microsoft Learn foi verificada em novembro de 2026; as páginas de retenção do Teams e de notas de reunião, a página de modelo de canvas do Slack e a página "Take notes for me" do Google foram verificadas em outubro de 2026; as páginas de tradução de mensagens e de legendas do Teams, as páginas de preços, retenção e exportação do Slack, as páginas de tradução do Google Chat e de legendas do Meet e as páginas do WhatsApp foram verificadas em agosto de 2026. Os fornecedores mudam planos, recursos e listas de idiomas ao longo do tempo; consulte as páginas deles para ver o estado atual.