Se a automação de triagem e CRM cair num dia de pico de atendimento, qual o plano de fallback manual?

"Se a automação de triagem e CRM cair num dia de pico de atendimento, qual o plano de fallback manual?"

Segunda-feira, 15h. A agenda está lotada, as campanhas estão rodando e o WhatsApp da clínica para de responder.

A pergunta que decide o prejuízo do dia não é "quando volta?".

É "quem assume agora, e com qual roteiro?".

Fallback manual não é boa vontade da recepção. É protocolo escrito, treinado e impresso, com dono, gatilho objetivo, formulário em papel e prazo de reconciliação, que já existia antes de a automação cair.

A resposta curta: uma pessoa nomeada declara a queda por um gatilho objetivo, o aviso sai por um canal que não depende do sistema que caiu, a recepção passa para fila manual com prioridade definida, e tudo que foi anotado volta para o sistema no mesmo dia.

Isso não é opinião de agência. É a espinha do SAFER Guide de Contingency Planning, roteiro oficial do ASTP/ONC (governo dos EUA), edição de agosto de 2024. Ele foi escrito para queda de prontuário eletrônico em serviço de saúde, não para CRM de clínica odontológica, mas a mecânica de contingência é a mesma e ele é o material público mais rigoroso que existe sobre isso.

E o custo de ficar mudo é medível. Nos dados internos da Odonto Results, 43,8% dos leads chegam fora do horário comercial e a IA de atendimento responde em mediana 4,4 segundos. Quando o sistema cai no pico, você não perde "algumas mensagens": você perde a velocidade que estava segurando a conversão.

Neste guia você vai ver:

• Os 4 modos de falha que a clínica trata como se fossem um só
• Como confirmar rapidamente se a queda é sua ou da plataforma
• Quem declara a queda e qual o gatilho objetivo que dispara o protocolo
• O kit em papel, a fila manual de triagem e o roteiro de resposta ao lead novo
• Como reconciliar tudo depois sem duplicar nem perder contato
• A ordem de religamento das integrações e o que exigir por escrito do fornecedor

Os 4 modos de falha que a clínica confunde com uma coisa só

"Caiu" é uma palavra preguiçosa. Ela junta quatro situações que pedem ações diferentes.

Repare nestes pontos:

1. Queda total. O sistema não abre, ninguém entra, a mensagem não chega. É o modo mais barulhento e, ironicamente, o menos perigoso: todo mundo percebe na mesma hora.

2. Degradação lenta. O sistema está no ar, mas responde em vários segundos. A recepção acha que é a internet, o atendimento acumula, e ninguém declara nada porque "está funcionando".

Esse modo tem definição técnica. O SAFER Guide trata a lentidão como queda funcional e sugere defini-la como qualquer média horária de tempo de resposta acima de 5 segundos (ou 3 desvios-padrão acima da média), justamente para tirar a decisão do achismo.

3. Falha parcial de integração. O CRM está de pé, o painel abre, mas a API do WhatsApp não entrega. Ou o inverso: a automação responde e nada é gravado no CRM.

É o modo que mais engana, porque metade da equipe vê tudo normal. O SAFER Guide recomenda que a organização tenha um método de comunicar aos usuários quando uma interface não está funcionando corretamente, por exemplo um alerta na tela de login ou um aviso sempre que uma tentativa de envio ou recebimento de dado não se completa.

4. Falha silenciosa. Nada avisa. O funil simplesmente para de receber lead novo e a recepção só nota no fim do dia, quando estranha o silêncio.

É o mais caro dos quatro, porque o tempo de detecção vira o tempo de perda.

Modo de falha	O que a equipe vê	Sinal objetivo para declarar	Ação imediata
Queda total	Nada abre, nada entra	Sistema inacessível para mais de uma pessoa, em máquinas e redes diferentes	Declarar queda, ativar papel
Degradação lenta	Tudo lento, tudo "funcionando"	Média horária de resposta acima de 5 segundos, referência do SAFER Guide	Declarar queda funcional, reduzir dependência do sistema
Falha parcial de integração	Painel abre, mensagem não chega	Envio de teste sem entrega, ou lead que respondeu e não apareceu no CRM	Isolar a integração afetada, manual só nesse trecho
Falha silenciosa	Fila vazia, dia calmo demais	Intervalo sem lead novo acima do seu próprio limite de pico	Declarar queda, checar status da plataforma

Lembre: o protocolo de queda precisa nomear os quatro modos. Se a sua política só cobre "o sistema não abre", ela não cobre os três modos que mais custam dinheiro.

Antes de culpar a equipe: confirme se a queda é sua ou da plataforma

Uma checagem rápida aqui evita uma discussão inteira com a pessoa errada.

Quando o gargalo é o WhatsApp Business API, o Instagram ou o gerenciador de anúncios, a origem costuma ser a própria plataforma, e não a sua automação nem o seu provedor. A Meta mantém uma página oficial de status dos produtos de negócio que mostra incidente em andamento por produto.

Faça nesta ordem:

1. Abra a página oficial de status da plataforma. Se há incidente aberto, você já sabe que ninguém da sua operação errou e que o tempo de retorno não está nas suas mãos.
2. Teste de outro aparelho e de outra rede. Celular no 4G, fora do wi-fi da clínica. Se funciona no 4G, o problema é o seu link, não o sistema.
3. Mande uma mensagem de teste de um número que não seja da clínica. É o único jeito de saber se o lead novo está conseguindo chegar.
4. Anote a hora de cada checagem. Essa linha do tempo vira a base do pós-morte e da conversa com o fornecedor.

Só depois desses quatro passos você abre chamado. Chamado sem essa evidência volta com "não identificamos indisponibilidade" e você perde mais uma hora.

Quem declara a queda: a pessoa nomeada e o gatilho objetivo

Este é o ponto onde quase toda clínica falha. Todo mundo percebe o problema, ninguém tem autoridade para mudar o modo de operação.

O SAFER Guide é explícito sobre o que a política escrita precisa definir de antemão, nas palavras do próprio documento: "quando uma queda deve ser declarada; de quanto em quanto tempo nova comunicação será entregue; quem estará no comando durante a queda (tanto do lado clínico quanto do técnico); como todos serão notificados".

Traduzindo para a sua clínica:

• Quem declara: uma pessoa nomeada (gestora ou coordenadora de CRC) e um substituto igualmente nomeado. Nunca "quem perceber primeiro".
• Quem comanda o lado técnico: o contato direto do fornecedor de automação ou da agência, com telefone, não só e-mail.
• De quanto em quanto tempo sai atualização: um intervalo fixo, definido antes. Silêncio prolongado faz a equipe voltar a improvisar.
• Como todos são avisados: o canal alternativo, detalhado na próxima seção.

O gatilho objetivo: o número que tira a decisão do calor do momento

Gatilho bom é aquele que não depende de alguém "achar" que está ruim.

O SAFER Guide usa exatamente essa lógica quando trata do backup: a política deve descrever quando ativar o processo de backup em ambiente alternativo, idealmente antes de o sistema completar 2 horas indisponível por causa não programada.

Para a triagem comercial, o gatilho útil é o intervalo sem lead novo. Você tira esse número do seu próprio histórico de pico, não de uma regra genérica.

Exemplo hipotético, só para mostrar o raciocínio: digamos que no seu horário de pico entre um contato novo a cada 20 minutos. Três intervalos seguidos sem nada, ou seja, uma hora muda, já é sinal estatístico de que algo quebrou, e não de que o dia está fraco.

Faça o mesmo com os outros gatilhos:

Gatilho	Como definir o seu número
Tempo sem lead novo	Seu intervalo médio entre contatos no pico, multiplicado por um fator que você define antes (o exemplo hipotético acima usa 3)
Tempo de resposta do sistema	Referência do SAFER Guide: média horária acima de 5 segundos
Mensagem não entregue	Duas falhas de envio seguidas para números diferentes
Divergência CRM x conversa	Um lead que respondeu no WhatsApp e não apareceu no CRM

Escreva os quatro na política. Com número. Antes do dia ruim.

A árvore de acionamento: nunca avise pelo canal que caiu

Parece óbvio. É o erro mais comum.

Se a automação está integrada ao WhatsApp e o WhatsApp caiu, avisar a equipe pelo grupo do WhatsApp é avisar ninguém.

O SAFER Guide coloca isso como prática obrigatória: a estratégia de comunicação para os períodos de queda e de retomada precisa ser independente da infraestrutura de computação que sustenta o sistema.

Monte a árvore assim:

1. Canal primário de emergência: ligação telefônica direta, na ordem da lista impressa. Telefone comum não depende do seu link nem da plataforma.
2. Canal secundário: SMS ou um grupo em aplicativo diferente do que você usa no dia a dia. Se a operação vive no WhatsApp, o backup não pode ser WhatsApp.
3. Canal físico: aviso na recepção e na sala da equipe, escrito à mão, com a hora da declaração.
4. Aviso ao fornecedor: telefone do contato técnico, com o número anotado no papel, não salvo apenas no sistema que caiu.

A lista de quem liga para quem, com nome e telefone, mora impressa na recepção. Não numa pasta em nuvem que precisa de login.

O kit de contingência em papel: o que imprimir e onde guardar

Papel resolve porque não tem dependência. E a quantidade certa já foi definida.

O SAFER Guide lista como prática obrigatória, nas palavras da norma, que "a organização mantém formulários em papel suficientes em cada área de atendimento para cuidar de seus pacientes por pelo menos 8 horas".

Oito horas cobre um dia inteiro de agenda. É a régua certa para clínica.

O que precisa estar impresso e reposto:

• Ficha de contato de lead novo, numerada em sequência (o número é o que garante a reconciliação depois).
• Lista da agenda do dia, impressa toda manhã antes de abrir. Sem ela, uma queda às 9h apaga o seu dia inteiro.
• Ficha de confirmação de comparecimento, com espaço para hora do contato e resultado.
• Lista de acionamento com nomes e telefones da equipe e do fornecedor.
• Checklist de 1 página do protocolo (detalhado no fim deste guia).
• Cópia impressa da própria política de queda.

Sobre a política impressa, o guia é específico: uma cópia em papel deve estar disponível nas unidades de atendimento e outra guardada em local seguro fora do prédio.

Dica: a impressão da agenda do dia é o item mais barato e mais rentável da lista. Custa uma folha e salva o faturamento do dia. Coloque como tarefa fixa da abertura, não como reação à queda.

A fila manual de triagem: como a recepção prioriza sem o CRM

Sem CRM, a recepção perde a fila automática e volta para o instinto. Instinto atende quem grita mais alto, não quem vale mais.

Defina a prioridade antes, em papel, nesta ordem:

Prioridade	Quem é	Meta de tratamento	Por quê
P1	Urgência clínica (dor, trauma, sangramento, pós-operatório)	Imediato	Risco ao paciente vem antes de qualquer receita
P2	Paciente com horário hoje (confirmação e recepção)	Antes do horário marcado	A agenda de hoje já foi paga e já está reservada
P3	Lead novo vindo de anúncio	Dentro da meta de resposta humana definida	É contato pago e a janela de decisão dele é curta
P4	Retorno, orçamento em aberto, remarcação	Mesmo dia, depois do pico	Importante, mas suporta espera de horas

Repare na inversão que muita clínica faz: em contingência, confirmar a agenda de hoje (P2) vem antes de responder lead novo (P3). Cadeira vazia hoje é prejuízo certo; lead novo ainda é prejuízo provável.

A triagem entre urgência e eletivo continua valendo na mão, com o mesmo critério que a automação usava. Se você ainda não tem esse critério escrito, ele é pré-requisito do fallback, e não consequência dele. Veja como separar urgência de eletivo sem estourar a agenda.

Divida a mesa fisicamente. Uma pessoa fica só com quem está na clínica e com a agenda do dia. Outra fica só com o telefone e com o contato novo. Sem essa divisão, a mesma pessoa alterna entre as duas filas e perde as duas.

Roteiro de resposta manual pro lead novo durante a queda

Aqui você precisa de um script curto, porque quem está atendendo na mão não tem tempo de pensar em copy.

O que perguntar (e nada além disso):

1. Nome completo.
2. Telefone com DDD, confirmado repetindo em voz alta.
3. O que está sentindo ou o que quer resolver, em uma frase.
4. É dor agora ou pode aguardar.
5. Melhor período para retorno (manhã, tarde, noite).

Cinco campos cabem numa ficha e são suficientes para recuperar o contato depois. Formulário longo em papel não é preenchido.

O que NÃO prometer:

• Preço fechado ou orçamento. Sem sistema, você não confere tabela nem plano.
• Horário específico de agenda. Você não enxerga a disponibilidade real e vai gerar conflito duplo.
• Prazo de retorno que você não controla ("te chamo já já" durante uma queda é promessa quebrada).

O que dizer, sim: que a solicitação foi registrada, que a clínica vai retornar hoje, e o nome de quem está falando. Nome de pessoa cria responsabilidade e reduz a fuga.

A meta de tempo de resposta humana. Defina uma meta em minutos, escrita no protocolo, e cronometre. Referência para calibrar: nos dados internos da Odonto Results a IA responde em mediana 4,4 segundos e a mediana da primeira mensagem até o agendamento é de 2h57. Você não vai igualar 4,4 segundos na mão, e não precisa. Precisa responder dentro da janela em que o lead ainda está decidindo.

Ainda nos dados internos da Odonto Results, cerca de 23% dos leads que respondem viram agendamento. É por isso que o objetivo do fallback não é "anotar o contato", é manter a conversa viva até o sistema voltar.

A agenda de hoje não pode parar: confirmação e recepção sem sistema

Enquanto todo mundo olha para o lead novo, a receita já contratada está na porta.

Com a lista impressa da manhã, a operação continua:

• Quem já está na clínica é recebido pela lista de papel, com marcação manual de chegada e horário.
• Quem tem horário mais tarde recebe ligação de confirmação, na ordem cronológica, começando pelos horários mais próximos.
• Quem falta vai para a ficha de remarcação, com o motivo anotado. Esse dado alimenta a reconciliação depois.
• Encaixe só entra com autorização de quem está comandando a queda, porque sem sistema ninguém enxerga o quadro completo.

Registre a hora de chegada e de saída na lista impressa. Sem isso, o desvio entre tempo agendado e tempo real de cadeira some do seu histórico e a análise do mês fica furada.

Registro provisório: o que pode ir para o papel e o que é proibido

Improviso em contingência tem limite legal e ético. Ele fica exatamente na fronteira entre dado de contato e dado de saúde.

Pode ir para a ficha de papel: nome, telefone, origem do contato, motivo declarado em uma frase, urgência sim ou não, melhor horário de retorno.

Não pode ser improvisado: prontuário. Evolução clínica, diagnóstico, imagem e histórico de tratamento seguem o procedimento clínico normal do serviço, com guarda e sigilo, e não viram anotação solta em planilha compartilhada ou caderno de recepção.

A Lei Geral de Proteção de Dados classifica dado referente à saúde como dado pessoal sensível, com regime mais restrito de tratamento, e exige do controlador medidas de segurança aptas a proteger esses dados de acessos não autorizados e de situações acidentais de destruição, perda ou alteração. Uma queda de sistema é exatamente uma situação acidental. O sigilo profissional cobrado pelo Código de Ética Odontológica do CFO não é suspenso porque o CRM caiu.

Três armadilhas do improviso:

1. WhatsApp pessoal da equipe. Cria histórico com dado de paciente fora do controle da clínica, sem auditoria, sem transferência e sem registro posterior. Se for inevitável, use aparelho da clínica e reconcilie no mesmo dia.
2. Planilha compartilhada com link aberto. É a versão digital de deixar a ficha na calçada. Se usar planilha, use acesso nominal e apague depois da reconciliação.
3. Foto da tela ou do papel no celular pessoal. A foto sobrevive à contingência e passeia pelo backup do aparelho.

Se você quer o desenho completo de responsabilidade sobre esses dados, veja o que a LGPD exige da clínica odontológica com dados de lead e de paciente.

A reconciliação: como voltar tudo para o sistema sem duplicar nem perder lead

Este é o passo que quase todo mundo trata como "resolvo amanhã". E é justamente onde o lead evapora.

O SAFER Guide trata a reconciliação como parte obrigatória do protocolo, nas palavras do documento: "existe um processo implantado para garantir que a informação registrada em papel durante a queda seja lançada e reconciliada no sistema após a sua reativação".

Não é tarefa opcional do dia seguinte. É a última etapa da queda.

Como fazer sem bagunça:

1. Feche a numeração. Anote o último número de ficha usado no momento em que o sistema volta. A reconciliação só fecha quando toda a sequência estiver lançada, sem buraco.
2. Lance por ordem cronológica, do mais antigo para o mais novo. Isso preserva a ordem de chegada e a prioridade de atendimento.
3. Busque antes de criar. Para cada ficha, pesquise o telefone no CRM antes de cadastrar. Duplicata nasce aqui e polui o funil por meses.
4. Marque a origem. Crie uma etiqueta do tipo "contingência" com a data. Você vai precisar dela para medir o buraco e para não confundir a queda com queda de performance da campanha.
5. Compare com o log do sistema. Peça ao fornecedor o registro das mensagens do período. Contato que chegou pelo sistema e não foi respondido não está no seu papel, e é o mais fácil de perder.
6. Só então retome a automação sobre essa base. Disparar régua automática em cima de contato não reconciliado gera mensagem duplicada para quem já foi atendido na mão.
7. Feche com uma checagem cega: outra pessoa confere uma amostra de fichas sorteadas ao acaso contra o CRM. Se todas baterem, a reconciliação passou.

Dica: faça a reconciliação no mesmo turno, com a equipe que atendeu. Memória fresca preenche o que a ficha não capturou. No dia seguinte, ninguém lembra do contexto de nenhuma ficha.

A ordem de religamento das integrações: onde a mensagem "em trânsito" some

Religar tudo de uma vez parece rápido. É como você perde dado sem receber aviso nenhum.

O SAFER Guide dedica uma prática só a isso e explica o risco: parar e reiniciar de forma incorreta uma interface entre sistemas pode fazer com que dados "em trânsito" sejam perdidos ou corrompidos sem nenhum aviso aos usuários.

As recomendações do guia, traduzidas para a sua operação:

• Garanta que os buffers das interfaces estejam vazios antes de parar ou reiniciar o sistema.
• Se a integração precisar ser desconectada enquanto o sistema de origem continua produzindo dado, o buffer precisa ter tamanho e comportamento adequados para não perder informação.
• Tenha um procedimento escrito de como iniciar, parar, reiniciar, testar e monitorar cada integração, interna e externa.
• Mantenha uma lista completa das integrações entre sistemas, revisada com regularidade (o guia exemplifica a cada seis meses ou anualmente) como parte do planejamento de contingência.

Ordem prática de religamento na clínica:

1. Conectividade e energia.
2. CRM e base de dados (verifique se grava antes de ligar qualquer coisa em cima).
3. Canal de mensagem (WhatsApp API), com envio de teste para um número interno.
4. Automação de triagem, ainda em modo de observação.
5. Réguas de disparo e follow-up automático, por último, e só depois da reconciliação.

Inverter os passos 4 e 5 é o clássico: a régua dispara para todo mundo que ficou na fila da queda, incluindo quem já foi atendido no telefone, e o paciente recebe mensagem robótica repetida.

Quando CRM e agenda não conversam, esse religamento fica ainda mais delicado. Vale entender antes onde a integração entre CRM e agenda costuma quebrar.

A camada anterior ao plano manual: energia e conectividade redundantes

Boa parte das "quedas de automação" não é queda de automação. É link caído e tomada sem energia.

O SAFER Guide recomenda caminho redundante de internet, com dois cabos diferentes em trajetos diferentes, e aceita como alternativa uma conexão sem fio, desde que fornecida por dois provedores diferentes. Para clínicas ambulatoriais menores, o guia é ainda mais direto: recomenda ter ao menos um ponto de acesso sem fio baseado em celular, capaz de rodar o sistema em nuvem como reserva da conexão principal por cabo.

Na prática, a camada anterior ao papel é:

• Link secundário de operadora diferente, com chaveamento automático no roteador.
• Chip 4G/5G ativo em roteador ou celular da clínica, testado uma vez por mês (chip parado costuma estar bloqueado quando você precisa).
• Nobreak no roteador e nos computadores da recepção, não só nos equipamentos clínicos.
• Celular corporativo carregado com o número principal de atendimento acessível.

Energia é o gêmeo desse problema e tem protocolo próprio, inclusive regulatório. Veja o protocolo de contingência para queda de energia durante procedimento.

LGPD: quando a queda vira incidente notificável

Nem toda queda é incidente de segurança. Confundir os dois gera pânico desnecessário. Ignorar a diferença gera exposição real.

Indisponibilidade pura (o sistema ficou fora do ar, ninguém acessou nada indevidamente, nada foi perdido) normalmente é um problema operacional e contratual, não uma notificação à autoridade.

Muda de categoria quando a queda vem acompanhada de perda de registro, alteração de dado, acesso não autorizado, ransomware ou vazamento. Aí você está diante de um incidente de segurança com dado pessoal, e dado de saúde é dado sensível.

A LGPD determina que o controlador comunique à autoridade nacional e ao titular a ocorrência de incidente de segurança que possa acarretar risco ou dano relevante. O prazo e o formato dessa comunicação são fixados em regulamento da própria ANPD, que é onde você (ou seu jurídico) precisa conferir a regra vigente antes de decidir.

O que dá para deixar pronto agora, sem depender de advogado no dia da crise:

1. Registro de evidência desde o minuto um. Hora da detecção, prints, respostas do fornecedor, hora do retorno.
2. Contato jurídico nomeado na mesma lista impressa da árvore de acionamento.
3. Cláusula no contrato do fornecedor obrigando comunicação imediata de qualquer incidente que envolva dado, com prazo definido.
4. Prevenção de ransomware treinada. O SAFER Guide inclui, entre as práticas, treinar os usuários para identificar e-mails maliciosos e ligações fraudulentas pedindo acesso de login.

O simulado de queda sem aviso prévio (e de quanto em quanto tempo revisar a política)

Protocolo que nunca foi testado é ficção. E o teste precisa doer um pouco.

O SAFER Guide é direto: "a organização conduz simulados de queda sem aviso prévio pelo menos uma vez por ano", dentro da prática obrigatória de treinar e testar a equipe nos procedimentos de queda e de retomada. O mesmo guia recomenda que a política de queda seja revisada pelo menos a cada 2 anos.

Como rodar um simulado que vale a pena:

1. Escolha um horário de movimento real. Simulado na terça às 8h da manhã não testa nada. O aprendizado mora no pico.
2. Não avise. Avisar transforma teste em teatro.
3. Corte só um sistema por vez, começando pelo mais provável (o canal de mensagem).
4. Cronometre três coisas: tempo até alguém declarar a queda, tempo até o primeiro atendimento manual, tempo de reconciliação total.
5. Encerre o simulado cedo e faça a reconciliação de verdade. A reconciliação é a parte que a equipe menos treina.

Depois do simulado, o dado que interessa não é "conseguimos". É quanto tempo demorou até alguém declarar. Esse número é o seu verdadeiro tempo de exposição.

O pós-morte: causa raiz para queda longa e o que muda no protocolo

Queda curta gera ajuste. Queda longa exige investigação formal.

O SAFER Guide recomenda conduzir uma revisão aprofundada de quedas inesperadas com duração superior a 24 horas, usando análise de causa raiz, análise de modos de falha e efeitos ou abordagem semelhante. Ele também recomenda reunir um grupo multidisciplinar (pessoal clínico e de tecnologia) para revisar o evento e sua condução, identificar potenciais causas raízes e discutir procedimentos de prevenção ou mitigação, além de revisar o efeito de quedas prolongadas sobre a qualidade, a segurança e a tempestividade do atendimento.

Na clínica, o pós-morte cabe em uma página e responde cinco perguntas:

1. Quando começou de verdade (não quando percebemos)?
2. Quanto tempo levou entre o início e a declaração?
3. O que a equipe não conseguiu fazer porque faltava material, número de telefone ou autonomia?
4. Quantos contatos ficaram sem resposta e quantos voltaram?
5. O que muda no protocolo por causa disso?

A pergunta 5 é obrigatória. Pós-morte que não altera nenhuma linha do checklist impresso é reunião, não é pós-morte.

As métricas do pós-queda: quanto entrou no buraco e quanto voltou

Sem número, a queda vira história de corredor e ninguém investe em prevenir a próxima.

Meça sempre estes seis:

Métrica	Como levantar	Para que serve
Duração real da queda	Hora do primeiro sintoma até a normalização confirmada	Base de tudo, inclusive da cobrança do fornecedor
Tempo até a declaração	Primeiro sintoma até o protocolo ser acionado	Mede o custo do modo de falha silenciosa
Contatos no período	Fichas de papel + log do sistema no período	Tamanho do buraco
Taxa de recuperação	Contatos que responderam depois do resgate, sobre o total do período	Mede se o fallback funcionou
Tempo médio de resgate	Da queda até o retorno efetivo de cada contato	Mostra se o resgate virou fila esquecida
Agendamentos do período	Comparados com um dia de pico equivalente	Converte a queda em dinheiro

Compare com a sua operação normal, não com um ideal abstrato. Referência dos dados internos da Odonto Results: a IA responde em mediana 4,4 segundos, a mediana entre a primeira mensagem e o agendamento é de 2h57 e cerca de 23% dos leads que respondem viram agendamento. Quanto mais longe desses padrões o seu dia de queda ficou, maior foi o buraco.

Como calcular o custo real de um dia de pico perdido

Essa conta é o que transforma "precisamos de um plano" em decisão aprovada.

A fórmula tem quatro variáveis, todas suas:

1. Volume de contatos por hora no pico (do seu histórico, não de média geral).
2. Horas de queda.
3. Sua taxa de agendamento a partir do contato.
4. Seu ticket médio, multiplicado pela sua taxa de comparecimento.

Exemplo hipotético, com números inventados só para ilustrar a mecânica (troque pelos seus): suponha 6 contatos por hora no pico, 4 horas de queda, taxa de agendamento de 20%, comparecimento de 60% e ticket médio de R$ 1.000. São 24 contatos, cerca de 4,8 agendamentos, cerca de 2,9 comparecimentos, algo em torno de R$ 2.900 em receita direta ameaçada.

Agora acrescente três parcelas que quase todo mundo esquece:

• A verba de mídia gasta no período, que rodou e entregou contato para uma clínica muda.
• A recuperação parcial. Nem todo contato do buraco se perde, e a diferença entre recuperar rápido e recuperar devagar é exatamente o que o fallback compra.
• A agenda de hoje que ficou sem confirmação, que costuma ser o maior pedaço e o mais fácil de proteger com uma folha impressa.

Coloque esse valor ao lado do custo de imprimir uma agenda todo dia e de rodar um simulado por ano. A conta fecha sozinha.

Fallback como cláusula de contrato com o fornecedor de automação

O plano manual cobre o seu lado. O contrato cobre o lado de lá.

O que exigir por escrito, na assinatura (é quando você tem poder de negociação):

1. Canal e prazo de aviso de incidente. Quem avisa você, por qual canal e em quanto tempo depois da detecção. Descobrir a queda pelo cliente reclamando é o pior cenário.
2. Responsável nomeado durante a queda, com telefone. Fila de suporte genérica não serve para dia de pico.
3. Compromisso de não perder mensagem em trânsito no religamento das integrações, com o procedimento de parada e reinício descrito.
4. Entrega do log do período. Você precisa da lista de contatos que chegaram durante a queda para fechar a reconciliação.
5. Relatório de causa raiz para quedas longas, por escrito, com prazo de entrega.
6. Registro histórico de disponibilidade, informado periodicamente, para você saber se a queda foi exceção ou padrão.
7. Consequência definida para descumprimento reiterado. Sem consequência, cláusula é decoração.

Quem entrega automação séria não briga com nenhum desses itens. Resistência aqui já é informação sobre o fornecedor.

O checklist de 1 página que fica impresso na recepção

O SAFER Guide recomenda que a organização ofereça um material de apoio, como um cartão de referência pequeno e autocontido ou um checklist, para ajudar a equipe a encontrar os recursos e as ações disponíveis durante a queda.

Uma página. Plastificada. Colada onde a recepção enxerga.

PROTOCOLO DE QUEDA (frente)

1. Confirme: teste em outro aparelho e em outra rede, e abra a página oficial de status da plataforma.
2. Declare: [NOME] declara a queda. Substituto: [NOME]. Anote a hora.
3. Avise por telefone, na ordem: [NOME/TELEFONE], [NOME/TELEFONE], [NOME/TELEFONE].
4. Acione o fornecedor: [NOME/TELEFONE/CONTRATO].
5. Ative o papel: fichas numeradas, agenda impressa do dia, fichas de confirmação.

PROTOCOLO DE QUEDA (verso)

6. Divida a mesa: uma pessoa na agenda de hoje, outra no contato novo.
7. Ordem de prioridade: urgência clínica, agenda de hoje, lead novo, retorno.
8. Ficha de lead novo: nome, telefone, motivo em uma frase, dor sim ou não, melhor horário.
9. Não prometa preço nem horário específico.
10. Ao voltar: religue na ordem (link, CRM, mensagem, automação, réguas por último).
11. Reconcilie no mesmo turno: numeração fechada, busca antes de criar, etiqueta de contingência.
12. Anote para o pós-morte: hora de início, hora da declaração, hora do retorno, número de fichas.

Lembre: o fallback manual não existe para substituir a automação. Ele existe para que a queda custe um dia de trabalho a mais, e não uma semana de faturamento a menos.

Seu próximo passo

1. Escreva a política de queda em uma página, hoje. Nome de quem declara, substituto, gatilho objetivo em número, árvore de acionamento com telefones e ordem de religamento. Imprima duas cópias: uma na recepção, outra fora da clínica.
2. Monte o kit de papel e coloque a impressão da agenda na rotina de abertura. Fichas numeradas, lista de confirmação e o checklist de 1 página. A referência de volume, tirada do SAFER Guide do ASTP/ONC, é operar 8 horas sem sistema.
3. Marque o primeiro simulado sem aviso para um horário de pico e cronometre o tempo até alguém declarar a queda. Esse número é o seu risco real, e ele só melhora se for medido.

Quer um sistema de captação e atendimento com protocolo de contingência definido, medição do que entra e reconciliação que não perde paciente? Agende uma apresentação.