Vale a pena trocar de CRM e agenda para automatizar direito, ou dá para integrar o que já uso?

"Vale a pena trocar de sistema de CRM e agenda para automatizar direito, ou dá para integrar o que já uso hoje?"

Você não está decidindo entre dois softwares. Está decidindo entre dois perfis de risco.

Trocar o sistema que guarda agenda, cadastro e prontuário é a decisão mais cara e menos reversível do parque de software da clínica. Remendar é barato e reversível, mas às vezes remenda o lugar errado.

E a pergunta que quase toda clínica faz ("qual sistema é o melhor?") não decide nada, porque ela pula a única pergunta que decide: onde exatamente está o bloqueio?

Na Pesquisa TIC Saúde 2025 do Cetic.br/CGI.br, 92% dos estabelecimentos de saúde brasileiros já têm sistema eletrônico para registro das informações dos pacientes (93% entre os privados). O sistema existe. O que falta, na maior parte dos casos, é ele conversar com os outros.

Neste guia você vai ver:

• O diagnóstico de uma hora que revela se o bloqueio é técnico, de dado, de processo ou de gente
• Os 5 bloqueios que só a troca resolve e os 6 casos em que remendar ganha
• As 7 rotas possíveis lado a lado, com reversibilidade e esforço de cada uma
• A terceira via que quase ninguém considera: orquestrar só três estados
• O TCO em 24 a 36 meses, a janela de corte e o gatilho de rollback
• O score de 10 perguntas que fecha o veredito trocar, remendar ou orquestrar

A pergunta certa não é "qual sistema é melhor". É "onde está o bloqueio"

Quando a automação não funciona, o problema quase nunca é um só. Ele é de um destes quatro tipos, e cada tipo tem um remédio diferente.

1. Bloqueio técnico. Não existe API, webhook nem exportação reimportável. O sistema é uma ilha. Nenhum processo novo resolve isso.

2. Bloqueio de modelo de dados. A API existe, mas falta o campo. Não há um estado "compareceu", não há origem do lead, não há chave única de paciente. O sistema fala, mas não tem o que dizer.

3. Bloqueio de processo. O campo existe e ninguém preenche. A recepção anota no caderno, a CRC anota no WhatsApp e o dentista anota na cabeça. Trocar de software aqui só muda a tela onde nada é preenchido.

4. Bloqueio de gente. Ninguém é dono do fluxo. Cada um faz um pedaço, a informação morre entre duas pessoas e não existe quem responda pelo número no fim do mês.

Pensa assim: só o tipo 1 e parte do tipo 2 são problemas de software. Os tipos 3 e 4 atravessam qualquer migração intactos.

Lembre: trocar de sistema para resolver bloqueio de processo é o jeito mais caro de manter o problema. Você paga migração, treinamento e curva de aprendizado para reproduzir a mesma bagunça em uma interface nova.

Diagnóstico de uma hora: as 8 checagens que decidem a rota

Reserve uma hora com quem opera o sistema todo dia e com o suporte do fornecedor. Estas oito respostas valem mais que qualquer comparativo de funcionalidades.

#	Checagem	Se a resposta for SIM	Se a resposta for NÃO
1	Existe API pública documentada?	Remendo viável	Bloqueio estrutural forte
2	A API escreve, ou só lê?	Orquestração completa possível	Só espelho de leitura
3	Existe webhook ou evento de saída?	Automação em tempo real	Só sincronização por varredura
4	Existe exportação completa e reimportável?	Troca é reversível	Você está preso ao fornecedor
5	O banco é acessível ou restaurável de backup?	Plano B existe	Caixa-preta
6	Existe permissão granular com log de acesso?	Integração segura e auditável	Risco de LGPD na integração
7	O contrato permite integração de terceiro?	Remendo é legal e suportado	Bloqueio contratual
8	Quem na clínica é dono do fluxo?	O projeto tem responsável	O projeto vai encalhar

Repare no detalhe da checagem 4: exportação completa e reimportável não é relatório em PDF nem planilha de resumo. É a base inteira, com chaves, relacionamentos e anexos, num formato que outro sistema consegue ler de volta.

Muita clínica descobre isso no pior momento possível: no dia em que decide sair.

Os 5 critérios com que você pesa qualquer rota

Coletados os fatos, você ainda precisa de uma régua. Estes cinco critérios pesam qualquer caminho, e você deve ordená-los antes de olhar qualquer proposta.

1. Reversibilidade. Se der errado, quanto tempo leva para voltar ao estado anterior? Horas, dias ou nunca?
2. Risco clínico e operacional. O que acontece com o paciente na cadeira se isso falhar numa terça às 15h?
3. Esforço interno. Quantas horas da sua equipe o projeto consome, e de quem exatamente?
4. Dependência de fornecedor. Depois de pronto, quantos fornecedores precisam existir e concordar para o fluxo funcionar?
5. Custo total no horizonte. Não a mensalidade. O caixa que sai nos próximos 24 a 36 meses, incluindo o que ninguém soma.

Ordene esses cinco para a sua clínica. Uma clínica com agenda lotada põe risco operacional em primeiro. Uma clínica em expansão põe dependência de fornecedor em primeiro. A ordem muda o veredito.

Os 5 bloqueios que só a troca resolve

Existem situações em que remendar é jogar dinheiro fora. São cinco, e todas têm o mesmo padrão: o sistema não deixa você sair nem entrar.

1. Não existe API nem exportação reimportável. Sem porta de entrada e sem porta de saída, qualquer automação vira digitação manual disfarçada. Não há remendo, há trabalho braçal com nome bonito.

2. Fornecedor sem roadmap e sem suporte técnico. Se o fornecedor não responde a chamado técnico, não publica mudanças e não tem previsão de nada, você está construindo em cima de areia. Qualquer integração que você fizer vai quebrar sem aviso.

3. Base corrompida por duplicidade estrutural. O mesmo paciente existe em vários cadastros sem chave que os una. Isso não é bagunça de digitação, é falha de modelo. Automação em cima de base duplicada gera mensagem duplicada para o paciente e agenda em conflito.

4. Licença ou contrato que proíbe integração de terceiro. Alguns contratos vedam acesso programático ou cobram por conector de forma proibitiva. Aqui o bloqueio é jurídico, não técnico, e nenhum desenvolvedor resolve.

5. Banco inacessível e sem backup restaurável. Você não consegue ler a sua própria base nem recuperá-la fora do ambiente do fornecedor. É o cenário de maior lock-in que existe, e ele piora com o tempo.

Se dois ou mais desses cinco forem verdadeiros na sua clínica, pare de procurar integração. A conversa passou a ser sobre migração.

Os 6 casos em que remendar ganha

Do outro lado, existem seis situações em que o remendo é objetivamente a decisão melhor, e trocar seria destruir valor.

1. A API existe, mesmo que parcial. API que lê tudo e escreve agendamento já cobre a maior parte da automação comercial da clínica. Você não precisa de API completa, precisa da API dos estados que importam.

2. O dado está íntegro. Existe chave única de paciente, a agenda reflete a realidade e o cadastro não está duplicado. Base íntegra é o ativo mais caro de reconstruir, e trocar de sistema coloca esse ativo em risco.

3. A dor é de um ou dois fluxos, não do sistema inteiro. Se a queixa é "o lead do WhatsApp não vira agendamento sozinho", isso é um fluxo. Trocar o sistema inteiro por causa de um fluxo é usar demolição para trocar uma lâmpada.

4. O time é pequeno e a curva de aprendizado é o maior custo. Em equipe enxuta, o gargalo não é licença, é o tempo em que a recepção fica lenta aprendendo tela nova. Esse custo é invisível na proposta e brutal na agenda.

5. O pico de agenda não permite parada. Clínica cheia não tem semana folgada para virar sistema. Sem janela, a troca vira risco puro.

6. O contrato ainda tem prazo. Multa de rescisão é caixa que sai de verdade. Ela entra na conta (diferente do que você já pagou, que não entra).

Veja também o caminho completo em como automatizar a clínica sem trocar o software de gestão.

A terceira via: orquestrar só os três estados que precisam atravessar

Aqui está a opção que quase ninguém coloca na mesa. Você não troca tudo nem integra tudo.

Você sincroniza três estados, e só eles: lead, agendado e compareceu.

Por quê? Porque é nesses três pontos que o dinheiro entra e é neles que a automação falha. Cadastro completo, financeiro, estoque, imagem e prontuário não precisam atravessar sistema nenhum para a captação funcionar.

Como fica na prática:

• Lead: origem, canal, primeira mensagem e responsável. Nasce no WhatsApp ou no anúncio, precisa existir no CRM.
• Agendado: data, hora, profissional, procedimento e status. Nasce no CRM ou na conversa, precisa existir na agenda do sistema clínico.
• Compareceu: o estado que fecha o ciclo e devolve verdade para a mídia. Nasce na recepção, precisa voltar para o CRM e para a plataforma de anúncio.

A vantagem é de escopo. Uma camada que cuida de três estados tem prazo curto, superfície pequena de falha e reversão em horas. Uma migração completa não tem nenhuma dessas três coisas.

E o ritmo do paciente justifica a pressa nesses estados. Segundo dados internos da Odonto Results (2026), entre os leads que agendam, metade fecha em até 34 minutos e 53,6% em menos de 1 hora. Base: 3.148 agendamentos. Janela: 25 de março a 25 de agosto de 2026.

Se o estado "agendado" leva um dia para atravessar do CRM até a agenda, ele chega depois da decisão do paciente.

As 7 rotas lado a lado

Com o diagnóstico feito e os critérios ordenados, sobram sete rotas reais. Nenhuma delas é a melhor sempre. Cada uma ganha em um cenário específico.

Rota 1. Não automatizar e manter o processo manual

Posicionamento: a linha de base contra a qual todas as outras devem ser comparadas.

Diferencial: custo de projeto zero, risco de projeto zero, nenhuma dependência nova.

A lacuna honesta: o custo não é zero, ele só está escondido na folha e nos leads perdidos fora do horário. Se você nunca mediu esse custo, não tem como afirmar que alguma rota vale a pena.

Rota 2. Integração nativa do próprio fornecedor

Posicionamento: usar o que o seu sistema já oferece de fábrica.

Diferencial: suportado pelo fornecedor, sem código, sem terceiro na conta e sem risco contratual.

A lacuna honesta: você fica limitado ao que o roadmap dele decidiu entregar, e o conjunto costuma cobrir o fluxo mais comum, não o seu. Antes de comprar, veja o que auditar numa integração CRM-agenda vendida como pronta.

Rota 3. Conector genérico sem código

Posicionamento: ligar sistema A em sistema B com uma ferramenta de automação de mercado.

Diferencial: prazo curtíssimo, custo baixo e a clínica consegue mexer sem desenvolvedor.

A lacuna honesta: ferramenta genérica não entende regra clínica. Ela não sabe que remarcação não é agendamento novo, nem que retorno não conta como conversão. Erro silencioso vira número errado no painel.

Rota 4. Camada de orquestração dos três estados

Posicionamento: a terceira via descrita acima, com escopo deliberadamente pequeno.

Diferencial: resolve o fluxo comercial inteiro sem tocar em prontuário, financeiro nem estoque. Reversível em horas, porque o sistema de origem continua sendo a fonte da verdade.

A lacuna honesta: exige API de escrita no destino, ao menos para agendamento. Sem isso, ela vira apenas leitura.

Rota 5. Espelho de leitura quando não há API de escrita

Posicionamento: para sistema que exporta mas não aceita escrita programática.

Diferencial: você consegue painel único, alerta e follow-up automatizado mesmo sem tocar no sistema de origem. Risco quase nulo, porque nada é gravado lá dentro.

A lacuna honesta: a recepção continua digitando o agendamento no sistema clínico. Você automatizou a inteligência, não a digitação. Aprofundamento em dá para integrar CRM e agenda quando o prontuário não tem API aberta.

Rota 6. Troca completa em corte único

Posicionamento: o clássico "vira tudo no fim de semana".

Diferencial: um sistema só, um fornecedor só, um treinamento só. Depois de estabilizado, é a arquitetura mais simples de operar.

A lacuna honesta: é a rota menos reversível de todas. Se a virada falhar na segunda de manhã, você tem clínica cheia e sistema novo instável ao mesmo tempo.

Rota 7. Troca em fases com dual-run

Posicionamento: a mesma migração da rota 6, executada de forma reversível.

Diferencial: você espelha, escreve nos dois sistemas por um período, reconcilia divergência e só então corta. Rollback continua sendo possível durante toda a transição.

A lacuna honesta: custa mais e dura mais que o corte único, e exige disciplina de reconciliação. Durante o dual-run, a equipe convive com dois sistemas.

Agora as sete lado a lado:

Rota	Quando ela ganha	O que precisa existir	Reversibilidade	Esforço da clínica
1. Manter manual	Volume baixo e equipe ociosa	Nada	Total	Nenhum
2. Integração nativa	O fluxo que você quer já está no catálogo	Módulo do fornecedor	Alta	Baixo
3. Conector genérico	Um ou dois fluxos simples	API ou webhook	Alta	Baixo
4. Orquestração dos 3 estados	Funil comercial travado, base íntegra	API de leitura e escrita	Alta (horas)	Médio
5. Espelho de leitura	Sistema sem API de escrita	Exportação ou API de leitura	Alta	Médio
6. Troca em corte único	Bloqueio estrutural e janela real de parada	Exportação completa	Muito baixa	Alto
7. Troca com dual-run	Bloqueio estrutural sem janela de parada	Exportação completa e API	Média durante a transição	Muito alto

TCO em 24 a 36 meses: as linhas de custo que ninguém soma

O erro clássico é comparar mensalidade com mensalidade. A licença é a menor parte da conta, e é a única que aparece na proposta.

Monte o custo total num horizonte de 24 a 36 meses, porque é o tempo em que a decisão ainda produz efeito. Estas são as linhas:

Linha de custo	Pesa na troca	Pesa no remendo	Quem costuma esquecer
Licença e mensalidade	Sim	Pouco	Ninguém, é a única visível
Implantação e parametrização	Alto	Baixo	Quase todos
Migração e limpeza de dados	Alto	Nenhum	Quase todos
Retrabalho e correção pós-corte	Alto	Baixo	Quase todos
Treinamento da equipe	Alto	Baixo	Muitos
Produtividade perdida na curva	Alto	Baixo	Praticamente todos
Multa contratual de saída	Sim, se houver prazo	Nenhum	Muitos
Manutenção do conector	Nenhum	Recorrente	Muitos

A linha mais subestimada é a penúltima do lado esquerdo: produtividade perdida durante a curva de aprendizado. Recepção lenta no horário de pico não aparece em nota fiscal nenhuma, mas aparece na agenda.

E existe um teto real de orçamento a respeitar. Na Pesquisa TIC Saúde 2025 do Cetic.br/CGI.br, entre os estabelecimentos de saúde privados que têm recursos destinados a gastos e investimentos em TI, 25% investiram até 1,5% do orçamento nos últimos 12 meses, 19% entre 1,6% e 3%, 14% entre 3,1% e 6% e 14% acima de 6%.

Traduzindo: mesmo entre os privados que já destinam recursos a TI, a fatia mais comum do orçamento é estreita, e 44% deles ficam em até 3%. Um projeto que estoura essa fatia não é ambicioso, é insustentável.

Assimetria de risco: o remendo falha pequeno, a troca falha grande

Este é o argumento que decide mais casos do que qualquer planilha.

Quando um conector quebra, você perde a sincronização de um fluxo por algumas horas e volta ao processo manual até consertar. Falha pequena, contida e reversível.

Quando uma migração falha, você fica sem agenda, sem cadastro e sem histórico com a clínica aberta. Falha grande, sistêmica e às vezes irreversível.

E os projetos de TI falham de um jeito específico: pela cauda, não pela média. No estudo de Flyvbjerg e Budzier publicado no arXiv, com amostra de 1.471 projetos de TI, o estouro médio de custo foi de 27%. Mas um em cada seis projetos da amostra foi um "Black Swan", com estouro de custo de 200% em média e estouro de prazo de quase 70%.

Repare no que isso significa para o seu planejamento: planejar pela média é planejar para o cenário que não te machuca. O que quebra a clínica é o caso de cauda.

Lembre: a pergunta de risco não é "quanto isso vai custar em média?". É "se este projeto for o meu caso de cauda, a clínica sobrevive?". Se a resposta for não, a rota está errada, mesmo que a média seja atrativa.

Downtime: zero não existe, então dimensione a janela pelo seu mapa de demanda

Todo fornecedor promete migração sem parada. Trate isso como sinal de alerta, não como diferencial. A documentação de arquitetura do Google Cloud sobre migração de banco de dados é direta: atingir downtime verdadeiramente zero para os clientes é impossível, e o objetivo realista é minimizar a duração em que eles não conseguem processar requisições.

Sempre existe janela: o intervalo entre o último registro gravado no sistema antigo e o primeiro registro válido no novo. O que você controla é o tamanho dela e a hora em que ela acontece.

E a hora certa não sai do calendário do fornecedor. Sai do seu mapa de demanda.

Segundo dados internos da Odonto Results (2026), 46,0% dos leads de clínica odontológica chegam fora do horário comercial. Base: 16.719 leads com mensagem registrada no WhatsApp. Janela: 25 de março a 25 de agosto de 2026.

Ou seja: virar sistema "à noite, quando não tem ninguém" não é a hora de baixo movimento que você imagina para a captação.

Segundo dados internos da Odonto Results (2026), o pico de procura de clínica odontológica é às 15h, com 40,6% dos leads chegando à tarde. Base: 16.719 leads com mensagem registrada no WhatsApp. Janela: 25 de março a 25 de agosto de 2026.

Três regras práticas para a janela de corte:

1. Escolha o vale da sua própria curva, medido nos seus últimos 90 dias, não a média do setor.
2. Congele agendamento novo durante a janela e tenha um caderno ou planilha de contingência com quem atende.
3. Defina o horário-limite de decisão. Exemplo: se na primeira checagem da manhã, antes de a clínica abrir, a validação não passou, você volta atrás.

O que precisa sobreviver à migração (e isso é restrição, não preferência)

Existe uma restrição que decide sozinha, antes de qualquer critério comercial: o prontuário do paciente tem prazo legal de guarda, e ele é longo o bastante para atravessar a vida útil de qualquer software que você contratar.

Isso muda a pergunta. Não é "o sistema novo importa meus dados?". É "eu consigo ler e provar o meu prontuário daqui a muitos anos, mesmo que os dois fornecedores tenham fechado?".

O que precisa sobreviver com integridade:

• O registro clínico completo, incluindo evolução, anamnese e consentimento
• Os anexos, que são a parte que mais se perde: imagem, tomografia, documento assinado
• A autoria e a data de cada registro, porque prontuário sem autoria e sem data não sustenta defesa
• A rastreabilidade da própria migração, ou seja, o log que prova o que foi movido, quando e por quem

Guarde uma cópia legível do estado final do sistema antigo, independente do fornecedor novo, e valide amostra de anexo antes de encerrar o contrato antigo.

LGPD: dado sensível de saúde na exportação, no trânsito e no descarte

Dado de saúde é dado pessoal sensível. Isso vale para o arquivo de exportação tanto quanto vale para o sistema em produção, e a maior parte dos incidentes de migração acontece no arquivo, não no sistema.

Três momentos exigem cuidado explícito:

1. Na exportação. O arquivo com a base inteira é o ativo mais perigoso do projeto. Ele não pode viver no computador do consultor, no e-mail de ninguém nem em pasta compartilhada aberta.

2. No trânsito. Transferência criptografada, acesso nominal, prazo de validade do acesso e log de quem baixou o quê. Quem toca a base assina contrato com cláusula de tratamento de dados.

3. No descarte. Terminado o período de validação, o sistema antigo e as cópias intermediárias precisam de um plano de descarte documentado, respeitada a obrigação de guarda do prontuário. Base antiga esquecida em servidor ligado é vazamento esperando acontecer.

Interoperabilidade padronizada contra integração artesanal ponto a ponto

Existe uma diferença estrutural entre integrar por padrão e integrar por remendo, e ela aparece na conta de manutenção.

Integração ponto a ponto é N-para-N: cada novo sistema exige um conector novo para cada sistema existente. Quatro sistemas conversando entre si já pedem seis conexões. Sete sistemas pedem vinte e uma. A complexidade cresce muito mais rápido que o número de ferramentas.

Interoperabilidade padronizada (o caminho que padrões como FHIR e a Rede Nacional de Dados em Saúde apontam) inverte isso: cada sistema fala um idioma comum e você mantém uma conexão por sistema, não uma por par.

O problema é que esse futuro ainda não chegou na clínica privada. Na Pesquisa TIC Saúde 2025 do Cetic.br/CGI.br, apenas 27% dos estabelecimentos de saúde declararam ter sistema eletrônico com interoperabilidade, e no recorte privado o índice cai para 14%, com 76% declarando não ter.

A troca de informação clínica entre estabelecimentos é ainda mais rara. Na mesma pesquisa, 38% dos estabelecimentos têm no sistema a funcionalidade de enviar ou receber informações clínicas de profissionais de outros estabelecimentos, caindo para 25% entre os privados.

O que fazer com isso hoje: use o remendo consciente de que ele é dívida técnica, e coloque suporte a padrão aberto como critério de desempate na próxima compra, não como requisito eliminatório (porque hoje ele eliminaria quase todo mundo).

Quem executa: a clínica privada raramente tem TI, e isso muda a escolha

Este é o fator que mais deforma o cálculo, e ele quase nunca entra na planilha.

Na Pesquisa TIC Saúde 2025 do Cetic.br/CGI.br, apenas 24% dos estabelecimentos de saúde possuem departamento ou área de Tecnologia da Informação, subindo para 33% entre os privados.

Traduzindo para a sua realidade: o projeto de troca ou de integração vai cair no colo do dono, da gerente ou da recepcionista mais organizada. Pessoas que já têm um trabalho de tempo integral.

Isso tem três consequências diretas na decisão:

1. Rota que exige acompanhamento diário perde valor, mesmo sendo tecnicamente superior.
2. Fornecedor que entrega e some é risco maior que preço alto, porque não há quem sustente a operação depois.
3. Documentação vale mais que elegância. Se só uma pessoa entende o fluxo, a clínica ficou refém dela.

A falácia do custo afundado: "já paguei três anos nesse sistema"

Esse argumento aparece em toda reunião de decisão, e ele é logicamente irrelevante.

O que você já pagou não volta, escolha o que escolher. Ele é idêntico nos dois cenários, então não diferencia nada. Manter um sistema ruim por causa do que você já gastou é pagar duas vezes pelo mesmo erro.

Cuidado com a confusão mais comum aqui: multa de rescisão não é custo afundado. Ela é caixa futuro, sai da conta se você trocar e não sai se você ficar. Multa entra na comparação. Nostalgia de investimento não entra.

Faça o teste mental: se você entrasse hoje nesta clínica, sem nenhum histórico com o fornecedor atual, qual rota escolheria com as informações que tem? Essa é a resposta certa.

Dual-run: como tornar a troca reversível (e qual é o gatilho de rollback)

Se o diagnóstico apontou troca, ela não precisa ser um salto no escuro. O método dual-run transforma uma decisão irreversível em uma sequência de decisões reversíveis.

São quatro fases, nesta ordem:

1. Espelhar. O sistema novo recebe uma cópia da base e roda em paralelo, sem ninguém operando nele. O objetivo é achar erro de importação com a clínica funcionando normal.
2. Escrever nos dois. Durante um período definido, agendamento e cadastro são gravados nos dois sistemas. Custa retrabalho de propósito, e é esse retrabalho que compra a reversibilidade.
3. Reconciliar. Todo dia, comparar contagens e divergências: agendamentos do dia, pacientes criados, valores lançados. Divergência não explicada trava o avanço para a fase seguinte.
4. Cortar. Só quando a reconciliação zerar por vários dias seguidos, o sistema antigo vira somente leitura.

E antes do go-live, escreva o critério objetivo de rollback. Ele precisa ser numérico ou binário, definido no papel e conhecido por todo mundo antes da virada. Exemplos de critério: qualquer agendamento do dia ausente no sistema novo, qualquer anexo de prontuário ilegível, ou tempo de atendimento na recepção acima do limite que você definiu para o pico.

O ponto do critério escrito é retirar a decisão do calor do momento. No dia da virada, com a clínica cheia, ninguém decide bem por instinto.

Lock-in e contrato: como não repetir o mesmo erro no sistema novo

Se você está trocando por causa de lock-in, o pior desfecho possível é entrar em outro lock-in com contrato melhor de marketing.

Portabilidade se negocia antes de assinar, quando você ainda tem poder de barganha. Depois de assinado, você só tem pedido.

O que precisa estar escrito no contrato do sistema novo:

• Exportação completa e reimportável sob demanda, com formato e escopo descritos (base, relacionamentos e anexos)
• API documentada de leitura e escrita, com ambiente de teste e política de mudança com aviso prévio
• Prazo máximo de entrega dos dados na saída, contado a partir do pedido formal
• Custo da exportação e do conector, definido agora e não na hora da briga
• Continuidade em caso de encerramento do fornecedor, incluindo o que acontece com a sua base
• Cláusula de tratamento de dados pessoais, com papéis de controlador e operador definidos

Esse último ponto tem desdobramento próprio em quem é dono do dado quando você automatiza a integração CRM-agenda.

Score de decisão: as 10 perguntas que dão o veredito

Chegou a hora de fechar. Responda com sim ou não. A régua abaixo é a deste guia, não um padrão de mercado, e serve para organizar a conversa, não para substituir o seu julgamento.

Marque T (empurra para trocar) cada vez que responder SIM:

1. O sistema não tem API pública documentada?
2. Não existe exportação completa e reimportável?
3. O fornecedor deixou de responder chamado técnico ou não tem roadmap?
4. A base tem duplicidade estrutural sem chave que una os cadastros?
5. O contrato proíbe ou inviabiliza integração de terceiro?

Marque R (empurra para remendar ou orquestrar) cada vez que responder SIM:

6. A dor está concentrada em um ou dois fluxos?
7. A base de pacientes está íntegra e confiável?
8. A agenda opera perto da capacidade, sem janela real de parada?
9. A equipe é enxuta e o treinamento seria o maior custo?
10. O contrato atual ainda tem prazo relevante com multa de saída?

Como ler o resultado:

Placar	Veredito	Rota indicada
3 ou mais T	Trocar	Rota 6 se houver janela, rota 7 se não houver
3 ou mais R e menos de 3 T	Remendar ou orquestrar	Rota 2, 3 ou 4, conforme a API disponível
Empate ou tudo baixo	Orquestrar os três estados	Rota 4, ou rota 5 se não houver API de escrita
Nenhum T e nenhum R	Diagnóstico incompleto	Volte às 8 checagens

Se o placar deu empate, o viés correto é o da rota reversível. Você sempre pode trocar depois de orquestrar. O contrário custa muito mais caro.

O que medir 90 dias depois para saber se a decisão pagou

Decisão sem medição vira opinião. Defina hoje o que você vai olhar no dia 90, e anote o valor de hoje para ter contra o que comparar.

Cinco indicadores bastam:

1. Tempo do lead até a primeira resposta. É o indicador mais sensível a integração quebrada.
2. Percentual de agendamentos que atravessam sozinhos entre CRM e agenda, sem redigitação.
3. Divergência entre sistemas, medida por contagem semanal de registros que existem em um lado e não no outro.
4. Comparecimento, que é o estado que fecha o ciclo e valida se o dado voltou para a mídia.
5. Horas de equipe gastas em correção manual, medidas por amostragem numa semana típica.

Como referência de contexto, segundo dados internos da Odonto Results (2026), 12% dos leads viram agendamento dentro do WhatsApp (faixa 9% a 15%), sem contar telefone. Base: 21.433 leads. Janela: 25 de março a 25 de agosto de 2026.

Use isso como ordem de grandeza do que se mede dentro do canal, não como meta da sua clínica. A sua linha de base é o seu próprio número de hoje.

Lembre: o objetivo do projeto não é ter o sistema mais moderno. É que o lead vire agendamento e o agendamento vire paciente na cadeira, sem ninguém redigitando nada no meio do caminho.

Seu próximo passo

1. Rode o diagnóstico de uma hora esta semana. Chame quem opera o sistema e o suporte do fornecedor e responda as 8 checagens por escrito. Sem elas, qualquer decisão é chute.
2. Aplique o score de 10 perguntas e escolha a rota, priorizando a opção reversível em caso de empate. Escreva o critério de rollback antes de mexer em qualquer coisa.
3. Ligue a medição antes da mudança, com os cinco indicadores do dia 90 anotados hoje.

Se você quer ver como o fluxo de lead, agendado e compareceu funciona ponta a ponta sem trocar o seu sistema de gestão, Agende uma apresentação.