O que já vende em produção na Hapvida, o que entra em agosto, o produto que nasce dessa operação, e a metodologia que sustenta os dois.
Quatro semanas, três agentes em produção na Hapvida. Agosto tem dois focos: ampliar os cenários que a EugenIA sabe atender e transformar o roadmap semanal em ciclo de teste A/B com critério de sucesso.
Atende o lead que chega nos canais da Hapvida e conversa até entregá-lo qualificado, com as informações completas, pronto para a venda.
Recebe o lead qualificado e conduz a venda de ponta a ponta na mesma conversa: proposta, objeção e fechamento.
É o placar da operação: mostra para a Hapvida e para a Khal o que as outras duas estão produzindo, sem planilha e sem espera.
Hoje ela devolve para o vendedor humano todo caso que não sabe tratar. Agosto ataca isso: três cenários novos na semana 1 e personalização por região na semana 2.
Hoje, quando o cliente declara doença preexistente, a conversa sai da EugenIA e vai para um vendedor. Ela passa a conduzir o caso.
Planos de pequena e média empresa. Hoje ela não sabe tratar pedido que vem por CNPJ.
Levantar os planos que ficaram de fora e habilitar cada um dentro dela.
O que muda em cada região e como o vendedor de cada praça trabalha o lead hoje.
Os achados viram comportamento dentro dela: personalização por região no lugar do atendimento único.
Os cenários escritos com o time de vendas da Hapvida nas duas primeiras semanas entram como teste, com critério de sucesso definido antes de rodar.
O que aconteceu, por que aconteceu e como não acontece mais. Cada caso vira registro em vez de ficar na conversa do dia.
O que aparece de errado na conversa do dia vira correção no dia seguinte. Roda em paralelo ao roadmap, sem esperar a semana fechar.
Duas frentes em agosto: atender os mesmos cenários novos do lado da venda e apertar a régua entre o sim do lead e o pagamento confirmado.
Doença preexistente, PME e CNPJ, produtos não cobertos: o que a Qualificadora passa a atender, a Vendedora precisa fechar.
Quem não fechou recebe retorno em cada um dos dias, com um motivo novo por mensagem.
O lead recebe o boleto e confirma o pagamento sem sair do WhatsApp.
Ler o cenário do lead, CPF ou CNPJ, e direcionar para a oferta mais aderente em vez do plano padrão.
Mesma esteira da Qualificadora: cenário escrito com o time de vendas, critério de sucesso definido antes, framework de A/B da casa.
Mesma régua da Qualificadora, aplicada ao que não queremos que ela faça na hora de vender.
Mesma esteira da Qualificadora: o erro do dia e o comportamento indesejado viram ajuste no dia seguinte.
A Metrics ganha desenho novo em agosto, construído junto com a operação semana a semana. A leitura começa pelo topo do funil e termina em teste A/B.
De onde vem cada lead e qual porcentagem deles a EugenIA atende: a leitura do topo do funil e o mapa de onde expandir.
Conversão por dia desde a entrada, D0, D1, D2 e adiante, para enxergar o ciclo de venda e onde ele trava.
Quais conversas merecem análise profunda, apontadas pelo painel em vez de garimpo manual.
Sai do volume e entra no conteúdo: é a base que sustenta o teste A/B da semana seguinte.
O painel passa a mostrar o teste rodando e o resultado contra o critério definido.
O catálogo vira parte do produto: cadastrar o caso, identificar quando ele se repete e medir se a correção pegou.
As aplicações descritas na Parte 2 começam a aparecer aqui, dentro da Metrics.
O mesmo roadmap, reduzido ao essencial. Passe o mouse ou toque em um item para ver a descrição.
Erro conhecido, fonte de lead e oferta entram na mesma estrutura de três colunas. Sem ela, cada semana recomeça a investigação do zero e o aprendizado fica com quem estava na conversa.
A tabela de erros vira cadastro dentro do produto: o caso é registrado, identificado quando repete, e a correção é medida. Nasce da análise qualitativa das conversas.
Tudo o que está na Parte 1 roda o mesmo ciclo: medir, propor, testar em fatia pequena, virar padrão. Hoje esse ciclo vive em documento, reunião e na cabeça do time. A Parte 2 é esse ciclo virando software.
O placar diz onde está o desvio.
O desvio vira hipótese com valor.
A mudança prova antes de escalar.
O que funciona é versionado e fica.
As três EugenIAs executam a operação na Hapvida. O Khal.os Vendas nasce por cima delas para gerir essa operação: detecta o desvio, explica em reais, propõe a ação, executa pelo agente e re-mede, com trilha de quem decidiu.
App novo entra dentro de um dos cinco módulos ou não entra.
É o chefe de gabinete do diretor de operação. Ao abrir, ele já sabe onde focar hoje, qual gargalo resolver primeiro e o que precisa da assinatura dele. No máximo 5 números na tela, cada um com a ação do lado, e a fila do que espera decisão.
O diretor não abre esta tela para consultar número. Abre para operar o dia.
Funil do dia e da semana contra o alvo, com projeção do período.
→ Desvio abre investigaçãoTriados por impacto em reais, com causa candidata.
→ Abrem o diagnósticoFila do que espera aprovação, com a evidência anexada.
→ Trilha de quem decidiuResumo diário em linguagem de negócio.
→ Drill em dois cliquesA demo não carregou embutida neste navegador.
Abrir o mockup em nova abaDemo interativa: abrir outputs/2026-07-20_khal_khalos-mockup-hoje.html
Cada vazamento do funil com preço em reais e a ação nascendo do lado.
Funil vivo contra o padrão da operação, com radar de quebras.
→ Diagnóstico guiadoPrimeira resposta e intervalos, humano e agente.
→ Estouro dispara transbordoMix de origem e fit com o perfil ideal, contra o combinado.
→ Contrato com marketingCusto de aquisição por canal e o efeito dos agentes.
→ Custo por vendaProjeção do período e cenários de recuperação.
→ Conta reversa da metaA demo não carregou embutida neste navegador.
Abrir o mockup em nova abaDemo interativa: abrir outputs/2026-07-20_khal_khalos-mockup-operacao.html
Vendedor humano e vendedor IA lado a lado, na mesma régua: do score até a conversa que explica o score, em dois cliques.
As 3 dimensões da execução por executor, com tendência.
→ Vira pauta de 1:1Replay anotado: a transcrição com os critérios marcados no trecho.
→ Contestação de scoreSaúde do vendedor IA: versão, conformidade, cobertura.
→ Mesma réguaTrilha por gap, certificação e reciclagem guiadas por dado.
→ Trilha por gapO vendedor vê o próprio dado antes de qualquer cobrança.
→ O vendedor vê primeiroA demo não carregou embutida neste navegador.
Abrir o mockup em nova abaDemo interativa: abrir outputs/2026-07-20_khal_khalos-mockup-time.html
O laboratório de pesquisa da operação: melhoria contínua aplicada a enablement e vendas, com o objetivo de desenvolver os agentes. Um agente estuda o que funciona, o achado vira teste e o teste vencedor vira o novo padrão.
Um agente varre as conversas e isola o que gera resultado, nos três pilares: pitch, processo e esforço.
→ Achado vira hipóteseCada hipótese chega pronta: o pilar de origem, a métrica que deve mexer e a estrutura de teste montada.
→ Aprovar é um cliqueDuas ou mais versões da EugenIA rodando lado a lado, com o tráfego controlado pela régua abaixo.
→ Tráfego pela réguaA versão que vence vira o comportamento oficial, com histórico de quem aprovou e prova do resultado.
→ Reversão em um cliquePerdeu em qualquer degrau: o teste encerra e o padrão atual segue
A demo não carregou embutida neste navegador.
Abrir o mockup em nova abaDemo interativa: abrir outputs/2026-07-20_khal_khalos-mockup-evolucao.html
O OS entrega a pauta pronta no horário de cada ritual e cobra o fechamento do ciclo: toda ação aberta volta para re-medição.
Weekly, 1:1 e digest com a pauta preparada pelo OS.
→ Pauta geradaFila com origem rastreada e cobrança de vencimento.
→ Dono, prazo, origemToda ação volta para medição duas semanas depois.
→ Ação sem re-medição não fechaA demo não carregou embutida neste navegador.
Abrir o mockup em nova abaDemo interativa: abrir outputs/2026-07-20_khal_khalos-mockup-rotina.html
Na frente, as EugenIAs conversam com o cliente. Por trás, um chefe e oito especialistas abastecem a cabine: cada módulo tem pelo menos um deles trabalhando o tempo todo.
Lê o que os outros oito produzem, prioriza pelo impacto em reais e entrega ao gestor do projeto o direcionamento de negócio do dia: onde atuar, em que ordem e por quê.
→ Direciona o gestor do projetoVigia toda conversa ao vivo: tempo de resposta, quebra de padrão, comportamento fora da linha. Avisa enquanto ainda dá tempo de agir.
→ Alimenta HOJE · alertasspec pronta ↗Dá nota a cada conversa encerrada na régua de pitch, processo e esforço. Vendedor humano e agente na mesma escala.
→ Alimenta TIME · scoresspec pronta ↗Quando o número desvia, desce até a causa: cruza funil, fonte, praça e produto e explica o desvio em reais.
→ Alimenta OPERAÇÃOCompara os melhores com a média e escreve a hipótese de melhoria: pilar de origem, métrica provável e estrutura de teste.
→ Alimenta EVOLUÇÃO · labConduz o A/B: aloca o tráfego pela régua, mede cada versão contra o critério e promove ou encerra.
→ Alimenta EVOLUÇÃO · a/bMantém os catálogos vivos: erros conhecidos, fontes de lead e ofertas, na régua o quê, por quê, como. Acusa quando um caso registrado volta.
→ Alimenta as tabelas vivasEscreve o resumo do dia em linguagem de negócio, monta a pauta de cada ritual e cobra o fechamento das ações.
→ Alimenta HOJE e ROTINAA camada que não pode falhar: regra de conformidade escrita em código, testada contra uma bateria de casos difíceis antes de toda mudança.
→ Protege todos os módulosOs agentes preparam a decisão; quem decide é o time. Toda sugestão chega com evidência, e toda aprovação fica registrada.
Dois agentes da frota já têm spec de produto completa, prontas para o time de produto e engenharia. Juntas, elas fecham o circuito de gestão do Khal.os: o Avaliador mede cada conversa contra a régua da casa; a Sentinela transforma desvio em alerta com preço e causa candidata; a decisão cai pronta nos módulos.
O agente que analisa cada conversa encerrada contra o padrão da casa e produz o dado que os outros consomem.
O motor de alertas: vigia o stream de eventos e os scores do Avaliador contra a banda de normalidade de cada conta.
Entrega em três ondas: a 1 dá olhos, a 2 dá mãos, a 3 dá antecipação. Cada onda só entra com o pré-requisito da anterior provado.
HOJE (pacing e alertas) · OPERAÇÃO (funil e timing) · TIME (scores e conversas, leitura).
Pré-requisito: espinha de eventos + régua de avaliação calibradaROTINA completa · EVOLUÇÃO com testes em fatia pequena das conversas.
Pré-requisito: onda 1 + aprovação com trilhaOPERAÇÃO completa (demanda, economia, forecast) · Ensino · Copiloto.
Pré-requisito: histórico das ondas 1 e 2Sem datas aqui: prazo sai do dimensionamento com a engenharia.
O documento inteiro, navegável aqui dentro: a régua completa (21 critérios de pitch, 6 de processo, 6 de esforço, 6 sinais contínuos), o motor de avaliação, a correlação e os 3 gates de calibração. Clique para navegar; use "Abrir em tela cheia" para leitura longa.
A spec não carregou embutida neste navegador.
Abrir a spec em nova abaSpec completa: abrir outputs/2026-08-03_khal_spec-avaliador.html
O documento inteiro, navegável aqui dentro: o catálogo dos 50 alertas em 10 famílias com filtro por severidade, os 6 playbooks do Investigador, a severidade, os contratos e as 5 fases de implementação.
A spec não carregou embutida neste navegador.
Abrir a spec em nova abaSpec completa: abrir outputs/2026-08-03_khal_spec-sentinela.html
Tudo o que está nas partes anteriores deriva da doutrina de vendas da casa: 5 leis, 31 crenças com a métrica que verifica cada uma, e uma régua única para vendedor humano e agente de IA. Esta parte mostra a metodologia e onde cada peça dela vive no produto.
Toda crença vem com a métrica que a verifica. Crença sem métrica não entra.
Tem discurso, processo e esforço. Mesma régua, mesmos painéis, mesmo ciclo de cobrança. O agente executa processo e esforço com disciplina perfeita: o diagnóstico dele se concentra em discurso, regras e dados.
Em qualquer dilema operacional: o que dá a maior probabilidade de conversão para o lead que está aqui agora?
A maior alavanca escondida de qualquer operação é o que o melhor executor já faz e ninguém codificou.
Rubrica, pesos e formatos têm versão, changelog e dono de decisão. O que os dados mostram que converte vira padrão; o padrão vira ensino; o ensino vira score; o score realimenta o padrão.
| Motion | Perfil | Cobertura nesta versão |
|---|---|---|
| M1 · Transacional inbound | B2C de ticket alto, lead quente, conversa por WhatsApp ou voz. Ciclo de dias, decisor único | Profunda. É a motion de origem das crenças de venda, e a da conta em produção |
| M2 · PME e SMB | B2B pequeno, 1 ou 2 decisores, simulação e documentação. Ciclo de dias a semanas | Parcial. As crenças valem com adaptação: sondagem inclui CNPJ e porte, decisor é obrigatório |
| M3 · Enterprise complexa | Multi-stakeholder, procurement, venda consultiva. Ciclo de meses, decisão por comitê | Fora do escopo v1. Exige camada própria: mapa de poder, plano de ação conjunto, qualificação |
| M4 · Renovação e expansão | Base instalada, churn, upsell. Contínuo | Fora do escopo v1. Doutrina própria a criar |
Cada crença tem enunciado, o porquê e a métrica que a verifica. Abaixo, o enunciado de cada uma e a peça do Khal.os que a executa. Nenhum módulo, agente ou alerta foi inventado: todos rastreiam para uma linha desta tabela.
| # | Crença | Onde vive no produto |
|---|---|---|
| G1 | Funil só existe com critério objetivo por etapa | Critério de entrada e saída por etapa vira condição de transição no fluxo do agente e definição do funil no OPERAÇÃO |
| G2 | Quebra só existe contra o padrão | A banda de normalidade é o gatilho de todo alerta da Sentinela, configurável por conta |
| G3 | Diagnóstico em 3 perguntas: o quê, por quê, como | Os 6 playbooks do Investigador e o diagnóstico guiado do OPERAÇÃO |
| G4 | O positivo se replica com a mesma disciplina com que o negativo se corrige | O garimpo de padrões do lab de EVOLUÇÃO, que trata o acerto da Elite como alavanca |
| G5 | O líder é dono do funil | A home do head no HOJE: no máximo 5 números, cada um com a ação do lado |
| G6 | Execução se diagnostica em 3 dimensões: processo, discurso, esforço | Os 3 scores do Avaliador e os 3 pilares das propostas do Pesquisador |
| G7 | Rituais são o sistema operacional da gestão | O módulo ROTINA: pauta gerada por ritual e ação que só fecha com re-medição |
| G8 | Visibilidade precede accountability | Pacing intradiário no HOJE, com média ponderada e comparação contra o alvo |
| G9 | Pessoas: ensinar, acompanhar, responsabilizar, cobrar, nessa ordem | Score como coaching nos primeiros ciclos, pauta de 1:1 com quote antes de qualquer cobrança |
| G10 | Lead é recurso escasso: vai para quem converte | A estratificação por mix de lead obrigatória em toda comparação entre executores |
| G11 | Qualidade de entrada é métrica de 1ª classe | A família de alertas de mix e entrada da Sentinela, com fit contra o contrato |
| G12 | Marketing e vendas operam sob contrato | Alerta de SLA bilateral: quebra dos dois lados na mesma janela |
| G13 | Capacidade e cobertura antes de cobrar conversão | Ociosidade e saturação como alertas simétricos, e cobertura do agente contra a demanda |
| G14 | Previsível se prova com forecast, não com adjetivo | A família de pacing da Sentinela e a projeção do período nas Metas do OPERAÇÃO |
| G15 | O plano de incentivo é parte do formato | Ainda fora do produto: entra como revisão do plano do cliente contra os indicadores da régua |
| # | Crença | Motions | Onde vive no produto |
|---|---|---|---|
| O discurso · vira score_pitch | |||
| V1 | A venda é afunilada: um sim por etapa, o fechamento é consequência | M1 M2 | A estrutura de 7 blocos da régua do Avaliador, uma por etapa da venda |
| V2 | Abertura: ganhar o direito de continuar | M1 M2 | Bloco 1 da régua, com o critério crítico de não apresentar preço antes de o lead responder |
| V3 | Conexão: se você fala mais que o lead, está errado | M1 M2 M3 | Bloco 2 da régua e os sinais contínuos de razão de turnos e maior monólogo |
| V4 | Entrega: benefício conectado à dor, nunca característica | M1 M2 M3 | Bloco 3 da régua, com o critério crítico de benefício conectado ao que o lead disse |
| V5 | Negociação: ancorar antes do preço, questionar a objeção, conduzir | M1 M2 | Bloco 4 da régua e o sinal contínuo de tempo até o preço |
| V6 | Vendeu não é fechado: acompanhar até a confirmação | M1 M2 | Bloco 5 da régua e a família de alertas de pagamento e checkout |
| V7 | Follow-up traz valor novo ou não é follow-up | M1 M2 M3 | Bloco 6 da régua e o alerta de cumprimento da régua de D0 a D+6 |
| O sistema · vira score_processo | |||
| V8 | Velocidade é estratégia: 5, 10, 30 | M1 · M2 adaptado | Os critérios de 1ª resposta e intervalo do Avaliador e a família de timing e SLA da Sentinela |
| V9 | Prioridade é intent, não fila | M1 | Ordenação da fila de leads e o alerta de lead novo sem primeiro toque |
| V10 | O pipeline espelha a conversa | M1 M2 M3 | Critério de estágio do CRM contra a etapa real e os alertas de pipeline esfriando |
| V11 | Todo lead termina em um nó com destino, e o motivo de perda é hipótese | M1 M2 M3 | Critério de encerramento com motivo de lista fechada e o alerta de perda sem motivo |
| V12 | Cadência com propósito por mensagem | M1 M2 | Critério de régua cumprida nas posições devidas, base do follow-up D0 a D+6 |
| O ritmo · vira score_esforco | |||
| V13 | Resultado igual a volume vezes conversão vezes disciplina | M1 M2 M3 | Os 6 itens de esforço por executor e por dia, que viram cobertura e uptime no agente |
| V14 | A meta se calcula de trás para frente, em unidades e em dinheiro | M1 M2 M3 | O valor do ponto: converte todo gap em R$ de margem e precifica cada alerta |
| V15 | Temperatura dita a cadência | M1 M2 | Critério de pipeline etiquetado por temperatura e o alerta de estoque esfriando |
| V16 | Leading é farol, output é retrovisor | M1 M2 M3 | Os indicadores diários do pacing, lidos antes do resultado do período |
As crenças viram três notas de 0 a 10, iguais para humano e agente. As notas viram detecção, a detecção vira mudança testada, e a mudança testada vira padrão versionado. É o ciclo que a Parte 2 chama de cabine e que a Parte 3 especifica agente a agente.
| Score | O que captura | Unidade | Como se mede |
|---|---|---|---|
| score_pitch | O discurso, das crenças V1 a V7 | Por conversa | Critérios sim ou não com quote obrigatória nos críticos, mais os sinais contínuos |
| score_processo | O sistema, das crenças V8 a V12 | Por conversa | Fórmula sobre timestamps e CRM, sem julgamento |
| score_esforco | O ritmo, das crenças V13 a V16 | Por executor e por dia | Fórmula sobre dado cru, contra a referência da própria operação |
A fonte é um log de eventos append-only: cada entrada, mensagem, transição de etapa, disparo de régua, transbordo e encerramento vira evento com o executor identificado. Humano e agente ocupam o mesmo schema, e é isso que permite compará-los no mesmo painel. Toda tabela analítica do produto é uma projeção desse log.
| Papel na doutrina | Regra de ouro | Agente no produto |
|---|---|---|
| Avaliador | É auditado pelo gold set | Avaliador, com meta-avaliação mensal contra as conversas de referência |
| Sentinela | Alerta configurável, com log de desfecho | Sentinela, com 50 alertas parametrizáveis e precisão medida por família |
| Cientista | Correlação vira teste A/B antes de virar regra | Dividido em três no produto: Investigador (causa), Pesquisador (hipótese) e Piloto de teste (condução do A/B) |
| Mapeador | Mapa sem fonte não entra | A captura inicial da conta, mantida viva pelo Bibliotecário nas tabelas de erros, fontes e ofertas |
| Arquiteto | Cada elemento do formato rastreia a uma crença | O catálogo de parâmetros por conta: bandas, SLAs, referências e valor do ponto |
Três papéis do produto nascem da governança da doutrina, não das crenças: o Estrategista prioriza, o Relator comunica e o Guardião protege a conformidade em código.
O documento canônico inteiro, navegável aqui dentro: as 31 crenças com o porquê e a métrica de verificação de cada uma, a régua detalhada, o glossário de captura da conta, a rubrica de conversa, o ensino e a análise contínua.
A doutrina não carregou embutida neste navegador.
Abrir a doutrina em nova abaDoutrina completa: abrir outputs/2026-07-20_khal_doutrina-vendas-sistema.html