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.