Como medir o tempo entre o primeiro contato do lead e o paciente na cadeira, por canal de origem, integrando CRM e agenda?

"Como medir o tempo entre o primeiro contato do lead e o paciente na cadeira, por canal de origem, integrando CRM e agenda?"

Você sabe quanto custa o lead de cada canal. Talvez saiba quantos agendaram.

Mas você sabe quantos dias o paciente que veio do Google leva até estar na cadeira, comparado com o que veio do clique para WhatsApp?

Se você não sabe, não é por falta de sistema.

O CRM sabe quando o lead chegou. A agenda sabe quando o paciente compareceu. Nenhum dos dois sabe o que o outro sabe.

A resposta curta: grave a origem no primeiro contato, ligue CRM e agenda por uma chave única e meça a mediana do primeiro contato até o status de comparecimento, por canal, quebrada em três pernas. O resto deste guia mostra como fazer cada parte sem que o número minta.

Neste guia você vai ver:

• Onde o relógio começa, onde termina e por que "agendado" não é o fim
• As três pernas do tempo e quem responde por cada uma
• Como capturar a origem em cada canal, inclusive o clique para WhatsApp
• A chave que liga CRM e agenda e o modelo de dados mínimo
• Quais status da agenda contam como paciente na cadeira
• Como devolver o comparecimento para Google e Meta antes de a janela fechar
• O painel semanal do dono, as metas, a LGPD e os erros que distorcem o número

O que é o tempo do primeiro contato até a cadeira

É o intervalo entre o primeiro sinal do lead e o comparecimento registrado na agenda. Tudo o que acontece no meio é marco, não ponto final.

Pense em quatro carimbos de tempo:

Carimbo	Evento	Onde nasce	Nome do evento na base
T0	Primeiro contato: 1ª mensagem, envio do formulário, ligação ou conversa aberta por anúncio	CRM, WhatsApp ou central telefônica	lead_criado
T1	Primeira resposta da clínica (equipe ou IA)	CRM ou WhatsApp	1a_resposta
T2	Agendamento criado	Agenda (data de criação do agendamento)	agendado
T3	Paciente na cadeira	Agenda (status de chegada ou atendimento)	compareceu

A métrica principal é T0 → T3, por canal de origem.

Repare num detalhe: T2 é o momento em que o agendamento foi criado, não a data marcada para a consulta. A data da consulta entra na terceira perna, e confundir as duas é um dos erros mais comuns.

Por que "agendado" não é o fim do relógio

Agendamento é promessa. Comparecimento é fato.

Segundo dados internos da Odonto Results, no funil completo (IA, equipe e telefone) 20% a 40% dos leads viram agendamento e 20% a 50% dos agendados comparecem. É uma faixa da operação, não uma medição de recorte datado: o fechamento por ligação não fica registrado na conversa.

O que isso significa na prática? Um relógio que para no agendamento mede uma etapa em que boa parte dos agendados ainda não compareceu.

E o relatório que para ali premia o canal que agenda muito e comparece pouco.

As três pernas do relógio (e quem responde por cada uma)

O número T0 → T3 sozinho diz que algo está lento. Não diz o quê.

Por isso você quebra o tempo total em três pernas, cada uma com um dono:

Perna	Intervalo	O que mede	Quem responde	Alavanca principal
1. Resposta	T0 → T1	Velocidade do atendimento	CRC ou IA	Resposta automática, cobertura fora do expediente
2. Decisão	T1 → T2	Quanto o lead demora para aceitar uma vaga	CRC ou IA, com a oferta	Qualificação, horário concreto na conversa, follow-up
3. Espera pela vaga	T2 → T3	Antecedência da agenda, remarcações e faltas	Agenda, recepção e confirmação	Vaga reservada para paciente novo, confirmação, encaixe

A perna 1 é a mais curta quando existe automação.

Segundo dados internos da Odonto Results (2026), a IA de Agendamento responde o primeiro lead em 5,7 segundos na mediana (99,2% em até 60 segundos). Base: IA de Agendamento da Odonto Results no WhatsApp. Janela: 25 de março a 25 de agosto de 2026.

A perna 2 também pode ser curta.

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. É o ritmo de quem já recebeu resposta imediata e agendou dentro do WhatsApp, não uma promessa de prazo para qualquer operação.

A perna 3 é a que quase ninguém mede, porque mora em outro sistema. É nela que remarcação, falta e agenda lotada se escondem.

Pensa assim: com as três pernas separadas, a reunião sobre "por que o paciente demora" deixa de ser troca de acusação entre marketing, CRC e recepção. Cada um olha a sua perna.

Relógio da clínica ou relógio do lead?

Existem dois jeitos de contar tempo, e os dois servem para coisas diferentes:

• Tempo corrido: o relógio do lead. Conta noite, fim de semana e feriado. Mostra o que o paciente viveu.
• Tempo útil: o relógio da clínica. Conta só o expediente. Mostra o desempenho da equipe dentro do horário dela.

Para a perna 1, reporte os dois. Para as pernas 2 e 3, use tempo corrido em dias.

Por que a perna 1 precisa dos dois?

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 na primeira mensagem do WhatsApp. Janela: 25 de março a 25 de agosto de 2026.

Com quase metade dos leads chegando fora do expediente, o tempo útil da equipe pode parecer ótimo enquanto o lead espera a noite inteira pela primeira resposta.

O fuso do servidor não é o fuso da clínica

Muitos sistemas gravam o horário em UTC. Se você corta o dia pelo relógio do servidor, eventos da noite caem no dia seguinte.

Exemplo: um lead que escreve às 22h de segunda em São Paulo fica gravado já na terça em UTC. O relatório "leads de segunda" perde esse lead, e a mediana de resposta de terça ganha um caso que não é dela.

A regra é simples:

1. Grave todo carimbo com fuso explícito (UTC com deslocamento, no padrão ISO 8601).
2. Converta para o fuso da clínica (America/Sao_Paulo, no caso de São Paulo) antes de cortar dia, semana ou mês.
3. Em rede com unidades em fusos diferentes, cada unidade usa o próprio fuso.

E defina como contar "dias". Exemplo: lead às 23h de sexta e consulta às 9h de segunda. Pela diferença de datas, são 3 dias. Pela conta de horas dividida por 24, pouco mais de 2. Escolha uma regra, escreva no painel e não troque no meio da série.

Mediana e percentis, não média

Tempo até a cadeira tem cauda longa. A maioria chega em poucos dias, e alguns voltam semanas ou meses depois.

A média é sequestrada por esses poucos casos.

Exemplo: dez pacientes chegam à cadeira em 2, 3, 3, 4, 4, 4, 5, 5, 6 e 90 dias. A média dá 12,6 dias. A mediana dá 4. Qual dos dois números descreve a sua operação?

Reporte três números por canal:

• p25: o quarto mais rápido. Mostra o que a operação consegue quando tudo encaixa.
• p50 (mediana): o paciente típico.
• p75: onde começam os lentos. É aqui que mora o problema de agenda.

O viés de quem ainda não chegou

Tem um detalhe que quase todo painel ignora: a mediana calculada só sobre quem já chegou à cadeira favorece os rápidos.

O lead de ontem ainda não teve tempo de comparecer. Se ele entra na conta, puxa a taxa para baixo. Se fica de fora, só os rápidos aparecem.

O conserto é trabalhar por coorte:

1. Agrupe os leads pela semana do T0, não pela semana do comparecimento.
2. Leia "percentual na cadeira em até X dias" só nas coortes que já têm mais de X dias de idade.
3. Mostre sempre a mediana do tempo junto com o percentual que chegou. Um sem o outro engana.

E defina um mínimo de casos por canal antes de comparar. Canal com poucos casos na coorte oscila por acaso, não por desempenho.

Como capturar a origem no primeiro contato

A origem é gravada no T0 e congelada. Contato posterior não sobrescreve a origem.

Cada canal entrega a origem de um jeito diferente:

Canal	Identificador	Onde aparece	Como gravar no T0	Onde costuma quebrar
Google Ads (site ou página)	GCLID e UTMs	Parâmetros na URL de destino	Campo oculto no formulário ou no link do botão de WhatsApp	Redirecionamento que corta os parâmetros; botão de WhatsApp que não leva o ID
Clique para WhatsApp (Meta)	ctwa_clid e IDs do anúncio	Objeto referral do webhook de mensagens, não na URL	Integração do WhatsApp lê o webhook e grava na conversa	Número operado só pelo aplicativo, sem integração que receba o webhook
Formulário de cadastro da Meta	IDs do formulário, campanha e anúncio	No próprio lead entregue pela integração	Origem "formulário Meta" e IDs gravados no T0	Lead importado em lote com a data da importação no lugar da data do envio
Orgânico (site e perfil da empresa no Google)	UTMs fixas	URL do link	UTM no link do perfil e nos botões do site	Tudo sem parâmetro cai em "direto"
Indicação	Nome de quem indicou	Pergunta na conversa	Campo obrigatório no primeiro atendimento	Perguntar só na cadeira, semanas depois
Telefone	Número rastreável por canal	Central ou operadora	Ligação vira lead com T0 igual à hora da chamada	Ligação atendida e nunca registrada no CRM

Sobre as UTMs: use sempre o mesmo vocabulário em utm_source, utm_medium, utm_campaign e utm_content. "instagram", "Instagram" e "ig" viram três canais no relatório.

Sobre o Google Ads: a Central de Ajuda do Google Ads orienta salvar o ID de clique (GCLID) junto com as informações do lead que clicou no anúncio. Sem isso, a conversão que acontece fora do site não tem como voltar para o clique.

Sobre o clique para WhatsApp: a documentação da Meta para a API de Conversões em mensagens diz que o ctwa_clid vem do objeto referral do webhook de mensagens e orienta guardar esse valor junto com a conversa. Ele não aparece em nenhuma URL que você controle.

Se a origem já se perdeu numa integração anterior, o diagnóstico e a recuperação estão no guia sobre o campo de origem que some depois de integrar CRM e agenda.

A chave que liga CRM e agenda

Sem chave, não existe T0 → T3. Existem dois relatórios que não se falam.

Use três chaves, em ordem de confiança:

1. ID do lead do CRM gravado no agendamento. É a chave forte. Quem cria o agendamento (IA, CRC ou recepção) grava o ID do lead num campo próprio da agenda, no momento da criação.
2. Telefone normalizado no padrão E.164. Código do país, DDD e número, só dígitos, com o nono dígito. Exemplo: "(11) 9 8765-4321" e "11987654321" viram o mesmo "+5511987654321".
3. Nome e data de nascimento. Só como conferência manual de casos que as duas primeiras não resolveram.

Com o telefone, use uma janela de tempo: o agendamento só fecha a jornada se foi criado depois do T0 e dentro do prazo que você definiu.

Os três casos que bagunçam a junção

• Paciente que volta. Mesmo telefone, lead novo meses depois. Decida antes: lead novo abre jornada nova, e o painel separa paciente novo de paciente de retorno.
• Telefone compartilhado. A mãe escreve e agenda para o filho. A jornada é válida, mas o agendamento está no nome de outra pessoa. A chave pelo ID do lead resolve; a chave por nome falha.
• Cadastro duplicado. O mesmo paciente com dois cadastros na agenda divide a jornada em duas. A regra de qual sistema manda está no guia sobre cadastro duplicado entre CRM e agenda.

O modelo de dados mínimo: uma tabela de eventos

O erro clássico é guardar a jornada em colunas do cadastro do lead: "data do agendamento", "status". Cada atualização apaga a anterior.

O modelo que funciona é uma tabela de eventos que só recebe linhas novas. Nada é sobrescrito.

Campo	O que guarda	Por que importa
jornada_id	Uma jornada, do lead até a cadeira	Unidade de medida da métrica
lead_id e agendamento_id	IDs do CRM e da agenda	A chave da junção
telefone_e164	Telefone normalizado	Chave reserva
evento	lead_criado, 1a_resposta, lead_respondeu, agendado, confirmado, remarcou, faltou, cancelou, compareceu	Os marcos do relógio
ocorreu_em	Quando o evento aconteceu, com fuso	É o que entra na conta
registrado_em	Quando o sistema ficou sabendo	Separa o fato do atraso da sincronização
origem_t0, campanha, id_do_clique	Origem congelada no primeiro contato	Leitura por canal
fonte	Webhook, API, sincronização, planilha ou manual	Auditoria de onde o dado veio

A dupla ocorreu_em e registrado_em é o que separa medição de ruído. Sem ela, uma sincronização que roda de madrugada carimba todos os comparecimentos do dia com o horário da sincronização.

Com essa tabela, a conta do painel cabe numa consulta. Um exemplo em SQL (PostgreSQL), lendo só coortes com mais de 30 dias de idade:

with j as (
  select jornada_id, origem_t0,
    min(ocorreu_em) filter (where evento = 'lead_criado') as t0,
    min(ocorreu_em) filter (where evento = 'compareceu')  as t3
  from eventos
  group by jornada_id, origem_t0
)
select origem_t0 as canal,
  count(*)  as leads,
  count(t3) as na_cadeira,
  percentile_cont(0.25) within group (order by t3 - t0) as p25,
  percentile_cont(0.50) within group (order by t3 - t0) as mediana,
  percentile_cont(0.75) within group (order by t3 - t0) as p75
from j
where t0 < now() - interval '30 days'
group by origem_t0;

Os percentis ignoram quem ainda não chegou à cadeira. Por isso a consulta devolve também leads e na_cadeira: a mediana só se lê ao lado do percentual que de fato compareceu.

Quais status da agenda contam como paciente na cadeira

Cada software de agenda tem o próprio vocabulário: "chegou", "em atendimento", "atendido", "finalizado". Sem um dicionário, cada unidade conta comparecimento de um jeito.

Use como referência o vocabulário de status de agendamento do padrão internacional de interoperabilidade em saúde HL7 FHIR (Appointment):

Status FHIR	Definição no padrão (resumo)	Equivalente comum na agenda	Conta como T3?
booked	Agendamento confirmado para acontecer na data e hora especificadas	Agendado, confirmado	Não, é T2
arrived	O paciente chegou e aguarda atendimento	Chegou, na recepção	Sim
checked-in	O trabalho administrativo antes do atendimento terminou e o atendimento pode começar	Em atendimento	Sim
fulfilled	As etapas de planejamento terminaram e o registro do atendimento passa a existir	Atendido, finalizado	Sim
noshow	Algum ou todos os participantes não compareceram (geralmente o paciente)	Faltou	Não, o relógio segue
cancelled	O agendamento foi cancelado	Desmarcou, cancelado	Não, o relógio segue

O mesmo padrão separa dois campos que muita clínica mistura. Na especificação do recurso Appointment, created é a data em que o agendamento foi criado e deve ficar inalterada durante a vida dele, e start é a data e hora em que o atendimento vai acontecer.

Traduzindo para a métrica:

• T2 = created. O momento em que a vaga foi aceita.
• Antecedência da agenda = start menos created. Quantos dias a clínica empurrou o paciente para a frente.
• T3 = o primeiro status de chegada ou atendimento. Não o start: paciente que falta tem start e não tem T3.

Você não precisa que o seu software fale FHIR. Precisa mapear cada status dele para uma dessas linhas, uma vez, por escrito.

E precisa de uma regra operacional: todo agendamento do dia termina com status final. Paciente atendido que ficou como "agendado" nunca vira T3, e o canal dele parece pior do que é.

Remarcação e falta: o relógio continua correndo

O T0 nunca reinicia. Remarcou, faltou, cancelou e voltou: o relógio continua contando desde o primeiro contato até o comparecimento real.

Registre no caminho:

• Quantas remarcações cada jornada teve.
• Quantas faltas antes do comparecimento.
• Tempo perdido em remarcação: a diferença entre o start final e o start original.

Esse último número separa duas perguntas que costumam virar uma só. A clínica demora para oferecer vaga, ou o paciente empurra a vaga que recebeu?

E a jornada que não chega à cadeira? Ela fica em aberto, não perdida. Defina um prazo a partir do qual o painel a classifica como não convertida, mas deixe a porta aberta para o comparecimento tardio entrar na coorte original.

Como integrar na prática: webhook, API, sincronização ou planilha

Não existe um jeito único. Existe o jeito que o seu software de agenda permite.

Arranjo	Como funciona	Quando serve	Onde quebra
Webhook	O sistema avisa no momento do evento	WhatsApp via API, CRM, formulários	Evento perdido se o receptor estiver fora do ar; precisa de reprocessamento
API da agenda (consulta)	Você pergunta à agenda de tempos em tempos	Agendas com API aberta	Status atualizado depois da consulta; limite de chamadas
Sincronização periódica	Importa lotes exportados	Sistemas sem webhook	Horário da sincronização no lugar do horário do evento
Planilha intermediária	Recepção lança agendamento e status	Agenda sem API	Digitação, telefone sem padrão, atraso no lançamento

A planilha não é vergonha. É ponte. Se a sua agenda não tem API, uma planilha com quatro colunas fixas (ID do lead, telefone, data de criação, status final do dia) já fecha o T3.

Onde a integração quebra na clínica

1. Agendamento órfão. Aparece na agenda sem nenhuma conversa ligada. Na régua de medição da Odonto Results, agendamento sem nenhuma resposta do lead na conversa é tratado como ruído de sincronização e fica fora da taxa de agendamento do canal.
2. Agendado sem conversa. O paciente ligou e a recepção marcou direto. Não existe lead_id; a chave reserva (telefone) fecha a jornada, e o T0 é a hora da ligação.
3. Fechamento por telefone fora do CRM. O CRC ligou, fechou e não registrou. A jornada some do canal que a gerou.
4. Status nunca atualizado. O paciente veio, a agenda não soube.
5. Cadastro duplicado. Uma jornada vira duas, cada uma pela metade.

O teste que pega quase tudo: um lead de teste por canal, de ponta a ponta, conferido campo a campo até o status de comparecimento. Os pontos em que a automação costuma parar estão no guia sobre CRM e agenda que não conversam.

Como devolver o comparecimento para Google e Meta

Medir dentro de casa decide a verba. Devolver para a plataforma ensina o algoritmo a buscar quem chega à cadeira, não quem só clica.

Google Ads: GCLID e janela de conversão

O caminho é a importação de conversões offline. A Central de Ajuda do Google Ads descreve os dois passos: salvar o GCLID junto com as informações do lead e, quando a pessoa converte fora do site, devolver esse GCLID ao Google Ads com o tipo de conversão e quando ela aconteceu.

Agora a parte que quase ninguém cruza com o tempo até a cadeira. Segundo a página sobre janelas de conversão do Google Ads, a janela pode ir de 1 a 90 dias, conforme a origem das conversões, e o padrão por clique, quando você não personaliza, é de 30 dias. Conversão que acontece depois da janela configurada não é registrada.

O que isso significa na prática? Se o seu p75 de T0 → T3 passa da janela configurada, uma parte dos seus comparecimentos nunca chega ao lance. Leia a sua distribuição antes de configurar a janela, e considere devolver também o agendamento como conversão intermediária, que acontece mais cedo.

Meta: API de Conversões, event_time e ctwa_clid

A documentação de parâmetros da API de Conversões diz que o event_time pode ser de até 7 dias antes do envio. E vai além: se qualquer evento do lote tiver event_time com mais de 7 dias no passado, a Meta devolve erro para a requisição inteira e não processa nenhum evento.

Repare: essa regra é sobre o atraso do envio, não sobre o tempo entre o clique e a cadeira. A consequência operacional é direta:

1. Envie os comparecimentos todo dia, não num lote mensal.
2. Separe eventos antigos antes de montar o lote, para um atrasado não derrubar os outros.
3. Use o ocorreu_em da sua tabela como event_time, nunca o registrado_em.

No clique para WhatsApp, a documentação da Meta para mensagens orienta guardar o ctwa_clid com a conversa e, quando uma conversão acontece dentro da conversa, enviar o ctwa_clid correspondente pela API de Conversões. O agendamento fechado no WhatsApp encaixa direto nesse desenho; o comparecimento, que acontece na clínica, só volta se a sua chave ligar a jornada de volta àquela conversa.

O que sempre fica de fora

• Comparecimento depois da janela do Google Ads.
• Evento enviado à Meta com mais de 7 dias de atraso.
• Fechamento por telefone sem registro.
• Lead cujo identificador de clique não foi gravado no T0.

Por isso o número da plataforma costuma ficar abaixo do seu, e cada plataforma atribui pela regra dela, não pela origem que você congelou no T0. O número interno decide a verba. O da plataforma é sinal de otimização.

Como ler o resultado por canal

Cada canal trava numa perna diferente. Ler só o T0 → T3 total esconde onde mexer.

Nos dados internos da Odonto Results (recorte dentro do WhatsApp, janela de 25 de março a 25 de agosto de 2026), o lead de formulário responde à clínica menos e mais devagar do que o lead que chega por clique para WhatsApp. E, entre os que respondem, o formulário não agenda menos. No formulário, o gargalo é fazer o lead responder, não a qualidade dele.

E o custo por lead não desempata a escolha.

Segundo dados internos da Odonto Results (2026), anúncio com destino WhatsApp e com formulário não têm vencedor estrutural de custo por lead: as medianas ficam em R$14,10 e R$12,14, e as faixas típicas se sobrepõem (R$10,69 a R$19,67 contra R$10,07 a R$14,23). O formulário concentra 65,8% do volume. Base: Meta Ads. Janela: agosto de 2023 a agosto de 2026.

Se o custo por lead empata, quem decide é o tempo e a taxa até a cadeira. A comparação completa entre os dois formatos está no guia anúncio para WhatsApp ou formulário.

Use a tabela abaixo como hipótese inicial, para confirmar no seu dado:

Canal	Perna para olhar primeiro	Pergunta que o seu dado responde
Clique para WhatsApp	2. Decisão	A conversa vira vaga ou fica em curiosidade?
Formulário	1 e 2. Contato e resposta do lead	O lead responde quando a clínica procura?
Google (busca)	3. Espera pela vaga	A vaga oferecida é próxima o bastante para quem já decidiu?
Orgânico	Origem	Quanto do "direto" é orgânico sem parâmetro?
Indicação	3. Espera pela vaga	O indicado chega decidido e esbarra na agenda?
Telefone	1. Resposta	Quantas ligações ficam sem retorno e sem registro?

O painel semanal do dono

Seis linhas, por canal, toda semana. Mais do que isso vira relatório que ninguém lê.

Indicador	Como calcular	O que ele denuncia
Mediana T0 → T3 (com p25 e p75)	Por coorte de T0	Velocidade real até a cadeira
Mediana de cada perna	T0 → T1, T1 → T2, T2 → T3	Onde está o atraso e de quem é
Percentual na cadeira em até X dias	Só coortes com mais de X dias	Conversão real, sem viés de quem ainda não chegou
Custo por paciente na cadeira	Investimento do canal na coorte dividido pelos pacientes da coorte que compareceram	Quanto custa o resultado, não o clique
Remarcações por jornada	Média de remarcações até o T3	Agenda empurrando paciente
Saúde da integração	Percentual de leads sem origem e de agendamentos sem lead	Se o número da semana é confiável

Exemplo hipotético do custo por paciente na cadeira: o canal A investiu R$ 6.000 na coorte de uma semana e levou 20 pacientes à cadeira, ou R$ 300 por paciente. O canal B gastou o mesmo, gerou o dobro de leads e levou 12, ou R$ 500 por paciente. Pelo custo por lead, B ganha. Pela cadeira, perde.

Numerador e denominador saem da mesma coorte. Investimento de março dividido por comparecimentos de abril mistura recortes e produz um número que não existe.

Lembre: custo por lead mede o anúncio. Custo por paciente na cadeira mede a operação inteira, do clique à recepção, e é ele que paga a conta.

Metas e limites: antecedência da agenda e capacidade

A perna 3 tem um piso que o marketing não move: a primeira vaga disponível para paciente novo.

Se a agenda não tem vaga de avaliação nas próximas semanas, nenhum anúncio encurta o T0 → T3. A capacidade da agenda é o teto da métrica.

Meça isso toda semana, junto com o painel:

• Primeira vaga livre para avaliação, por dentista ou especialidade.
• Antecedência média dos agendamentos novos (start menos created).

Quando a perna 3 cresce com a demanda estável, o problema é capacidade, não mídia. Aumentar verba nesse cenário só alonga a fila.

Antecedência da agenda e falta

Quanto mais longe a vaga, mais tempo o paciente tem para esfriar, esquecer ou resolver em outro lugar.

Trate isso como hipótese a confirmar no seu dado, não como lei: cruze a antecedência de cada agendamento com o desfecho (compareceu, faltou, remarcou) e veja se a falta sobe com a distância. Se subir, a vaga reservada para paciente novo deixa de ser luxo e vira proteção do comparecimento.

Como definir meta

1. Calcule a mediana de cada perna nas suas últimas coortes maduras. Esse é o seu ponto de partida.
2. Escolha uma perna por ciclo para melhorar, a de maior atraso relativo.
3. Não importe meta de mercado. A sua mediana depende do seu mix de canais, da sua capacidade e do seu ticket.

LGPD: o que muda quando você cruza CRM e agenda

Cruzar CRM e agenda é tratar dado pessoal de paciente. E aqui o cuidado é maior.

A Lei 13.709/2018 (LGPD), no art. 5º, inciso II, classifica como dado pessoal sensível o dado referente à saúde, quando vinculado a uma pessoa natural. E o art. 11 da mesma lei limita o tratamento de dado sensível às hipóteses que ele lista.

Dois princípios do art. 6º desenham a métrica:

• Finalidade (inciso I): tratamento para propósitos legítimos, específicos, explícitos e informados ao titular.
• Necessidade (inciso III): limitação ao mínimo necessário para a finalidade.

Na prática, a métrica de tempo até a cadeira não precisa de procedimento, diagnóstico ou prontuário. Datas, status, origem e IDs bastam.

Quem é controlador e quem é operador

A lei separa os papéis no art. 5º:

• Controlador (inciso VI): a quem competem as decisões sobre o tratamento. Em regra, é a clínica, que decide o que medir e para quê.
• Operador (inciso VII): quem realiza o tratamento em nome do controlador. É o papel típico do fornecedor de integração, de CRM ou de automação.

O art. 39 se dirige ao operador: ele deve realizar o tratamento segundo as instruções do controlador, que verifica a observância dessas instruções. Ou seja, a definição da finalidade e das regras é da clínica; o fornecedor executa dentro delas. Deixe isso escrito no contrato.

Três cuidados práticos:

1. No painel, use jornada_id no lugar do nome do paciente.
2. Restrinja o acesso à tabela de eventos a quem usa a métrica.
3. Nos eventos enviados ao Google e à Meta, nomeie a conversão de forma genérica ("comparecimento"), sem procedimento ou condição de saúde no nome.

A base legal adequada para o seu caso é decisão da clínica como controladora, com apoio jurídico.

Erros comuns que distorcem o tempo até a cadeira

1. Medir só até o agendamento. Premia canal que agenda e não comparece.
2. Origem sobrescrita pelo último contato. O lead do anúncio que depois mandou mensagem pelo Instagram vira "orgânico".
3. Atribuir tudo ao último clique. O canal que abriu a conversa some do mapa. Guarde a origem do T0 e, se quiser, o último toque em campo separado.
4. Usar o start como T2. A data da consulta não é a data do agendamento. Trocar os dois apaga a perna 3.
5. Calcular média. Um paciente que volta meses depois decide o número.
6. Ler coorte imatura. A semana passada sempre parece ruim, porque os leads dela ainda não tiveram tempo de chegar.
7. Misturar recortes. Investimento de um período dividido por comparecimento de outro.
8. Fechamento por telefone sem registro. A jornada some do canal que a gerou.
9. Cortar o dia pelo fuso do servidor. Eventos da noite caem no dia errado.
10. Status que nunca fecha. Paciente atendido que ficou "agendado" vira falta invisível.

Seu próximo passo

1. Escolha a chave esta semana. Decida se o ID do lead vai ser gravado no agendamento ou se o telefone E.164 vai ser a chave, e faça um lead de teste por canal atravessar até o status de comparecimento.
2. Monte a tabela de eventos com as três pernas. Mesmo que comece numa planilha: T0, T1, T2 e T3, com origem congelada, ocorreu_em e registrado_em. Na primeira coorte madura, você já vê qual perna é a sua.
3. Troque o custo por lead pelo custo por paciente na cadeira no painel do dono. E devolva o comparecimento para Google e Meta todos os dias, dentro das janelas de cada plataforma.

Quer uma operação em que a origem atravessa inteira, do clique ao comparecimento, e a verba é decidida pelo tempo e pelo custo até a cadeira de cada canal? Agende uma apresentação.