- Comece pelo fluxo de atendimento (perguntas, decisões, escalonamento) antes da ferramenta
- A base de conhecimento manda mais que o “modelo”: documento ruim vira resposta ruim
- Use guardrails: quando citar fonte, quando pedir confirmação e quando não responder
- Evite dados pessoais no prompt e registre logs com cuidado (LGPD e auditoria)
- Piloto com 1 área (ex.: TI ou RH) costuma dar mais certo do que “bot para tudo”
1) Escolha o caso de uso (e corte o resto)
Se você tentar resolver “todas as dúvidas internas”, o bot vira um balcão confuso. Escolha um recorte: por exemplo, dúvidas de TI (senha, VPN, acesso), RH (benefícios, férias) ou Financeiro (reembolso). Defina a métrica simples do piloto: reduzir tickets repetidos, reduzir tempo de resposta, ou padronizar orientações.
2) Desenhe o fluxo de atendimento no papel
Liste as 20–40 perguntas mais frequentes e defina respostas padrão aprovadas. Para cada pergunta, diga: o que o bot responde, que dado ele pode pedir, quando deve abrir chamado, e quando deve mandar para humano. Esse desenho evita que a IA “improvise” em situações que pedem processo.
3) Monte a base de conhecimento (KB) com curadoria
Junte documentos oficiais e atuais: políticas internas, passo a passo, FAQs, links internos, modelos de solicitação. Remova versões antigas e conflitos (dois PDFs dizendo coisas diferentes é convite à resposta errada). Onde não houver documento, escreva um resumo curto e aprovado, com data e dono.
4) Configure o bot em uma ferramenta no-code
Em geral, você terá duas rotas sem código: (a) ferramentas do ecossistema Microsoft (ex.: Copilot Studio/Power Platform) ou (b) plataformas de chatbot com canal Teams. O essencial é suportar: fonte/knowledge base, políticas de segurança, fallback para humano e integração com sistemas (abrir ticket, consultar status, registrar solicitação).
5) Crie guardrails (regras para a IA não passar do limite)
Defina respostas proibidas (jurídico, saúde, decisões de RH), gatilhos de escalonamento ("não tenho certeza", "preciso acessar dados"), e formato de resposta (curta + passos + link interno). Se possível, exija que o bot cite de onde tirou a informação (nome do documento/página).
6) Teste com casos reais e faça “caça a alucinação”
Rode um teste fechado com 10–30 pessoas. Colete perguntas que o bot errou, respostas longas demais e situações ambíguas. Ajuste KB, intenções e mensagens de fallback. Se o bot “chuta”, você precisa aumentar o uso de fontes e reduzir liberdade: menos criatividade, mais procedimento.
7) Publique com governança mínima (LGPD + qualidade)
Defina quem aprova conteúdo, periodicidade de revisão e como lidar com logs. Oriente o time: o bot é para dúvidas e procedimentos; dados pessoais e casos sensíveis devem ir para canal humano. Se a empresa trata dados pessoais, envolva responsáveis por privacidade e segurança na configuração.
O que um bot no Teams resolve bem (e o que não resolve)
Resolve bem quando existe “resposta certa” e repetitiva: passo a passo de acesso, políticas internas, checklist de onboarding, instruções de reembolso, atualização cadastral, status de solicitações.
Resolve mal quando a demanda exige julgamento, exceção e negociação: conflitos de RH, decisões disciplinares, aprovações fora do processo, interpretações jurídicas, informações sensíveis e qualquer coisa que dependa de contexto pessoal.
- Bom para: perguntas frequentes + links + abertura automática de solicitação
- Cuidado com: temas sensíveis, exceções, dados pessoais, informações desatualizadas
- Regra prática: se hoje você exige aprovação humana, o bot deve só orientar e encaminhar
Checklist rápido de requisitos (antes de escolher a ferramenta)
Muita gente começa pela plataforma e só depois percebe que faltou o básico: base confiável, responsáveis, regras e integrações. Se você marcar estes itens, a ferramenta vira detalhe.
| Requisito | Por que importa | Como validar no piloto |
|---|---|---|
| Base de conhecimento curada | Sem fonte confiável, a IA completa lacunas e erra com convicção | Teste 30 perguntas frequentes e veja se o bot aponta documentos/links internos |
| Escalonamento para humano | Evita travar usuário e reduz risco em casos sensíveis | Simule 10 casos de exceção e confirme o handoff (chat, ticket, e-mail) |
| Integração com ticket/solicitação | Bot útil não é só resposta; é execução do processo | Abrir chamado com campos mínimos e acompanhar status |
| Permissões e acesso | Teams costuma ter conteúdo segmentado; o bot precisa respeitar isso | Usuário A não pode ver resposta/links do usuário B (área restrita) |
| Logs e auditoria | Você precisa ver onde o bot erra para corrigir (e com cautela na LGPD) | Revisar amostra de conversas, com anonimização quando necessário |
Como escrever o “prompt de política” do bot (modelo prático)
Mesmo em ferramentas no-code, você quase sempre consegue configurar instruções do bot. A diferença entre um bot confiável e um “falante” costuma estar aqui.
Use um texto curto e explícito. Exemplo (adapte):
- Você é um assistente interno. Responda apenas com base na base de conhecimento conectada.
- Se a resposta não estiver clara nas fontes, diga que não encontrou e ofereça abrir chamado para o time responsável.
- Nunca solicite ou repita dados pessoais desnecessários (CPF, endereço, informações médicas).
- Quando houver procedimento, responda em passos numerados e inclua o link/documento de referência.
- Se o usuário pedir orientação jurídica, médica ou decisão de RH, recuse e encaminhe para o canal humano.
Erros comuns que fazem o bot virar “ruído no Teams”
Os piores bots internos não são os que erram uma vez; são os que fazem a equipe parar de confiar. Estes são os tropeços mais frequentes no mundo real:
- Publicar antes de ter KB (o bot começa a “inventar procedimentos”)
- Tentar atender todas as áreas com um único bot genérico
- Não definir dono do conteúdo (ninguém revisa, tudo envelhece)
- Sem fallback humano (usuário preso em loop ou recebendo resposta vaga)
- Permissões mal definidas (risco de vazar informação interna entre áreas)
Perguntas frequentes
Preciso do Microsoft 365 Copilot para criar um bot de IA no Teams?
Como evitar que o bot “alucine” e responda algo errado com segurança?
Dá para o bot abrir chamados automaticamente (TI, RH, Facilities)?
Bot interno no Teams tem risco de LGPD?
Leia também
Como desenhar um fluxo de atendimento com IA antes de montar o bot (passo a passo)
Aprenda como desenhar um fluxo de atendimento com IA antes de montar o bot: mapeie perguntas reais, decisões, handoff para humano, exceções e métricas. Evite automatizar a bagunça e culpar a IA depois.
Ler →
Como criar uma base de conhecimento para chatbot sem vazar dados (guia prático)
Aprenda a montar uma base de conhecimento para chatbot com controle de acesso, limpeza de arquivos, RAG, testes anti-alucinação e governança — sem expor dados sensíveis.
Ler →
Human-in-the-loop no atendimento com IA: guia prático para responder rápido sem perder controle
Aprenda a implementar human-in-the-loop (revisão humana) no atendimento com IA: quando exigir aprovação, como criar filas, padrões de resposta, critérios de risco e métricas para ganhar velocidade sem aumentar erros.
Ler →
Como criar uma política de uso de IA na empresa (modelo simples, prático e sem juridiquês)
Guia direto para criar uma política de uso de IA: regras de dados, prompts, revisão humana, direitos autorais e fornecedores. Inclui modelo pronto e checklist para pequenas e médias empresas.
Ler →