De motor interno da rede de clínicas a produto vendável — empacotado em três níveis de inteligência e quatro módulos, para que o mercado compre exatamente o que precisa e pague pelo que usa.
O problema & a oportunidade
Hoje a Maria Clara roda sob medida para a nossa rede de clínicas: um agente de LLM completo, poderoso — e caro por conversa. Esse formato entrega muito, mas é difícil de vender "de prateleira" e o custo de token cresce com o volume.
Um produto único, robusto, acoplado à operação interna. Cada implantação é artesanal.
LLM em toda conversa = custo variável alto, jornada menos previsível e margem de erro maior.
Reempacotar em classes de custo e módulos avulsos — abrindo faixas de preço e um mercado muito além da rede.
A ideia em uma frase
A produtização se organiza em dois eixos independentes: o quanto de IA o agente usa (nível) e quais capacidades ele entrega (módulos). Combinando os dois, cada clínica compra a solução no seu orçamento e na sua realidade operacional.
Eixo 1 — Níveis de inteligência
O mesmo esqueleto de jornada, com quantidades diferentes de LLM. Quanto menos IA, menor o custo e maior a previsibilidade — ao preço de menos naturalidade na conversa.
Eixo 2 — Módulos
Quatro capacidades que já existem como fluxos separados na operação — logo, tecnicamente destacáveis para venda avulsa ou como add-on.
Recebe, identifica pelo CPF e resolve agendamento, reagendamento e financeiro.
Confirma consultas automaticamente e reabre agenda quando o paciente não pode ir.
Avisa o paciente antes da consulta e trata "não posso ir" sem intervenção manual.
Reengaja quem não respondeu ou não fechou, em réguas de tempo configuráveis.
Os fluxos, redesenhados
Em vez de "conversar", o agente conduz: identifica e oferece um menu. É isso que torna Economy e Lite baratos e previsíveis.
Mesma espinha dorsal. A única diferença está nos pontos de escape: no Economy eles vão para um LLM reduzido; no Lite, para um atendente humano.
Confirmações e Lembretes seguem a mesma regra: template no caminho positivo; o desvio é que muda entre os níveis.
Comparativo dos níveis
| Critério | Full | Economy | Lite |
|---|---|---|---|
| Uso de LLM | Toda conversa | Pontual (escapes) | Nenhum |
| Custo de token | Alto / variável | Baixo | R$ 0 |
| Naturalidade | Máxima | Média (menu + IA) | Menu / scripts |
| Previsibilidade | Média | Alta | Total |
| Margem de erro | Maior | Baixa | Mínima |
| Depende de equipe humana | Pouco | Nos escapes | Sim, mais |
| Indicado para | Encantamento e volume alto qualificado | O melhor custo-benefício da linha | Orçamento enxuto / operação simples |
Possibilidades de venda
Qualquer módulo pode ser vendido avulso, como add-on ou no pacote completo — em qualquer um dos três níveis. A tabela mostra como cada módulo se comporta por nível.
| Módulo | Full | Economy | Lite |
|---|---|---|---|
| Agente de Atendimento | Conversa livre com IA | Menu + IA reduzida | Menu + humano |
| Confirmações | IA no reagendamento | Template + IA no desvio | Template + humano |
| Lembretes | IA no reagendamento | Template + IA no desvio | Template + humano |
| Follow-ups (FUP) | Régua com copy de IA | Régua com template | Régua com template |
Cada combinação se repete nos três níveis — ex.: "Completo Full", "Completo Economy", "Só Confirmações Lite". 3 níveis × combinações de 4 módulos = um catálogo amplo a partir das mesmas peças.
O que falta para ir ao mercado
Além das três telas que você citou (landing, página de produto e home), há uma camada de operação sem a qual não dá para cobrar de forma escalável. Marquei o que é MUST para o V1 e o que é NICE.
Management System
Hoje a Maria Clara executa todas as tools dentro do Ecuro — a agenda, a busca de pacientes, os agendamentos. Para virar produto de mercado, precisamos de um sistema online próprio que a Maria Clara consome via API REST, replicando o Ecuro no que importa (agenda, disponibilidade, pacientes, agendamentos) e nos dando controle total de dados, custo e evolução. Esta seção é o norte de desenvolvimento: modelo de dados, contrato da API e regras de negócio para conduzir a construção.
Seis entidades-núcleo. Todo recurso pertence a uma clinic_id (multi-tenant).
O que o sistema precisa garantir para funcionar como o Ecuro.
Cadastro com especialidades e jornada por dia. Só doutor ativo e com a especialidade pedida entra na disponibilidade.
Cadastro com dedup por telefone/CPF — nunca criar ficha duplicada; ao achar mais de uma, usar a mais recente/ativa.
Duração por especialidade e/ou doutor, com default da clínica. Define o passo dos horários e o fim do agendamento.
Capacidade = nº de cadeiras/atendimentos concorrentes. Um horário só fica indisponível quando a capacidade se esgota.
Feriados, almoço e ausências removem janelas da disponibilidade — por doutor ou pela clínica toda.
A disponibilidade vive sempre dentro de (funcionamento da clínica ∩ jornada do doutor), respeitando antecedência mínima e janela máxima.
disponibilidade(clinica, doutor, dia, duracao):
janela = funcionamento(clinica, dia) INTERSEC jornada(doutor, dia)
slots = fatiar(janela, passo = duracao)
para cada slot em slots:
se dentro_de_bloqueador(slot): descarta
se slot.inicio < agora + antecedencia_min: descarta
ocupacao = agendamentos_que_colidem(slot)
se ocupacao >= capacidade_simultanea: descarta
retorna slots_restantes
Base https://api.<sistema>.forux.io/v1 · autenticação Authorization: Bearer <api_key_da_clinica> · JSON · Idempotency-Key nos POST/PATCH. Cada endpoint abaixo é uma tool da Maria Clara.
Lista as clínicas do tenant. Usado para roteamento multi-unidade.
[
{
"id": "cli_9x…",
"nome": "Clínica Carapicuíba",
"slug": "carapicuiba",
"timezone": "America/Sao_Paulo",
"ativo": true
}
]Busca o paciente pelo telefone (E.164). É como a MC descobre quem está falando.
{
"encontrado": true,
"paciente": {
"id": "pac_12…",
"nome": "Marcelo Souza",
"telefone": "+5511998887766",
"cpf": "123.456.789-00"
}
}Cria ou atualiza o cadastro do paciente (novo paciente ou captura de lead). Upsert.
{
"clinic_id": "cli_9x…",
"nome": "Marcelo Souza",
"telefone": "+5511998887766",
"cpf": "12345678900",
"nascimento": "1990-05-12",
"origem": "MC"
}O endpoint mais importante. Retorna os horários livres respeitando funcionamento, jornada, bloqueadores, duração e simultaneidade.
clinic_id obrigatório specialty_id obrigatório doctor_id opcional (todos da esp.) date_from obrigatório (ISO) date_to obrigatório (ISO) duration_min opcional (senão, default)
{
"slots": [
{
"doctor_id": "den_7…",
"specialty_id": "esp_3…",
"inicio": "2026-08-14T09:00-03:00",
"fim": "2026-08-14T09:30-03:00",
"duracao_min": 30
}
]
}Cria o agendamento em um horário disponível.
{
"clinic_id": "cli_9x…",
"patient_id": "pac_12…",
"doctor_id": "den_7…",
"specialty_id": "esp_3…",
"inicio": "2026-08-14T09:00-03:00",
"duracao_min": 30,
"origem": "MC"
}Confirma a presença. É o que o módulo Confirmações chama.
{
"id": "agd_55…",
"status": "confirmado",
"confirmado_em": "2026-08-13T18:20-03:00"
}Lista os agendamentos do paciente (para confirmar, remarcar, consultar).
status opcional (ex.: agendado) from,to opcional (período)
Remarca, cancela ou muda o status de um agendamento.
{
"inicio": "2026-08-15T14:00-03:00",
"doctor_id": "den_7…",
"status": "remarcado"
}Transfere a conversa para um atendente humano. É o destino dos escapes (financeiro, casos fora do fluxo, níveis Economy/Lite).
{
"clinic_id": "cli_9x…",
"telefone": "+5511998887766",
"motivo": "financeiro",
"contexto": "Paciente quer negociar débito"
}Códigos espelham os do Ecuro (ex.: 3 = remarcado, confirmado no nosso fluxo).
Uma trilha para chegar à paridade com o Ecuro sem parar a operação.
Clínicas, doutores, especialidades e pacientes; CRUD de agendamento; cálculo de disponibilidade com funcionamento + jornada + duração. Endpoints: clinics, patients, availability, appointments.
Bloqueadores, simultaneidade (cadeiras), antecedência/janela, confirmar/remarcar, dedup de paciente e handoff humano (Chatwoot). É aqui que "funciona como o Ecuro".
Multi-tenant com API key por clínica, medição de uso, hooks de cobrança e migração dos dados do Ecuro. Rodar em paralelo (shadow) até a virada.
Decisões em aberto (para a reunião)
No PDF, "Full Version" é a econômica com LLM reduzido — colide com chamar o produto atual de "Full". Sugiro: Full (atual) · Economy · Lite.
Assinatura por nível + add-ons por módulo. Nos níveis com IA, cobrar consumo de token à parte ou embutir em franquia?
"Maria Clara de Mercado" é o codinome. Definir a marca comercial (pode herdar de "Clínicas Inteligentes" / Forux Agents).
A jornada pede CPF logo no início (dado pessoal). Precisa de base legal, consentimento e tratamento adequado antes de vender externamente.
O esqueleto (identifica → menu → setor) serve outras clínicas/serviços. Vale desenhar como template por vertical?
Próximos passos