# Agilize Docs para IA - Página atual

Este arquivo contém uma versão focada e legível por IA da página aberta na documentação pública da Agilize.
Use esta versão quando a pergunta do usuário estiver restrita ao documento atual.

Última geração: 2026-05-28T23:42:47.005Z

## Página

- Título: Checklist de go-live
- URL humana: https://agilize.app/docs/configuracao/implantacao-go-live/checklist-go-live
- Leitura completa para IA: https://agilize.app/docs/llms.txt
- Descrição: Lista de validação para liberar a Agilize em produção com canais, usuários, filas, CRM, automações, relatórios e segurança revisados.

## Seções

- 1. Usuários e acesso
- 2. Flow e atendimento
- 3. Canais
- 4. WhatsApp, sessão e modelos
- 5. CRM
- 6. Dados
- 7. Automações
- 8. Fluxos do bot

## Conteúdo da página

# Checklist de go-live

Use este checklist antes de liberar a Agilize para uso real. O objetivo é reduzir risco de canal sem destino, usuário sem permissão, mensagem sem template, automação indevida, fila sem responsável ou relatório sem dados confiáveis.

## 1. Usuários e acesso

- [ ] Usuários principais foram cadastrados.
- [ ] Cada usuário está na equipe correta.
- [ ] Permissões administrativas estão restritas.
- [ ] Operadores conseguem acessar a rotina necessária.
- [ ] Gestores conseguem acessar relatórios e monitoramentos.
- [ ] Usuários de teste foram removidos ou identificados.
- [ ] Contas de pessoas desligadas ou externas não estão ativas.

## 2. Flow e atendimento

- [ ] A equipe entende que conversas distribuídas chegam no Flow.
- [ ] Operadores sabem iniciar conversas pelo Flow.
- [ ] Gestores sabem usar Monitorar para supervisão e exceções.
- [ ] Regras de distribuição foram testadas.
- [ ] Transferência entre responsáveis ou equipes foi validada.
- [ ] Conclusão de atendimento foi testada.
- [ ] Fluxo de encerramento e avaliação foi validado, quando configurado.

## 3. Canais

- [ ] WhatsApp conectado e testado.
- [ ] LiveChat testado, quando usado.
- [ ] SMS testado, quando usado.
- [ ] Voz/PBX testado, quando usado.
- [ ] Departamentos foram vinculados aos canais corretos.
- [ ] Números de entrada têm destino configurado.
- [ ] Canais sem uso foram desativados ou deixados fora do go-live.

## 4. WhatsApp, sessão e modelos

- [ ] A equipe entende a sessão de 24 horas do WhatsApp.
- [ ] Modelos essenciais foram cadastrados.
- [ ] Modelos necessários estão aprovados.
- [ ] Variáveis dos modelos foram testadas.
- [ ] Templates de retomada, confirmação e avaliação foram revisados.
- [ ] Transmissões usam apenas bases revisadas.
- [ ] Existe orientação de quando responder pelo Flow e quando usar modelo.

## 5. CRM

- [ ] Funis principais foram criados.
- [ ] Etapas refletem o processo real.
- [ ] Origens estão padronizadas.
- [ ] Campos obrigatórios por etapa foram revisados.
- [ ] Responsáveis e equipes de distribuição foram configurados.
- [ ] Oportunidades de teste foram criadas e avançadas.
- [ ] Motivos de perda ou arquivamento foram definidos, quando usados.

## 6. Dados

- [ ] Contatos têm padrão de nome.
- [ ] Telefones usam DDI, como `+55`.
- [ ] E-mails foram revisados quando necessários.
- [ ] Empresas estão vinculadas aos contatos corretos.
- [ ] Tags foram padronizadas.
- [ ] Base importada foi testada com amostra.
- [ ] Regras de duplicidade foram revisadas.

## 7. Automações

- [ ] Automações foram criadas inicialmente desativadas.
- [ ] Cada automação tem dono.
- [ ] Condições iniciais foram validadas.
- [ ] Mensagens automáticas foram testadas.
- [ ] Tarefas automáticas têm responsável e prazo.
- [ ] Esperas e revalidações foram revisadas.
- [ ] Reexecução por entidade está desligada quando não for necessária.
- [ ] Automações críticas foram acompanhadas nas primeiras execuções.

## 8. Fluxos do bot

- [ ] Fluxo de entrada foi testado.
- [ ] Perguntas e respostas foram revisadas.
- [ ] Transferência para humano foi validada.
- [ ] Geração de lead, contato ou empresa foi testada, quando usada.
- [ ] Distribuição para equipe correta foi validada.
- [ ] Fluxos de encerramento e avaliação foram testados.
- [ ] Caminhos de erro, timeout e fallback foram revisados.

## 9. Telefonia

- [ ] Ramais foram cadastrados.
- [ ] Filas foram configuradas.
- [ ] URA foi testada.
- [ ] Número de entrada foi vinculado ao fluxo correto.
- [ ] Chamadas de entrada e saída foram testadas.
- [ ] Monitoramento de telefonia foi validado.
- [ ] Horários, transbordos e filas sem atendente foram revisados.

## 10. Relatórios

- [ ] Indicadores principais foram definidos.
- [ ] Relatórios do BI foram criados com fonte correta.
- [ ] Filtros e períodos foram validados.
- [ ] Gestores sabem interpretar os números.
- [ ] Relatórios de atendimento e CRM foram comparados com registros reais.
- [ ] Relatórios críticos foram salvos ou organizados para acompanhamento.

## 11. Segurança

- [ ] Permissões sensíveis foram revisadas.
- [ ] Administradores foram confirmados.
- [ ] Integrações externas têm finalidade clara.
- [ ] Webhooks foram revisados.
- [ ] Transmissões estão restritas a responsáveis.
- [ ] Usuários sem função no go-live foram removidos.

## 12. Plano de acompanhamento

- [ ] Responsável do go-live foi definido.
- [ ] Janela de acompanhamento foi combinada.
- [ ] Canais de suporte interno foram definidos.
- [ ] Problemas comuns têm responsável de correção.
- [ ] Primeira revisão pós-go-live foi agendada.

## Critério de liberação

Libere a operação quando:

- canais principais enviam e recebem corretamente;
- conversas chegam ao Flow dos usuários;
- filas e responsáveis estão definidos;
- CRM tem funil e campos mínimos;
- automações críticas foram testadas;
- gestores conseguem acompanhar relatórios;
- permissões sensíveis foram revisadas.

Se algum item crítico falhar, adie o go-live parcial daquele processo em vez de liberar com risco conhecido.