Como criar a wiki da empresa: estrutura, modelo de página e plano de 4 semanas

Toda empresa já tem uma wiki. Ela só está espalhada: metade na cabeça da pessoa mais antiga, um pedaço num documento chamado “Processos 2024 FINAL”, outro numa conversa de WhatsApp de oito meses atrás. Quando alguém novo entra ou um cliente pede algo fora do comum, a empresa para para perguntar a mesma coisa de novo.

Este guia mostra como montar a wiki da empresa do zero, com a estrutura de seções, um modelo de página para copiar, a divisão de quem escreve e quem aprova e um plano de quatro semanas. Para a visão mais ampla de como organizar todo o conhecimento da empresa, incluindo POPs e políticas, veja o guia de base de conhecimento interna.

O que é uma wiki da empresa?

Uma wiki da empresa é um conjunto de páginas internas, ligadas entre si, que explica como a empresa funciona: quem faz o quê, como cada rotina acontece, quais ferramentas usar e onde achar cada coisa. A palavra vem do havaiano “wiki”, que quer dizer rápido, e o formato nasceu em 1995 com o WikiWikiWeb, de Ward Cunningham: qualquer pessoa autorizada edita, e cada página aponta para outras.

Na prática, a wiki é o manual vivo da empresa. Ela responde perguntas do tipo “como peço férias?”, “qual o padrão de nome dos arquivos?”, “quem aprova desconto?” e “como funciona o relatório mensal do cliente?”. O que a diferencia de uma pasta de arquivos é a ligação: a página do relatório mensal leva à página do cliente, que leva ao contrato, que leva à política de reajuste.

Wiki, base de conhecimento e intranet: qual a diferença?

A wiki é o formato, a base de conhecimento é o conteúdo e a intranet é o canal de comunicação. Os três se misturam no dia a dia, mas servem a perguntas diferentes, e saber a diferença evita montar uma intranet quando o time precisava de passo a passo.

Em empresa pequena e média de serviço, a wiki e a base de conhecimento costumam morar no mesmo lugar. A wiki é a porta de entrada e as seções apontam para os procedimentos detalhados. Uma intranet separada raramente se paga abaixo de 50 pessoas: o chat da equipe dá conta dos avisos.

O que colocar na wiki da empresa?

Coloque na wiki o que alguém do time precisa saber mais de uma vez e hoje pergunta para um colega. O critério é a repetição: se a mesma dúvida apareceu três vezes no último mês, ela merece uma página.

• Comece aqui: o que a empresa faz, para quem, como ganha dinheiro, organograma e quem procurar para cada assunto.
• Clientes: uma página por cliente ativo com contexto, contatos, combinados importantes, acessos (sem senha escrita) e links para o projeto.
• Serviços: o que cada serviço entrega, o que não entra no escopo, prazos padrão e checklist de entrega.
• Como trabalhamos: rotina semanal, reuniões fixas, ferramentas e para que serve cada uma, padrão de nomes de arquivos.
• Processos: um índice que aponta para os procedimentos passo a passo de cada área.
• Pessoas: férias, horários, benefícios, avaliação, o que fazer no primeiro dia.
• Decisões: o que foi decidido, quando, por quem e por quê, para ninguém reabrir a mesma discussão.
• Glossário interno: siglas e nomes que só a empresa usa, como “fee”, “sprint de conteúdo” ou o apelido de um cliente.

Como estruturar a página inicial e as seções da wiki?

A página inicial da wiki deve caber numa tela e ter de 6 a 8 seções, cada uma com no máximo 10 páginas de primeiro nível. Mais que isso e as pessoas desistem de navegar e vão perguntar no chat. O modelo abaixo funciona para agência, consultoria e empresa de serviço recorrente.

PÁGINA INICIAL: Wiki da [Nome da empresa]
Atualizada em: [data] | Dono da wiki: [nome]

1. COMECE AQUI
   - Quem somos e o que vendemos
   - Organograma e quem procurar
   - Seu primeiro dia e sua primeira semana
   - Glossário interno

2. CLIENTES
   - Lista de clientes ativos (uma página por cliente)
   - Como atendemos: canais, prazos de resposta, horário

3. SERVIÇOS
   - Catálogo de serviços (uma página por serviço)
   - O que entra e o que não entra no escopo

4. COMO TRABALHAMOS
   - Rotina da semana e reuniões fixas
   - Ferramentas: o que usar para quê
   - Padrão de pastas e nomes de arquivo

5. PROCESSOS
   - Comercial | Operação | Atendimento | Financeiro | Pessoas

6. DECISÕES
   - Registro de decisões (data, decisão, motivo, quem decidiu)

7. PESSOAS
   - Férias, horários, benefícios, avaliação

REGRA: toda página tem dono e data de revisão no topo.

Duas regras de navegação fazem diferença. Primeiro, todo nome de página começa pelo assunto, não pelo tipo: “Relatório mensal: como montar” acha mais fácil do que “Procedimento 14”. Segundo, toda página termina com uma linha “Veja também” com 2 ou 3 links. É essa ligação que transforma pastas soltas numa wiki.

Como criar a wiki da empresa passo a passo?

Dá para ter uma wiki útil em quatro semanas, com uma hora por dia de uma pessoa e uma hora por semana de cada área. O segredo é publicar cedo e completar com o uso, em vez de tentar escrever tudo antes de mostrar.

1. 1

   Semana 1: junte as perguntas

   Durante cinco dias, cada pessoa anota no chat ou numa planilha as dúvidas que fez ou respondeu. No fim da semana, agrupe por tema e conte as repetições. Essa lista vira o índice da wiki.

2. 2

   Semana 1: escolha o lugar e o dono

   Defina onde a wiki vai morar e quem é o dono dela, a pessoa que cobra a revisão. Prefira o lugar onde o time já abre todo dia, porque wiki em ferramenta separada é esquecida.

3. 3

   Semana 2: monte o esqueleto

   Crie a página inicial com as seções do mapa e uma página vazia para cada item, já com o modelo de página aplicado. Página vazia com dono é melhor que página que não existe: mostra o que falta.

4. 4

   Semana 2 e 3: escreva as 20 páginas mais pedidas

   Cada área escreve as páginas do seu assunto, começando pelas perguntas mais repetidas. Use o modelo de página para todas ficarem com a mesma cara.

5. 5

   Semana 3: teste com quem chegou por último

   Peça para a pessoa mais nova do time resolver três dúvidas só com a wiki. Onde ela travar, falta uma página ou um link.

6. 6

   Semana 4: publique e mude o hábito

   Anuncie a wiki e combine uma regra: pergunta que já tem página é respondida com o link da página. Em duas semanas o time passa a procurar antes de perguntar.

Como escrever uma página de wiki que as pessoas leem?

Uma página de wiki boa responde a pergunta do título nas três primeiras linhas e deixa os detalhes para baixo. Quem abre a página está no meio de uma tarefa e quer a resposta, não uma introdução. Escreva frases curtas, com verbo no início dos passos, e use listas quando houver sequência.

TÍTULO: [Assunto]: [o que a página resolve]
Dono: [nome] | Revisar em: [data] | Situação: rascunho / aprovado

RESPOSTA CURTA
[2 a 3 linhas que resolvem a dúvida mais comum sobre o assunto]

QUANDO ISSO SE APLICA
- [situação 1]
- [situação 2]

COMO FAZER
1. [verbo + ação]
2. [verbo + ação]
3. [verbo + ação]

EXCEÇÕES
- Se [caso], então [o que fazer] e avise [quem].

ONDE ESTÁ
- Arquivos: [pasta]
- Ferramenta: [nome e tela]

VEJA TAMBÉM
- [link para página relacionada]
- [link para o procedimento detalhado]

Quando a página descreve uma rotina com muitos passos e critério de pronto, ela vira um procedimento. Aí vale usar o modelo de POP e deixar a página da wiki só com a resposta curta e o link. O método para escrever procedimentos está em como documentar processos.

Quem deve poder editar a wiki da empresa?

Todo mundo do time deve poder sugerir mudanças, mas cada seção precisa de um dono que aprova e responde pela página. Wiki que só a gestão edita fica desatualizada em três meses; wiki que todo mundo edita sem dono vira contradição. O meio-termo é dar papéis claros.

Páginas sensíveis, como salários, estratégia e contratos, ficam em seções com acesso restrito por cargo ou por pessoa. O ideal é que quem não tem acesso nem veja que a página existe, para evitar curiosidade e pedidos de acesso a cada semana.

Como fazer o time usar a wiki?

O time usa a wiki quando ela responde mais rápido do que perguntar a um colega. Três hábitos aceleram isso. Primeiro, responder dúvida repetida com o link da página, sempre. Segundo, levar a wiki para o primeiro dia de quem entra, com uma lista de páginas obrigatórias. Terceiro, transformar toda resposta nova dada no chat numa página, no mesmo dia.

Para páginas que todo mundo precisa conhecer, como a política de atendimento ou o padrão de entrega, peça confirmação de leitura. Saber que 4 de 6 pessoas leram a versão atual é melhor do que supor que todos leram. O mesmo vale para quem entra: o onboarding de funcionários fica mais curto quando a primeira semana tem uma trilha de páginas da wiki.

Como manter a wiki da empresa atualizada?

A wiki se mantém atualizada com data de revisão em cada página, um dono que recebe o aviso quando a data vence e uma revisão mensal de 30 minutos. Sem data, nenhuma página parece velha até alguém seguir um passo que mudou e errar na frente do cliente.

• Revisão por evento: mudou a ferramenta, o preço, o fornecedor ou o processo, a página muda no mesmo dia.
• Revisão por calendário: páginas de processo a cada 6 meses; páginas de cliente a cada renovação de contrato.
• Página arquivada, não apagada: o que deixou de valer vai para um arquivo, com a data em que parou de valer. O histórico ajuda a entender decisões antigas.
• Perguntas sem resposta: o que o time procurou e não achou vira a fila de páginas novas.

Onde montar a wiki da empresa?

A wiki deve ficar onde o time já trabalha todo dia. As opções mais comuns são editores de documentos como Google Docs e Google Sites, ferramentas de wiki e anotações como Notion e Confluence, e sistemas de gestão que já guardam os projetos e as reuniões da empresa. O critério que mais pesa é a distância entre a wiki e a tarefa: quanto mais perto, mais ela é usada.

Como fica uma wiki pronta na prática?

A Agência Brasa, fictícia, tem 12 pessoas e 28 clientes de tráfego e conteúdo. Antes da wiki, a gestora de operação respondia em média 15 dúvidas por dia no chat, a maioria sobre padrão de relatório, acesso a contas de anúncio e prazo de aprovação de peças. Em quatro semanas, a agência montou a wiki com 7 seções e 64 páginas.

• Comece aqui: 6 páginas, incluindo “Seu primeiro dia” e o glossário com os apelidos internos dos clientes.
• Clientes: 28 páginas, uma por cliente, com contexto, contatos, combinados e o link para o projeto.
• Serviços: 5 páginas, uma por serviço, cada uma com o que entra e o que não entra no escopo.
• Como trabalhamos: 8 páginas, entre elas o padrão de nomes de arquivo e a rotina de aprovação com o cliente.
• Processos: 12 páginas de índice que apontam para os POPs detalhados.
• Decisões: 5 páginas com as decisões do último semestre, como a mudança da reunião de status para quinzenal.

Dois meses depois, as dúvidas no chat caíram para cerca de 5 por dia, pela contagem da própria gestora, e a pessoa que entrou em novembro fez a primeira entrega sozinha na segunda semana. O ganho maior, segundo a equipe, foi parar de discutir de novo decisões que já tinham sido tomadas: elas estão na seção Decisões, com o motivo.

Quais erros fazem a wiki da empresa morrer?

• Começar pelo organograma de pastas. Comece pelas perguntas reais do time; a estrutura sai delas.
• Esperar ficar completa para publicar. A wiki nunca fica completa. Publique com as 20 páginas mais pedidas.
• Página sem dono. Página sem responsável envelhece calada. Todo título tem um nome ao lado.
• Texto de manual corporativo. Escreva como você explicaria para o colega ao lado, com exemplos da empresa.
• Wiki longe do trabalho. Se para consultar a página é preciso abrir outra ferramenta e lembrar outra senha, ninguém consulta.
• Copiar a wiki de outra empresa. Modelos ajudam na forma; o conteúdo tem que ser o jeito da sua empresa trabalhar.

A wiki é a parte mais visível da gestão do conhecimento de uma empresa. Quando ela funciona, o próximo passo natural é mapear os processos que aparecem nas páginas e decidir quais podem rodar sozinhos.