Checklist de aceitação contratual: 12 testes para validar uma plataforma de atendimento por IA
Use 12 testes técnicos e operacionais para validar integrações, precisão clínica, escalonamento humano, segurança e impacto no agendamento antes de assinar o aceite.
Solicitar uma avaliação da operação
Neste artigo9 seções
- Por que o checklist de aceitação contratual deve vir antes do go-live
- Como preparar o período de aceitação da plataforma de atendimento por IA
- Checklist de aceitação: 12 testes técnicos e operacionais
- Quais métricas mínimas usar para aprovar a plataforma
- Cláusulas que conectam aceite, entrega e responsabilidade
- Como documentar falhas e decidir se a plataforma está pronta
- Como aplicar o checklist ao avaliar a Auris
- Erros que enfraquecem a aceitação contratual
- Próximos passos para comparar fornecedores com evidência
Por que o checklist de aceitação contratual deve vir antes do go-live
O checklist de aceitação contratual para uma plataforma de atendimento por IA transforma uma promessa comercial em evidência verificável. Para clínicas, laboratórios e hospitais, o aceite não deve se limitar a confirmar se o canal está conectado. É preciso provar que a IA responde com contexto, consulta horários corretos, registra eventos e encaminha exceções sem criar risco operacional.
Uma demonstração conduzida pelo fornecedor mostra o caminho ideal. O teste de aceitação mostra o que acontece quando o paciente informa dados incompletos, pede um exame fora da rotina, abandona a conversa, responde depois de uma alteração na agenda ou solicita algo que exige análise humana.
O período de aceitação também protege a decisão de compra. Ele separa falhas de configuração, defeitos de integração e limitações do produto, além de definir quem deve corrigir cada problema, em qual prazo e com qual evidência. Sem esse registro, a clínica pode entrar em produção com uma expectativa difícil de cobrar.
A referência adequada é a operação real, não um roteiro genérico. Se a unidade recebe leads pelo WhatsApp, agenda em Feegow ou Amplimed e precisa recuperar conversas paradas, esses fluxos devem compor os casos de teste desde o início. A validação de integrações nativas com Feegow e Amplimed ajuda a aprofundar essa etapa.
Em 2026, a aceitação deve incluir segurança e privacidade como critérios de entrega. A ANPD reúne a legislação e as orientações relacionadas à LGPD, enquanto a ISO apresenta os requisitos da ISO/IEC 27001 para sistemas de gestão de segurança da informação. Essas referências não substituem a análise jurídica da clínica, mas ajudam a organizar perguntas e evidências.
Como preparar o período de aceitação da plataforma de atendimento por IA
- 1
Defina o escopo por unidade, canal e jornada
Liste quais filiais, especialidades, números de WhatsApp, caixas de e-mail, SMS e sistemas de agenda participarão do teste. Registre também o que fica fora do escopo, para evitar que uma falha de ambiente seja confundida com falha do produto.
- 2
Construa uma massa de dados controlada
Use pacientes de teste, horários fictícios ou um ambiente autorizado pelo sistema de gestão. Inclua nomes semelhantes, telefones inválidos, agendas lotadas, profissionais com múltiplas unidades e situações de cancelamento.
- 3
Defina os responsáveis pelo aceite
Indique um representante da operação, um responsável pela integração, alguém da área de privacidade e um decisor executivo. Cada pessoa deve saber quais evidências revisar e quem aprova a resolução de uma não conformidade.
- 4
Estabeleça critérios de aprovação
Para cada teste, informe resultado esperado, tolerância, evidência obrigatória e classificação da falha. Um erro que cria agendamento duplicado deve ser bloqueador; uma alteração de texto sem impacto no fluxo pode receber prazo de correção.
- 5
Congele a versão testada
Identifique a versão da configuração, os agentes, as integrações, os modelos de mensagem e a base de conhecimento avaliados. Mudanças durante a aceitação devem gerar novo registro, pois alteram a comparabilidade dos resultados.
- 6
Defina a janela de observação
Inclua horários comerciais, noite, fim de semana e períodos de maior volume. Uma plataforma que atende 24 horas precisa ser avaliada também quando a equipe está reduzida e quando a dependência da agenda em tempo real é maior.
Checklist de aceitação: 12 testes técnicos e operacionais
- 1
Teste 1: autenticação e permissões
Verifique se cada integração utiliza credenciais, tokens e perfis com o menor nível de acesso necessário. Tente acessar funções administrativas com um usuário operacional e confirme se a revogação de um acesso impede novas ações.
- 2
Teste 2: sincronização de disponibilidade
Crie, altere e bloqueie horários no Feegow, Amplimed ou sistema usado pela clínica. A IA deve refletir a disponibilidade definida pela origem, respeitar duração, profissional, unidade e tipo de atendimento, sem apresentar vagas que já foram ocupadas.
- 3
Teste 3: criação, alteração e cancelamento de agendamento
Execute o fluxo completo com dados válidos e depois repita com uma interrupção no meio. Confirme se o sistema evita duplicidade, gera identificador do evento, registra o status correto e comunica ao paciente qualquer alteração autorizada.
- 4
Teste 4: concorrência e idempotência
Envie duas solicitações para a mesma vaga em intervalo curto ou repita a mesma mensagem após uma falha de rede. O resultado esperado é uma única reserva válida, com tratamento claro para a segunda tentativa.
- 5
Teste 5: precisão das respostas clínicas
Monte um conjunto de perguntas frequentes por especialidade, incluindo preparo de exames, documentos, restrições e orientações que não podem ser improvisadas. Avalie exatidão, contexto, linguagem, limites da resposta e necessidade de encaminhamento, em vez de medir apenas velocidade.
- 6
Teste 6: recusa segura e escalonamento humano
Simule sintomas de alerta, dúvidas fora da base aprovada, reclamações e objeções complexas. A IA deve interromper a condução automática quando necessário, encaminhar o histórico completo e informar à equipe qual ação motivou a transferência.
- 7
Teste 7: arquitetura multiagente e rastreabilidade
Quando houver uma arquitetura como a Orchestra, verifique se o agente coordenador direciona a conversa ao agente especializado adequado e se o evento fica registrado. A finalidade é reduzir respostas sem contexto e tornar possível investigar por que uma decisão foi tomada.
- 8
Teste 8: fallback de canal e indisponibilidade
Desconecte temporariamente a agenda, provoque uma resposta de erro da API e simule indisponibilidade do WhatsApp. O comportamento esperado deve estar documentado: informar a limitação, evitar prometer uma vaga e criar tarefa ou fila para retomada.
- 9
Teste 9: CRM conversacional e classificação
Envie conversas de novo lead, paciente em negociação, paciente que parou de responder, falta e pedido de reagendamento. Confirme se cada contato recebe etapa, motivo, responsável e próxima ação sem depender de atualização manual em planilha.
- 10
Teste 10: recuperação de conversas paradas
Interrompa a conversa em diferentes pontos, como após o envio de preço, escolha de unidade ou apresentação de horários. Valide regras de intervalo, limite de tentativas, opt-out e capacidade de retomar o contexto sem repetir perguntas já respondidas.
- 11
Teste 11: entregabilidade e consentimento
Confira modelos aprovados, opt-out, identificação da empresa e registro de consentimento para WhatsApp, SMS e e-mail. A documentação oficial da WhatsApp Cloud API deve orientar a verificação técnica do canal, mas a clínica também precisa validar seus processos de comunicação.
- 12
Teste 12: logs, relatórios e atribuição
Rastreie uma conversa desde a primeira mensagem até o agendamento, compare o horário informado pela IA com o evento na agenda e extraia o relatório por unidade, canal e origem. O registro deve permitir relacionar conversas, agendamentos, recuperações e falhas sem expor dados além do necessário.
Quais métricas mínimas usar para aprovar a plataforma
Uma aceitação consistente precisa combinar métricas técnicas, conversacionais e financeiras. Não existe um percentual universal para toda especialidade, mas a clínica deve estabelecer sua linha de base e definir limites por risco. Um erro em uma saudação tem peso diferente de uma reserva duplicada ou de uma orientação clínica incorreta.
Para integração, acompanhe taxa de sincronização bem-sucedida, latência, percentual de eventos reconciliados e quantidade de duplicidades. Um critério contratual possível é exigir 99% ou mais de eventos processados corretamente no conjunto de testes, com zero falha crítica em criação de agendamento e um prazo definido para indisponibilidades.
Na qualidade clínico-conversacional, use avaliadores humanos e uma rubrica com respostas corretas, parcialmente corretas, inseguras e inadequadas. Como ponto de partida, uma clínica pode exigir pelo menos 95% de aderência nas perguntas classificadas como críticas e 90% no conjunto geral, desde que qualquer resposta insegura em situação de risco seja bloqueadora.
No resultado operacional, acompanhe taxa de marcação por conversa qualificada, taxa de recuperação de conversas paradas, percentual de demanda fora do horário comercial atendida e tempo até a transferência humana. Agendamento é uma métrica diferente de atendimento ou consulta realizada, portanto o painel deve manter essas etapas separadas.
A medição do pipeline de agendamento da recepção ajuda a organizar essa taxonomia. Para provar impacto econômico, associe origem do lead, conversa, agendamento e comparecimento, seguindo uma metodologia de atribuição definida antes do teste, como explicado no guia de receita conversacional.
Como referência prática, a Auris informa casos com redução de até 90% do trabalho de atendimento no WhatsApp, aumento de agendamentos de até 40% e mais de 35% da demanda atendida fora do horário comercial. Esses números são referências de casos e não devem ser tratados como garantia para uma clínica sem medir volume, especialidade, oferta de horários e qualidade da operação anterior.
Cláusulas que conectam aceite, entrega e responsabilidade
- ✓Defina o escopo funcional por canal, unidade, especialidade e integração. A cláusula deve indicar quais sistemas estão incluídos, quais eventos serão sincronizados e quais dependências pertencem à clínica ou ao fornecedor.
- ✓Anexe uma matriz de testes com identificador, cenário, pré-condição, passo a passo, resultado esperado, evidência, severidade e responsável. O aceite deve ser baseado nessa matriz, não em uma aprovação genérica por e-mail.
- ✓Estabeleça SLA de sincronização, disponibilidade da integração, tratamento de erros e prazo para correção. Separe incidente crítico, alto, médio e baixo, com prazos e canais de escalonamento diferentes.
- ✓Defina metas de precisão clínico-conversacional por categoria de risco. Acorde que respostas inseguras em temas críticos exigem correção e revisão antes do go-live, mesmo que a média geral de acerto seja alta.
- ✓Registre a regra de transferência humana, incluindo preservação do histórico, identificação do motivo e tempo máximo para assumir a conversa. Consulte a matriz de risco para escalonamento em clínicas para detalhar esses gatilhos.
- ✓Inclua critérios para recuperação de pacientes parados, como janela de contato, número máximo de tentativas, canais autorizados e registro de opt-out. A automação não deve transformar follow-up em mensagens sem contexto ou insistência inadequada.
- ✓Exija evidências de logs, trilhas de auditoria, retenção, exclusão e controle de acesso. A cláusula precisa indicar como a clínica solicitará dados, relatórios e investigação de incidentes.
- ✓Preveja aceite parcial, plano de correção e direito de não liberar uma etapa bloqueadora. O início de um piloto operacional não deve ser confundido com conclusão do projeto ou aprovação definitiva.
- ✓Associe pagamentos variáveis, quando existirem, a eventos claramente definidos. Taxa de marcação por conversa, recuperação e comparecimento precisam ter fórmula, período, fonte de dados e regra para duplicidades.
- ✓Descreva onboarding, treinamento e calibração contínua como entregáveis recorrentes. A implantação consultiva da Auris é anunciada em 14 dias, mas a maturação da IA depende de revisão de conversas, mudanças de agenda e aprendizado operacional ao longo do tempo.
Como documentar falhas e decidir se a plataforma está pronta
Cada falha deve gerar um registro reproduzível. Anote data e hora, unidade, canal, identificador da conversa, dados de entrada, resposta recebida, resultado esperado, impacto e evidência, sempre aplicando mascaramento quando houver informação sensível.
Classifique a ocorrência por impacto. Uma falha bloqueadora pode liberar uma vaga inexistente, registrar duas consultas ou fornecer orientação clínica inadequada. Uma falha alta pode impedir o encaminhamento ao humano; uma falha média pode afetar uma etiqueta ou relatório sem interromper a jornada; uma falha baixa costuma envolver texto, formatação ou melhoria de usabilidade.
O fornecedor deve responder com causa provável, correção proposta, responsável, prazo e método de reteste. Se a correção alterar o comportamento de outro fluxo, repita os testes de regressão, principalmente agenda, cancelamento, transferência humana e mensagens de recuperação.
A decisão de go-live pode usar três estados: aprovado, aprovado com pendências não bloqueadoras ou reprovado. Pendências precisam ter prazo, proprietário e condição de encerramento, nunca apenas uma promessa verbal de ajuste posterior.
Antes da liberação, faça um ensaio de contingência. Defina como a recepção atenderá conversas durante uma queda, quem poderá bloquear uma campanha, como consultar agendamentos criados pela IA e como informar o paciente sem gerar uma nova promessa incorreta.
Para complementar a governança, use o checklist de cláusulas contratuais e SLA para plataformas de atendimento com IA e o guia de auditoria de conversas automatizadas. A combinação de teste, evidência e responsabilidade reduz discussões depois da entrada em produção.
Como aplicar o checklist ao avaliar a Auris
Na avaliação da Auris, solicite uma demonstração baseada nos seus próprios fluxos, não apenas em uma apresentação de funcionalidades. Inclua a integração nativa com Feegow, Amplimed ou outro sistema conectado, regras por unidade, horários de profissionais, recuperação de pacientes e transferência para a recepção.
A arquitetura Orchestra, com um agente coordenador e agentes especializados, deve ser verificada por rastreabilidade: qual agente tratou a pergunta, qual informação foi utilizada e por que a conversa foi transferida. O objetivo é reduzir o risco de respostas sem contexto, especialmente em operações com múltiplas especialidades e agendas.
Também valide a operação do CRM conversacional. Uma conversa que não termina em agendamento não deve desaparecer do funil: precisa receber classificação, motivo da interrupção e próxima ação. Esse ponto é decisivo para clínicas que investem em marketing, mas perdem pacientes porque o WhatsApp não foi retomado.
A Auris informa atendimento pela API Oficial do WhatsApp, infraestrutura AWS, conformidade com ISO 27001 e LGPD, além de conexões com mais de 11 sistemas de prontuário e agenda. Peça os documentos e evidências aplicáveis ao seu contrato, confirme o escopo de cada integração e transforme essas informações em critérios de aceite.
O fornecedor também informa mais de 489 profissionais, clínicas e laboratórios atendidos, redução de custos operacionais superior a 30% em determinados casos e aumento de chances de agendamento acima de 391%. Use esses dados como perguntas de investigação: qual era a base, qual período foi observado, como o evento foi atribuído e quais condições da sua operação são comparáveis.
Erros que enfraquecem a aceitação contratual
- ✓Testar apenas o caminho feliz, no qual o paciente fornece todos os dados e a vaga permanece disponível até o fim da conversa.
- ✓Aprovar a integração porque a agenda foi exibida, sem testar gravação, alteração, cancelamento, concorrência, fuso horário e divergência entre unidades.
- ✓Medir apenas tempo de resposta. Responder depressa não compensa uma informação clínica inadequada, um agendamento duplicado ou uma transferência sem histórico.
- ✓Usar casos de teste sem classificação de risco. Perguntas administrativas e orientações sensíveis precisam de critérios de precisão diferentes.
- ✓Liberar follow-ups sem validar consentimento, opt-out, frequência e contexto da conversa. O paciente que parou de responder deve ser retomado com uma regra coerente, não com insistência indefinida.
- ✓Misturar métricas de conversa, agendamento, comparecimento e faturamento. Cada etapa deve ter definição própria para que o ROI não seja inflado por atribuições imprecisas.
- ✓Tratar o piloto como entrega final. O piloto produz evidências e revela ajustes; a aceitação deve considerar a configuração aprovada, as pendências e o plano de calibração.
- ✓Deixar a recepção fora dos testes. A equipe precisa saber revisar o histórico, assumir uma conversa, corrigir um dado autorizado e registrar uma exceção.
- ✓Aceitar uma cláusula genérica de suporte. SLA, severidade, canal, horário de atendimento, prazo de correção e comunicação de incidentes devem estar escritos.
- ✓Escolher pela mensalidade isolada. O custo relevante inclui oportunidades perdidas, retrabalho, faltas não reagendadas, manutenção de planilhas e impacto sobre a capacidade da recepção.
Próximos passos para comparar fornecedores com evidência
Comece selecionando uma jornada de alto volume e alto impacto, como agendamento de primeira consulta, marcação de exame ou reagendamento de faltas. Depois, reúna entre 30 e 50 conversas anonimizadas para formar uma amostra de teste, cobrindo dúvidas recorrentes, abandono, objeções e solicitações que exigem humano.
Envie a mesma matriz de aceitação a cada fornecedor. Assim, a comparação deixa de depender de apresentações diferentes e passa a considerar precisão, integração, rastreabilidade, suporte, segurança e capacidade de recuperar oportunidades que hoje ficam paradas.
O piloto de precisão clínico-conversacional para fornecedores pode orientar a criação dessa amostra. Para uma decisão mais ampla, combine os resultados com o checklist de 12 critérios para avaliar automação de atendimento, sem substituir os testes específicos da sua agenda e do seu prontuário.
A recomendação é aprovar o go-live apenas quando os fluxos críticos estiverem reproduzíveis, os responsáveis estiverem treinados e os indicadores tiverem linha de base. Atendimento é ativo estratégico de crescimento: a plataforma precisa demonstrar que reduz perdas entre o primeiro contato e o agendamento, e não apenas que envia mensagens.
Depois da entrada em produção, mantenha uma rotina de revisão semanal no primeiro mês e periódica nos meses seguintes. Analise amostras de conversas, falhas de integração, transferências, recuperação de pacientes e taxa de marcação por origem para ajustar a operação com base em dados.
Perguntas Frequentes
Quais testes técnicos devo exigir em contrato antes de ativar uma plataforma de atendimento por IA?▼
Exija testes de autenticação, permissões, sincronização de agenda, criação e cancelamento de agendamentos, concorrência, logs, indisponibilidade de API e exportação de dados. Inclua também testes de precisão clínico-conversacional, transferência humana, CRM e recuperação de conversas paradas. Cada teste deve ter resultado esperado, evidência, severidade, responsável e prazo de correção. Falhas que geram agendamento duplicado ou orientação insegura devem impedir a liberação.
Como validar a sincronização entre IA, prontuário e agenda durante o aceite?▼
Use uma massa de dados controlada e execute eventos de criação, alteração, bloqueio, cancelamento e reagendamento no sistema de origem. Confira se a IA consulta a disponibilidade atual, respeita unidade e profissional e grava apenas uma reserva quando recebe mensagens repetidas. Registre horário, identificador do evento e resposta da API para reconciliar os sistemas. O checklist técnico de sincronização em tempo real oferece uma estrutura própria para essa auditoria.
Qual taxa de precisão clínico-conversacional é aceitável nos testes?▼
A taxa depende do risco e da especialidade, por isso uma média única pode esconder problemas graves. Como referência inicial, você pode exigir pelo menos 95% de aderência em perguntas críticas e 90% no conjunto geral, com zero resposta insegura em cenários bloqueadores. A avaliação deve ser feita por uma rubrica revisada por profissionais da clínica, considerando exatidão, contexto, linguagem e decisão de transferir. O limite final deve ser formalizado no contrato.
O que fazer quando a plataforma falha durante o período de aceitação?▼
Abra um registro com conversa, horário, entrada, resposta, resultado esperado, impacto e evidência anonimizada. Classifique a ocorrência e solicite causa, plano de correção, prazo e procedimento de reteste ao fornecedor. Não encerre o aceite apenas porque a equipe recebeu uma promessa de ajuste. Falhas críticas devem bloquear o go-live até que sejam corrigidas e validadas em regressão.
Como definir um SLA de sincronização de agenda para uma plataforma de IA?▼
Defina o tempo máximo para refletir criação, bloqueio, alteração e cancelamento de horários, além da taxa mínima de eventos processados corretamente. Inclua o comportamento esperado quando a integração estiver indisponível, como impedir uma promessa de vaga e gerar uma fila de tratamento. O SLA também deve indicar janela de suporte, severidade, canal de abertura e prazo de comunicação. Evite expressões vagas como atendimento prioritário ou disponibilidade adequada.
Como testar a recuperação de pacientes que pararam de responder?▼
Separe conversas abandonadas em diferentes etapas, como após o envio de valores, escolha de unidade ou apresentação de horários. Valide intervalo entre mensagens, quantidade máxima de tentativas, opt-out, mudança de contexto e preservação das respostas anteriores. Meça quantos contatos foram retomados e quantos geraram agendamento, mantendo essa taxa separada da quantidade total de mensagens enviadas. O guia para recuperar pacientes que pararam de responder detalha os gatilhos e cuidados.
O piloto da plataforma já representa o aceite definitivo do contrato?▼
Não necessariamente. O piloto serve para testar hipóteses, medir a qualidade dos fluxos e identificar ajustes antes da operação ampliada. O aceite definitivo deve ocorrer apenas após a execução da matriz contratual, correção das falhas bloqueadoras, validação das métricas e aprovação formal dos responsáveis. Também é recomendável manter um plano de calibração contínua, porque agendas, campanhas e dúvidas dos pacientes mudam ao longo do tempo.
Como comparar Auris com outros fornecedores no período de aceitação?▼
Use a mesma amostra de conversas, os mesmos cenários de agenda e a mesma rubrica para todos os fornecedores. Compare não apenas preço, mas precisão, integração nativa, rastreabilidade, escalonamento, segurança, suporte, recuperação de pacientes e capacidade de medir agendamentos por conversa. Na Auris, solicite a validação dos fluxos conectados aos sistemas da sua clínica e da arquitetura Orchestra em cenários de exceção. O resultado deve mostrar qual opção atende aos seus critérios de risco e crescimento.
Que evidências de segurança e LGPD devem ser solicitadas antes do go-live?▼
Solicite descrição dos papéis de controlador e operador, finalidade do tratamento, retenção, exclusão, controle de acesso, registro de logs e processo de resposta a incidentes. Peça evidências de controles de segurança e documentos sobre subcontratados, hospedagem e transferência de dados, conforme aplicável ao contrato. A equipe jurídica e o encarregado da clínica devem revisar os materiais, pois conformidade não se resume a um selo. O teste também deve confirmar que relatórios e telas exibem apenas os dados necessários.