Wiki interno: ferramentas, estrutura e o wiki que nasce do histórico do canal (2026)

Um wiki interno é o conjunto de páginas que uma organização escreve para si mesma e para mais ninguém: como um novo distribuidor é cadastrado, onde está a tabela de preços atual, o que foi decidido sobre descontos em junho, para quem ligar quando a transportadora atrasa. Ele é interno porque o leitor é um colega, e é um wiki porque qualquer membro pode escrever uma página e qualquer página pode apontar para outra. Uma organização de 10 a 200 pessoas passa a ter um no dia em que uma segunda pessoa faz a mesma pergunta — a única escolha é entre as páginas existirem ou a resposta ficar na cabeça de um colega e em uma dúzia de conversas de chat.

A maioria dos guias sobre wikis internos é uma lista de softwares. Este começa antes, porque a ferramenta é a menor das decisões: um wiki que funciona é uma estrutura pela qual as pessoas conseguem navegar, um formato de página que se mantém verdadeiro e um lugar que o time já abre todos os dias. Primeiro vem o ofício — a estrutura, um modelo de página que você pode copiar, um exemplo real de uma clínica — e depois a mecânica: onde o wiki vive nas ferramentas que seu time já usa, segundo a documentação das próprias fabricantes, e o que cada uma faz com a reunião em que a regra foi de fato definida. Porque o teste de um wiki não é o dia em que ele é lançado. É a segunda-feira em que um colega novo o abre e encontra a página em um idioma que ele lê.

O que é um wiki interno — e o que ele não é

Quatro coisas são chamadas de wiki, e a confusão entre elas é o motivo de tantos serem criados e tão poucos serem abertos:

O wiki é a primeira linha, e é aquele de que as outras três dependem. Uma base de conhecimento é um wiki com a estrutura imposta: uma entrada por pergunta e um responsável em cada uma; o método para montar uma em 30 dias está nesse guia, e este trata da forma do próprio wiki. A intranet é o que o wiki vira quando só três pessoas podem escrever. A unidade compartilhada é onde ficam os arquivos do wiki, e o trabalho do wiki é apontar para o arquivo atual. Um wiki também não é um documento de processo nem um SOP: esses descrevem uma tarefa de ponta a ponta; uma página de wiki diz onde encontrá-los e o que mudou desde então.

O que torna um wiki interno não é uma senha. É que as páginas são escritas com as palavras que o time usa — "a regra de Casablanca", "a rodada de terça" — e que elas podem dizer o que uma página externa nunca poderia: quem decidiu, por quê e o que foi substituído.

A estrutura: sete seções, uma página por pergunta

A diferença entre um wiki que as pessoas abrem e um que deixaram de abrir raramente é a ferramenta. São três decisões tomadas, ou não, antes da primeira página.

Seções por pergunta, não por departamento. O colega que pergunta "como faturamos um distribuidor na Suíça?" não sabe se a resposta pertence ao financeiro, às vendas ou à logística; ele conhece a pergunta. Um wiki organizado por departamento o manda por três seções para achar uma página. 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 em um wiki 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; para quem ligar.

Uma página por pergunta, menor que uma tela. Uma página que responde a uma pergunta é encontrada e lida; uma página que explica uma função inteira é salva nos favoritos e lida na diagonal. "Como faturamos a Suíça?" é uma página. "Financeiro" é uma seção. Se uma página precisa de índice, são duas páginas.

Um responsável e uma data em cada página. Uma página que diz quem é o responsável e quando foi conferida pela última vez é levada a sério; o mesmo texto sem isso é "provavelmente desatualizado". O trabalho do responsável é pequeno — uma vez por trimestre, responder "isso ainda está certo?" e mudar a data — e é a única coisa que mantém um wiki vivo depois do primeiro ano. Uma página para a qual ninguém pode ser nomeado não é conhecimento; é um palpite, e deve ser retirada.

Dois hábitos preservam a estrutura depois que ela existe. Toda resposta dada no canal do time que é pedida duas vezes vira uma página, escrita por quem a respondeu e ligada à seção a que pertence. E toda decisão que muda uma regra ganha primeiro sua linha no registro de decisões, e só então a página que enuncia a regra aponta para ela — assim, seis meses depois, a página pode dizer não só qual é a regra, mas por quê.

Como criar um wiki interno em uma semana

O plano supõe uma pessoa conduzindo — o líder do time, ou quem recebe mais perguntas — e o resto do time gastando minutos.

Dia 1 — escolha o lugar pelo que o time já lê. Não por uma comparação de softwares. O wiki vive onde as perguntas são feitas: o canal do time, a suíte em que os arquivos já estão. Um wiki em uma quinta ferramenta, com login próprio, é um wiki que ninguém abre numa segunda-feira de manhã. A tabela mais adiante mostra o que cada lugar guarda e onde cada um para.

Dias 1 a 3 — colete as perguntas, não as respostas. Envie uma mensagem no canal: "Responda com todas as perguntas que você fez a um colega esta semana, com as palavras que usou." No terceiro dia há de quarenta a sessenta; um terço são repetidas. Conte as repetições: a pergunta feita cinco vezes é a página um.

Dia 4 — separe em sete seções e nomeie os responsáveis. Os grupos em que as perguntas se encaixam são as seções. Nomeie um responsável por seção — quem respondeu à maioria das perguntas dela — e um responsável para cada uma das primeiras quinze páginas. Não escreva nada ainda além da lista: seção, pergunta, responsável. Devolva ao time com uma pergunta: "o que está faltando?"

Dias 5 a 7 — as primeiras quinze páginas, a partir do que já existe. Cada responsável escreve suas páginas com o modelo abaixo, partindo da resposta no chat, do recap da reunião em que a regra foi definida, do arquivo anexado em março. A regra da primeira semana é "curto e verdadeiro vence longo e completo": uma resposta de duas frases com um link para o arquivo, datada e assinada, é uma página. Depois fixe o índice das seções onde o time lê, e o wiki existe.

O que não acontece na semana: migrar a unidade compartilhada, escrever uma página para cada processo, escolher uma ferramenta nova. O wiki aponta para os arquivos onde eles estão e para os procedimentos onde eles vivem.

Um modelo de página de wiki interno

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

[Pergunta, com as 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: [time, escritório, tipo de cliente] · Não vale para: [o caso que as pessoas confundem com este]
Como: [passos numerados, cada um nomeando o sistema, a pessoa ou o arquivo envolvido]
A regra por trás: [a decisão que a definiu, com data e motivo — link para o registro de decisões]
Exceções: [os casos fora do caminho normal e quem decide cada um]
Onde estão os arquivos: [link para o modelo, a tabela de preços ou o contrato atual]
Páginas relacionadas: [o SOP, o processo, a versão anterior desta página]

O modelo é texto simples com rótulos em negrito, então cola sem reformatação 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.

Um exemplo real: o wiki de uma clínica após uma semana

Uma clínica de fisioterapia em Barcelona, com 24 pessoas: uma recepção de quatro, quatorze terapeutas, duas pessoas no faturamento e o restante na administração. Metade dos terapeutas veio da Argentina, da Colômbia e da Ucrânia nos últimos dois anos; um terço dos pacientes são residentes britânicos e alemães que agendam em inglês. Três dias de coleta produziram 52 perguntas; sem as repetidas, 37. A estrutura que resultou, com as páginas por seção no sétimo dia:

1. Pacientes e agendamentos (5) — como se agenda uma primeira consulta; o que fazer com uma falta; como um paciente troca de terapeuta
2. Faturamento e seguros (4) — quais seguradoras são cobradas diretamente; como se emite um recibo para uma seguradora estrangeira; quando uma sessão é reembolsada
3. Protocolos de tratamento (3) — onde ficam as fichas de protocolo; quem aprova um plano de tratamento; o que é registrado após cada sessão
4. Ferramentas e acessos (2) — quem libera o acesso ao sistema de agendamento; onde estão os modelos de carta para pacientes
5. Regras e decisões (2) — a regra de cancelamento de 24 horas; o registro de decisões
6. Para quem ligar (1) — os contatos das seguradoras; a linha de assistência dos equipamentos

Dezessete páginas. A pergunta mais frequente — "como emitimos um recibo que uma seguradora alemã aceite?" — havia sido respondida na recepção nove vezes em um ano pela mesma responsável do faturamento; a página levou quinze minutos, porque a nona resposta já estava escrita no canal e só precisava da linha do responsável e da data.

Uma página preenchida da seção 2:

Como emitimos um recibo que uma seguradora estrangeira aceite?
Responsável: Responsável pelo faturamento · Seção: Faturamento e seguros · Última revisão: 6 de novembro de 2026 · Próxima revisão: 6 de fevereiro de 2027
Resposta curta: Use o modelo "recibo para seguradora", no idioma do paciente, com o código do diagnóstico e o número de registro profissional do terapeuta em cada linha.
Vale para: pacientes que pagam por conta própria e pedem reembolso a uma seguradora no exterior · Não vale para: seguradoras que cobramos diretamente, que recebem o extrato mensal.
Como: 1. Abra o paciente no sistema de agendamento. 2. Escolha o modelo de recibo para seguradora. 3. Adicione o código do diagnóstico do plano de tratamento. 4. Confira se o número de registro profissional está em cada linha. 5. Envie em PDF e arquive uma cópia na pasta do paciente.
A regra por trás: Os números de registro foram incluídos após as recusas das seguradoras alemãs em abril de 2026 (entrada 2026-04-22 do registro de decisões).
Exceções: Um paciente que precise de um recibo detalhado por sessão fala com a responsável pelo faturamento; mais ninguém emite esse recibo.
Onde estão os arquivos: Modelo de recibo para seguradora; lista de códigos de diagnóstico; pastas dos pacientes.
Páginas relacionadas: Quais seguradoras são cobradas diretamente; quando uma sessão é reembolsada.

Onde o wiki vive nas ferramentas que você já usa

Uma organização de 10 a 200 pessoas constrói seu wiki na suíte que já paga, e cada suíte tem um lugar para a página, 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 a página fica no idioma em que foi digitada. Apenas comportamento documentado, a partir das páginas das próprias fabricantes, com o mês em que cada página foi verificada:

Três coisas são iguais nas quatro. A página é 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 ao wiki quando uma pessoa a digita depois: onde o Teams e o Meet guardam uma transcrição e um resumo, quando guardam, e como mantê-los depois da chamada está em onde o Microsoft Teams e o Google Meet armazenam sua transcrição, gravação e resumo; os assistentes de anotação com IA que muitos times adotam pelo mesmo motivo são comparados em alternativas ao Otter.ai, e cada um deles escreve seu resumo em um único idioma.

A tradução que essas suítes documentam pertence à chamada ou à tela do leitor, não à página: 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 tradução no WhatsApp. A página do recibo que a terapeuta ucraniana abre na segunda-feira é um objeto separado dessas legendas, e é lida no idioma em que foi digitada.

O wiki que nasce do histórico do canal

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

As páginas e seus responsáveis são notas no canal. Uma nota é uma mensagem em rich text com títulos e listas numeradas, editada depois pelo próprio menu, e é lida por cada membro no seu idioma, com o original a um clique de distância; fixado, o índice das seções é a primeira coisa que um colega novo 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 a palavra com seu horário — a trilha de revisão para a qual aponta a linha "última revisão" do responsável. Os arquivos para os quais uma página aponta — o modelo de recibo, a lista de códigos de diagnóstico, o contrato da seguradora — são enviados ao mesmo canal e trazem, em todos os planos, um resumo de IA no idioma do leitor com cada ponto ligado 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 continua em uma ferramenta de documentos, suas atualizações chegam ao canal por e-mail: o anfitrião do canal lhe dá um endereço próprio, e uma mensagem enviada para lá aparece como uma mensagem normal, com o remetente nomeado e os anexos preservados. Um time que chega do Slack traz seus canais: uma exportação padrão do workspace do Slack é restaurada como um canal por canal do Slack, com as mensagens em ordem e com seus horários originais, fixações e reações preservadas, cada mensagem lida por todos os membros no seu próprio idioma.

O histórico por trás de cada página é 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 página 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 a página de forma independente e a lê no seu idioma, enquanto quem compartilhou a edita ao vivo. Quando a chamada termina, o recap é escrito a partir da própria reunião — um resumo, os pontos marcados como acordados, em aberto ou em disputa, os action items com responsáveis, cada linha mantendo seu horário — 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 todo membro conectado o lê no seu próprio idioma: o registro é traduzido por leitor, não escrito uma única 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 recap de todas as sessões passadas — então a reunião que definiu a regra do número de registro está a um clique da página que a enuncia. Isso é o wiki nascendo do histórico do canal: a nona resposta na recepção, o recap da chamada em que a regra foi discutida, o modelo anexado em abril, tudo em um só lugar, com a página por cima. Colocada ao lado da tabela acima, a diferença é uma simples constatação de fato: as legendas que essas suítes documentam traduzem a chamada enquanto ela acontece; aqui a página, as reuniões que a produziram, seus arquivos e seu histórico são um único registro, lido por cada membro no seu próprio idioma.

O canal de perguntas recebe o mesmo tratamento pelo outro lado. O assistente de um membro — Claude, ChatGPT, Copilot ou Gemini, conectado pelo conector MCP — pesquisa recaps, transcrições, chats e o texto dos arquivos compartilhados em uma só pergunta, "como emitimos um recibo que uma seguradora alemã aceite?", 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 próprio chat tem uma busca, e o wiki pode ser levado inteiro: em todos os planos, um backup em Settings exporta os canais como um ZIP com suas mensagens, transcrições e arquivos — a questão da propriedade respondida no nível da organização, e não da página.

As pessoas que guardam o conhecimento de um time nem sempre são funcionários. O contato de sinistros da seguradora, o técnico dos equipamentos, o contador freelancer que conhece a regra do recibo alemão: um membro externo do canal entra por e-mail com uma conta gratuita e lê as páginas 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 seu idioma e não recebe nenhum registro depois. O anfitrião providencia o espaço e, em um plano pago, paga apenas pelos membros ativos nos 28 dias anteriores — que participaram de uma reunião, escreveram em um chat ou consultaram o assistente; os membros que ficam quietos mantêm o acesso sem custo, que é o que um wiki precisa: quem escreveu a página dois anos atrás ainda pode estar no canal.

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

Um wiki interno como ofício sobrevive a qualquer ferramenta: alguém ainda precisa coletar as perguntas, manter a estrutura em sete seções, colocar um nome e uma data em cada página e responder no canal em vez de por mensagem direta. O que não precisa sobreviver é o segundo trabalho — redigitar no wiki o que a reunião decidiu e manter à mão uma cópia traduzida de cada página, um idioma por vez, para os colegas que leem o outro.

FAQ

O que é um wiki interno?

Um wiki interno é um conjunto de páginas que uma organização escreve para seus próprios membros — como as coisas são feitas, onde estão os arquivos, o que foi decidido e por quê — mantido em um só lugar, onde qualquer membro pode escrever uma página e qualquer página pode apontar para outra. Ele se diferencia de um wiki público pelo leitor, um colega e não um cliente, e de uma intranet porque quem faz o trabalho escreve e atualiza as páginas, em vez de um time central. As páginas que são abertas são as organizadas pelas perguntas que as pessoas fazem, com um responsável e uma data de revisão em cada uma.

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

Um 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 nomeados em cada uma. Um wiki se torna uma base de conhecimento ao ganhar estrutura e responsáveis; sem eles, cresce até centenas de páginas que ninguém consegue navegar e ninguém conferiu. O software costuma ser o mesmo, e o método para transformar um no outro em 30 dias está em como montar uma base de conhecimento.

Como criar um wiki interno?

Escolha o lugar pelo que o time já lê, não por uma comparação de softwares; colete por três dias as perguntas que o time realmente faz, com as palavras usadas; separe-as em no máximo sete seções e nomeie um responsável por seção e por página; escreva as primeiras quinze páginas a partir do que já existe — a resposta no chat, o recap da reunião, o arquivo — usando um modelo de uma página com resposta curta, passos, exceções e data de revisão; fixe o índice das seções onde o time lê. Depois mantenha o ciclo: toda pergunta respondida duas vezes vira uma página, e o responsável de cada página a revisa na data prevista.

O que um wiki interno deve conter?

Uma página 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 em que vale e em que não vale, os passos nomeando o sistema ou a pessoa envolvida, a decisão por trás da regra com sua data, as exceções e quem decide cada uma, links para os arquivos atuais e links para páginas relacionadas. O wiki como um todo precisa de uma estrutura de sete seções ou menos, organizada pelas perguntas feitas e não por departamento, e de um índice das seções fixado onde o time lê.

Qual é a melhor ferramenta para um wiki interno?

A que o time já abre todos os dias, porque um wiki em uma quinta ferramenta com login próprio é o wiki que ninguém confere numa segunda-feira. No Microsoft Teams, as páginas e os arquivos ficam no canal e no site do SharePoint dele, com as notas da reunião como um componente Loop; no Slack, um canvas no canal; no Google Workspace, um Google Doc vinculado a partir do calendário; no WhatsApp, o próprio chat do grupo — cada um com os limites documentados na tabela acima, e cada um mantendo a página no idioma em que foi digitada. O InterMIND mantém as notas, os arquivos, o chat e os recaps das reuniões de um time em um só canal, lidos por cada membro no seu idioma, ao lado dessas ferramentas e não no lugar delas.

É possível criar um wiki interno no Microsoft Teams?

Segundo a documentação da Microsoft, os arquivos de uma equipe ficam em um site do SharePoint criado com a equipe, com todos os canais padrão compartilhando esse site e uma pasta por canal, então a guia Arquivos do canal é onde vivem os documentos do wiki; as notas da reunião são um componente Loop que qualquer participante ou organizador pode editar, salvo automaticamente e acessível pelo calendário do Teams e pelo recap da reunião. Dois limites documentados importam para um wiki: participantes externos não podem acessar nem editar as notas da reunião, e chats e mensagens de canal podem ser excluídos após um período por uma política de retenção do Teams, enquanto os arquivos seguem suas próprias políticas de SharePoint e OneDrive (páginas verificadas em outubro e novembro de 2026).

Como manter um wiki interno atualizado?

Com um responsável e uma data de revisão em cada página, e nada além disso. O trabalho do responsável é responder "isso ainda está certo?" uma vez por trimestre e mudar a data; uma página cujo responsável saiu ganha um novo responsável ou é retirada. Dois hábitos alimentam as páginas: toda resposta dada duas vezes no canal do time vira uma página, escrita por quem a deu, e toda decisão que muda uma regra é registrada primeiro, para que a página possa apontar para o motivo da mudança. Um wiki mantido assim cresce uma página a cada pergunta respondida, e ninguém o reescreve como um projeto.

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 do Microsoft Learn sobre Teams e SharePoint 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.