<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Blog do Oz</title>
<link>https://blog.ozagent.ai/</link>
<atom:link href="https://blog.ozagent.ai/feed.xml" rel="self" type="application/rss+xml"/>
<description>Notas sobre como a receita funciona por dentro e novidades do que o Oz faz hoje, com o limite de cada recurso e quem decide.</description>
<language>pt-BR</language>
<lastBuildDate>Wed, 04 Nov 2026 12:00:00 GMT</lastBuildDate>
<item>
<title>Vendedor novo, caso real</title>
<link>https://blog.ozagent.ai/notas/onboarding-de-vendedor-30-60-90/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/onboarding-de-vendedor-30-60-90/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra um plano de onboarding de vendedor novo em 30-60-90 dias, feito com propostas e conversas reais da própria empresa.</description>
<content:encoded><![CDATA[<p>O vendedor novo chega na segunda-feira, recebe um acesso, uma apresentação do produto e uma pasta de material. Na quinta, atende o primeiro cliente real, e a primeira pergunta do cliente é sobre um pedido que a empresa já recusou duas vezes, por um motivo que ninguém contou ao novato.</p>
<p>É o jeito comum de fazer o onboarding de um vendedor, e é nele que um plano de integração costuma falhar: ele ensina a empresa em geral e deixa para o cliente ensinar a empresa em particular. <strong>Um plano de integração de vendedor de 30-60-90 dias funciona quando o novo vendedor estuda casos reais da própria empresa desde a primeira semana.</strong></p>
<p>Esta nota descreve esse plano, janela por janela. Ela é um método: serve para qualquer time, com ou sem o Oz. No Oz, os agentes montam os casos a partir do que a empresa já registrou, e a pessoa do Oz que cuida da sua conta acompanha o plano junto com o gestor.</p>
<h2 id="onde-o-onboarding-falha">Onde o onboarding falha</h2>
<p>O onboarding comum se organiza em torno do que a empresa quer dizer: história, produto, tabela de preço, regras do CRM. Tudo isso é necessário. O problema é a ordem. O vendedor passa semanas ouvindo como a empresa vende em teoria e só depois encontra como ela vende de fato.</p>
<p>Um plano 30-60-90 tem uma boa ideia, que é cortar a integração em três janelas com um objetivo cada. Falha quando as janelas viram promessa ("no dia 90, o vendedor bate meta") ou quando cada janela vira só mais um módulo de curso. Uma janela precisa dizer o que acontece nela, com quem e com que material. O que o vendedor entrega no fim dela é uma consequência, e o plano não tem como garantir.</p>
<h2 id="o-que-o-novato-estuda">O que o novato estuda</h2>
<p>O material do plano é o registro da própria empresa: as propostas enviadas, as conversas com clientes, as reuniões gravadas e os negócios ganhos e perdidos. O que muda para quem acabou de entrar é a ordem. Primeiro o caso que já terminou, depois o caso que ele refaz e, por fim, o caso que é dele.</p>
<p>A <a href="https://blog.ozagent.ai/notas/treino-com-caso-da-casa/">nota sobre treino com caso da casa</a> trata de como o time inteiro treina com esse material. Aqui o foco é mais estreito: como usá-lo para quem acabou de entrar, e em que ordem.</p>
<h2 id="dias-1-a-30-ouvir">Dias 1 a 30: ouvir</h2>
<p>Na primeira janela, o vendedor novo lê e ouve. Cada semana tem um tema, e cada tema vem com casos reais:</p>
<ol><li>Como chega um contato e como a empresa responde.</li><li>Como é uma proposta que fechou e como é uma que foi recusada.</li><li>Quais objeções voltam, e como o vendedor mais antigo responde a cada uma.</li><li>Quem são os clientes que ficaram, e por que ficaram.</li></ol>
<p>Quem escolhe os casos é o gestor comercial, junto com um vendedor experiente. O novo faz uma tarefa simples com cada caso: dizer, em poucas linhas, o que o cliente queria, o que a empresa respondeu e o que ele mesmo teria feito. Essa anotação é o primeiro termômetro. Mostra o que ele entendeu e o que o plano ainda precisa explicar.</p>
<p>Nessa janela entra também o acompanhamento ao vivo: o novo ouve atendimentos de um colega, sem falar.</p>
<h2 id="dias-31-a-60-refazer">Dias 31 a 60: refazer</h2>
<p>Na segunda janela, o vendedor refaz. Pega um caso que já aconteceu, escreve a resposta que daria e compara com a que a empresa deu. Onde as duas diferem, a conversa com o gestor é sobre o motivo, e não sobre quem estava certo. Às vezes a empresa tinha uma razão que o novo não via. Às vezes o novo viu algo que a empresa não via, e o gestor registra a diferença para a próxima revisão do plano.</p>
<p>É nessa janela que o vendedor assume as primeiras conversas, com um colega ao lado e revisão depois. A revisão usa a própria conversa dele como caso, com o mesmo formato dos casos da primeira janela.</p>
<h2 id="dias-61-a-90-conduzir">Dias 61 a 90: conduzir</h2>
<p>Na terceira janela, o vendedor conduz contas próprias, com revisão de gestor em intervalos combinados. O material de estudo agora é dele: a proposta que ele enviou, a objeção que ele ouviu, o cliente que ele perdeu.</p>
<p>No fim da janela, há uma reunião de revisão com duas perguntas. Quais contas este vendedor já conduz sem um colega ao lado? E o que, neste plano, precisa mudar para o próximo que entrar?</p>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/onboarding-de-vendedor-30-60-90.css">
<div class="ob">
<div class="ob-cab"><p class="ob-tit"><span class="ob-num">Figura 1</span>Três janelas, um plano.</p><p class="ob-sub">O que acontece em cada janela, com que material e com quem.</p></div>
<table class="ob-tab">
<thead><tr><th scope="col">Janela</th><th scope="col">O vendedor</th><th scope="col">O material</th><th scope="col">Com quem</th></tr></thead>
<tbody>
<tr><th scope="row">Dias 1 a 30</th><td data-r="O vendedor">Ouve e lê. Escreve o que teria feito.</td><td data-r="O material">Propostas, conversas e reuniões da empresa, ganhas e perdidas</td><td data-r="Com quem">Gestor e um vendedor experiente</td></tr>
<tr><th scope="row">Dias 31 a 60</th><td data-r="O vendedor">Refaz casos. Assume as primeiras conversas.</td><td data-r="O material">Os mesmos casos, mais as conversas dele</td><td data-r="Com quem">Um colega ao lado, revisão depois</td></tr>
<tr><th scope="row">Dias 61 a 90</th><td data-r="O vendedor">Conduz contas próprias.</td><td data-r="O material">As propostas e objeções dele</td><td data-r="Com quem">Gestor, em intervalos combinados</td></tr>
</tbody>
</table>
</div></div><figcaption>O plano 30-60-90 em três janelas: ouvir, refazer, conduzir.</figcaption></figure>
<h2 id="como-preparar-os-casos">Como preparar os casos</h2>
<p>Um caso bom é curto, completo e fiel. Tem o pedido do cliente, a resposta da empresa e o que aconteceu depois, inclusive quando o final foi ruim.</p>
<p>Antes de entrar no plano, cada caso passa por uma limpeza. Nome de pessoa, telefone, condição comercial combinada em sigilo e qualquer dado de cliente que o vendedor novo não precisa para aprender saem do texto. Quem decide o que sai é a empresa, pela regra que ela já tem. Os casos ficam num lugar só, para que o próximo vendedor a entrar use o mesmo conjunto, já corrigido pelo que o anterior aprendeu.</p>
<h2 id="o-que-este-metodo-custa">O que este método custa</h2>
<p>O plano tem um custo claro: tempo de quem sabe. O gestor e o vendedor experiente gastam horas escolhendo casos, revisando anotações e conversando sobre as diferenças. Em semana de fechamento, esse tempo faz falta.</p>
<p>Há também um limite. Uma empresa jovem pode ainda não ter casos suficientes, e um catálogo que mudou muda o que um caso antigo ensina. Nesses cenários, o plano começa com poucos casos e os completa conforme os negócios acontecem. Um plano assim é menor, e funciona na medida do que a empresa já registrou.</p>
<p>Por fim, o plano organiza o aprendizado. Se o vendedor vai vender mais cedo, só os negócios dele vão dizer, e isso se acompanha no CRM, no ritmo que a empresa já usa.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>30-60-90 é onboarding?</h3>
<p>É uma parte dele. Onboarding é o processo inteiro de integrar a pessoa: acesso, cultura, produto, cargo. O plano 30-60-90 organiza, dentro dele, o aprendizado comercial em três janelas. Uma empresa pode ter onboarding sem plano 30-60-90.</p>
<h3>E sem conversas gravadas?</h3>
<p>Comece pelas propostas enviadas e pelos e-mails, que quase toda empresa tem. A conversa gravada ajuda, mas o plano roda sem ela. Para os próximos casos, vale combinar com o time o que registrar de cada atendimento, para o plano ficar melhor a cada vendedor que entra.</p>
<h3>Só casos de sucesso servem?</h3>
<p>Não. Os negócios perdidos e as propostas recusadas mostram em que ponto o cliente desistiu, e é isso que o novo mais precisa ver. Um conjunto só de vitórias passa a ideia de que existe um roteiro certo, e o cliente real não segue roteiro.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>O onboarding pode ficar com o RH ou ficar com o comercial. O plano com casos reais o põe no comercial: as propostas e as conversas da empresa viram o currículo do vendedor novo. E cada vendedor que entra deixa o plano um pouco mais ajustado para o seguinte.</p>
<p>O caminho contrário também pesa: o que se perde no dia em que um vendedor sai está em <a href="https://blog.ozagent.ai/notas/quando-alguem-sai/">quando alguém sai</a>. Para ver como o trabalho começa, leia <a href="https://blog.ozagent.ai/notas/o-diagnostico-passo-a-passo/">o diagnóstico passo a passo</a>.</p>]]></content:encoded>
</item>
<item>
<title>Pesquisar antes de escrever</title>
<link>https://blog.ozagent.ai/notas/pesquisar-o-lead-antes-de-abordar/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/pesquisar-o-lead-antes-de-abordar/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra como pesquisar um lead antes de abordar, com três fatos sobre a empresa, cada um com fonte e data, e uma pessoa que lê a pesquisa antes de aprovar a mensagem.</description>
<content:encoded><![CDATA[<p>Duas mensagens chegam à mesma diretoria numa terça-feira. A primeira diz que o remetente é especialista em vendas e quer conversar. A segunda diz que a empresa abriu uma segunda unidade este ano e pergunta como o time comercial está atendendo as duas. Só a segunda parece escrita por alguém que olhou. Esta nota é sobre como pesquisar um lead antes de abordar e chegar à segunda.</p>
<p>Para quem dirige, a pesquisa importa por um motivo: a primeira mensagem sai em nome da empresa. Antes da primeira mensagem, vale reunir três fatos sobre a empresa do lead: o que ela vende, o que mudou nela e quem decide a compra. Esta nota trata desse ofício, que serve a qualquer time comercial, com ou sem o Oz.</p>
<h2 id="pesquisar-lead-antes-de-abordar">Pesquisar lead antes de abordar</h2>
<p>O jeito comum é abrir o perfil da pessoa, o site da empresa e um buscador, ler por alguns minutos e escolher um elogio. A mensagem sai com o primeiro nome, o cargo e uma frase como "admiro o trabalho de vocês".</p>
<p>Esse método falha por dois motivos. O primeiro é que o elogio serve para qualquer empresa do mesmo setor, e quem recebe percebe isso na primeira linha. O segundo é que a pesquisa some: ela viveu na cabeça de quem leu e em abas de navegador que se fecham. Quando o lead responde duas semanas depois, ninguém sabe mais por que a mensagem dizia aquilo. Quando a pessoa que pesquisou sai da empresa, a pesquisa sai junto.</p>
<p>O método desta nota pesquisa menos coisas e escreve todas.</p>
<h2 id="tres-fatos-nenhum-a-mais">Três fatos, nenhum a mais</h2>
<p>Para cada lead, três perguntas. Cada resposta leva uma fonte com endereço e a data em que foi lida. Fato sem fonte não entra.</p>
<h3>O que ela vende</h3>
<p>É o fato mais fácil de achar e o que menos diferencia. Serve para uma checagem: o que a empresa vende tem relação com o que o seu time oferece? Se não tem, a pesquisa acabou ali, e isso também é resultado. Poupou uma mensagem que não deveria sair.</p>
<h3>O que mudou nela</h3>
<p>É o fato que justifica escrever agora. Uma unidade nova, um diretor que chegou, um lançamento, uma notícia sobre a empresa, uma vaga aberta na área comercial. Uma mudança com data dá à mensagem uma razão para existir. Uma mudança velha não justifica nada, e uma ausência de mudança é uma resposta válida: "não achei nada recente" também fica escrito.</p>
<h3>Quem decide a compra</h3>
<p>Quem vai ler a mensagem nem sempre é quem decide. Na conta grande, quem pede a proposta, quem aprova o valor e quem vai usar costumam ser pessoas diferentes, como a nota <a href="https://blog.ozagent.ai/notas/quem-decide-do-outro-lado/">Quem decide do outro lado</a> descreve. Para a primeira abordagem basta um nome provável e a fonte dele. Se a fonte for um perfil público de trabalho, serve. Se não houver fonte, a resposta é "não sei", e o vendedor descobre isso na primeira conversa.</p>
<p>O método olha a empresa. A vida pessoal de quem trabalha nela fica de fora, e uma mensagem que mostra saber demais incomoda mais do que uma que mostra saber pouco.</p>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/pesquisar-o-lead-antes-de-abordar.css">
<div class="pq">
<div class="pq-cab"><p class="pq-tit"><span class="pq-num">Figura 1</span>Três fatos antes da mensagem.</p><p class="pq-sub">A mensagem só diz o que a ficha do lead já escreveu.</p></div>
<ol class="pq-trilho">
<li class="pq-fatos"><span class="pq-nn">01</span><b>Três fatos</b>
<ul><li>O que ela vende</li><li>O que mudou nela</li><li>Quem decide a compra</li></ul>
<small>cada um com fonte e data</small></li>
<li><span class="pq-nn">02</span><b>Ficha do lead</b><small>no registro do lead, em três campos com nome</small></li>
<li class="pq-chave"><span class="pq-nn">03</span><b>Uma pessoa lê</b><small>a ficha ao lado da mensagem, frase por frase</small></li>
<li><span class="pq-nn">04</span><b>Aprova, ajusta ou recusa</b><small>só então a mensagem sai</small></li>
</ol>
<p class="pq-nota">Frase da mensagem sem fato na ficha: volta para a pesquisa.</p>
</div></div><figcaption>Os três fatos, a ficha e a leitura antes de aprovar, como método do time. Cada fato leva fonte e data.</figcaption></figure>
<h2 id="a-pesquisa-fica-no-registro">A pesquisa fica no registro</h2>
<p>A pesquisa vale quando fica onde o time já trabalha: no registro do lead, em três campos com nome, cada um com o endereço da fonte e a data. Quem abrir o registro depois, um colega, um gestor ou o próprio vendedor duas semanas adiante, vê o que foi lido e quando.</p>
<p>Isso resolve o problema da cabeça. É o mesmo princípio de <a href="https://blog.ozagent.ai/notas/quando-alguem-sai/">Quando alguém sai</a>: o que o time sabe fica escrito antes de alguém precisar. Antes do primeiro contato, esse contexto ainda não existe, e a ficha é o primeiro pedaço dele.</p>
<h2 id="ler-antes-de-aprovar">Ler antes de aprovar</h2>
<p>Pesquisa boa não basta se a mensagem a ignora. Por isso a leitura vem antes da aprovação: quem aprova abre a ficha e a mensagem lado a lado e faz uma pergunta por frase. De onde vem isso? Se a resposta é um fato da ficha, a frase fica. Se a resposta é "do nada", a frase sai ou volta para a pesquisa.</p>
<p>Assim, a personalização de mensagem de prospecção se sustenta: cada detalhe tem origem e pode ser conferido por um terceiro. O elogio genérico não passa na leitura, porque não tem fonte.</p>
<h2 id="como-o-oz-pesquisa">Como o Oz pesquisa</h2>
<p>A pesquisa é um dos trabalhos do Oz na prospecção. Ele reúne os três fatos de cada lead, grava cada um com fonte e data no registro e entrega a ficha a quem aprova a mensagem, que lê a pesquisa ao lado dela antes de aprovar, ajustar ou recusar. A pessoa do Oz que cuida da sua conta acompanha esse trabalho e responde por ele. O método desta nota vale com ou sem o Oz; com ele, a ficha e a leitura acontecem em todo lead.</p>
<h2 id="o-limite-do-metodo">O limite do método</h2>
<p>Pesquisar custa tempo, e o tempo de pesquisa por lead precisa caber no valor do lead. Para uma conta grande, vale a ficha completa. Para uma lista longa de contas pequenas, vale uma ficha curta, com o que ela vende e uma mudança recente, e nada mais.</p>
<p>Há empresas com pouco rastro público. A ficha dessas contas terá campos vazios, e o vendedor vai abordar com menos, o que é melhor do que abordar com invenção.</p>
<p>E a pesquisa não conserta uma lista errada. Uma mensagem muito bem pesquisada para uma empresa que não tem o problema que o seu time resolve continua sendo uma mensagem que ninguém queria. Por isso o primeiro fato, o que ela vende, vem como checagem antes de tudo.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Quanto tempo gastar por lead?</h3>
<p>Tanto quanto o lead valer para a receita. Uma conta que pode virar um contrato grande merece a ficha completa e uma segunda leitura. Uma conta pequena merece uma checagem rápida do que vende e de uma mudança recente. Se a pesquisa custa mais do que a conta pode render, o método está sendo aplicado no lugar errado.</p>
<h3>Pesquisar é qualificar?</h3>
<p>Não. Qualificar responde se vale abordar: a empresa tem o problema, o tamanho e o momento certos. Pesquisar responde como abordar, com que fato e para quem. As duas se tocam no primeiro fato, o que a empresa vende, que serve de checagem de qualificação. Fora isso, a qualificação decide se a mensagem sai, e a pesquisa decide o que ela diz.</p>
<h3>Basta o perfil da pessoa?</h3>
<p>Rende pouco. O perfil conta o que a pessoa fez, e a mensagem de abordagem precisa do que mudou na empresa e de quem decide. Um perfil sozinho tende a produzir justamente o elogio que serve para qualquer um.</p>
<h2 id="pesquisar-muda-a-primeira-linha">Pesquisar muda a primeira linha</h2>
<p>De quem dirige o comercial, o método pede duas coisas pequenas: que a pesquisa fique escrita onde o time trabalha, e que alguém leia essa pesquisa antes de aprovar o que sai em nome da empresa. O resto é decisão de cada vendedor.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para a próxima reunião comercial: nas últimas mensagens de abordagem que o time mandou, você consegue apontar o fato escrito que sustenta cada frase?</p></aside>
<blockquote><p>A receita é sua. O cuidado é nosso.</p></blockquote>]]></content:encoded>
</item>
<item>
<title>Uma proposta parada, seis textos</title>
<link>https://blog.ozagent.ai/notas/follow-up-de-proposta-comercial/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/follow-up-de-proposta-comercial/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra seis textos para retomar uma proposta sem resposta, cada um com o motivo da parada e o ponto em que uma pessoa revisa.</description>
<content:encoded><![CDATA[<p>Uma proposta sem resposta ainda não é um não. Quem busca um modelo de mensagem de follow-up de proposta comercial costuma encontrar um texto só, "passando para saber se você viu", e o usa em toda proposta parada. Só que cada proposta parou por um motivo, e um texto genérico não toca em nenhum.</p>
<p>Seis mensagens cobrem seis motivos para uma proposta ficar parada: dúvida técnica, preço, prazo, decisor ausente, outra opção na mesa e silêncio. Abaixo, um texto para cada motivo, escrito para esta nota e sem caso real, e o ponto em que uma pessoa do seu time revisa antes de enviar.</p>
<p>O Oz retoma proposta parada com esse mesmo método: um motivo, um texto, uma pessoa que revisa. O método vale para qualquer time, com ou sem o Oz.</p>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/follow-up-de-proposta-comercial.css">
<div class="fu">
<div class="fu-cab"><p class="fu-tit"><span class="fu-num">Figura 1</span>Seis motivos, seis mensagens.</p><p class="fu-sub">Cada texto resolve um motivo e passa por uma pessoa antes de sair.</p></div>
<ol>
<li class="fu-lin fu-topo"><span class="fu-rot"></span><span class="fu-rot">Motivo da parada</span><span class="fu-rot">O que a mensagem faz</span><span class="fu-rot">Quem revisa</span></li>
<li class="fu-lin"><span class="fu-nn">01</span><b>Dúvida técnica</b><span>Dá um exemplo do item que ficou confuso</span><span class="fu-rev"><i class="fu-m">Revisa: </i>Quem conhece o produto</span></li>
<li class="fu-lin"><span class="fu-nn">02</span><b>Preço</b><span>Separa o essencial do opcional</span><span class="fu-rev"><i class="fu-m">Revisa: </i>Quem pode mudar a condição</span></li>
<li class="fu-lin"><span class="fu-nn">03</span><b>Prazo</b><span>Pergunta a janela do cliente e confirma a data</span><span class="fu-rev"><i class="fu-m">Revisa: </i>Quem cuida da entrega</span></li>
<li class="fu-lin"><span class="fu-nn">04</span><b>Decisor ausente</b><span>Entrega um resumo para quem decide</span><span class="fu-rev"><i class="fu-m">Revisa: </i>O vendedor da conta</span></li>
<li class="fu-lin"><span class="fu-nn">05</span><b>Outra opção na mesa</b><span>Lista o que a proposta cobre, item a item</span><span class="fu-rev"><i class="fu-m">Revisa: </i>Quem conhece o contrato</span></li>
<li class="fu-lin"><span class="fu-nn">06</span><b>Silêncio</b><span>Deixa a porta aberta, sem pressão</span><span class="fu-rev"><i class="fu-m">Revisa: </i>O vendedor da conta</span></li>
</ol>
</div></div><figcaption>Os seis motivos da parada, a mensagem que cada um pede e quem revisa antes do envio.</figcaption></figure>
<h2 id="primeiro-o-motivo">Primeiro, o motivo</h2>
<p>A mesma cobrança gentil para todo mundo responde a uma pergunta que ninguém fez. Quem não entendeu o escopo não quer ser lembrado de que existe uma proposta. Quer entender o escopo.</p>
<p>Antes de escrever, vale uma pergunta ao vendedor: o que o cliente disse, ou deixou de dizer, na última conversa? Muitas vezes, a resposta aponta para um dos seis motivos. Se não apontar, a melhor mensagem é uma ligação.</p>
<h2 id="follow-up-de-proposta-seis-textos">Follow-up de proposta, seis textos</h2>
<p>Nos textos, o que está em itálico muda de cliente para cliente. Troque cada trecho em itálico e releia em voz alta antes de enviar.</p>
<h3>1. Dúvida técnica</h3>
<p>O cliente leu e travou num item: escopo, integração, forma de trabalho.</p>
<blockquote><p>Oi, <em>nome</em>. Relendo a proposta, achei que o item <em>item</em> merece um exemplo. Na <em>empresa</em>, ele funcionaria assim: <em>exemplo curto, com o processo dele</em>. Se ajudar, <em>nome do técnico</em> conversa com você e com o seu time sobre os detalhes.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> quem conhece o produto confere se o exemplo é verdadeiro para aquela empresa. Um exemplo bonito e errado cria uma dúvida pior que a primeira.</p>
<h3>2. Preço</h3>
<p>O cliente não disse que está caro. Parou de responder depois de ver o valor.</p>
<blockquote><p>Oi, <em>nome</em>. Sobre o investimento, separei na proposta o que é essencial do que é opcional: <em>itens</em>. Se o valor total é o obstáculo, posso montar uma versão só com <em>escopo menor</em> para você comparar.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> qualquer mudança de condição passa por quem pode mudar a condição. O vendedor oferece comparar, não oferece desconto no improviso.</p>
<h3>3. Prazo</h3>
<p>O cliente quer o resultado, mas a data proposta não cabe no calendário dele.</p>
<blockquote><p>Oi, <em>nome</em>. Propusemos começar em <em>data</em>. Se a sua janela é outra, me diga quando seria melhor e eu confirmo com <em>responsável pela entrega</em> se conseguimos. Se precisar, atualizo a proposta com as novas datas.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> quem cuida da entrega confirma que a data nova é possível. Prometer prazo que a operação não cumpre é a forma mais cara de retomar uma proposta.</p>
<h3>4. Decisor ausente</h3>
<p>Seu contato gostou, mas não decide sozinho, e a proposta está esperando uma pessoa que você nunca viu. A nota <a href="https://blog.ozagent.ai/notas/quem-decide-do-outro-lado/">Quem decide do outro lado</a> trata desse mapa em contas grandes.</p>
<blockquote><p><em>Nome</em>, para facilitar a conversa interna, preparei um resumo de uma página para quem decide: o problema, o que muda, o que custa e o que acontece se a decisão esperar. Posso enviar a você ou participar de uma conversa curta com <em>cargo do decisor</em>, como for melhor.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> o vendedor confere que o resumo diz o mesmo que a proposta e que a oferta de entrar na conversa não passa por cima do contato. Ele é o seu aliado dentro da empresa.</p>
<h3>5. Outra opção na mesa</h3>
<p>O cliente está comparando, e você sabe ou suspeita.</p>
<blockquote><p>Oi, <em>nome</em>. Imagino que você esteja avaliando mais de uma opção, o que é razoável. Para facilitar a comparação, listei o que a nossa proposta cobre e o que depende de vocês. Se algo que você precisa não está na lista, prefiro saber agora.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> quem conhece o contrato confere cada item da lista. A mensagem não cita nem compara ninguém pelo nome. Falar mal da outra opção faz o cliente desconfiar de quem fala.</p>
<h3>6. Silêncio</h3>
<p>O cliente sumiu, sem dúvida, sem objeção, sem data.</p>
<blockquote><p>Oi, <em>nome</em>. Não quero lotar a sua caixa de entrada. Vou deixar a proposta guardada e volto a falar em <em>mês</em>. Se antes disso fizer sentido retomar, é só responder aqui.</p></blockquote>
<p><strong>Revise antes de enviar:</strong> o vendedor olha o histórico. Se o cliente pediu para esperar, a mensagem não sai.</p>
<h2 id="proposta-nao-e-divida">Proposta não é dívida</h2>
<p>"E-mail de cobrança de proposta" é o nome que muita gente dá a isso, e o nome atrapalha. Cobrança pede o que já é devido, como uma fatura vencida. Proposta não é dívida. O cliente não deve resposta a ninguém.</p>
<p>Por isso os seis textos acima oferecem alguma coisa nova: um exemplo, uma versão, uma data, um resumo, uma lista. Uma mensagem que só repete o pedido de retorno gasta a boa vontade que a proposta ainda tinha.</p>
<h2 id="onde-este-metodo-falha">Onde este método falha</h2>
<p>Seis motivos não esgotam as possibilidades. Às vezes a proposta parou porque o cliente resolveu o problema de outro jeito, ou porque a prioridade mudou, e nenhum texto muda isso. Nesses casos, a mensagem certa pergunta com franqueza se ainda faz sentido conversar.</p>
<p>Texto pronto também tem custo: ele soa pronto. Um modelo bem usado é um rascunho que o vendedor reescreve com o que sabe daquele cliente. E a revisão, que parece um passo a mais, é o que impede a mensagem errada de ir para a pessoa errada. Esse passo custa alguns minutos por envio e exige que alguém tenha a atribuição de revisar.</p>
<p>É a mesma regra com que o Oz trabalha na prospecção e nas vendas: a mensagem sai depois que uma pessoa aprova, e só a sua empresa decide quando um tipo de texto pode dispensar essa revisão.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Quantas vezes insistir?</h3>
<p>Não há um número certo. A regra útil é que cada mensagem traga algo que a anterior não trouxe. Se o cliente pediu para esperar, espere. Se não trouxe nada novo, ligue em vez de escrever.</p>
<h3>Follow-up é cobrança?</h3>
<p>Não. Cobrança pede algo devido, como um pagamento. Follow-up de proposta oferece ajuda para uma decisão que o cliente ainda não tomou. Misturar os dois faz o texto soar como pressão, e pressão sobre quem ainda decide costuma encerrar a conversa.</p>
<h3>E se ninguém responder?</h3>
<p>Então o silêncio é a resposta daquele momento. Registre o motivo provável, guarde a proposta e volte quando houver um fato novo: uma mudança na empresa dele, uma nova versão do seu serviço, um evento do setor.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Peça ao time que escreva, ao lado de cada proposta parada, qual dos seis motivos é o provável. Em poucas semanas a lista mostra onde as propostas travam: se o preço aparece mais que o resto, o problema está antes da mensagem. Se o time já tem uma reunião semanal de receita, como a de <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">Vinte minutos por semana</a>, a lista cabe nela. E defina quem revisa cada tipo de texto, para que condições e prazos continuem com quem responde por eles.</p>]]></content:encoded>
</item>
<item>
<title>O registro vem da conversa</title>
<link>https://blog.ozagent.ai/notas/vendedor-nao-preenche-o-crm/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/vendedor-nao-preenche-o-crm/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra por que o vendedor não preenche o CRM e como o registro nasce da conversa dele no WhatsApp.</description>
<content:encoded><![CDATA[<p>O vendedor não preenche o CRM, e a diretoria cobra de novo na segunda-feira. O vendedor fecha o negócio pelo WhatsApp, volta para o computador no fim do dia e encontra um formulário cheio de campos esperando. Ele preenche alguns, ou nenhum. O funil mostra o que ele teve vontade de lançar, e não o que aconteceu.</p>
<p>O vendedor deixa de preencher o CRM quando preencher dá mais trabalho do que vender. O caminho é registrar a partir da conversa que ele já faz.</p>
<h2 id="vendedor-nao-preenche-o-crm">Vendedor não preenche o CRM</h2>
<p>O CRM costuma ser desenhado para quem lê: o diretor, o gerente, quem projeta a receita do trimestre. Quem escreve é outra pessoa, com outro incentivo. Para o vendedor, cada campo é tempo longe de uma conversa que pode virar venda, e o retorno de preencher chega para outra pessoa.</p>
<p>A conta dele é simples e, do ponto de vista dele, correta. Se atender o cliente rende comissão e atualizar o sistema rende um elogio, o sistema perde.</p>
<h2 id="onde-a-cobranca-falha">Onde a cobrança falha</h2>
<p>O jeito comum é a cobrança. Uma regra diz que negócio sem registro não existe, um gerente revisa o funil toda semana e o vendedor passa a preencher na véspera da revisão.</p>
<p>Isso produz registro, mas de má qualidade. O dado entra tarde, de memória, resumido ao que passa na revisão. A conversa real, com a objeção que o cliente fez e o prazo que ele pediu, ficou no WhatsApp e não chega ao sistema. E a cobrança tem custo próprio: o gerente gasta a semana conferindo preenchimento, e o vendedor aprende que o CRM é um tribunal.</p>
<p>Treinar de novo também não resolve: o vendedor já sabe usar o sistema e só não tem motivo para gastar o tempo dele ali.</p>
<h2 id="o-registro-na-conversa">O registro na conversa</h2>
<p>O trabalho do registro é anotar o que aconteceu: quem é o lead, o que foi combinado, quando é a próxima visita. Tudo isso já foi escrito pelo vendedor, com as próprias palavras, na conversa com o cliente. O jeito que funciona é deixar o registro nascer dali e pedir ao vendedor só a conferência.</p>
<p>Conferir custa segundos. Preencher do zero custa minutos e depende de memória. Quando a tarefa muda de escrever para confirmar, o motivo para adiar some.</p>
<p><em>Registro pelo WhatsApp: o vendedor encaminha a conversa com o cliente, o Oz monta o registro e o vendedor confere antes de valer.</em></p>
<p>Dois cuidados valem sempre. O vendedor continua dono da conta: se o registro e o que o cliente disse divergirem, vale o que o cliente disse, e o vendedor corrige. E só entra no CRM o que o vendedor confirmou, para que o funil volte a ser algo em que o diretor possa confiar.</p>
<h2 id="o-que-o-oz-registra">O que o Oz registra</h2>
<p>Pelo WhatsApp, o vendedor pede, e o Oz cadastra o lead e lembra a visita marcada. Quando o vendedor encaminha ao Oz a conversa com o cliente, o Oz monta o registro a partir do que já está escrito ali.</p>
<p>O registro conferido entra no CRM e na base da empresa, junto com o que ela já sabe. A pessoa do Oz que cuida da conta acompanha o que o Oz registrou e responde por isso.</p>
<p>Em todos os casos o vendedor diz o que quer com as próprias palavras, e o registro só vale depois que ele confirma. O método de registrar a partir da conversa serve a qualquer time, com ou sem o Oz.</p>
<h2 id="o-limite-do-metodo">O limite do método</h2>
<p>Registrar a partir da conversa não resolve tudo. Uma conversa mal escrita gera um registro pobre, e o vendedor que não conversa pelo WhatsApp, ou que fecha por telefone, deixa pouco para aproveitar. Há também o que nenhuma conversa mostra: a leitura que o vendedor faz do cliente, o clima da reunião, o motivo real de uma recusa. Isso continua com ele.</p>
<p>E existe um custo de adoção. O vendedor precisa confiar que o que ele pediu foi anotado como ele quis, e essa confiança vem dos primeiros casos conferidos. Por isso vale começar por um grupo pequeno de vendedores e só abrir para o time quando esses casos mostrarem que funciona.</p>
<p>Para a diretoria, vale combinar de antemão o que conta como registrado, quem confere e com que frequência o funil é revisado. A <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">reunião curta de receita</a> é um bom lugar para isso, e a nota sobre <a href="https://blog.ozagent.ai/notas/o-trabalho-tem-endereco/">onde mora o trabalho</a> explica onde esse registro fica guardado.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Como fazer o CRM pegar?</h3>
<p>Reduzindo o trabalho de registrar. Quando o registro nasce da conversa que o vendedor já tem e ele só confere, a cobrança diária perde o motivo. A revisão semanal continua e passa a olhar a venda.</p>
<h3>Adoção é disciplina?</h3>
<p>Não. Adoção mede se o sistema reflete o que acontece na venda. Disciplina é uma das formas de chegar lá, e a mais cara. Um time pode ser muito disciplinado e ter um CRM atrasado, porque o desenho do trabalho exige que ele escreva duas vezes o que já disse uma.</p>
<h3>O Oz registra pelo WhatsApp?</h3>
<p>Registra. Quando o vendedor pede pelo WhatsApp, o Oz cadastra o lead e lembra a visita marcada. Quando ele encaminha a conversa com o cliente, o Oz monta o registro a partir dela, e o vendedor confere cada registro antes de ele entrar no funil.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Quem dirige deixa de perguntar por que o vendedor não preenche e passa a perguntar quanto trabalho o registro exige dele. A primeira pergunta gera cobrança. A segunda gera um desenho melhor, em que o funil é um subproduto da venda e a segunda-feira volta a servir para decidir.</p>]]></content:encoded>
</item>
<item>
<title>Noventa dias antes da renovação</title>
<link>https://blog.ozagent.ai/notas/renovacao-de-contrato-b2b/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/renovacao-de-contrato-b2b/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra por que a renovação de um contrato começa noventa dias antes e o que ter em mãos em cada etapa.</description>
<content:encoded><![CDATA[<p>Como se preparar para a renovação de um contrato B2B? Primeiro, notar que muitas vezes o cliente sabe a data antes de quem vende. Quem descobre o vencimento pelo calendário, a poucas semanas, encontra o histórico da conta espalhado no e-mail, no WhatsApp, no CRM e no sistema de chamados.</p>
<p>Numa conta que pesa no caixa, a renovação começa noventa dias antes de o cliente decidir, com o histórico de uso, os chamados abertos e um rascunho da proposta. Quem espera a carta do cliente para começar negocia com o prazo do cliente. Quem começa antes negocia com o seu.</p>
<p>Cuidar de quem já é cliente, para que ele renove e compre mais, é parte do trabalho que o Oz faz. O que segue é método que vale para qualquer time, com ou sem o Oz.</p>
<h2 id="por-que-noventa-dias">Por que noventa dias</h2>
<p>Noventa dias são uma recomendação de método. Ela sai de uma conta que você pode refazer com o seu contrato. Some quatro prazos, do fim para o começo:</p>
<ol><li>o aviso prévio que o contrato exige para não renovar ou renegociar, quando existe;</li><li>o tempo de aprovação interna da proposta, com preço, condição e quem assina;</li><li>o tempo de resolver o pior problema que o histórico mostrar, que raramente cabe numa semana;</li><li>uma folga para o cliente, que também tem processo de compra e muitas vezes mais gente envolvida que o contato de sempre.</li></ol>
<p>Em muitos contratos de empresa para empresa, quando o cliente tem processo de compra, essa soma passa de dois meses e cabe num trimestre. Por isso noventa. Se o seu contrato pede aviso de seis meses, o prazo é outro. O que não muda é o método: contar de trás para frente a partir da data em que o cliente decide, e não a partir da data em que o contrato vence.</p>
<h2 id="a-linha-do-tempo">A linha do tempo</h2>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/renovacao-de-contrato-b2b.css">
<div class="rn">
<div class="rn-cab"><p class="rn-tit"><span class="rn-num">Figura 1</span>A renovação, contada do fim.</p><p class="rn-sub">Cada marco entrega algo pronto para o seguinte.</p></div>
<ol class="rn-linha">
<li class="rn-chave"><i></i><span class="rn-d">90 dias antes</span><b>O contexto</b><ul><li>Histórico de uso</li><li>Chamados abertos</li><li>Rascunho da proposta</li><li>Quem decide do lado do cliente</li></ul></li>
<li><i></i><span class="rn-d">60 dias antes</span><b>A conversa</b><ul><li>Reunião de balanço com o cliente</li><li>Problemas resolvidos ou com data</li></ul></li>
<li><i></i><span class="rn-d">30 dias antes</span><b>A proposta</b><ul><li>Proposta revisada</li><li>Aprovação interna feita</li></ul></li>
<li><i></i><span class="rn-d">Decisão do cliente</span><b>A assinatura</b><ul><li>Nada novo para descobrir</li></ul></li>
</ol>
<p class="rn-nota">Os marcos de 60 e 30 dias dividem o trimestre em três etapas de um mês.</p>
</div></div><figcaption>A preparação de uma renovação, contada a partir da data em que o cliente decide. Os marcos são uma recomendação de método e se ajustam ao aviso prévio e ao ciclo de aprovação de cada empresa.</figcaption></figure>
<h2 id="o-que-reunir-primeiro">O que reunir primeiro</h2>
<p>O primeiro marco é uma página da conta, que se lê de uma vez e responde a quatro perguntas.</p>
<p><strong>O histórico de uso.</strong> O cliente usou o que comprou? A pergunta inclui o que ele pagou e não usou, porque é isso que aparece na renovação como pedido de desconto. Uma conta que usa pouco precisa de uma conversa sobre implantação. Uma conta que usa muito precisa de uma conversa sobre ampliar.</p>
<p><strong>Os chamados abertos.</strong> O que o cliente pediu e ainda não recebeu, com a data do pedido e o nome de quem ficou de responder. Um chamado antigo sem resposta pode pesar na decisão tanto quanto o preço, e muitas vezes não está no CRM, porque mora no suporte.</p>
<p><strong>O rascunho da proposta.</strong> As condições, com o que mudou desde o contrato anterior: preço, escopo, prazo, quem assina. Chegar à reunião de balanço com a proposta pensada leva a conversa para o que o cliente vai usar no próximo período.</p>
<p><strong>Quem decide do lado do cliente.</strong> O nome de quem assina a renovação e a data da última conversa com essa pessoa. Quem comprou na primeira vez pode já não ser quem renova.</p>
<h2 id="um-dono-e-uma-data">Um dono e uma data</h2>
<p>O jeito comum é uma planilha de vencimentos e um aviso no calendário. Ela só diz quando o contrato vence. Quando o aviso chega, o vendedor abre o e-mail, o WhatsApp, o CRM e o sistema de chamados, monta o quadro às pressas e descobre o problema na semana em que o cliente já está comparando propostas.</p>
<p>A alternativa é dar um dono à renovação e uma data a cada marco. O responsável pela conta recebe o contexto completo num lugar só, noventa dias antes, e a partir dele decide o que conversar, o que resolver primeiro e o que propor. É o mesmo problema de <a href="https://blog.ozagent.ai/notas/o-trabalho-tem-endereco/">O trabalho tem endereço</a>, aplicado a uma data de vencimento: o que a conta sabe precisa estar num lugar só, antes da conversa.</p>
<h2 id="o-minimo-em-maos">O mínimo em mãos</h2>
<p>A lista de conferência da renovação, para uma conta a noventa dias da decisão do cliente:</p>
<ul><li>a data do vencimento e o aviso prévio que o contrato exige;</li><li>o que foi contratado e o que foi usado, com a data da última leitura;</li><li>os chamados e pedidos abertos, com data e responsável;</li><li>quem decide a renovação do lado do cliente, e quando foi a última conversa com essa pessoa;</li><li>o que mudou desde o contrato anterior, de preço, de escopo e de contexto;</li><li>o rascunho da proposta e quem vai aprová-la do seu lado.</li></ul>
<p>O quarto item é o mais fácil de dar como certo. A nota <a href="https://blog.ozagent.ai/notas/quem-decide-do-outro-lado/">Quem decide do outro lado</a> mostra os sinais de que a conta mudou de mão.</p>
<h2 id="o-limite-do-metodo">O limite do método</h2>
<p>Noventa dias é demais para conta pequena. Para um contrato de ticket baixo e renovação automática, uma página de contexto por conta custa mais do que protege, e o aviso no calendário basta. O método se paga nas contas em que perder a renovação dói no caixa e em que há gente do lado do cliente avaliando.</p>
<p>Também tem custo. Montar a página de cada conta pede acesso ao uso, aos chamados e ao CRM, e a primeira rodada pode revelar que os dados não batem entre os sistemas. Esse achado incomoda, e é o motivo de começar cedo. Descobrir a divergência aos noventa dias é um ajuste. Descobrir na véspera é um constrangimento diante do cliente.</p>
<p>Há ainda o risco do excesso de zelo. Um balanço com cliente que não pediu pode soar como pressão de venda. A conversa de sessenta dias funciona quando o assunto é o que o cliente usa e o que ficou pendente, e a proposta fica para depois.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Preparar é negociar o preço?</h3>
<p>Não. Negociar o preço é uma conversa de uma reunião. Preparar a renovação é o trabalho dos noventa dias anteriores, que decide em que condições essa conversa acontece. Uma conta com os chamados resolvidos e o uso à vista negocia o preço sobre o valor entregue. Uma conta com pendências negocia o preço como desconto de desculpas.</p>
<h3>E a renovação automática?</h3>
<p>A renovação automática esconde a data de decisão, e a decisão continua lá. O cliente ainda pode avisar que não quer continuar, geralmente dentro de uma janela escrita no contrato. A preparação serve para que o aviso de saída não chegue sem que ninguém tenha visto sinais antes.</p>
<h3>Quem cuida da renovação?</h3>
<p>Quem conhece a conta e tem poder de propor a condição do próximo período. Em muitas empresas médias, é o responsável pela conta, com um diretor comercial que aprova a proposta. O importante é que seja uma pessoa só, com nome, e que ela receba o contexto completo antes da primeira conversa.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Com o método, quem dirige sabe da renovação noventa dias antes, com o quadro da conta, e recebe a proposta aprovada um mês antes da decisão. A renovação vira uma conversa que o seu time conduz, com o histórico na mão.</p>
<p>A página da conta pede que o que a empresa sabe esteja num lugar só. No Oz, essa é a base: ela liga as ferramentas da empresa e guarda o que ela sabe num lugar só. Sobre ela, o Oz prepara a página da conta e o rascunho da proposta noventa dias antes, e a pessoa do Oz que cuida da sua conta leva a você as decisões que são suas.</p>
<blockquote><p>A receita é sua. O cuidado é nosso.</p></blockquote>]]></content:encoded>
</item>
<item>
<title>Quando passar para uma pessoa</title>
<link>https://blog.ozagent.ai/notas/quando-transferir-para-uma-pessoa/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quando-transferir-para-uma-pessoa/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra quando a conversa de atendimento passa para uma pessoa, e o resumo do caso que vai junto, para a venda não voltar ao começo.</description>
<content:encoded><![CDATA[<p>O cliente escreve no WhatsApp o número do pedido, a data da compra e o problema. O assistente automático não resolve e avisa que vai passar para uma pessoa. A pessoa chega e começa com uma pergunta: qual é o número do pedido? A passagem aconteceu, e o atendimento voltou ao começo. Quando o assunto é desconto, prazo ou cancelamento, a receita volta ao começo junto.</p>
<p>Este texto descreve o método do suporte do Oz, e o método serve a qualquer atendimento, com ou sem o Oz.</p>
<p>Saber quando transferir o atendimento do assistente automático para uma pessoa é uma decisão de duas metades: o ponto em que a conversa muda de mãos e o que viaja com ela. A passagem para uma pessoa deve levar o resumo do caso junto, para o cliente não explicar tudo de novo. As duas metades se escrevem antes, por quem dirige a empresa, e não no meio da conversa.</p>
<h2 id="quando-transferir-para-humano">Quando transferir para humano</h2>
<p>O jeito comum é esperar o cliente pedir. O assistente tenta, responde "não entendi", tenta de novo e só passa quando o cliente digita "atendente" com a paciência no fim. Esse jeito falha porque o gatilho chega depois do dano: a pessoa que recebe a conversa recebe também um cliente irritado.</p>
<p>O jeito que funciona é escrever os gatilhos antes, como regras que não dependem do humor da conversa. Quatro bastam para começar:</p>
<ol><li><strong>O cliente pede uma pessoa.</strong> A passagem é imediata e sem pergunta sobre o motivo. Exigir uma justificativa prende o cliente justo no ponto em que ele já decidiu.</li><li><strong>O assunto é de quem decide.</strong> Preço fora da tabela, desconto, prazo especial, contrato, reembolso. O assistente pode explicar a regra, mas a decisão é de uma pessoa com nome. Quem dirige escreve essa lista uma vez, como em <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">O jeito certo, escrito uma vez</a>.</li><li><strong>A relação está em jogo.</strong> Reclamação séria, aviso de que o cliente vai cancelar, conta grande, tom que muda de repente. <a href="https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/">O que fica com pessoas</a> trata do que fica com pessoas. Aqui interessa o momento exato da passagem.</li><li><strong>O sistema não sabe.</strong> A resposta não está no que a empresa guardou, ou a mesma pergunta voltou depois de respondida. Nesse ponto, um palpite custa mais do que a passagem.</li></ol>
<p>Um gatilho só funciona com dono. Cada um precisa de quem o escreveu e de quem o revisa, e a revisão parte dos casos reais: o que passou tarde, o que passou à toa.</p>
<h2 id="o-resumo-do-caso">O resumo do caso</h2>
<p>Quando a passagem acontece, o jeito comum é uma de duas coisas. Ou a pessoa recebe a conversa inteira, para ler sozinha, ou recebe só o nome do cliente. A primeira obriga a pessoa a procurar o caso no meio de uma conversa longa, com o cliente esperando. A segunda devolve a pergunta que o cliente já respondeu.</p>
<p>O que funciona é um resumo escrito para quem vai agir, com cinco campos:</p>
<ul><li><strong>Quem é:</strong> o cliente, a conta e o que ele já comprou.</li><li><strong>O que pediu:</strong> em uma frase, nas palavras dele.</li><li><strong>O que já foi respondido:</strong> para a pessoa não repetir, nem contradizer.</li><li><strong>Por que passou:</strong> qual gatilho disparou.</li><li><strong>O que falta decidir:</strong> a pergunta que só a pessoa responde, com o prazo que o cliente ouviu.</li></ul>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/quando-transferir-para-uma-pessoa.css">
<div class="qp">
<div class="qp-cab"><p class="qp-tit"><span class="qp-num">Figura 1</span>Do gatilho ao resumo.</p><p class="qp-sub">A conversa muda de mãos com o caso junto.</p></div>
<div class="qp-grade">
<div class="qp-col">
<p class="qp-rot">Gatilhos, escritos antes</p>
<ol class="qp-lista">
<li><span class="qp-nn">01</span>O cliente pede uma pessoa</li>
<li><span class="qp-nn">02</span>O assunto é de quem decide</li>
<li><span class="qp-nn">03</span>A relação está em jogo</li>
<li><span class="qp-nn">04</span>O sistema não sabe</li>
</ol>
</div>
<p class="qp-seta" aria-hidden="true"><i></i></p>
<div class="qp-col qp-chave">
<p class="qp-rot">Resumo do caso</p>
<dl>
<dt>Quem é</dt><dd>cliente, conta, histórico</dd>
<dt>O que pediu</dt><dd>uma frase, nas palavras dele</dd>
<dt>O que já foi respondido</dt><dd>para não repetir</dd>
<dt>Por que passou</dt><dd>o gatilho que disparou</dd>
<dt>O que falta decidir</dt><dd>e o prazo que o cliente ouviu</dd>
</dl>
</div>
<p class="qp-seta" aria-hidden="true"><i></i></p>
<div class="qp-col">
<p class="qp-rot">A pessoa</p>
<p class="qp-fim">Começa pelo que falta decidir.</p>
<p class="qp-fim2">O cliente não repete nada.</p>
</div>
</div>
</div></div><figcaption>Do gatilho ao resumo, e do resumo à pessoa. Os gatilhos ficam escritos antes. O resumo leva cinco campos, e a pessoa começa pelo que falta decidir.</figcaption></figure>
<p>O resumo tem uma regra de ofício: cada campo cabe numa linha. Quando um campo pede um parágrafo, o caso ainda não está entendido, e isso já é uma informação para a pessoa.</p>
<h2 id="quem-recebe-e-ate-quando">Quem recebe, e até quando</h2>
<p>A passagem só termina quando alguém aceita o caso. Entre o gatilho e o aceite, o cliente precisa saber três coisas: que uma pessoa vai cuidar, quem é ela quando for possível dizer o nome e quando ele será respondido.</p>
<p>O jeito comum é prometer "em breve" e deixar a conversa pendurada numa fila. O que funciona é um prazo que a empresa consegue cumprir, dito ao cliente, com o caso aberto no nome de alguém. Fora do horário de atendimento, a mensagem diz isso com todas as letras e informa quando o cliente será respondido. Um prazo longo e cumprido é melhor do que um prazo curto e esquecido.</p>
<p>Esse acompanhamento também alimenta os gatilhos. Cada passagem fica registrada com o motivo e o desfecho, e quem dirige lê o conjunto de tempos em tempos: o que passou, por quê, e se a pessoa precisou mesmo daquele caso.</p>
<h2 id="o-que-esse-metodo-custa">O que esse método custa</h2>
<p>O método tem dois custos e um risco.</p>
<p>O primeiro custo é de escrita. Os gatilhos e o modelo do resumo pedem tempo de quem conhece o atendimento, e pedem revisão depois. Sem essa revisão, as regras envelhecem junto com a tabela de preços e com os produtos.</p>
<p>O segundo custo é de equilíbrio. Gatilhos demais fazem do assistente uma porta giratória: tudo passa, e a pessoa recebe o que o assistente resolveria sozinho. Gatilhos de menos prendem o cliente numa conversa que não anda. O ponto certo muda de empresa para empresa e sai dos casos reais, ajustado aos poucos.</p>
<p>O risco é o resumo errado. Uma pessoa que confia num resumo com um dado velho age sobre o dado velho, e o cliente percebe. Por isso o resumo cita de onde veio cada campo, e a pessoa pode abrir a conversa original quando algo não bater.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Passar é escalar?</h3>
<p>Não. Escalar um chamado é subir o caso de nível dentro do suporte, e quem atende continua sendo uma pessoa. Passar para uma pessoa é mudar quem atende: sai o assistente automático, entra alguém com nome e com poder de decidir. As duas coisas podem acontecer no mesmo caso, uma depois da outra.</p>
<h3>Quantas tentativas antes de passar?</h3>
<p>Contar tentativas é a pergunta errada, porque um mesmo número serve mal a assuntos diferentes. Um pedido de desconto passa na primeira mensagem. Uma dúvida de prazo pode ser resolvida em duas respostas. Escreva o gatilho pelo tipo de assunto, e use a repetição da mesma pergunta só como sinal de que o assistente não sabe.</p>
<h3>Avisar que é automático?</h3>
<p>Sim, e logo na primeira mensagem, junto com o jeito de chamar uma pessoa. Quem descobre no meio da conversa tende a desconfiar do resto. Dizer cedo também facilita o primeiro gatilho: o cliente que sabe como pedir uma pessoa pede cedo, e sem raiva.</p>
<h2 id="onde-o-oz-esta-nisso">Onde o Oz está nisso</h2>
<p>No Oz, o suporte responde ao cliente que travou depois da venda, como o da cena do começo, e passa para uma pessoa o que só ela decide. Os quatro gatilhos ficam escritos antes, cada um com dono, e toda passagem leva o resumo de cinco campos para a pessoa do seu time que aceita o caso. A pessoa do Oz que cuida da sua conta lê com quem dirige o registro das passagens e ajusta os gatilhos a partir dele.</p>
<h2 id="quem-dirige-decide-uma-vez">Quem dirige decide uma vez</h2>
<p>Quem dirige deixa de decidir caso a caso e passa a decidir uma vez: que assuntos só uma pessoa resolve, o que o cliente nunca deveria repetir e que prazo a empresa consegue cumprir. Depois disso, o time recebe casos prontos para agir, e não conversas para decifrar.</p>
<p>O cliente repara na diferença sem que ninguém anuncie. Ele conta uma vez, e do outro lado alguém já sabe do que se trata.</p>
<blockquote><p>A receita é sua. O cuidado é nosso.</p></blockquote>]]></content:encoded>
</item>
<item>
<title>O tema nasce na venda</title>
<link>https://blog.ozagent.ai/notas/temas-de-conteudo-das-perguntas-de-clientes/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/temas-de-conteudo-das-perguntas-de-clientes/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra como achar temas de conteúdo B2B nas perguntas que o cliente repete ao vendedor, e como uma pessoa escolhe o que vira post.</description>
<content:encoded><![CDATA[<p>Na segunda-feira, o time de marketing se reúne para decidir sobre o que escrever. Na mesma semana, o vendedor responde, pelo WhatsApp, à mesma dúvida de um cliente novo, pela enésima vez no mês. As duas conversas acontecem no mesmo prédio e quase nunca se encontram.</p>
<p>Quem busca ideias de conteúdo a partir de perguntas de clientes já tem a matéria-prima. Ela fica nas conversas de venda, escrita com as palavras de quem compra. As perguntas que clientes repetem ao vendedor são um bom ponto de partida para o tema do conteúdo de uma empresa B2B.</p>
<p>Esta nota mostra como levar essas perguntas até a pauta, com uma pessoa escolhendo o que sai, e onde o método falha.</p>
<h2 id="ideias-de-conteudo-nas-perguntas">Ideias de conteúdo nas perguntas</h2>
<p>O jeito comum de achar tema é a reunião de ideias. Alguém sugere o que viu no concorrente, alguém abre uma lista de palavras de busca, e o time escolhe o que parece bom. Falha por uma razão simples: todos na sala escrevem do ponto de vista de quem vende. O tema sai com o vocabulário da casa, e o cliente procura com o dele.</p>
<p>A pergunta de um cliente já vem pronta. Ela tem as palavras dele, vem de uma decisão que estava parada e foi dita a alguém que tinha obrigação de responder. Quando a mesma dúvida chega a mais de uma pessoa, ela é um obstáculo no caminho da compra, e um post que o remova serve ao cliente que perguntou e aos que ainda vão perguntar.</p>
<p>O jeito que funciona é inverter a ordem. Primeiro se ouve o que o cliente perguntou. Depois se decide o que escrever.</p>
<h2 id="onde-as-perguntas-ficam">Onde as perguntas ficam</h2>
<p>Elas já existem, espalhadas. Estão na conversa do WhatsApp, no e-mail em que o cliente pede uma explicação, na anotação da visita, na pergunta feita no fim de uma proposta e no que o cliente diz quando a ligação está acabando. Quase nenhuma está escrita como pergunta. Uma boa parte aparece como objeção: "isso funciona para uma empresa do nosso porte?", "e se o time não usar?", "como fica a nossa rotina?".</p>
<p>Comece por uma lista só, num lugar onde o time comercial escreve sem esforço: uma planilha, uma nota compartilhada ou uma coluna na ferramenta que o time já abre todo dia. Cada linha leva a pergunta nas palavras do cliente, a data e a etapa da conversa em que ela apareceu. Não leva o nome da pessoa: ninguém é citado sem convite, nem na lista nem no post. A mesma lista serve ao treino do time, como em <a href="https://blog.ozagent.ai/notas/treino-com-caso-da-casa/">Treino com caso da casa</a>: a pergunta real é o melhor caso para praticar.</p>
<h2 id="da-pergunta-ao-tema">Da pergunta ao tema</h2>
<p>Uma lista de perguntas ainda não é pauta. O trabalho é reduzi-la a poucos temas, e ele segue quatro passos.</p>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/temas-de-conteudo-das-perguntas-de-clientes.css">
<div class="pc">
<div class="pc-cab"><p class="pc-tit"><span class="pc-num">Figura 1</span>Da pergunta ao tema.</p><p class="pc-sub">Quatro passos, e uma pessoa no último.</p></div>
<ol class="pc-passos">
<li><span class="pc-nn">01</span><b>Juntar</b><small>as perguntas, nas palavras do cliente</small></li>
<li><span class="pc-nn">02</span><b>Separar</b><small>as que se repetem das que apareceram uma vez</small></li>
<li><span class="pc-nn">03</span><b>Agrupar</b><small>pela dúvida de fundo de cada uma</small></li>
<li class="pc-chave"><span class="pc-nn">04</span><b>Escolher</b><small>uma pessoa decide o que sai primeiro</small></li>
</ol>
<p class="pc-rodape"><span>O que ficou de fora volta à lista, sem se perder</span></p>
</div></div><figcaption>Do que o cliente perguntou ao que o time publica. Os quatro passos são o método; o último é sempre de uma pessoa, que decide o que sai e o que fica para depois.</figcaption></figure>
<p><strong>Juntar.</strong> Reúna o que o time comercial ouviu em um período fechado, como um mês ou um trimestre. Um período definido evita que a pergunta mais recente pareça a mais comum.</p>
<p><strong>Separar.</strong> Marque as perguntas que se repetem e deixe de lado as que apareceram uma vez. Uma dúvida isolada pode ser importante para quem a fez, mas não é pauta ainda.</p>
<p><strong>Agrupar.</strong> Duas perguntas com palavras diferentes podem ter a mesma dúvida por baixo. "Quanto tempo leva para começar?" e "o meu time precisa parar para aprender?" falam de um receio só: o custo da mudança. O tema é o receio por baixo da frase.</p>
<p><strong>Escolher.</strong> Cada grupo vira uma de três coisas: um post, uma resposta curta que o vendedor já manda pronta ou nada por enquanto. Quem escolhe precisa conhecer o cliente e responder pelo que a empresa publica.</p>
<h2 id="uma-pessoa-escolhe">Uma pessoa escolhe</h2>
<p>O passo 4 não se automatiza, mesmo que os outros três contem com uma ferramenta. Contar quantas vezes uma dúvida apareceu é fácil. Decidir se ela merece um post é outra conta: pesa a repetição, o momento da venda em que a dúvida aparece, o que a empresa sabe responder com fato e o que prefere dizer por telefone.</p>
<p>Uma pergunta repetida pode, por exemplo, ser sobre preço, e a empresa pode não querer publicar preço. Outra pode revelar um erro da proposta, e o caminho é corrigir a proposta. A decisão cabe a quem conhece a empresa, uma por tema.</p>
<p>Por isso o ritmo pode ser leve: uma lista por mês, lida por uma pessoa do comercial e uma do marketing, com uma decisão por tema. Quem dirige só precisa pedir a lista e perguntar o que ficou de fora.</p>
<h2 id="onde-o-metodo-falha">Onde o método falha</h2>
<p>O método tem três limites, e vale conhecê-los antes de adotá-lo.</p>
<p>O primeiro é o viés de quem fala. A lista reúne só o que os clientes perguntaram. Quem desistiu antes de falar com o vendedor, ou foi embora por uma dúvida que nunca disse, não aparece nela.</p>
<p>O segundo é o peso das perguntas. Um cliente grande que pergunta muito pode parecer um mercado inteiro. Separar o que se repete entre várias contas protege disso, mas não elimina o risco.</p>
<p>O terceiro é o custo. Alguém precisa escrever as perguntas na lista e alguém precisa lê-la todo mês. Se a lista depender da boa vontade de cada vendedor, ela tende a esvaziar. Um ritmo fixo ajuda: a reunião curta, com pauta fixa e uma decisão no fim, de <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">Vinte minutos por semana</a>. Conteúdo é um trabalho que, no começo, só mostra direção. A ligação com a receita se prova depois, com paciência.</p>
<h2 id="onde-entra-o-oz">Onde entra o Oz</h2>
<p>O Oz cuida dos três primeiros passos. Ele recebe as perguntas que passam pelo WhatsApp, pelo e-mail e pelo CRM, guarda tudo numa lista só, separa as que se repetem e agrupa por dúvida de fundo. A pessoa do Oz que cuida da sua conta acompanha esse trabalho, e a lista de temas chega ao time pronta para a decisão. Quem escolhe o que sai é uma pessoa da sua empresa. O método desta nota serve a qualquer time, com ou sem o Oz.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Onde achar temas B2B?</h3>
<p>Comece pelo que o cliente já perguntou ao vendedor. Junte as perguntas de um período, separe as que se repetem e agrupe por dúvida de fundo. O que sobra é uma lista curta de temas, e uma pessoa escolhe o que vira post primeiro.</p>
<h3>Pergunta frequente vira post?</h3>
<p>Vira, quando se repete e a empresa sabe responder com fato. Nem toda pergunta merece um post: algumas pedem uma resposta curta que o vendedor manda pronta, e outras mostram um problema da proposta ou do produto. A escolha é de uma pessoa que conhece a empresa.</p>
<h3>Tema é palavra-chave?</h3>
<p>Não. A palavra-chave mostra como as pessoas procuram algo. O tema mostra o que travou a decisão de compra. Uma pergunta de cliente costuma render as duas coisas, mas a dúvida de fundo vem primeiro, e a palavra de busca ajuda a escrever o título.</p>
<h3>E se ninguém anotar?</h3>
<p>Reduza o pedido. Uma coluna com a pergunta, nas palavras do cliente, basta. Se mesmo isso não for feito, o problema está na rotina, e vale resolvê-lo antes de montar qualquer pauta.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Quem dirige a empresa já paga, todo mês, as horas em que o vendedor responde às mesmas dúvidas e as horas em que o marketing procura o que escrever. O método junta as duas contas: a pergunta que cansa o comercial passa a alimentar a pauta, e o post que a responde poupa ao vendedor a mesma resposta.</p>
<p>A mudança é pequena e começa por um pedido: uma lista por mês, uma decisão por tema, uma pessoa responsável. O resto vem de ouvir com atenção o que o cliente já está dizendo.</p>
<blockquote><p>A receita é sua. O cuidado é nosso.</p></blockquote>]]></content:encoded>
</item>
<item>
<title>Quem aprova antes de enviar</title>
<link>https://blog.ozagent.ai/notas/o-que-e-human-in-the-loop/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-que-e-human-in-the-loop/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra onde a pessoa entra quando a IA escreve para os seus clientes.</description>
<content:encoded><![CDATA[<p>Uma mensagem enviada ao cliente não volta. Dá para pedir desculpas, corrigir o preço e explicar o engano, mas a primeira versão já foi lida. É por isso que, quando a IA passa a escrever para os clientes da empresa, a primeira pergunta de quem dirige é onde fica a pessoa.</p>
<p>Quem procura o que é human-in-the-loop quer saber exatamente isso. É o arranjo em que uma pessoa revisa e aprova o que um sistema de IA produz antes de chegar ao cliente. O sistema prepara, a pessoa decide, e só então a mensagem sai. Esta nota define o termo, mostra como ele funciona num time de vendas e diz o que ele custa.</p>
<h2 id="o-que-e-human-in-the-loop">O que é human-in-the-loop</h2>
<p>O nome em inglês quer dizer, ao pé da letra, a pessoa dentro do laço. Na prática, é uma parada obrigatória no meio do trabalho: o sistema recebe um pedido e produz uma resposta, mas nada segue para o cliente sem um sim.</p>
<p>Em vendas, essa parada tem uma forma concreta. Um vendedor, um gerente ou o próprio dono abre o rascunho, lê, e responde com uma de três coisas: aprova, ajusta ou recusa. Aprovar libera o envio. Ajustar muda o texto e libera. Recusar retém a mensagem, e ela não sai.</p>
<p>O ponto central está no que acontece quando ninguém responde. A mensagem sem resposta não sai. A ausência da pessoa não vale como aprovação.</p>
<h2 id="onde-a-pessoa-fica">Onde a pessoa fica</h2>
<p>O jeito comum de falar em controle humano mistura três coisas diferentes. Vale separar.</p>
<p><strong>Antes do envio.</strong> A pessoa lê cada mensagem e libera uma a uma. É a aprovação de verdade. Quem responde por aquilo que sai é quem aprovou.</p>
<p><strong>Depois do envio.</strong> O sistema envia sozinho e a pessoa acompanha o que foi enviado, pronta para parar o processo. A pessoa vê a mensagem depois que ela já chegou ao cliente.</p>
<p><strong>Em nenhum momento.</strong> O sistema envia e ninguém olha.</p>
<p>O jeito comum falha quando junta os dois primeiros sob a mesma palavra. Uma empresa diz que "tem uma pessoa no processo" e quer dizer que alguém olha um relatório na sexta-feira. Para o cliente que recebeu a mensagem na terça, isso não muda nada. O jeito que funciona é escolher o lugar da pessoa para cada tipo de mensagem e dizer qual é, por escrito.</p>
<h2 id="como-funciona-em-vendas">Como funciona em vendas</h2>
<p>A aprovação tem peso diferente conforme o que a mensagem faz. Uma resposta sobre horário de funcionamento e uma mensagem que promete prazo e preço não correm o mesmo risco. O trabalho de quem dirige é decidir, tipo por tipo, quais mensagens esperam por uma pessoa.</p>
<p>O critério mais simples começa por quem fala primeiro. A primeira abordagem a alguém que ainda não conhece a empresa define a impressão inicial e não tem histórico que corrija um deslize. Depois dela vêm as mensagens que assumem compromisso em nome da empresa: preço, desconto, prazo, condição de pagamento. Por último, as que vão a clientes que quem dirige considera sensíveis.</p>
<p>Montar o passo pede cinco decisões, todas escritas antes da primeira mensagem:</p>
<ol><li><strong>O que precisa de aprovação.</strong> A lista dos tipos de mensagem, em palavras do time: primeira abordagem, resposta com preço, retorno a cliente parado.</li><li><strong>Quem aprova.</strong> Uma pessoa com nome para cada tipo, e uma suplente. Fila sem dono vira fila parada.</li><li><strong>O que a pessoa confere.</strong> Três perguntas curtas: o fato está certo, o tom é o da empresa, a mensagem promete só o que a empresa cumpre.</li><li><strong>Até quando espera.</strong> O prazo que a mensagem pode ficar na fila antes de perder o sentido. Passou do prazo, ela é descartada ou refeita.</li><li><strong>O que acontece com o ajuste.</strong> Cada correção de uma pessoa volta como regra: a próxima mensagem já sai com a correção feita.</li></ol>
<p>A quinta decisão é a que faz o passo valer. Sem ela, a pessoa corrige a mesma coisa toda semana e o sistema nunca aprende o jeito da sua empresa. Com ela, o trabalho de aprovar diminui porque os erros repetidos diminuem.</p>
<p><em>Uma fila de aprovação: cada mensagem de abordagem espera até uma pessoa aprovar.</em></p>
<p>Esse passo combina com a reunião curta de receita descrita em <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">Vinte minutos por semana</a>: as mensagens ajustadas e recusadas da semana são boa pauta, porque mostram onde o time e o sistema divergem. Os trabalhos em que a presença de uma pessoa é o próprio trabalho, e não só uma aprovação, estão em <a href="https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/">O que fica com pessoas</a>.</p>
<h2 id="o-que-o-metodo-custa">O que o método custa</h2>
<p>A aprovação tem um preço, e é o tempo da pessoa que aprova. Cada mensagem na fila é uma pausa na rotina de um vendedor, e a pausa se repete todos os dias. Dimensionar mal faz o passo virar gargalo: o lead esfria enquanto o rascunho espera.</p>
<p>O segundo risco é mais discreto. Quando a fila é grande e a maioria dos rascunhos está certa, a pessoa passa a aprovar sem ler. O passo continua existindo no papel e deixa de proteger. Dois cuidados ajudam: limitar o que entra na fila aos tipos que realmente pedem olho humano, e sortear, de vez em quando, uma mensagem aprovada para conferir de novo.</p>
<p>O terceiro é o custo de não aprovar. Para mensagens de baixo risco e alta repetição, a aprovação individual deixa de compensar, e a empresa passa a preferir conferir depois. Essa decisão é de quem dirige, tipo por tipo.</p>
<h2 id="onde-o-oz-aparece">Onde o Oz aparece</h2>
<p>Na prospecção, um vendedor da sua empresa aprova cada mensagem de abordagem antes de ela sair. O que cada tipo de mensagem pode dizer sem esperar ninguém, a alçada, fica escrito com o seu time, e o que passa dela espera o sim de quem você indicou. A pessoa do Oz que cuida da sua conta leva a você as decisões que são suas. Cada ajuste volta como regra, e a próxima mensagem já sai com a correção.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Acompanhar depois é aprovar?</h3>
<p>Não. Na aprovação, a pessoa decide antes de a mensagem sair. No acompanhamento, o sistema envia sozinho e a pessoa acompanha o que foi enviado, com poder de parar o processo. A diferença está no momento: antes do envio a pessoa ainda pode impedir o erro, depois do envio só pode reduzir o dano.</p>
<h3>Toda mensagem precisa de aprovação?</h3>
<p>Não precisa, e esse é um dos pontos que quem dirige decide. O critério mais útil é o que a mensagem faz: primeira abordagem e promessa de preço ou prazo pedem uma pessoa. Uma confirmação de horário, em geral, não.</p>
<h3>Quem deve aprovar?</h3>
<p>Quem responde pelo relacionamento e conhece o tom da empresa. Em vendas, costuma ser o próprio vendedor da carteira, com um gerente como suplente. Quem aprova precisa ter tempo reservado para isso, porque uma aprovação feita às pressas vale pouco.</p>
<h3>Isso atrasa a resposta?</h3>
<p>Atrasa, e por isso o prazo na fila entra na lista de decisões. A fila sem dono atrasa mais do que qualquer rascunho.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Quem dirige a empresa precisa saber, por escrito, quais mensagens saem em nome da empresa sem uma pessoa ter dito sim. Essa lista é pequena, cabe numa página e pode mudar quando a confiança mudar. É uma decisão simples: o que chega ao cliente passa antes por alguém que responde por isso.</p>]]></content:encoded>
</item>
<item>
<title>Mesmo modelo, resultado diferente</title>
<link>https://blog.ozagent.ai/notas/o-que-e-agent-harness/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-que-e-agent-harness/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra por que o mesmo modelo de linguagem rende diferente em lugares diferentes e o que fica em volta dele.</description>
<content:encoded><![CDATA[<p>Duas empresas usam o mesmo modelo de linguagem. Numa, ele responde um lead com o histórico da conversa na frente e uma pessoa confere antes de enviar. Na outra, ele responde sem saber quem escreveu e envia sozinho. O modelo é igual. O resultado, não.</p>
<p>A diferença está no que vem em volta dele. *<em>O </em>agent harness<em> é tudo que fica em volta do modelo: instruções, ferramentas, memória, limites e a aprovação de uma pessoa antes do envio.</em>* O termo não é nosso. Equipes de engenharia de agentes o usam, e a Anthropic, por exemplo, o aplica ao conjunto que cerca o modelo em um <a href="https://www.anthropic.com/engineering/effective-harnesses-for-long-running-agents">texto sobre agentes de longa duração</a>. Esta nota explica as cinco partes e o que isso muda para quem dirige. Isso vale para qualquer time, com ou sem o Oz.</p>
<h2 id="o-que-e-agent-harness">O que é agent harness?</h2>
<p>Um modelo de linguagem, sozinho, lê um texto e escreve outro. Não abre o CRM, não lembra da conversa de ontem e não sabe o que a sua empresa aceita ou recusa. Tudo isso vem de fora, e essas cinco partes são esse "fora".</p>
<p>O nome vem do inglês, onde a mesma palavra designa o equipamento que se põe num cavalo. Quem puxa a carroça é o cavalo, mas é esse equipamento que liga a força dele ao trabalho e dá a direção. Com o modelo é parecido. A capacidade de escrever e raciocinar está no modelo. O que ele enxerga, o que pode tocar e quando alguém precisa autorizar fica no que o cerca.</p>
<figure class="fig fig-largo"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/o-arnes-em-volta-do-modelo.css">
<div class="ar">
<div class="ar-cab"><p class="ar-tit"><span class="ar-num">Figura 1</span>Cinco partes, um modelo.</p><p class="ar-sub">Trocar o modelo muda a escrita. Trocar o que fica em volta muda o que ele consegue fazer.</p></div>
<div class="ar-grade">
<div class="ar-item"><span class="ar-rot">01</span><b>Instruções</b><small>o que fazer e como a sua empresa faz</small></div>
<div class="ar-item"><span class="ar-rot">02</span><b>Ferramentas</b><small>o que ele pode consultar e tocar</small></div>
<div class="ar-item"><span class="ar-rot">03</span><b>Memória</b><small>o que ele sabe do caso e da empresa</small></div>
<div class="ar-modelo"><b>O modelo de linguagem</b><small>lê um texto, escreve outro</small></div>
<div class="ar-item ar-b"><span class="ar-rot">04</span><b>Limites</b><small>o que ele não faz, mesmo se pedirem</small></div>
<div class="ar-item ar-b ar-chave"><span class="ar-rot">05</span><b>Aprovação de uma pessoa</b><small>alguém confere antes de sair</small></div>
</div>
</div></div><figcaption>As cinco partes em volta do modelo: instruções, ferramentas e memória acima; limites e aprovação de uma pessoa abaixo.</figcaption></figure>
<h2 id="instrucoes-guardadas-com-o-trabalho">Instruções guardadas com o trabalho</h2>
<p>O jeito comum é escrever um pedido longo e torcer. Falha porque o pedido some entre uma conversa e outra, e cada pessoa da empresa escreve o seu, diferente. O que funciona é a instrução ficar guardada junto do trabalho: quem fala com o lead, em que tom, o que nunca se promete. Assim o jeito de fazer não depende de quem digitou. A nota <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">O jeito certo, escrito uma vez.</a> trata desse ponto.</p>
<h2 id="ferramentas-e-memoria">Ferramentas e memória</h2>
<p>O jeito comum é colar o contexto na conversa. Falha porque o que se cola é o que alguém lembrou de colar. O que funciona é o modelo ter ferramentas para buscar sozinho no CRM, no calendário e nas conversas, e uma memória do caso e da empresa que não se perde quando a conversa fica longa demais para caber na leitura dele. No Oz, uma base se liga ao CRM, às conversas e aos documentos da empresa e guarda o que ela sabe num lugar só.</p>
<p>Esse último ponto é tão central que o texto da Anthropic o trata como parte desse conjunto: gestão de contexto, para o agente continuar trabalhando sem esgotar o que cabe na sua leitura. Um modelo ótimo com a informação errada na frente escreve com firmeza uma resposta errada.</p>
<h2 id="limites-fora-do-modelo">Limites fora do modelo</h2>
<p>O jeito comum é confiar que o modelo "vai saber" o que não deve fazer. Falha porque ele não sabe, só prevê o texto mais provável. O que funciona é o limite ficar fora do modelo, na regra: pode ler o CRM, não pode alterar um preço; pode redigir uma mensagem, não pode enviar. Um limite escrito na regra vale em toda execução. Um limite pedido por favor vale até a próxima conversa.</p>
<h2 id="uma-pessoa-aprova-antes">Uma pessoa aprova antes</h2>
<p>O jeito comum é deixar o modelo enviar desde o primeiro dia e revisar depois, quando a mensagem já saiu. Falha porque o que foi enviado não volta. O que funciona é a pessoa ver o rascunho antes, e aprovar, ajustar ou recusar. É a parte que mais fala de responsabilidade: o modelo propõe, quem responde pela conta decide. No Oz, o agente começa sem decidir nada sozinho, e uma pessoa aprova cada mensagem antes do envio. A alçada cresce quando quem dirige concede, e pode voltar. A nota <a href="https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/">O que fica com pessoas.</a> trata dos trabalhos que, na nossa leitura, continuam com pessoas.</p>
<h2 id="o-custo-de-montar-isso">O custo de montar isso</h2>
<p>Montar as cinco partes dá trabalho. Alguém precisa escrever as instruções, ligar cada ferramenta, manter a memória em dia e decidir os limites. Cada ferramenta nova abre um caminho novo para erro, e cada limite mal posto trava um trabalho que deveria andar. E nada disso corrige um modelo que não serve para a tarefa: se o trabalho exige um raciocínio que o modelo não tem, nenhuma instrução melhora isso.</p>
<p>Há também uma incerteza honesta. Quanto do resultado vem do que fica em volta e quanto vem do modelo depende do trabalho, e só se sabe medindo no trabalho. Ninguém deve prometer uma proporção. A pessoa do Oz que cuida da sua conta responde pelos agentes e leva ao cliente, por escrito, o que foi feito, quanto custou e o que precisa da decisão dele.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Isso já é o agente?</h3>
<p>Não. É parte do agente. O agente é o modelo mais essas cinco partes: o modelo escreve e raciocina, elas decidem o que ele vê, o que pode tocar e quem aprova. Dois agentes com o mesmo modelo e partes diferentes se comportam de modos diferentes.</p>
<h3>Basta uma boa instrução?</h3>
<p>A instrução inicial é uma das cinco partes. Sozinha, ela não liga o modelo ao CRM, não guarda o que se aprendeu e não impede um envio errado. O conjunto é a instrução mais tudo que a sustenta.</p>
<h3>Como as partes se ligam?</h3>
<p>Em linhas gerais, o modelo no centro e as cinco partes em volta, como na figura. O que muda de empresa para empresa é o conteúdo de cada parte: quais ferramentas, quais limites, quem aprova.</p>
<h2 id="para-quem-dirige">Para quem dirige</h2>
<p>Quando alguém escolhe como pôr IA para trabalhar, a pergunta costuma ser "qual modelo?". A pergunta que separa um resultado de outro é "o que vai em volta dele?": o que ele consulta, o que ele nunca faz e quem aprova antes de sair. Com ela, a conversa com um fornecedor, ou com o seu próprio time, sai do nome do modelo e vai para o trabalho.</p>
<blockquote><p>A receita é sua. O cuidado é nosso.</p></blockquote>]]></content:encoded>
</item>
<item>
<title>Quando só o dono fecha</title>
<link>https://blog.ozagent.ai/notas/quando-so-o-dono-fecha-a-venda/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quando-so-o-dono-fecha-a-venda/</guid>
<pubDate>Wed, 04 Nov 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O Oz põe agentes de IA para trabalhar a receita da sua empresa, com gente nossa operando junto. Esta nota mostra um método para quando o dono fecha todas as vendas: escrever como ele conduz a conversa, para que outra pessoa repita o caminho.</description>
<content:encoded><![CDATA[<p>Um vendedor leva o cliente até a hora da proposta e manda uma mensagem ao dono: "Pode falar com ele?" O dono liga, e a venda fecha naquela conversa.</p>
<p>Se o dono fecha todas as vendas, como mudar isso? O primeiro passo é escrever como o dono conduz a conversa, para que outra pessoa repita o caminho.</p>
<p>Quem fecha a venda é o seu time. Esta nota trata dessa parte, e o método serve a qualquer time, com ou sem o Oz.</p>
<h2 id="dono-fecha-todas-as-vendas">Dono fecha todas as vendas</h2>
<p>O jeito comum é pedir que o dono delegue. Ele passa o cliente adiante, o vendedor tenta e, na hora do aperto, devolve. Outro jeito é contratar alguém mais experiente, que chega com o método da empresa anterior. Um terceiro é mandar o vendedor acompanhar o dono por um tempo e aprender olhando.</p>
<p>Os três deixam o caminho na cabeça de quem já o conhece. O dono faz as perguntas sem pensar nelas. Quem acompanha vê o resultado. O caminho continua com o dono.</p>
<p>O custo aparece na agenda. Cada conversa de fechamento ocupa um pedaço do dia do dono, e o resto do trabalho dele espera. A empresa vende o quanto cabe nessa agenda.</p>
<p>Não há culpa nisso. O dono fecha porque fecha bem, e foi assim que a empresa chegou até aqui. Só que o dia dele tem um tamanho, e a venda não precisa depender dele.</p>
<p>A nota <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">O jeito certo, escrito uma vez</a> mostra como uma empresa escreve o jeito de cada tarefa. Esta olha para uma só, a conversa de fechamento, e para o tempo de quem a conduz.</p>
<h2 id="escrever-a-conversa">Escrever a conversa</h2>
<p>O que funciona é sentar com o dono e escrever a conversa dele, uma venda de cada vez. São quatro passos.</p>
<ol><li><strong>Escolher as vendas.</strong> As mais recentes que ele fechou, com clientes diferentes, e uma que ele perdeu. A perdida mostra onde o caminho tem um desvio.</li><li><strong>Pedir a conversa.</strong> Com a troca de mensagens ou a ata da reunião na frente, o dono conta o que fez e por quê: o que perguntou primeiro, o que ouviu com atenção, quando parou de falar. Quem escreve é outra pessoa, que pergunta "e por que aí?" até a resposta ficar concreta.</li><li><strong>Marcar as partes.</strong> Abrir, entender, propor e pedir o fechamento. Em cada uma, três linhas: a pergunta que ele faz, o sinal de que o cliente está pronto e a frase dele, nas palavras dele.</li><li><strong>Escrever onde o dono entra.</strong> Preço fora da tabela, prazo especial, cliente grande. Isso é decisão dele e continua sendo. O que sobra é o caminho, e o caminho se repete.</li></ol>
<figure class="fig fig-texto"><div class="fig-corpo"><link rel="stylesheet" href="https://blog.ozagent.ai/assets/figuras/quando-so-o-dono-fecha-a-venda.css">
<div class="qd">
<div class="qd-cab"><p class="qd-tit"><span class="qd-num">Figura 1</span>O caminho de uma venda.</p><p class="qd-sub">Contado pelo dono, conduzido por quem vende.</p></div>
<ol class="qd-trilho">
<li><i></i><b>Abrir</b><small>a primeira pergunta</small></li>
<li><i></i><b>Entender</b><small>o que ele escuta</small></li>
<li><i></i><b>Propor</b><small>o que ele oferece</small></li>
<li><i></i><b>Pedir o fechamento</b><small>o pedido, nas palavras dele</small></li>
</ol>
<div class="qd-quem"><p class="qd-vende">Quem vende conduz as quatro partes.</p></div><p class="qd-nota">O dono entra só quando há condição especial.</p>
</div></div><figcaption>Cada parte vem de vendas que o dono já fechou.</figcaption></figure>
<h2 id="o-ponto-do-dono">O ponto do dono</h2>
<p>Escrito o caminho, o tempo do dono muda de forma. Ele entra num ponto só da conversa.</p>
<p>O vendedor conduz até esse ponto e manda ao dono uma mensagem curta: quem é o cliente, o que pediu e qual condição precisa de resposta. O dono lê e responde. A conversa que ocupava um pedaço do dia vira uma decisão entre duas outras tarefas.</p>
<h2 id="a-primeira-venda-sem-ele">A primeira venda sem ele</h2>
<p>O teste é a próxima venda. Outra pessoa conduz, com a página do caminho na mão. O dono não assiste. Lê a conversa depois e marca onde o caminho falhou: uma pergunta que faltou, um sinal que passou despercebido.</p>
<p>A página ganha uma linha por venda. Quando o dono lê uma conversa inteira e não tem o que ajustar, a página vale para aquele tipo de cliente. Para os outros tipos, o ciclo recomeça.</p>
<p>Só um número acompanha o método, e ele vem da agenda do dono: quanto tempo por semana ele passa em conversa de venda, antes e depois. Anote antes de começar. Sem a primeira medida, não há como saber se o tempo voltou.</p>
<p>Para treinar o time em cima da página, vale o que está em <a href="https://blog.ozagent.ai/notas/treino-com-caso-da-casa/">Treino com caso da casa</a>.</p>
<h2 id="onde-o-oz-entra">Onde o Oz entra</h2>
<p>Quem senta com o dono para escrever a conversa pode ser alguém do seu time ou a pessoa do Oz que cuida da sua conta. Escrita, a página do caminho fica na base, que guarda o que a empresa sabe num lugar só, e o Oz a leva ao vendedor antes da conversa. A conversa de fechamento segue com quem vende, e a decisão, com o dono.</p>
<h2 id="o-custo-do-metodo">O custo do método</h2>
<p>O método pede tempo do dono no começo, e é justamente o tempo que ele quer poupar. As conversas em que escreve o caminho são horas tiradas da agenda antes de a agenda abrir.</p>
<p>Há vendas que resistem à página. Quando o cliente compra do dono, a página ensina o caminho e deixa a relação por construir. Essa parte se constrói devagar, com o dono apresentando outra pessoa ao cliente.</p>
<p>A página também envelhece. Produto, tabela e cliente mudam, e o caminho precisa ser relido quando mudam.</p>
<p>E, no começo, quem conduz vai fechar menos que o dono. Cada pessoa conduz do próprio jeito dentro do caminho, e a empresa paga esse aprendizado por um tempo.</p>
<h2 id="perguntas">Perguntas</h2>
<h3>Isso é treino de vendedor?</h3>
<p>É a etapa anterior ao treino. Esta nota escreve o jeito de uma pessoa, o dono, a partir de vendas que ele já fechou. O treino com caso da casa vem depois, com a página como material.</p>
<h3>O dono para de fechar?</h3>
<p>Ele decide toda condição que é dele, como preço fora da tabela, e responde pela mensagem curta do vendedor. A conversa segue com quem vende do começo ao fim.</p>
<h3>O Oz fecha a venda?</h3>
<p>Não. Quem fecha é o seu time, e o dono decide o que é dele. O Oz encontra os leads, faz a primeira abordagem e o follow-up, marca a visita e guarda a página do caminho na base.</p>
<h2 id="a-agenda-de-quem-dirige">A agenda de quem dirige</h2>
<p>Para quem dirige, a mudança está na agenda. Uma empresa em que só o dono fecha vende o quanto cabe no dia dele. Com o caminho escrito, outra pessoa repete a conversa, e o dono reserva o tempo para as decisões que são dele.</p>
<p>O primeiro passo é pequeno: escolher as vendas, sentar com o dono e escrever a conversa. Quando só o dono fecha, é por ali que a mudança começa.</p>]]></content:encoded>
</item>
<item>
<title>A conta tem um nome</title>
<link>https://blog.ozagent.ai/notas/quando-a-conta-tem-um-nome/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quando-a-conta-tem-um-nome/</guid>
<pubDate>Sun, 01 Nov 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>Por que uma pessoa responde pela sua conta, do primeiro dia em diante.</description>
<content:encoded><![CDATA[<p>Há uma diferença simples entre uma empresa que atende e uma que cuida. Na primeira, você abre um chamado. Na segunda, você sabe para quem ligar.</p>
<p>No Oz, a sua conta tem uma pessoa com nome. Ela entra no primeiro dia e continua depois. Não é um time que se reveza, nem uma fila de atendimento. É alguém que conhece a sua operação por dentro.</p>
<h2 id="o-que-essa-pessoa-faz">O que essa pessoa faz</h2>
<p>Ela trabalha dentro da sua operação e faz o trabalho no nosso sistema. Olha o processo, não só a tela. Acompanha o que o Oz faz na sua conta e revisa o que ele prepara.</p>
<p>Ela também diz o que vê. Quando uma proposta está saindo com a condição errada, ou quando um vendedor está conduzindo uma conta de um jeito que a sua empresa não faria, é ela quem leva isso a quem decide. Com o fato na mão, e em particular.</p>
<p>Ela não ocupa o lugar de ninguém do seu time. O vendedor continua com o cliente, o gerente continua com a equipe, o diretor continua com a decisão. Quem cuida da conta trabalha no meio, onde o trabalho costuma se perder entre uma pessoa e outra.</p>
<h2 id="um-nome-nao-um-time">Um nome, não um time</h2>
<p>Responsabilidade dividida costuma virar responsabilidade de ninguém. Quando uma pessoa responde pela conta, a pergunta “quem cuida disso?” tem uma resposta só, e ela não muda a cada mês.</p>
<p>Há também o que só o tempo ensina. O cliente que prefere telefone a e-mail. O diretor que aprova tudo na terça. A condição antiga que ninguém escreveu, mas todo mundo respeita. Uma pessoa acumula isso. Um time que se reveza começa do zero a cada troca.</p>
<blockquote><p>Quem cuida da sua conta tem nome, e você sabe qual é.</p></blockquote>
<h2 id="o-ritmo-da-casa">O ritmo da casa</h2>
<p>A prestação de contas chega no formato e no ritmo que a sua empresa combinar com quem cuida da conta. Para uma diretoria, um relatório na segunda de manhã. Para outra, um aviso curto quando algo pede decisão, e uma conversa por mês. O formato muda de casa para casa. O conteúdo não muda: o que foi feito, quanto custou, o que precisa da decisão de alguém.</p>
<p>Quem define esse combinado é a pessoa que cuida da conta, com você, nas primeiras semanas. Na prática, o combinado costuma ficar simples: um dia, um horário, um formato. E ele pode mudar quando a sua empresa mudar.</p>
<h2 id="o-nome-vem-primeiro">O nome vem primeiro</h2>
<p>Por isso a conversa com o Oz termina sempre do mesmo jeito: com o nome de quem vai cuidar da sua conta. Antes de qualquer tela, você conhece a pessoa. Ela vai estar no diagnóstico, na implantação, no treino do seu time e na operação de todo dia.</p>
<p>O sistema guarda a memória e segue o método. A pessoa responde por eles. As duas coisas juntas são o que o Oz entrega a uma empresa: um jeito de trabalhar que não depende de lembrar, e alguém que lembra mesmo assim.</p>]]></content:encoded>
</item>
<item>
<title>O jeito certo, por escrito</title>
<link>https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/</guid>
<pubDate>Sat, 31 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O método por trás de cada conta.</description>
<content:encoded><![CDATA[<p>Toda empresa que vende há anos tem um jeito certo de fazer as coisas. Como se responde a uma cotação. Que desconto se dá, e para quem. Quando se liga para um cliente que sumiu. Esse jeito raramente está escrito. Ele mora na cabeça de poucas pessoas, e funciona porque elas estão lá.</p>
<p>O Oz não chega com um jeito melhor. Chega para aprender o seu.</p>
<h2 id="o-jeito-ja-existe">O jeito já existe</h2>
<p>A tentação de quem chega de fora é corrigir. Trazer o processo de manual, o funil de livro, a cadência que deu certo em outro lugar. Para uma empresa que construiu a própria carteira ao longo de anos, isso costuma soar como o que é: alguém que não conhece a casa dizendo como ela deveria funcionar.</p>
<p>O método do Oz começa pelo contrário. Primeiro se aprende como a sua empresa já vende, com quem vende. Depois se escreve.</p>
<h2 id="escrever-e-escutar">Escrever é escutar</h2>
<p>Escrever o jeito de uma tarefa parece simples, e é onde está a maior parte do trabalho. Quem cuida da sua conta senta com o vendedor que conhece o cliente difícil, com quem monta as propostas, com quem atende o pedido urgente. Pergunta o que eles fazem, e também o que eles evitam.</p>
<p>Muitas vezes aparece ali uma regra que ninguém sabia que existia. O desconto que só se dá a quem paga em dia. O cliente que só recebe proposta depois de uma ligação. São esses detalhes que fazem a empresa ser quem é, e são os primeiros a se perder quando ninguém os escreve.</p>
<p>O resultado é um texto curto para cada tarefa: o que se faz, em que ordem, com que limite, e quando a decisão é de uma pessoa. A sua empresa revisa e aprova. Só então vale.</p>
<blockquote><p>O jeito certo já existe na sua empresa. Falta estar escrito.</p></blockquote>
<h2 id="uma-vez-e-seguido">Uma vez, e seguido</h2>
<p>Escrito uma vez, o jeito passa a ser seguido por quem cuida da conta e pelo Oz, no trabalho que ele já faz para a sua empresa. Ninguém precisa lembrar de cada detalhe, porque o detalhe está escrito onde o trabalho acontece.</p>
<p>Para o vendedor novo, isso muda o primeiro mês. Ele não aprende por tentativa. Aprende pelo que a empresa já sabe, na ordem em que a empresa faz.</p>
<h2 id="quando-o-jeito-muda">Quando o jeito muda</h2>
<p>Um método escrito não é um método parado. Muda a tabela, muda o produto, muda o cliente. Quando muda, o texto muda junto, revisado por quem decide, e passa a valer a partir dali. Quem cuida da conta percebe quando o escrito e o feito começam a se afastar, e leva a diferença a quem decide.</p>
<p>É isso que separa o método de uma regra imposta. A regra vem de fora e fica igual. O método vem da casa e acompanha a casa.</p>]]></content:encoded>
</item>
<item>
<title>O relatório que pede decisão</title>
<link>https://blog.ozagent.ai/notas/feito-custo-decisao/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/feito-custo-decisao/</guid>
<pubDate>Fri, 30 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>As três respostas que toda prestação de contas traz, em qualquer formato.</description>
<content:encoded><![CDATA[<p>Um diretor recebe muitos relatórios por semana. A maioria responde a uma pergunta que ninguém fez. Mostra atividade, gráfico, volume. Termina sem dizer o que ele precisa fazer, ou se precisa fazer alguma coisa.</p>
<p>A prestação de contas do Oz responde a três perguntas, sempre na mesma ordem:</p>
<ol><li>O que foi feito.</li><li>Quanto custou.</li><li>O que precisa da decisão de alguém.</li></ol>
<p><em>As três respostas: o que foi feito, quanto custou e o que espera a sua decisão.</em></p>
<h2 id="o-que-foi-feito">O que foi feito</h2>
<p>Primeiro, o trabalho. Não a lista de tudo o que se mexeu, mas o que mudou no trabalho da receita, item por item, com o nome de quem cuidou.</p>
<p>O que não foi feito também entra. Uma tarefa travada, uma integração que falhou, um prazo perdido. Com o motivo e com o que vem a seguir. Um relatório que só traz o que deu certo ensina o leitor a desconfiar dele.</p>
<h2 id="quanto-custou">Quanto custou</h2>
<p>Depois, o custo. Quanto o trabalho do período custou, e em quê.</p>
<p>Parece detalhe de financeiro, e não é. É o que permite comparar o que o trabalho custou com o que ele trouxe, conta por conta. Sem esse número, delegar vira um ato de fé. Quando um fluxo custa mais do que o combinado, isso aparece aqui, antes de virar surpresa na fatura.</p>
<h2 id="o-que-precisa-de-voce">O que precisa de você</h2>
<p>Por fim, a decisão. Uma proposta que espera assinatura. Uma condição que foge da tabela e precisa de alguém com alçada para aprovar.</p>
<p>Cada pedido vem com o que é preciso para decidir: o contexto, a recomendação de quem cuida da conta e o que acontece se nada for decidido. Quem decide não precisa abrir outra tela para entender o que está sendo pedido.</p>
<p>É a parte mais curta, e a que mais pesa. Às vezes tem vários itens. Às vezes não tem nenhum, e a prestação de contas diz isso com todas as letras, para que ninguém precise procurar.</p>
<blockquote><p>Se nada precisa de você, a prestação de contas diz isso também.</p></blockquote>
<h2 id="o-formato-e-combinado">O formato é combinado</h2>
<p>Relatório, painel, um aviso no celular, uma conversa toda segunda. O formato é combinado entre quem cuida da conta e a sua empresa, conforme o jeito da sua diretoria. Muda de casa para casa, e pode mudar com o tempo.</p>
<p>As três perguntas não mudam. Em qualquer formato, em qualquer ritmo, a resposta chega na mesma ordem: feito, custo, decisão. Quem lê sabe onde procurar, e sabe quando pode parar de ler. A reunião que nasce dessa ordem está em <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">Vinte minutos por semana</a>.</p>
<p>É uma disciplina pequena. Ela troca o relatório que se lê por obrigação pelo que se lê porque ali está a próxima decisão.</p>]]></content:encoded>
</item>
<item>
<title>Quem parou de comprar</title>
<link>https://blog.ozagent.ai/notas/quem-parou-de-comprar/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quem-parou-de-comprar/</guid>
<pubDate>Thu, 29 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>A receita mantida começa pelo cliente que ninguém viu parar.</description>
<content:encoded><![CDATA[<p>Um cliente que cancela avisa. Um cliente que para de comprar, não. Ele só deixa de aparecer no mês em que costumava aparecer. Ninguém liga, porque ninguém percebeu. Quando alguém percebe, ele já compra de outro lugar há algum tempo.</p>
<p>É a parte da receita que menos aparece nas reuniões. Não é receita nova, e por isso não tem meta. Não é perda declarada, e por isso não tem alarme.</p>
<h2 id="o-ciclo-de-compra">O ciclo de compra</h2>
<p>Quase todo cliente recorrente tem um ritmo. A distribuidora que repõe estoque no início de cada trimestre. A indústria que compra matéria-prima a cada dois meses. A rede que renova o contrato no mesmo mês, todo ano.</p>
<p>O ritmo está nos pedidos, nas notas e no histórico de cada conta. Falta alguém olhando para ele todos os dias. Quando um cliente passa da data em que costuma comprar, isso é um fato, e um fato pode ser acompanhado.</p>
<h2 id="o-que-o-oz-acompanha">O que o Oz acompanha</h2>
<p>O Oz aprende o ciclo de cada cliente a partir do histórico da sua empresa. Quando um deles atrasa, o vendedor responsável recebe o aviso: quem é, quando costumava comprar, o que comprou da última vez, o que ficou pendente na última conversa.</p>
<p>O telefonema continua sendo do seu time. A relação é dele, e o cliente sabe disso. O Oz cuida para que a ligação aconteça no dia certo, com o contexto inteiro na mão de quem liga.</p>
<p>Nem todo atraso é sinal de perda. Às vezes o cliente trocou de fornecedor por um motivo que o seu time pode resolver. Às vezes só esqueceu. Às vezes fechou uma unidade. O aviso não decide qual é o caso. Ele faz com que alguém pergunte, enquanto ainda dá tempo.</p>
<blockquote><p>Cliente que parou raramente avisa. O ciclo de compra avisa por ele.</p></blockquote>
<h2 id="a-cotacao-fora-de-hora">A cotação fora de hora</h2>
<p>O outro lado da receita mantida chega sem aviso. Uma cotação às seis da tarde de uma sexta. Um pedido de reposição no meio de um feriado. O cliente de sempre, com pressa, num horário em que ninguém está olhando.</p>
<p>É nesses momentos que se mede a fidelidade de um cliente antigo. O agente de proposta prepara a resposta com a tabela e o modelo da casa, e ela fica pronta, esperando a assinatura de quem decide. A empresa responde no primeiro horário útil, ou antes, se assim combinar.</p>
<h2 id="receita-que-fica">Receita que fica</h2>
<p>Receita nova é a que mais se comemora. Receita mantida é a que sustenta o ano seguinte. As duas pedem cuidado, mas só uma costuma ter campanha, evento e meta.</p>
<p>Olhar para o cliente que parou não é tarefa nobre nem urgente. É uma tarefa de todo dia, feita por alguém que não esquece. O seu time continua dono de cada relação. O Oz cuida para que nenhuma delas acabe em silêncio.</p>]]></content:encoded>
</item>
<item>
<title>Os móveis no lugar</title>
<link>https://blog.ozagent.ai/notas/os-moveis-no-lugar/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/os-moveis-no-lugar/</guid>
<pubDate>Wed, 28 Oct 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>Antes de qualquer ferramenta, entender como a sua empresa já trabalha.</description>
<content:encoded><![CDATA[<p>Quem recebe alguém em casa nota rápido a diferença entre duas visitas. Uma entra, olha em volta e começa a sugerir onde cada coisa deveria estar. A outra pergunta onde pode sentar.</p>
<p>Uma empresa estabelecida é uma casa com anos de história. Os móveis estão onde estão por motivos que nem sempre aparecem: um cliente antigo, uma decisão difícil, um jeito de vender que deu certo e ficou. O Oz entra como a segunda visita.</p>
<h2 id="o-diagnostico-vem-antes">O diagnóstico vem antes</h2>
<p>Nada começa por ferramenta. Começa por um diagnóstico, feito pelo nosso time com o seu. Ele levanta três coisas:</p>
<ol><li>as pessoas que fazem a receita acontecer;</li><li>as etapas por onde ela passa;</li><li>os números que a empresa já tem.</li></ol>
<p>O caminho completo está em <a href="https://blog.ozagent.ai/notas/o-diagnostico-passo-a-passo/">O diagnóstico, passo a passo</a>.</p>
<p>O que sai dali é um mapa de onde a receita escapa. A proposta que fica sem retorno. O cliente que parou e ninguém viu. A cotação que chega fora de hora. E o número que a sua empresa e o Oz vão acompanhar juntos, desde o primeiro dia.</p>
<p>O diagnóstico também mostra o que já funciona, e isso pesa tanto quanto o resto. Uma empresa que vende há anos acertou muitas vezes. Saber onde ela acerta é o que impede quem chega de mexer no que não precisa de mexida.</p>
<h2 id="o-que-ja-existe-fica">O que já existe fica</h2>
<p>O seu time já usa WhatsApp, e-mail, planilhas, um sistema de gestão. O Oz parte disso. Ninguém precisa aprender um sistema inteiro antes de ver o trabalho andar.</p>
<p>A memória da empresa é montada a partir do que vocês já têm. O jeito de cada tarefa é escrito a partir de como vocês já trabalham. O treino ensina o seu time a trabalhar com o Oz no dia a dia, sem tirar ninguém da rotina que funciona.</p>
<blockquote><p>Ninguém muda os móveis de uma casa que ainda não conhece.</p></blockquote>
<h2 id="mudar-com-permissao">Mudar com permissão</h2>
<p>Às vezes algo precisa mudar. Uma etapa que existe só porque sempre existiu. Uma planilha que cada pessoa atualiza de um jeito. Quando isso aparece no diagnóstico, quem cuida da conta mostra, com o fato na mão, e pergunta.</p>
<p>A decisão de mudar é da empresa. Nada sai do lugar sem que alguém da casa diga sim.</p>
<h2 id="deixar-melhor">Deixar melhor</h2>
<p>O critério é simples. Quando quem cuida da conta termina uma etapa, a casa deve estar mais organizada do que estava, com os móveis onde a empresa quer que eles estejam. Nem mais, nem menos. Nada é feito para impressionar na primeira semana.</p>
<p>É um jeito calmo de começar, e é de propósito. Uma relação que começa pelo respeito ao que já existe é uma relação em que o cliente se sente à vontade para confiar o próximo passo.</p>]]></content:encoded>
</item>
<item>
<title>O trabalho tem endereço</title>
<link>https://blog.ozagent.ai/notas/o-trabalho-tem-endereco/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-trabalho-tem-endereco/</guid>
<pubDate>Mon, 26 Oct 2026 12:00:00 GMT</pubDate>
<category>Sistema</category>
<dc:creator>Oz</dc:creator>
<description>Onde mora o trabalho feito pela sua receita.</description>
<content:encoded><![CDATA[<p>Pergunte a um diretor comercial onde está o histórico de um cliente importante. A resposta costuma ter mais de um endereço. O pedido chegou pelo WhatsApp. O preço está numa planilha. A última condição foi combinada por e-mail. O resto está na cabeça de quem atende a conta há mais tempo.</p>
<p>Cada um desses lugares funciona. O problema é que nenhum conversa com os outros, e nenhum segue uma regra comum.</p>
<h2 id="varios-enderecos-nenhuma-regra">Vários endereços, nenhuma regra</h2>
<p>Com as ferramentas de IA, o quadro ficou mais espalhado. Cada time usa a sua, com a própria conta, sem que ninguém saiba quanto custa, o que foi enviado a ela ou o que ela fez em nome da empresa. O trabalho acontece. Só não tem endereço. E quando alguém pergunta por que uma proposta saiu com aquela condição, a resposta depende de quem lembra.</p>
<p>Para quem dirige, isso significa decidir com metade da informação. E significa não conseguir conferir o que foi feito.</p>
<h2 id="uma-memoria-da-empresa">Uma memória da empresa</h2>
<p>O sistema do Oz começa por uma memória da empresa: clientes, propostas, conversas, tabela de preço e o jeito de cada tarefa, num lugar só, montada a partir do que vocês já usam.</p>
<p><em>Conexões da casa: as ferramentas que o time já usa, ligadas pela conta da empresa.</em></p>
<p>Sobre essa memória o Oz trabalha, a começar pela prospecção, no jeito da casa. Quem cuida da sua conta trabalha no mesmo sistema, à vista.</p>
<p>A memória não é um arquivo parado. O que entra pelas fontes conectadas passa a fazer parte dela.</p>
<blockquote><p>Trabalho que não tem endereço não pode ser conferido.</p></blockquote>
<h2 id="conferir-nao-acreditar">Conferir, não acreditar</h2>
<p>Um sistema de receita não deveria pedir que a empresa acredite nele. Deveria permitir que ela confira o que foi feito, quanto custou e o que espera decisão.</p>
<p>É por isso que a prestação de contas do Oz consegue ser curta. O trabalho já tem endereço, e a prestação de contas só aponta para ele. Quando a diretoria quer ver mais, sabe onde procurar.</p>]]></content:encoded>
</item>
<item>
<title>O custo de cada tarefa</title>
<link>https://blog.ozagent.ai/notas/o-custo-de-um-agente/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-custo-de-um-agente/</guid>
<pubDate>Sat, 24 Oct 2026 12:00:00 GMT</pubDate>
<category>Sistema</category>
<dc:creator>Oz</dc:creator>
<description>O que entra na conta, onde você vê e quem define o teto.</description>
<content:encoded><![CDATA[<p>Toda diretoria já aprovou uma despesa que só entendeu depois. Uma ferramenta cobrada por usuário que ninguém usa. Um pacote de horas que acabou no meio do mês. Com agentes, o receio é o mesmo, e com um motivo a mais: o custo depende do trabalho feito, e o trabalho muda todo dia.</p>
<p>Por isso, no Oz, o custo de um agente aparece no mesmo lugar em que o trabalho acontece.</p>
<h2 id="o-que-entra-na-conta">O que entra na conta</h2>
<p>O custo de um agente é a soma das tarefas que ele fez. Cada tarefa tem o seu: preparar uma proposta, acompanhar um retorno, montar uma lista de prospecção, responder a uma cotação. Uma tarefa longa custa mais que uma curta. Nada além disso entra na conta do agente.</p>
<div class="tabela"><table><thead><tr><th scope="col">O que você vê</th><th scope="col">Onde aparece</th></tr></thead><tbody><tr><td>O custo de cada tarefa</td><td>Na própria tarefa, ao lado do trabalho</td></tr><tr><td>O custo de cada agente</td><td>Na prestação de contas, no ritmo combinado</td></tr><tr><td>O uso do teto de gasto</td><td>Na prestação de contas, junto do que pede decisão</td></tr></tbody></table></div>
<h3>Sem jargão</h3>
<p>Não há unidade técnica para decorar. O custo aparece em dinheiro, por tarefa e por agente. Quem lê a prestação de contas não precisa saber como o agente funciona por dentro para saber quanto ele custou.</p>
<h2 id="quem-define-o-teto">Quem define o teto</h2>
<p>O teto de gasto é um limite que a sua empresa define, por agente ou para a conta inteira. O sistema trabalha dentro dele. Quando o teto pede revisão, a pergunta chega a quem decide, com o motivo.</p>
<p><em>Custo por trabalho: o uso de cada um contra o teto que a sua empresa definiu.</em></p>
<p>Na prática, a definição segue três passos:</p>
<ol><li><strong>Quem cuida da conta propõe</strong> um teto, a partir do diagnóstico e do volume de trabalho de cada fluxo.</li><li><strong>A diretoria aprova</strong>, ajusta ou recusa, como faria com qualquer orçamento.</li><li><strong>O teto é revisto</strong> no ritmo combinado, com o histórico do que foi gasto e do que foi feito.</li></ol>
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para a próxima reunião de diretoria: hoje, quem na sua empresa sabe quanto custam as ferramentas de IA que o time já usa, e quem aprovou esse gasto?</p></aside>
<blockquote><p>Um custo que só aparece no fim do mês já é uma decisão tomada por outra pessoa.</p></blockquote>
<h2 id="custo-e-alcada-andam-juntos">Custo e alçada andam juntos</h2>
<p>Teto e degrau são duas partes da mesma decisão. O degrau diz o que o agente pode fazer. O teto diz quanto ele pode gastar fazendo. Subir um agente de degrau sem olhar o teto é tomar metade da decisão.</p>
<p>Os degraus estão descritos em <a href="https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/">Quatro degraus para delegar</a>. Na conversa sobre alçada, vale levar os dois números à mesa: o que o agente fez no degrau atual e quanto custou fazer.</p>
<h2 id="ao-lado-do-que-voltou">Ao lado do que voltou</h2>
<p>O custo sozinho diz pouco. Ele ganha sentido ao lado do que o trabalho trouxe: propostas que tiveram resposta, clientes que voltaram a comprar, cotações que saíram no prazo. É essa comparação que a prestação de contas permite, conta por conta, sem média de mercado e sem promessa.</p>
<p>Quando a comparação não fecha, a pergunta é simples e chega cedo: este fluxo deve continuar como está, mudar de jeito ou parar? Quem responde é a sua empresa, com o número na mão.</p>]]></content:encoded>
</item>
<item>
<title>Por onde começar</title>
<link>https://blog.ozagent.ai/notas/por-onde-comecar/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/por-onde-comecar/</guid>
<pubDate>Thu, 22 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Como escolher o primeiro fluxo que a sua empresa entrega ao Oz.</description>
<content:encoded><![CDATA[<p>Quem decide trabalhar com agentes costuma querer começar por tudo. Prospecção, retorno, proposta, atendimento, de uma vez. É compreensível, e quase nunca funciona. A primeira escolha pesa mais do que parece: é ela que mostra à empresa, em poucas semanas, se o trabalho anda.</p>
<p>O primeiro fluxo não é uma aposta. É uma escolha com critério.</p>
<h2 id="quatro-perguntas-para-escolher">Quatro perguntas para escolher</h2>
<p>Antes de decidir, vale passar cada candidato por quatro perguntas. Um fluxo que responde sim às quatro está pronto para ser o primeiro.</p>
<div class="tabela"><table><thead><tr><th scope="col">Pergunta</th><th scope="col">Por que importa</th></tr></thead><tbody><tr><td>O trabalho já acontece hoje?</td><td>Um fluxo que já existe tem um jeito conhecido. Um fluxo novo tem só intenção.</td></tr><tr><td>O resultado aparece em semanas?</td><td>Um primeiro fluxo que leva meses para mostrar algo cansa todo mundo.</td></tr><tr><td>Errar custa pouco?</td><td>O primeiro degrau é propor. Comece onde uma proposta errada é fácil de corrigir.</td></tr><tr><td>O seu time sente falta dele?</td><td>Quando o vendedor sente o alívio, ele mesmo cuida para o fluxo andar.</td></tr></tbody></table></div>
<h2 id="os-candidatos-de-sempre">Os candidatos de sempre</h2>
<h3>Retorno de propostas</h3>
<p>A proposta enviada que ninguém acompanhou. É um bom candidato: o trabalho já existe, o risco é baixo, e logo se vê se a proposta parada ganhou resposta. Sobre isso, ver <a href="https://blog.ozagent.ai/notas/a-receita-que-ja-era-sua/">A receita que já era sua</a>.</p>
<h3>Cliente parado</h3>
<p>O cliente recorrente que passou da data de comprar. Pede um histórico de pedidos organizado, e por isso às vezes entra como segundo fluxo, logo depois do diagnóstico arrumar a casa.</p>
<h3>Cotação fora de hora</h3>
<p>O pedido que chega à noite ou no fim de semana. Faz sentido como primeiro fluxo quando o seu cliente compra com pressa e o seu time tem uma tabela de preço clara.</p>
<h3>A prospecção</h3>
<p>Costuma vir depois, e não primeiro. É o fluxo mais pedido e o que mais depende do resto: uma lista com o perfil dos seus melhores clientes, uma mensagem na voz da casa e alguém pronto para receber quem responde.</p>
<blockquote><p>O primeiro fluxo não precisa ser o maior. Precisa ser o que a sua empresa vai ver funcionar.</p></blockquote>
<h2 id="quem-escolhe">Quem escolhe</h2>
<aside class="nota"><p class="nota-rot">Nota</p><p>Na prática, a escolha sai do diagnóstico, com quem cuida da conta e a diretoria na mesma mesa. O mapa de onde a receita escapa costuma apontar o primeiro fluxo quase sozinho.</p></aside>
<p>Quem cuida da conta recomenda, com o motivo escrito. A diretoria decide. Se a recomendação e a vontade da diretoria forem diferentes, a diferença vai para a mesa, com os números do diagnóstico, antes de qualquer agente começar.</p>
<h2 id="depois-do-primeiro">Depois do primeiro</h2>
<p>O segundo fluxo entra quando o primeiro está andando, e não antes. Andando quer dizer três coisas: o agente já propõe sem surpresa, o seu time já confia no que recebe e a prestação de contas já mostra o que mudou.</p>
<p>Cada fluxo novo começa no primeiro degrau, mesmo que o anterior já esteja mais alto. A confiança conquistada num fluxo não passa sozinha para o outro. É a sua empresa quem decide quando passar.</p>]]></content:encoded>
</item>
<item>
<title>O diagnóstico, passo a passo</title>
<link>https://blog.ozagent.ai/notas/o-diagnostico-passo-a-passo/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-diagnostico-passo-a-passo/</guid>
<pubDate>Tue, 20 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>O que se olha antes de qualquer ferramenta, na ordem em que acontece.</description>
<content:encoded><![CDATA[<p>Todo trabalho do Oz numa empresa começa do mesmo jeito: por um diagnóstico, feito pelo nosso time com o seu. Antes de qualquer agente, antes de qualquer ferramenta, antes de qualquer proposta de mudança.</p>
<p>Esta nota descreve o que acontece no diagnóstico, na ordem em que acontece.</p>
<h2 id="o-que-se-pede">O que se pede</h2>
<p>O diagnóstico pede pouco, mas pede o certo:</p>
<ul><li>uma conversa com a diretoria, para entender o que a empresa quer da receita neste ano;</li><li>acesso a quem vende, a quem atende e a quem monta as propostas;</li><li>uma leitura do histórico: pedidos, propostas, conversas com clientes, tabela de preço;</li><li>as ferramentas que o time já usa, do jeito que estão.</li></ul>
<p>Ninguém precisa arrumar nada antes. O estado real da casa é exatamente o que se quer ver.</p>
<h2 id="as-duas-etapas">As duas etapas</h2>
<h3>Primeira etapa</h3>
<ol><li><strong>A conversa com a diretoria.</strong> O que a empresa quer, que número importa, o que já foi tentado.</li><li><strong>O caminho da receita.</strong> Como um cliente chega, quem fala com ele, quando a proposta sai, quem assina.</li><li><strong>As pessoas.</strong> Quem faz cada etapa, e o que cada uma faz que não está escrito em lugar nenhum.</li></ol>
<h3>Segunda etapa</h3>
<ol><li><strong>Onde a receita escapa.</strong> Propostas sem resposta, clientes que pararam de comprar, cotações que chegaram fora de hora.</li><li><strong>O que já funciona.</strong> O que a empresa faz bem, e que ninguém deve mexer.</li><li><strong>O número e o primeiro fluxo.</strong> O indicador que vai ser acompanhado toda semana, e por onde começar.</li></ol>
<p>Cada passo termina com uma conversa curta com quem foi ouvido, para conferir se o que foi entendido é o que acontece de fato.</p>
<p><em>O diagnóstico: cada etapa, e onde ela espera a conversa com quem foi ouvido.</em></p>
<hr class="fio">
<h2 id="o-que-sai-do-diagnostico">O que sai do diagnóstico</h2>
<p>No fim do diagnóstico, a diretoria recebe quatro coisas, numa reunião só:</p>
<div class="tabela"><table><thead><tr><th scope="col">Entrega</th><th scope="col">O que é</th></tr></thead><tbody><tr><td>O mapa</td><td>Onde a receita escapa, etapa por etapa</td></tr><tr><td>O número</td><td>O indicador combinado, que fica na mesa toda semana</td></tr><tr><td>O primeiro fluxo</td><td>Por onde o trabalho começa, e por quê</td></tr><tr><td>O nome</td><td>A pessoa que vai cuidar da conta a partir dali</td></tr></tbody></table></div>
<blockquote><p>O diagnóstico termina quando a empresa sabe por onde começar.</p></blockquote>
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta que vale fazer a qualquer diagnóstico: o que ele decidiu deixar de olhar? Quem não responde ainda não escolheu o que importa.</p></aside>
<h2 id="o-que-fica-de-fora">O que fica de fora</h2>
<p>Ele não muda nada de lugar. Não troca ferramenta, não reescreve processo, não avalia vendedor. O que aparece de errado vai para a diretoria como fato, com a pergunta junto, e a decisão continua sendo da empresa. Se o diagnóstico mostrar que o Oz não é o caminho para a sua empresa agora, isso também é dito, com o motivo.</p>
<p>Também não promete número. O indicador combinado é um compromisso de acompanhar, não uma previsão. O porquê desse cuidado está em <a href="https://blog.ozagent.ai/notas/os-moveis-no-lugar/">Os móveis no lugar</a>.</p>]]></content:encoded>
</item>
<item>
<title>O que fica com pessoas</title>
<link>https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/</guid>
<pubDate>Sun, 18 Oct 2026 12:00:00 GMT</pubDate>
<category>Alçada</category>
<dc:creator>Oz</dc:creator>
<description>Os trabalhos que, na nossa leitura, continuam com pessoas.</description>
<content:encoded><![CDATA[<p>Uma nota sobre agentes que só fala do que eles fazem está contando metade da história. A outra metade é onde eles não deveriam estar. Não por limite técnico, mas por escolha: há trabalhos em que a presença de uma pessoa é o próprio trabalho.</p>
<p>Esta é a nossa leitura. A decisão, como sempre, é da sua empresa.</p>
<h2 id="quatro-casos">Quatro casos</h2>
<h3>A conversa difícil</h3>
<p>O cliente que reclama de algo sério. O cliente que avisou que vai embora. Nesses momentos, o que o cliente quer ouvir não é a resposta certa. É uma pessoa que se responsabiliza. Um agente pode preparar o histórico para essa conversa, e deveria. Não deveria ter a conversa.</p>
<h3>A negociação da relação</h3>
<p>A renovação de um cliente grande, a mudança de condição para quem compra há anos, o pedido fora de qualquer tabela. Aqui o que está em jogo não é a proposta. É a relação inteira, e ela foi construída por pessoas.</p>
<h3>O jeito não escrito</h3>
<p>Um fluxo que a empresa faz cada vez de um jeito não está pronto para um agente. Ele repetiria o improviso com mais velocidade. Antes, o jeito precisa ser escrito, como descrito em <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">O jeito certo, escrito uma vez</a>.</p>
<h3>A decisão de alguém</h3>
<p>O agente prepara a decisão. Não a toma no lugar de quem tem o cargo para tomá-la. Se a sua empresa ainda não sabe quem decide um assunto, essa é a primeira coisa a resolver, antes de qualquer agente.</p>
<blockquote><p>Agente bem usado deixa mais tempo para as conversas que só uma pessoa deveria ter.</p></blockquote>
<h2 id="como-reconhecer-o-caso">Como reconhecer o caso</h2>
<p>Alguns sinais ajudam a perceber quando um trabalho deve ficar com pessoas:</p>
<div class="tabela"><table><thead><tr><th scope="col">Sinal</th><th scope="col">O que ele costuma indicar</th></tr></thead><tbody><tr><td>O cliente pede para falar com alguém</td><td>A relação está em jogo</td></tr><tr><td>A condição foge da tabela</td><td>É uma decisão, não uma tarefa</td></tr><tr><td>Cada vendedor faz de um jeito</td><td>O jeito ainda não está escrito</td></tr><tr><td>Ninguém sabe quem aprova</td><td>Falta definir a alçada antes</td></tr></tbody></table></div>
<aside class="nota"><p class="nota-rot">Nota</p><p>Na prática, quem cuida da sua conta revisa essa lista com a diretoria no diagnóstico, e de novo sempre que um fluxo novo entra. O que fica com pessoas fica escrito, e quem cuida da conta confere que continua assim.</p></aside>
<h2 id="nao-e-desconfianca">Não é desconfiança</h2>
<p>Separar o que é de pessoas não é desconfiar dos agentes. É o mesmo cuidado que uma empresa tem quando contrata alguém: há assuntos que ninguém novo conduz no primeiro mês, e alguns que ninguém de fora conduz nunca.</p>
<p>A lista também muda com o tempo. Um trabalho que hoje fica com pessoas pode, um dia, ter o jeito escrito e passar a ser preparado pelo Oz. A decisão de mover essa linha é da sua empresa, nunca do agente.</p>
<p>O resultado é um time que passa menos tempo com o que se repete e mais tempo com o que pede julgamento. É para isso que serve delegar.</p>]]></content:encoded>
</item>
<item>
<title>O vendedor com o histórico</title>
<link>https://blog.ozagent.ai/notas/o-vendedor-com-o-historico/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-vendedor-com-o-historico/</guid>
<pubDate>Fri, 16 Oct 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>O que chega à mão de quem fecha, antes da ligação.</description>
<content:encoded><![CDATA[<p>Um vendedor vai ligar para um cliente em dez minutos. Ele abre o e-mail, procura a última proposta. Abre o WhatsApp, procura a última conversa. Abre a planilha, confere o preço. Pergunta a um colega o que foi combinado na última visita. Quando a ligação começa, metade da atenção ainda está procurando.</p>
<p>Nenhuma dessas buscas é venda. Todas tiram tempo dela.</p>
<h2 id="o-que-chega-antes">O que chega antes</h2>
<p>No Oz, o vendedor entra na conversa com o contexto da conta já reunido, num lugar só:</p>
<ul><li>a última proposta, com a condição oferecida;</li><li>o que ficou pendente na última conversa, em qualquer canal;</li><li>quem falou com o cliente antes, e o que disse.</li></ul>
<p>Nada disso é novo para a empresa. Tudo já existia, espalhado. O trabalho é juntar antes que alguém precise, e juntar no mesmo formato, conta por conta, para que o vendedor saiba onde olhar.</p>
<p><em>Antes da ligação: a pergunta sobre a conta, e a resposta com a fonte de cada parte.</em></p>
<h2 id="quem-prepara">Quem prepara</h2>
<p>O histórico não aparece sozinho. Ele é montado pelo Oz ao longo do funil, etapa por etapa:</p>
<ol><li><strong>Prospecção</strong> encontra quem se parece com os seus melhores clientes, e registra por quê.</li><li><strong>Abordagem</strong> escreve o primeiro contato na voz da casa, e guarda a resposta.</li><li><strong>O time fecha</strong>, com tudo o que veio antes à mão.</li></ol>
<p>Quem cuida da conta acompanha o caminho inteiro e corrige onde o contexto saiu incompleto.</p>
<blockquote><p>Quem fecha não deveria começar a ligação procurando o que já foi dito.</p></blockquote>
<hr class="fio">
<h2 id="o-que-continua-com-ele">O que continua com ele</h2>
<p>A relação continua do vendedor. O tom da conversa, a leitura do cliente, o momento de insistir e o momento de esperar. O histórico informa essas escolhas. Não as faz.</p>
<p>Se o histórico disser uma coisa e o cliente disser outra, vale o cliente. O vendedor corrige o registro, e a próxima pessoa encontra a versão certa.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Na prática, o primeiro sinal de que funciona é pequeno: o vendedor para de perguntar aos colegas o que foi combinado, e começa a perguntar ao cliente o que ele precisa agora.</p></aside>
<h2 id="para-quem-entra-no-time">Para quem entra no time</h2>
<p>O vendedor novo é quem mais sente a diferença. Em vez de herdar uma carteira com nomes e telefones, ele herda contas com história. Pode ler o que aconteceu com cada cliente antes da primeira ligação, e chegar a ela como quem já conhece a casa.</p>
<p>Para a empresa, isso muda a pergunta sobre o primeiro mês de alguém novo. Deixa de ser quanto tempo ele leva para conhecer os clientes. Passa a ser quanto tempo ele leva para conhecer o jeito da casa, que também está escrito.</p>]]></content:encoded>
</item>
<item>
<title>Vinte minutos por semana</title>
<link>https://blog.ozagent.ai/notas/vinte-minutos-por-semana/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/vinte-minutos-por-semana/</guid>
<pubDate>Wed, 14 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>Uma reunião de receita com pauta fixa e uma decisão no fim.</description>
<content:encoded><![CDATA[<p>A reunião semanal de vendas é, em muitas empresas, a mais longa da semana e a que menos decide. Cada vendedor conta a sua carteira. O diretor pergunta por uma proposta que ninguém atualizou. Alguém promete mandar os números depois. Uma hora passa, e a decisão mais importante fica para a próxima.</p>
<p>Uma reunião de receita pode caber em vinte minutos, se ela começar pelo que já está pronto.</p>
<h2 id="a-pauta-fixa">A pauta fixa</h2>
<p>A pauta é sempre a mesma, na mesma ordem. É a ordem da prestação de contas, descrita em <a href="https://blog.ozagent.ai/notas/feito-custo-decisao/">O relatório que pede decisão</a>, com o número combinado na frente.</p>
<div class="tabela"><table><thead><tr><th scope="col">Ordem</th><th scope="col">Assunto</th><th scope="col">Tempo</th></tr></thead><tbody><tr><td>Primeiro</td><td>O número combinado, e onde ele está</td><td>cinco minutos</td></tr><tr><td>Segundo</td><td>O que foi feito na semana</td><td>cinco minutos</td></tr><tr><td>Terceiro</td><td>O que custou</td><td>três minutos</td></tr><tr><td>Quarto</td><td>O que precisa de decisão</td><td>sete minutos</td></tr></tbody></table></div>
<p>O último item fica com a maior parte do tempo, de propósito. É o único que não pode ser lido antes.</p>
<p><em>A reunião de receita: o horário fixo na agenda, com a prestação de contas lida antes.</em></p>
<h2 id="o-que-se-le-antes">O que se lê antes</h2>
<p>A reunião só cabe em vinte minutos porque ninguém usa a reunião para descobrir o que aconteceu. A prestação de contas da semana chega antes, no formato que a diretoria combinou. Quem vem para a mesa já leu, e quem cuida da conta já marcou os itens que vão pedir decisão.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Na prática, a regra é simples: se um assunto pode ser respondido lendo a prestação de contas, ele não entra na reunião. Se não pode, a prestação de contas precisa melhorar.</p></aside>
<h2 id="quem-esta-na-mesa">Quem está na mesa</h2>
<h3>Quem cuida da conta</h3>
<p>Abre a reunião com o número e conduz a pauta. Traz a recomendação de cada decisão pendente, com o motivo.</p>
<h3>O diretor comercial</h3>
<p>Traz o que o time viu e que nenhum relatório mostra: o cliente que mudou de tom, o concorrente que apareceu numa negociação, o vendedor que precisa de ajuda.</p>
<h3>Quem decide</h3>
<p>Decide. Aprova, ajusta ou recusa cada item. Quando quem decide não pode estar, a reunião não acontece pela metade: é remarcada, ou a decisão é delegada por escrito a alguém com alçada para tomá-la.</p>
<blockquote><p>Uma reunião de receita termina com uma decisão, ou com a certeza de que nenhuma era necessária.</p></blockquote>
<h2 id="o-que-fica-fora">O que fica fora</h2>
<p>Fica fora o que tem outro lugar. O desempenho de um vendedor em particular vai para uma conversa a dois. A discussão longa sobre estratégia vai para uma reunião própria, com tempo para ela. A apresentação de números para impressionar não vai para lugar nenhum.</p>
<hr class="fio">
<p>O que sobra é uma reunião curta, sempre igual, que todo mundo sabe como termina. Depois de algumas semanas, ela deixa de ser um compromisso na agenda e passa a ser o momento em que a receita da empresa é decidida em voz alta.</p>]]></content:encoded>
</item>
<item>
<title>Antes de entregar uma conta</title>
<link>https://blog.ozagent.ai/notas/antes-de-entregar-uma-conta/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/antes-de-entregar-uma-conta/</guid>
<pubDate>Mon, 12 Oct 2026 12:00:00 GMT</pubDate>
<category>Alçada</category>
<dc:creator>Oz</dc:creator>
<description>As perguntas que um CEO faz antes de deixar um agente trabalhar em nome da empresa.</description>
<content:encoded><![CDATA[<p>Um CEO não entrega uma conta a um vendedor novo sem antes fazer algumas perguntas. Com um agente, as perguntas são as mesmas, e merecem respostas tão diretas quanto. Estas são as que ouvimos com mais frequência, com a resposta que damos a cada uma.</p>
<h2 id="sobre-o-trabalho">Sobre o trabalho</h2>
<h3>O que ele pode fazer?</h3>
<p>Só o que está no degrau que a sua empresa concedeu. Todo agente começa propondo: prepara o trabalho e mostra, sem enviar nada. Os quatro degraus estão em <a href="https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/">Quatro degraus para delegar</a>.</p>
<h3>Quem vê antes de sair?</h3>
<p>Nos dois primeiros degraus, uma pessoa da sua empresa vê tudo o que o agente prepara antes que chegue a um cliente. Quem é essa pessoa, para cada fluxo, é definido com você.</p>
<h3>Ele fala como a gente?</h3>
<p>Ele escreve a partir do jeito da casa: os modelos de proposta, a tabela de preço, o tom que o seu time usa. O que não estiver escrito ainda, ele não inventa. Pergunta.</p>
<h2 id="sobre-o-controle">Sobre o controle</h2>
<h3>Como se volta atrás?</h3>
<p>A qualquer momento, por decisão sua. Um agente pode descer um degrau, ou dois, ou parar. Não precisa de motivo técnico. Basta a decisão de quem tem a alçada.</p>
<h3>Quanto custa cada tarefa?</h3>
<p>O custo aparece por tarefa e por agente, com um teto de gasto que a sua empresa define. O detalhe está em <a href="https://blog.ozagent.ai/notas/o-custo-de-um-agente/">O custo de cada tarefa</a>.</p>
<h3>Quem vê os dados?</h3>
<p>O acesso é por pessoa. Cada um vê o que deve ver, conforme o combinado com a sua empresa. O vendedor vê a carteira dele. A diretoria vê o que a diretoria precisa ver. Quem cuida da conta vê o que precisa para trabalhar, e nada além.</p>
<hr class="fio">
<h2 id="sobre-quem-responde">Sobre quem responde</h2>
<h3>Quem responde pelo trabalho?</h3>
<p>Uma pessoa com nome, a que cuida da sua conta. Ela acompanha cada agente, revisa o que ele faz e responde pelo resultado. Inclusive quando algo sai errado.</p>
<h3>E se a empresa mudar?</h3>
<p>O jeito escrito muda junto, revisado por quem decide. Os degraus também. Nada fica preso à primeira configuração.</p>
<blockquote><p>Um agente merece as mesmas perguntas que uma pessoa nova, e as mesmas respostas diretas.</p></blockquote>
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma sugestão para a primeira conversa: leve estas perguntas por escrito, e peça as respostas por escrito também. A resposta que não cabe numa frase ainda não está pronta para virar regra na sua empresa.</p></aside>
<h2 id="a-pergunta-que-falta">A pergunta que falta</h2>
<p>Há uma pergunta que quase nenhum CEO faz, e que vale fazer: o que este agente não vai fazer? A resposta diz mais sobre quem vai cuidar da sua receita do que qualquer lista de funções. A nossa está em <a href="https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/">O que fica com pessoas</a>.</p>
<p>Vale também a pergunta inversa: o que este agente vai fazer que hoje ninguém faz? A resposta honesta costuma ser modesta, e por isso mesmo útil.</p>]]></content:encoded>
</item>
<item>
<title>Quem chega com contexto</title>
<link>https://blog.ozagent.ai/notas/quem-chega-com-contexto/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quem-chega-com-contexto/</guid>
<pubDate>Sat, 10 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Marketing, prospecção e vendas num ciclo só, em vez de três listas.</description>
<content:encoded><![CDATA[<p>Em muitas empresas que crescem pela venda, marketing, prospecção e vendas trabalham bem, cada um no seu canto. Marketing gera interesse e entrega uma lista. Prospecção trabalha outra lista. Vendas recebe as duas e confia mais na própria carteira. Cada time cumpre a sua meta, e a receita da empresa não acompanha.</p>
<p>O problema não está em nenhum dos três. Está no que passa entre eles.</p>
<h2 id="tres-times-tres-listas">Três times, três listas</h2>
<p>Quando cada etapa trabalha isolada, o contexto se perde a cada passagem. Quem baixou um material técnico chega à prospecção como um nome. A prospecção liga sem saber o que interessou. O vendedor recebe a reunião sem saber por que ela foi marcada. E o que vendas aprende no fechamento, por que ganhou e por que perdeu, nunca volta para quem começou o ciclo. Ninguém errou. Só ninguém juntou.</p>
<h2 id="o-ciclo-inteiro">O ciclo inteiro</h2>
<p>O Oz trabalha as três etapas como um processo só, em que cada uma alimenta a seguinte e a última devolve o que aprendeu:</p>
<ol><li><strong>Marketing</strong> traz quem chega, e registra o que trouxe cada pessoa.</li><li><strong>Prospecção</strong> busca empresas parecidas com os seus melhores clientes, a partir do que marketing e vendas já sabem.</li><li><strong>Vendas</strong> fecha com o histórico inteiro da conta à mão.</li><li><strong>Vendas devolve</strong> o que aprendeu: o perfil de quem fechou, a objeção de quem não fechou.</li></ol>
<p>Com o quarto passo, o primeiro muda. Marketing passa a falar com quem se parece com quem compra, e não com quem só clica.</p>
<p><em>O ciclo da receita: cada negócio avança com o contexto de quem o trouxe.</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Etapa</th><th scope="col">O que entrega</th><th scope="col">Quem decide</th></tr></thead><tbody><tr><td>Marketing</td><td>Quem chega, com o motivo</td><td>A diretoria, sobre o público</td></tr><tr><td>Prospecção</td><td>A lista da semana</td><td>Você aprova quem entra</td></tr><tr><td>Vendas</td><td>O fechamento</td><td>O seu time</td></tr><tr><td>Retorno ao ciclo</td><td>O que se aprendeu</td><td>Quem cuida da conta revisa</td></tr></tbody></table></div>
<blockquote><p>Quem chega com contexto não começa do zero.</p></blockquote>
<h2 id="por-que-comeca-por-receita">Por que começa por receita</h2>
<p>O ciclo poderia incluir atendimento, financeiro, pessoas. Começa pela receita porque é o que a diretoria acompanha toda semana. O resto entra depois, de propósito, quando o ciclo da receita estiver andando. Também é onde o ciclo é mais curto: entre o interesse de um cliente e o pedido, a empresa consegue ver o que funcionou e o que não funcionou.</p>
<hr class="fio">
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para o seu diretor comercial e o seu diretor de marketing, juntos: quando foi a última vez que vendas contou a marketing por que perdeu um negócio? Se a resposta demorar, o ciclo está aberto.</p></aside>
<h2 id="o-que-nao-muda">O que não muda</h2>
<p>Cada time continua com a sua função e com quem decide sobre ela. Marketing continua escolhendo a mensagem. O vendedor continua dono da relação. O que muda é que nenhuma informação precisa ser pedida duas vezes, e nenhum aprendizado fica preso na etapa onde aconteceu. Quem cuida da conta acompanha as passagens entre as etapas, que é onde o contexto costumava se perder.</p>]]></content:encoded>
</item>
<item>
<title>A mesa do diretor</title>
<link>https://blog.ozagent.ai/notas/a-mesa-do-diretor/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/a-mesa-do-diretor/</guid>
<pubDate>Thu, 08 Oct 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>O que muda na rotina de quem dirige o time comercial.</description>
<content:encoded><![CDATA[<p>O diretor comercial de uma empresa média passa boa parte da semana perguntando. Perguntando ao vendedor se a proposta saiu. Perguntando ao gerente se o cliente respondeu. Perguntando ao financeiro se o pedido entrou. No fim da semana, monta um relatório para a diretoria com o que conseguiu descobrir. Muitas vezes, ele fica sabendo o que aconteceu na semana na mesma reunião em que deveria decidir o que fazer.</p>
<p>É um trabalho necessário, e não é o trabalho para o qual ele foi contratado.</p>
<h2 id="o-que-sai-da-mesa">O que sai da mesa</h2>
<p>Quando o Oz cuida da operação da receita, parte do que ocupa a mesa do diretor passa a chegar pronta. A tabela abaixo não é promessa de resultado. É a mudança de onde o tempo dele vai.</p>
<div class="tabela"><table><thead><tr><th scope="col">O que sai da mesa</th><th scope="col">O que entra no lugar</th></tr></thead><tbody><tr><td>Cobrar atualização de cada proposta</td><td>Ler o que foi feito na semana</td></tr><tr><td>Montar o relatório para a diretoria</td><td>Levar as decisões já preparadas</td></tr><tr><td>Lembrar quem esqueceu de ligar</td><td>Ensinar quem está vendendo errado</td></tr><tr><td>Procurar o histórico de uma conta</td><td>Conversar com o cliente que importa</td></tr></tbody></table></div>
<h2 id="o-que-continua-dele">O que continua dele</h2>
<p>O time continua dele. A meta, a contratação, o treino, a cobrança. A relação com os clientes grandes continua dele. O julgamento sobre quando insistir e quando esperar continua dele. Inclusive a decisão de quanto do trabalho do time passa pelo Oz.</p>
<p>O Oz não dirige o time comercial. Prepara o terreno para quem dirige.</p>
<blockquote><p>Um diretor comercial rende mais decidindo do que perguntando.</p></blockquote>
<h2 id="o-diretor-e-quem-cuida">O diretor e quem cuida</h2>
<h3>Uma dupla, não uma disputa</h3>
<p>A pessoa que cuida da conta trabalha ao lado do diretor, e não acima nem abaixo dele. Ela olha o processo. Ele olha o time. Quando os dois enxergam a mesma coisa, a decisão é rápida.</p>
<h3>Quando um vendedor vende errado</h3>
<p>É quem cuida da conta quem costuma ver primeiro: a proposta com a condição errada, o cliente abordado fora do jeito da casa. Ela leva isso ao diretor, em particular, com o fato na mão. O que fazer com o vendedor é decisão dele.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Na prática, a primeira semana de trabalho junto costuma ser de alinhamento: o que o diretor quer ver, em que formato, com que frequência. Esse combinado vira a prestação de contas dele.</p></aside>
<h2 id="a-pergunta-da-diretoria">A pergunta da diretoria</h2>
<p>Para o CEO, muda a conversa com o diretor comercial. Em vez de perguntar o que aconteceu, ele pode perguntar o que vem depois, porque o que aconteceu já está escrito. A reunião entre os dois deixa de ser um relatório falado e passa a ser uma decisão. E o diretor chega a ela com a mesma informação que o CEO, ao mesmo tempo, sem precisar traduzir planilha em frase.</p>
<p>O formato dessa reunião está em <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">Vinte minutos por semana</a>.</p>]]></content:encoded>
</item>
<item>
<title>Quando alguém sai</title>
<link>https://blog.ozagent.ai/notas/quando-alguem-sai/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quando-alguem-sai/</guid>
<pubDate>Tue, 06 Oct 2026 12:00:00 GMT</pubDate>
<category>Sistema</category>
<dc:creator>Oz</dc:creator>
<description>O que estava escrito, e o que dependia de memória, no dia em que uma pessoa deixa a empresa.</description>
<content:encoded><![CDATA[<p>Todo dono de empresa já viveu o dia seguinte. O vendedor mais antigo avisou que vai sair. A carteira dele tem anos de história: o cliente que só compra depois de uma visita, a condição combinada por telefone, o comprador que mudou de empresa e levou o fornecedor junto. Parte disso está escrita. A maior parte, não.</p>
<p>No dia em que alguém sai, a empresa descobre o que sabia e o que só aquela pessoa sabia.</p>
<h2 id="o-que-pode-ser-lido">O que pode ser lido</h2>
<p>O que está escrito pode ser lido por quem chega. No Oz, o trabalho da receita acontece dentro de uma memória da empresa, e por isso uma parte do histórico vai sendo escrita enquanto o trabalho acontece:</p>
<ul><li>as conversas com clientes nos canais conectados;</li><li>os documentos e as reuniões que a empresa conectou;</li><li>o jeito de cada tarefa, quando ele já foi escrito.</li></ul>
<p>Isso não é tudo o que uma pessoa sabe. É o que dá para ler. E o que dá para ler depende do que passou pelo sistema: uma conversa que aconteceu só no celular pessoal de alguém continua fora dele.</p>
<p><em>O que pode ser lido: a memória da empresa, e quem vê cada parte.</em></p>
<h2 id="o-que-nao-se-escreve">O que não se escreve</h2>
<p>A confiança de um cliente numa pessoa não se escreve. O tom de uma relação antiga, a piada que só os dois entendem, a leitura de quando ligar e quando esperar. Essa parte não passa por documento. Passa por apresentação, de pessoa para pessoa. Por isso a passagem de conta é trabalho de gente, e quem cuida da conta participa dela.</p>
<blockquote><p>O que está escrito pode ser lido por quem chega. O resto depende de quem lembrou de contar.</p></blockquote>
<h2 id="uma-passagem-de-conta">Uma passagem de conta</h2>
<h3>Antes da saída</h3>
<ol><li><strong>Quem sai e quem entra leem juntos</strong> o histórico das contas, uma por uma.</li><li><strong>O que foi combinado fora do escrito é escrito</strong>, enquanto ainda há a quem perguntar.</li><li><strong>Os clientes que importam são apresentados</strong> pessoalmente, por quem sai.</li></ol>
<h3>Depois da saída</h3>
<ol><li><strong>Quem cuida da conta acompanha</strong> as primeiras semanas de quem entrou.</li><li><strong>O que faltou aparece</strong> e vai para o jeito escrito, para a próxima vez.</li></ol>
<hr class="fio">
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para a sua diretoria: se o vendedor mais antigo saísse amanhã, o que a empresa conseguiria ler sobre a carteira dele? A resposta mostra quanto da sua receita depende de uma memória só.</p></aside>
<h2 id="escrever-enquanto-todos-estao">Escrever enquanto todos estão</h2>
<p>A hora de escrever o que uma pessoa sabe não é a semana em que ela sai. É agora, enquanto todos estão na empresa e o trabalho acontece. Não por desconfiança de ninguém, mas por respeito ao que cada um construiu: o que está escrito pode ser ensinado, e o que pode ser ensinado não se perde por acaso.</p>
<p>A pergunta não é se alguém vai sair. É quanto do que essa pessoa sabe a empresa vai conseguir ler no dia seguinte.</p>]]></content:encoded>
</item>
<item>
<title>A receita no centro</title>
<link>https://blog.ozagent.ai/novidades/a-receita-no-centro/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/a-receita-no-centro/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Oz</category>
<dc:creator>Oz</dc:creator>
<description>A receita que entra e a que fica, lado a lado, com quem cuida de cada uma.</description>
<content:encoded><![CDATA[<p>A sua empresa vê a receita em duas frentes: a que entra e a que fica. Cada frente tem quem cuida dela.</p>
<h2 id="receita-que-entra">Receita que entra</h2>
<p>Contatos novos e propostas. Cada proposta tem etapa e um nome.</p>
<h2 id="receita-que-fica">Receita que fica</h2>
<p>Quem já é cliente. O seu time continua à frente de cada relação.</p>
<p><em>Quem cuida de cada frente</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Frente</th><th scope="col">O que o Oz acompanha</th><th scope="col">Quem cuida</th></tr></thead><tbody><tr><td>Receita que entra</td><td>Contatos novos e propostas</td><td>Quem cuida de vendas</td></tr><tr><td>Receita que fica</td><td>Contas de quem já é cliente</td><td>Quem cuida da conta</td></tr></tbody></table></div>
<h2 id="o-que-continua-igual">O que continua igual</h2>
<p>Diagnóstico, especialista alocado, treino do time e resultado acompanhado. Muda o que a sua empresa vê primeiro.</p>
<p>Para a receita parada, leia <a href="https://blog.ozagent.ai/notas/a-receita-que-ja-era-sua/">A receita que já era sua</a>. Para a que fica, leia <a href="https://blog.ozagent.ai/notas/quem-parou-de-comprar/">Quem parou de comprar</a>.</p>]]></content:encoded>
</item>
<item>
<title>O funil num lugar só</title>
<link>https://blog.ozagent.ai/novidades/a-primeira-camada/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/a-primeira-camada/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Produto</category>
<dc:creator>Oz</dc:creator>
<description>O que sustenta a receita da sua empresa, com etapa, dono e próximo passo.</description>
<content:encoded><![CDATA[<p>O funil, as tarefas e os documentos que sustentam a receita da sua empresa ficam num só lugar. Depois do diagnóstico, quem cuida da sua conta monta esse lugar com o seu time.</p>
<p>O que fica escrito aqui é o chão do resto.</p>
<h2 id="funil-e-tarefa">Funil e tarefa</h2>
<p>Cada negociação tem etapa, dono e próximo passo. O que está parado aparece parado, com o nome de quem responde por ele.</p>
<p>O quadro de tarefas fica ao lado do funil. Quem vende vê o que é dele hoje. Quem dirige vê o que espera alguém, e há quanto tempo.</p>
<p><em>Quadro do time: o trabalho reunido por tipo.</em></p>
<h2 id="o-jeito-da-casa">O jeito da casa</h2>
<p>A tabela de preço, o modelo de proposta e o roteiro da primeira conversa ficam ao lado do funil, em documentos que o time já sabe usar.</p>
<p>O Oz trabalha com duas coisas: o que ele sabe fazer e como a sua empresa funciona. A primeira vem com o Oz. A segunda é escrita com o seu time, e o Oz lê o mesmo que ele.</p>
<h2 id="o-limite">O limite</h2>
<p>O Oz guarda o que a sua empresa escreveu e organizou nele. Um processo que só existe na cabeça de alguém continua lá até alguém escrever. Por isso a montagem começa pelo diagnóstico: primeiro se descobre o que a casa já faz, depois se escreve.</p>
<p>Esse lugar também não decide nada pelo seu time. Ela mostra onde cada coisa está.</p>
<h2 id="quem-decide">Quem decide</h2>
<p>O Oz prepara, e uma pessoa do seu time vê o trabalho antes de ele seguir.</p>]]></content:encoded>
</item>
<item>
<title>Organizado durante a noite</title>
<link>https://blog.ozagent.ai/novidades/organizado-durante-a-noite/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/organizado-durante-a-noite/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Produto</category>
<dc:creator>Oz</dc:creator>
<description>O que a sua empresa conversou ontem amanhece ao lado do que ela já sabia.</description>
<content:encoded><![CDATA[<p>O que o seu cliente combinou ontem chega à próxima proposta. De manhã, a conversa do dia está ao lado do que a empresa já sabia sobre aquele cliente, aquela condição, aquele combinado.</p>
<p>Durante o dia, a conversa se espalha: uma reunião, uma página nova, um arquivo revisado. À noite, o Oz organiza o que entrou pelas fontes conectadas.</p>
<h2 id="pronto-de-manha">Pronto de manhã</h2>
<p>Quem chega para trabalhar não precisa reconstruir o dia anterior. A condição que mudou na reunião aparece junto da proposta que ela afeta. O documento revisado ocupa o lugar do antigo.</p>
<p><em>Rotina da noite: entre o fim do expediente e a manhã seguinte.</em></p>
<h2 id="de-onde-vem">De onde vem</h2>
<p><em>As fontes: o que o Oz lê em cada uma.</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Fonte</th><th scope="col">O que entra</th></tr></thead><tbody><tr><td>Notion</td><td>Páginas e bancos da empresa</td></tr><tr><td>Google Drive</td><td>Os arquivos das pastas conectadas</td></tr><tr><td>Reuniões</td><td>O que foi conversado e decidido</td></tr><tr><td>Fonte própria</td><td>O que a empresa indicar</td></tr></tbody></table></div>
<p>Se a sua empresa guarda o que sabe num sistema fora dessa lista, quem cuida da sua conta conecta esse sistema como fonte própria.</p>
<h2 id="ensinar-uma-vez">Ensinar uma vez</h2>
<p>A regra que alguém escreveu na terça vale para o agente de proposta e para o de retorno na quarta. Ninguém repete a mesma explicação para cada um.</p>
<h2 id="o-limite">O limite</h2>
<p>O Oz só sabe o que entrou por uma fonte conectada. Um combinado por telefone, nunca anotado, não aparece de manhã. Um acordo de corredor também não.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Onde estão hoje as decisões que ninguém escreveu? É por aí que quem cuida da sua conta começa com o seu time.</p></aside>
<h2 id="quem-decide">Quem decide</h2>
<p>A sua empresa escolhe quais fontes entram e quais ficam de fora. Cada agente que usa essa memória começa no primeiro degrau: propõe e espera. Subir ou descer é decisão de quem dirige: <a href="https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/">quatro degraus para delegar</a>.</p>
<p>Para o caso de uma troca de pessoas, leia <a href="https://blog.ozagent.ai/notas/quando-alguem-sai/">Quando alguém sai</a>.</p>]]></content:encoded>
</item>
<item>
<title>Quem vê e onde fica</title>
<link>https://blog.ozagent.ai/novidades/quem-ve-e-onde-fica/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/quem-ve-e-onde-fica/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Oz</category>
<dc:creator>Oz</dc:creator>
<description>Onde ficam os dados da sua empresa, o que o time pede e quem vê cada pasta.</description>
<content:encoded><![CDATA[<p>A implantação é assistida. Antes de qualquer trabalho começar, combinamos com o seu time onde ficam os dados e quem vê o quê.</p>
<p>Essa conversa vem antes da primeira conexão, e não depois. Quem dirige sabe o que entra, para onde vai e quem enxerga cada parte.</p>
<h2 id="onde-os-dados-ficam">Onde os dados ficam</h2>
<p>Os dados são da sua empresa, e você sabe onde estão. O lugar fica combinado por escrito na implantação.</p>
<p>Cada ferramenta entra no Oz pela conta dela, com a autorização de alguém da sua empresa. O que não foi conectado não entra.</p>
<h2 id="o-que-o-time-pede">O que o time pede</h2>
<p>O time pergunta e o Oz responde com o que a empresa já escreveu: documentos no Notion e no Drive, o que foi dito em reunião.</p>
<p>A resposta respeita a pasta de quem pergunta. O vendedor recebe o que o vendedor pode ver.</p>
<h2 id="quem-ve-cada-pasta">Quem vê cada pasta</h2>
<p>Permissões por pasta e por time.</p>
<p><em>Quem vê cada pasta: exemplo. Quem decide as linhas é a sua empresa.</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Pasta</th><th scope="col">Quem vê</th></tr></thead><tbody><tr><td>Propostas</td><td>Time comercial</td></tr><tr><td>Contratos</td><td>Diretoria</td></tr><tr><td>Atendimento</td><td>Atendimento e comercial</td></tr><tr><td>Reuniões da diretoria</td><td>Diretoria</td></tr></tbody></table></div>
<h2 id="convidados-de-fora">Convidados de fora</h2>
<p>Um contador, um advogado, um parceiro de projeto. Quem decide a pasta de cada um é a sua empresa. O convidado vê a pasta para onde foi chamado, e mais nada. Quando o trabalho acaba, a empresa encerra o convite.</p>
<p><em>O convidado vê a pasta para onde foi chamado, e mais nada.</em></p>
<h2 id="o-limite">O limite</h2>
<p>A permissão vale para o que está dentro do Oz. Um arquivo que alguém baixa e envia por outro caminho segue as regras desse caminho, e não as do Oz. Por isso a conversa da implantação inclui o que fica de fora.</p>
<h2 id="quem-decide">Quem decide</h2>
<p>Quem dirige decide as pastas, os times e os convidados, e muda quando quiser. O Oz trabalha dentro dessas permissões e começa no primeiro degrau: propõe e espera.</p>
<p>Para ver como cada ferramenta se conecta, leia <a href="https://blog.ozagent.ai/novidades/conexoes-pela-sua-conta/">Quem liga cada ferramenta</a>.</p>]]></content:encoded>
</item>
<item>
<title>Campanhas com acompanhamento</title>
<link>https://blog.ozagent.ai/novidades/campanhas-com-acompanhamento/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/campanhas-com-acompanhamento/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Produto</category>
<dc:creator>Oz</dc:creator>
<description>Na campanha de e-mail, a primeira mensagem passa por uma pessoa, e cada resposta tem quem a atenda.</description>
<content:encoded><![CDATA[<p>Na campanha de e-mail, o Oz prepara a primeira mensagem de cada contato e espera. Uma pessoa da sua equipe lê, ajusta e libera.</p>
<blockquote><p>Quem decide o envio é a empresa.</p></blockquote>
<h2 id="antes-de-sair">Antes de sair</h2>
<p>Nenhuma primeira mensagem sai sem essa leitura.</p>
<p><em>Primeiro e-mail pronto, aguardando aprovação.</em></p>
<p>Nos fluxos de várias etapas, vale o mesmo: o fluxo para no ponto de decisão e espera.</p>
<h2 id="quando-respondem">Quando respondem</h2>
<p>A volta importa tanto quanto a saída. O Oz lê cada resposta que chega à caixa da sua equipe, resume e entrega a quem decide o passo seguinte.</p>
<p><em>A campanha em quatro passos: a lista, o primeiro e-mail, a aprovação, o seguimento.</em></p>
<h2 id="quem-acompanha">Quem acompanha</h2>
<p>Quem cuida da sua conta acompanha a primeira campanha com a sua equipe.</p>
<p>Para o que vem depois de uma feira, leia <a href="https://blog.ozagent.ai/notas/depois-da-feira/">Depois da feira</a>.</p>]]></content:encoded>
</item>
<item>
<title>Quem liga cada ferramenta</title>
<link>https://blog.ozagent.ai/novidades/conexoes-pela-sua-conta/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/conexoes-pela-sua-conta/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Integrações</category>
<dc:creator>Oz</dc:creator>
<description>Cada ferramenta entra autorizada por alguém da empresa. O que muda para o time quando cada uma entra.</description>
<content:encoded><![CDATA[<p>Cada ferramenta entra no Oz com a autorização de alguém da sua empresa, em Configurações, Integrações. Quem cuida da sua conta faz a ligação com o seu time.</p>
<p>Nada entra pela porta dos fundos. Quem autoriza é alguém da sua empresa.</p>
<p><em>Conexões da casa: as integrações ligadas, com quem autorizou cada uma.</em></p>
<h2 id="o-que-muda-no-time">O que muda no time</h2>
<p>Algumas delas.</p>
<div class="tabela"><table><thead><tr><th scope="col">Ferramenta</th><th scope="col">O que muda</th></tr></thead><tbody><tr><td>Slack</td><td>O time pergunta no canal e recebe a resposta com a fonte. O resumo do dia chega no canal combinado.</td></tr><tr><td>Telegram</td><td>O time pergunta em conversa direta e recebe a resposta ali. O relatório combinado chega no grupo escolhido.</td></tr><tr><td>Notion</td><td>O Oz responde com o que está nas páginas da empresa.</td></tr><tr><td>Google Workspace</td><td>O Oz lê e resume as conversas no Gmail e redige rascunhos no Docs.</td></tr><tr><td>HubSpot</td><td>O Oz cuida de contatos e negócios e avisa quais pedem acompanhamento.</td></tr></tbody></table></div>
<blockquote><p>Conectar não dá o direito de agir.</p></blockquote>
<h2 id="por-onde-comecar">Por onde começar</h2>
<p>A primeira ferramenta é escolhida no diagnóstico: aquela onde o time já passa o dia e onde a pergunta mais se repete. As outras entram depois, uma de cada vez, com quem administra cada uma presente na ligação. Assim a empresa sabe, a cada passo, o que já está conectado e o que ainda não está.</p>
<h2 id="o-limite">O limite</h2>
<p>Ligar uma ferramenta dá ao Oz acesso ao que a conta dela permite, e nada além. Se a conta não vê uma pasta, o Oz também não vê. E o que o Oz pode fazer com esse acesso é outra decisão, tomada à parte.</p>
<h2 id="quem-decide">Quem decide</h2>
<p>Conectar não muda quem decide. O Oz prepara, e quem dirige decide o que ele pode fazer com cada ferramenta.</p>]]></content:encoded>
</item>
<item>
<title>Onde o time já conversa</title>
<link>https://blog.ozagent.ai/novidades/o-oz-no-seu-canal/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/novidades/o-oz-no-seu-canal/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Integrações</category>
<dc:creator>Oz</dc:creator>
<description>O time pergunta no aplicativo em que já trabalha. A decisão continua com quem dirige.</description>
<content:encoded><![CDATA[<p>O time pergunta sobre um cliente no aplicativo em que já trabalha. A resposta volta na mesma conversa.</p>
<p>Ninguém precisa abrir outro sistema para saber o que a empresa já sabe. A pergunta vai para onde o time já está.</p>
<h2 id="o-que-o-time-pergunta">O que o time pergunta</h2>
<p>A última condição enviada a um cliente. Em que etapa está um negócio. O que ficou combinado na última reunião. A resposta vem do que a empresa já registrou nas fontes conectadas.</p>
<p><em>Conversa com o Oz: uma pergunta sobre um cliente e a resposta, na mesma conversa.</em></p>
<h2 id="perguntas-com-resposta">Perguntas com resposta</h2>
<p>Quando a empresa ainda não escreveu sobre o assunto, quem cuida da sua conta leva a pergunta ao time para que alguém escreva a resposta uma vez.</p>
<h2 id="o-que-chega-no-canal">O que chega no canal</h2>
<p>Além das respostas, o canal recebe o que a empresa combinar. Por exemplo, no Slack, um resumo do andamento no fim do dia. No Telegram, um relatório no grupo e no horário escolhidos.</p>
<h2 id="o-limite">O limite</h2>
<p>A resposta vale o que a fonte vale. Se a condição mudou e ninguém escreveu, a resposta traz a condição antiga. O canal também não muda quem decide: uma ação pedida pelo WhatsApp segue a mesma regra de uma ação pedida no Slack.</p>
<h2 id="quem-decide">Quem decide</h2>
<p>Quando a resposta pede uma ação, vale o que quem dirige combinou com quem cuida da conta.</p>
<h2 id="onde-o-time-conversa">Onde o time conversa</h2>
<p>Quem cuida da sua conta escolhe com o time o primeiro canal: aquele onde a pergunta sobre cliente já acontece todo dia. Os outros entram depois, um de cada vez.</p>]]></content:encoded>
</item>
<item>
<title>A venda que pede engenheiro</title>
<link>https://blog.ozagent.ai/notas/a-venda-que-pede-engenheiro/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/a-venda-que-pede-engenheiro/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Quando a resposta técnica depende de poucas pessoas, cada venda espera na fila delas.</description>
<content:encoded><![CDATA[<p>O cliente pergunta se o produto serve para o projeto dele. O vendedor sabe vender, mas a resposta depende de uma norma, de uma medida, de um limite de uso. Ele escreve ao engenheiro da casa e espera.</p>
<p>A venda não parou por falta de interesse. Parou numa fila.</p>
<h2 id="poucos-sabem-responder">Poucos sabem responder</h2>
<p>Em muitas empresas de venda técnica, a resposta mora em poucas pessoas. Elas conhecem o produto por dentro, sabem o que ele aguenta e o que não aguenta. Por isso são as mais procuradas, e as que menos têm tempo.</p>
<p>O vendedor aprende cedo a medir o que vale a pena perguntar. Pergunta só o que não dá para evitar. O cliente recebe uma resposta mais lenta, ou mais curta, do que merecia.</p>
<h2 id="a-mesma-pergunta-outra-vez">A mesma pergunta, outra vez</h2>
<p>Quase toda dúvida já foi feita antes, por outro vendedor, sobre outro cliente. A resposta existe: está num e-mail antigo, numa proposta, numa conversa que o engenheiro lembra de cabeça.</p>
<p>Falta essa resposta chegar a quem atende o cliente.</p>
<p>Na prática, a mesma dúvida volta com outras palavras. Um cliente pergunta pela temperatura de trabalho, outro pelo limite de carga, um terceiro pela norma que o projeto exige. Para o engenheiro, as três perguntas são parentes. Para o vendedor, cada uma parece nova, e por isso cada uma volta para a fila.</p>
<h2 id="responder-uma-vez">Responder uma vez</h2>
<p>O Oz começa pelo especialista, pelas respostas que ele dá toda semana. Esse material entra na memória da empresa, junto com o que ela já escreveu. A partir daí, a resposta do engenheiro vale para todos os vendedores.</p>
<p>O trabalho começa com uma conversa curta. Quem cuida da sua conta senta com o especialista e separa as perguntas que ele mais ouve, com a resposta que ele costuma dar e a condição em que ela vale. O que já está escrito, em propostas e e-mails antigos, entra junto. O especialista revisa cada resposta antes de ela passar a valer.</p>
<p>A resposta fica num só lugar. Quem prepara a proposta e quem responde ao vendedor leem a mesma resposta, com a mesma condição ao lado.</p>
<blockquote><p>O vendedor da quinta-feira usa a resposta que o engenheiro deu na segunda.</p></blockquote>
<hr class="fio">
<h2 id="o-que-continua-tecnico">O que continua técnico</h2>
<p>Nem toda pergunta vira resposta pronta. O caso novo, o cliente que pede uma exceção, o projeto que foge do padrão: tudo isso continua com a pessoa. Quando a pergunta é nova, ela vai ao engenheiro com o histórico ao lado, e a resposta dele passa a valer para a próxima vez.</p>
<p>O Oz propõe a resposta, e o vendedor confere antes de enviar ao cliente.</p>
<h2 id="a-fila-que-diminui">A fila que diminui</h2>
<p>O engenheiro continua importante, e passa a ser procurado pelo que só ele resolve. O vendedor responde o que já foi respondido. Espera só quando a pergunta é nova.</p>
<p>Para quem dirige a empresa, a mudança aparece na agenda de quem a empresa mais precisa: menos tempo respondendo o que já se sabe, mais tempo no que só ele resolve.</p>
<p>O cliente também percebe. A resposta traz a condição escrita, e a conversa segue sem a pausa que ele já conhecia.</p>
<p>O ponto de partida é pequeno. Escolha as cinco perguntas técnicas que mais se repetem na sua empresa. Se o jeito de responder ainda não está escrito, comece por <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">O jeito certo, escrito uma vez</a>. Se a dúvida é o que o vendedor sabe da conta, leia <a href="https://blog.ozagent.ai/notas/o-vendedor-com-o-historico/">O vendedor com o histórico</a>.</p>]]></content:encoded>
</item>
<item>
<title>Treino com caso da casa</title>
<link>https://blog.ozagent.ai/notas/treino-com-caso-da-casa/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/treino-com-caso-da-casa/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Gente</category>
<dc:creator>Oz</dc:creator>
<description>O treino do time feito com as propostas, as conversas e os clientes da própria empresa.</description>
<content:encoded><![CDATA[<p>O treino do seu time começa pelo material que a empresa já tem.</p>
<h2 id="curso-nao-e-treino">Curso não é treino</h2>
<p>Um curso ensina um método em geral, com exemplos de outras empresas. O time assiste, concorda e volta para a mesa. Na segunda-feira, o cliente faz a pergunta que o curso não previu, com o produto da casa e o preço da casa.</p>
<p>O que muda a rotina de um vendedor é praticar com o que ele vai encontrar. A objeção que o cliente da sua empresa costuma levantar. A proposta que a sua empresa costuma enviar. O desconto que a sua empresa costuma negociar. Isso não está em curso nenhum. Está nos arquivos da própria empresa.</p>
<p>Por isso o treino faz parte da entrega, ao lado do diagnóstico, do especialista alocado e do resultado acompanhado. Ele não é um evento no começo. É um trabalho que acompanha a conta.</p>
<h2 id="o-material-ja-existe">O material já existe</h2>
<p>A sua empresa já escreveu o material de treino. Está espalhado, e por isso parece que não existe:</p>
<ol><li>As propostas enviadas, com o preço e o tom que a casa usa.</li><li>As conversas com clientes, onde aparecem as perguntas de verdade.</li><li>As reuniões gravadas, com a objeção dita em voz alta.</li><li>Os clientes que ficaram e os que saíram, cada um com a sua história.</li></ol>
<p>O Oz recebe documentos, reuniões e fontes próprias da empresa, e reúne esse material num lugar só, onde o time inteiro treina com ele.</p>
<p>Esse material tem uma vantagem sobre qualquer apostila: é verdadeiro. A proposta que fechou mostra o que funciona na sua empresa. A que foi recusada mostra onde a conversa se perdeu. Um vendedor novo aprende mais lendo as propostas reais da casa do que ouvindo uma regra geral sobre propostas.</p>
<h2 id="quem-treina-quem">Quem treina quem</h2>
<p>O treino acontece dentro do trabalho, conduzido por quem cuida da sua conta desde o diagnóstico.</p>
<p>É quem cuida da conta que escolhe, com o seu time, o caso da semana: uma proposta parada, uma objeção que voltou, um cliente que pediu algo fora do padrão. O time olha o caso junto, compara com o que a casa já fez e decide como responder da próxima vez.</p>
<p>Se o vendedor mais antigo tem um jeito de responder que funciona, esse jeito vai para quem decide. Quando quem decide aprova, ele passa a valer para o time inteiro.</p>
<p>O mesmo vale para o Oz. Ele consulta o mesmo material que o time, e ninguém precisa ensinar a mesma coisa duas vezes.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Nada passa a valer para o time sem a aprovação de quem decide.</p></aside>
<h2 id="quando-o-treino-termina">Quando o treino termina</h2>
<p>O treino segue enquanto o resultado é acompanhado. Quem dirige vê a resposta no que o time já faz: a proposta saiu no prazo e do jeito da casa. Não há certificado no fim. Há uma rotina que o time sustenta sozinho, e um caso novo quando ela pede ajuste.</p>
<p>A pergunta que fecha cada ciclo é simples: o que o time faz hoje que não fazia antes? Se a resposta vem com um exemplo da semana, o treino está funcionando. Se não vem, o próximo caso começa por aí.</p>
<p>Para ver como a entrega se organiza do diagnóstico ao acompanhamento, leia <a href="https://blog.ozagent.ai/notas/o-diagnostico-passo-a-passo/">o diagnóstico passo a passo</a>. Para entender como a casa guarda o jeito certo de cada tarefa, leia <a href="https://blog.ozagent.ai/notas/o-jeito-certo-escrito-uma-vez/">o jeito certo escrito uma vez</a>.</p>]]></content:encoded>
</item>
<item>
<title>Depois da feira</title>
<link>https://blog.ozagent.ai/notas/depois-da-feira/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/depois-da-feira/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Os contatos de uma feira esfriam rápido. A semana seguinte decide o que eles viram.</description>
<content:encoded><![CDATA[<p>Uma feira dura três dias. O que ela rende se decide na semana seguinte. Nesse intervalo, o time volta cansado, com a agenda acumulada, e cada contato novo perde um pouco de lembrança a cada dia que passa.</p>
<p>A empresa pagou o estande, a viagem e as horas de conversa. O retorno depende de uma tarefa que vem depois: escrever, uma a uma, para as pessoas que passaram por lá.</p>
<h2 id="a-pilha-de-cartoes">A pilha de cartões</h2>
<p>Quem cuida da conta começa pela pessoa de cada conversa, não pela lista. Cada pessoa do time volta com o que ouviu, em lugares diferentes. Em uma feira grande, são muitas conversas. O contato certo está na pilha, ao lado de dezenas que nunca vão comprar.</p>
<p>Separar uma coisa da outra é o primeiro trabalho. Exige ler cada anotação e entender o que a pessoa disse no estande.</p>
<p>As anotações chegam de muitos jeitos: uma foto do cartão, uma linha no celular, um áudio gravado no corredor, uma lembrança que ninguém escreveu. Quanto mais o tempo passa, mais a lembrança vira a única fonte, e menos ela vale. A empresa sabe disso. O time também. Mesmo assim, a pilha espera, porque a semana depois da feira já tem a sua própria agenda.</p>
<h2 id="a-primeira-semana">A primeira semana</h2>
<p>Quem cuida da conta monta a lista com o time depois da feira. O Oz junta cada contato à conversa que ele teve no estande, e uma pessoa aprova cada mensagem antes de sair.</p>
<ol><li>A lista fica pronta, com o motivo de cada contato.</li><li>As mensagens são preparadas, uma por contato, com a conversa do estande como ponto de partida.</li><li>Uma pessoa aprova cada mensagem antes do envio.</li><li>Quem não respondeu recebe uma segunda mensagem no prazo combinado.</li></ol>
<p><em>A semana depois da feira, em quatro passos.</em></p>
<h2 id="a-mensagem-aprovada">A mensagem aprovada</h2>
<p>Por padrão, nenhuma mensagem de prospecção sai sem uma pessoa ler. O agente prepara; quem responde pela relação decide.</p>
<p>Depois de uma feira, o contato lembra do rosto e da pergunta que fez. Uma mensagem genérica apaga as duas coisas.</p>
<p>Por isso cada mensagem parte da conversa do estande. O nome de quem conversou, o produto que interessou, a dúvida que ficou aberta. Quem aprova lê a mensagem como o contato vai ler, e ajusta o que soar distante.</p>
<blockquote><p>A feira abre a conversa. O que vem depois mostra se alguém estava ouvindo.</p></blockquote>
<h2 id="quem-recebe-a-resposta">Quem recebe a resposta</h2>
<p>Quando o contato responde, a resposta chega a quem vai cuidar dela. O Oz lê a mensagem e prepara a réplica, para quem cuida da relação revisar.</p>
<p>Quem responde não precisa perguntar de onde veio o contato. Já sabe. A conversa continua de onde parou.</p>
<p>Nem toda resposta pede venda. Às vezes o contato quer só um material, ou avisa que a compra fica para o ano seguinte. Quem cuida da relação decide o que fazer com cada caso, e o combinado guia a próxima conversa.</p>
<h2 id="para-a-proxima-feira">Para a próxima feira</h2>
<p>Quem cuida da conta organiza o que a feira deixou: quais conversas viraram reunião, quais pararam, que objeções o time ouviu. As objeções voltam para o treino do time, e a lista da próxima feira já começa com o que esta ensinou.</p>
<p>No ritmo combinado, quem dirige recebe o que foi feito, quanto custou e o que espera a decisão de alguém.</p>
<p>Esse retrato vale para a próxima decisão de evento. Quem dirige vê de que conversas saíram as reuniões, e leva isso para a escolha da próxima feira.</p>
<hr class="fio">
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para o seu diretor de marketing: dos contatos da última feira, quantos receberam uma mensagem na primeira semana?</p></aside>]]></content:encoded>
</item>
<item>
<title>O que não publicamos</title>
<link>https://blog.ozagent.ai/notas/o-que-nao-publicamos/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-que-nao-publicamos/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>As regras destas páginas: nenhum cliente sem convite, nenhum número de vitrine, nenhuma comparação.</description>
<content:encoded><![CDATA[<p>Toda página deste blog passa pelas mesmas regras antes de sair. Elas valem para as notas e para as novidades. Esta nota conta quais são, e por quê.</p>
<p>A razão é uma só: a sua empresa vai confiar ao Oz a receita, os dados e o jeito de trabalhar. Quem lê estas páginas está, na prática, vendo uma amostra desse cuidado.</p>
<h2 id="nenhum-cliente-sem-convite">Nenhum cliente sem convite</h2>
<p>Nenhuma empresa aparece aqui pelo nome, pelo logo ou por um detalhe que a identifique. Um setor, uma região e um tamanho, juntos, às vezes bastam para alguém reconhecer uma empresa. Por isso as situações descritas aqui são exemplos de rotina, contados pelo papel de quem decide, e não pela empresa onde a rotina acontece.</p>
<p>Uma história real só é contada quando o próprio cliente oferece. Oferecer é diferente de concordar com um pedido nosso. A iniciativa é dele, o texto passa por ele, e ele pode pedir para tirar a qualquer momento.</p>
<p>O mesmo vale para as pessoas. Ninguém do lado do cliente aparece com nome, cargo exato ou fala entre aspas sem ter escolhido aparecer.</p>
<h2 id="nenhum-numero-de-vitrine">Nenhum número de vitrine</h2>
<p>Um número de resultado fora de contexto diz pouco. Um aumento depende de onde a empresa partiu, do mercado daquele ano, do que mudou ao mesmo tempo. Tirado da conta e posto numa vitrine, ele vira promessa para quem lê, e nenhuma empresa é igual à outra.</p>
<p>Por isso estas páginas não trazem percentual de ganho, valor em reais nem contagem de clientes. Os números que aparecem descrevem o serviço, como as três respostas da prestação de contas.</p>
<p>Um número da sua empresa só sai daqui com a sua autorização, com calma e com o contexto ao lado. Ele nunca vem em destaque, e nunca sozinho.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Uma pergunta para a próxima apresentação da sua empresa: cada número que ela mostra tem a autorização de quem o viveu, e o contexto ao lado?</p></aside>
<h2 id="nenhuma-comparacao">Nenhuma comparação</h2>
<p>Nenhuma outra empresa é citada aqui, nem para comparar. Uma comparação sempre escolhe o ângulo que favorece quem compara, e quem lê sabe disso.</p>
<p>A sua empresa já conhece as alternativas. Ela não precisa de uma tabela feita por nós para decidir. Precisa saber o que o Oz faz, o que não faz e quem responde por cada coisa. É isso que estas páginas tentam dizer, cada uma com um limite escrito.</p>
<blockquote><p>O que publicamos sobre os outros mostra como trataríamos o que é seu.</p></blockquote>
<h2 id="o-que-publicamos">O que publicamos</h2>
<p>O que fica aqui é o método do Oz, descrito como ele funciona: o que o Oz faz, quem decide em cada etapa e o que acontece quando algo foge do padrão.</p>
<p>Cada novidade traz o limite do que ela descreve. Cada nota fala de um assunto que a sua empresa vive, sem prometer o resultado que ela vai ter.</p>
<p>Um limite com número, como um teto de gasto ou uma alçada de desconto, só aparece aqui depois que quem responde por ele assina.</p>
<p>O mesmo cuidado aparece em <a href="https://blog.ozagent.ai/notas/onde-o-agente-nao-entra/">O que fica com pessoas</a>.</p>
<p>Se uma página daqui deixar de seguir alguma dessas regras, a correção vem antes da explicação. A mesma ordem vale dentro de cada conta.</p>]]></content:encoded>
</item>
<item>
<title>O número da previsão</title>
<link>https://blog.ozagent.ai/notas/o-numero-da-previsao/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-numero-da-previsao/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>A previsão do mês feita com o que aconteceu em cada negócio, e não com a impressão de cada um.</description>
<content:encoded><![CDATA[<p>No último dia útil do mês, o diretor comercial pergunta a cada vendedor quanto vai fechar. Cada um responde com a sua impressão. Um diz que está quase. Outro diz que o cliente gostou. O diretor soma as respostas, desconta o que conhece de cada pessoa e leva um número à diretoria.</p>
<p>É um número honesto. Mas ele nasceu de conversa, e conversa muda de um dia para o outro. No mês seguinte, ninguém consegue dizer de onde veio cada parte dele.</p>
<h2 id="quem-fecha-o-numero">Quem fecha o número</h2>
<p>Quem dirige olha a lista, escolhe o que conta e o que não conta, e fecha o número. A decisão continua com quem responde por ele.</p>
<p>O Oz começa propondo. Subir ou descer um degrau é decisão de quem dirige. Na previsão, o Oz propõe a leitura, a pessoa que cuida da conta confere, e quem dirige assina.</p>
<blockquote><p>Uma previsão boa mostra de onde veio cada parte do número.</p></blockquote>
<h2 id="previsao-por-impressao">Previsão por impressão</h2>
<p>A impressão de um vendedor depende do último telefonema e do humor da semana. Duas pessoas olhando para o mesmo negócio chegam a números diferentes, e nenhuma está mentindo.</p>
<p>A pergunta pede uma opinião. A diretoria precisa de um registro.</p>
<p>O vendedor não tem culpa. Ele passa o dia com clientes, e a etapa no sistema fica para depois. Quando o diretor pergunta, ele responde com o que lembra. O que lembra é o que mais pesou na semana, e nem sempre é o que mais importa para o mês.</p>
<h2 id="os-fatos-de-cada-negocio">Os fatos de cada negócio</h2>
<p>Um negócio tem uma história curta e verificável. Em que etapa do funil está. Quando foi o último contato. Se houve ligação ou e-mail. Se a proposta saiu e se alguém respondeu.</p>
<p>O Oz acompanha esse registro e entrega a lista do que pede acompanhamento. Ele não diz quanto o mês vai fechar. Ele mostra o que se sabe de cada negócio, e o que ainda não se sabe.</p>
<p>O que não se sabe também é informação. Um negócio em negociação sem nenhum contato novo há semanas pede uma pergunta antes de entrar no número.</p>
<p><em>Cada negócio com o que se sabe dele, e o que ainda não se sabe.</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Negócio</th><th scope="col">Etapa</th><th scope="col">Último fato</th><th scope="col">Pede acompanhamento</th></tr></thead><tbody><tr><td>Negócio A</td><td>Proposta</td><td>E-mail registrado na terça</td><td>Sim, sem resposta</td></tr><tr><td>Negócio B</td><td>Qualificação</td><td>Ligação registrada</td><td>Não</td></tr><tr><td>Negócio C</td><td>Negociação</td><td>Sem registro novo</td><td>Sim, parado</td></tr></tbody></table></div>
<p>A leitura chega pelo formato que a diretoria combinou. Em qualquer formato, a prestação de contas responde às mesmas três perguntas: o que foi feito, quanto custou e o que precisa da decisão de alguém. Na reunião de <a href="https://blog.ozagent.ai/notas/vinte-minutos-por-semana/">vinte minutos por semana</a>, o tempo vai para o item que pede decisão.</p>
<h2 id="quando-a-previsao-erra">Quando a previsão erra</h2>
<p>Vai errar, como toda previsão. Um cliente muda de ideia, um contrato trava no jurídico, uma compra é adiada por um motivo que nenhum registro mostra.</p>
<p>A diferença está no que se faz depois, e no que o time aprende para o mês seguinte. Com a previsão feita por impressão, o erro vira discussão sobre quem disse o quê. Com a previsão feita por fatos, o erro vira pergunta: qual fato faltava, ou qual fato foi lido de outro jeito?</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>No começo, quem dirige define o que conta como fato. Se um negócio sem contato há muito tempo ainda entra na previsão, essa é uma regra da casa, e quem dirige escreve a regra uma vez.</p></aside>
<hr class="fio">
<p>O número da previsão continua sendo de quem dirige. O que muda é a origem dele: uma lista de fatos, com o que falta escrito ao lado.</p>
<p>Para ver como esse número chega à mesa de quem decide, leia <a href="https://blog.ozagent.ai/notas/a-mesa-do-diretor/">A mesa do diretor</a>.</p>]]></content:encoded>
</item>
<item>
<title>O caminho de uma cotação</title>
<link>https://blog.ozagent.ai/notas/o-caminho-de-uma-cotacao/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/o-caminho-de-uma-cotacao/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Método</category>
<dc:creator>Oz</dc:creator>
<description>Como uma cotação anda da chegada à resposta, e quem assina cada passo.</description>
<content:encoded><![CDATA[<p>Uma cotação parece simples vista de fora: o cliente pergunta, a empresa responde. Por dentro, ela passa por várias mãos. Alguém lê o pedido, alguém procura o preço, alguém lembra do desconto combinado no ano passado, alguém confere e alguém assina. Quando cada passo vive na cabeça de uma pessoa diferente, a resposta demora, e o cliente espera.</p>
<p>A hora em que a cotação chega é assunto de <a href="https://blog.ozagent.ai/notas/quem-parou-de-comprar/">Quem parou de comprar</a>. Aqui o assunto é o que acontece depois que ela chegou.</p>
<h2 id="os-seis-passos">Os seis passos</h2>
<p>O caminho de uma cotação tem seis passos:</p>
<ol><li>O pedido chega, por e-mail, mensagem ou formulário.</li><li>O sistema lê o pedido e separa o que o cliente quer: produto, quantidade, prazo.</li><li>O sistema reúne o que a casa já sabe: histórico da conta, tabela de preços, condições combinadas.</li><li>O Oz prepara a resposta no modelo da empresa.</li><li>A regra confere a resposta contra a alçada de cada pessoa.</li><li>Quem tem a alçada assina, e a resposta é entregue ao cliente.</li></ol>
<p><em>Cotação de reposição: conferida, esperando a assinatura do gerente comercial.</em></p>
<h2 id="o-que-o-oz-prepara">O que o Oz prepara</h2>
<p>Os passos de dois a quatro são trabalho de preparação, e ficam com o Oz. Ninguém do time precisa abrir três sistemas para montar uma resposta. É o que toma tempo e pouco exige de julgamento: ler, buscar, comparar, montar.</p>
<p>O Oz, nas propostas, trabalha com duas coisas. A primeira é o que ele sabe fazer: ler um pedido, consultar uma tabela, montar um documento. A segunda é como a sua empresa funciona: qual tabela vale para qual cliente, qual modelo de proposta usar, quem aprova o quê. A primeira é o ofício. A segunda é o jeito da sua empresa, escrito por quem cuida da sua conta, junto com o seu time.</p>
<h2 id="o-que-a-regra-decide">O que a regra decide</h2>
<p>Os passos cinco e seis são de regra, e a regra é sua. Desconto até certo ponto, o vendedor aprova. Acima dele, o gerente. Prazo fora do padrão, a diretoria. Essa conferência não depende de opinião: ela lê a resposta pronta e compara com a alçada escrita.</p>
<p><em>Rastro de uma cotação: quem pediu, o que foi preparado, quem conferiu e quem assinou.</em></p>
<blockquote><p>O Oz prepara a resposta. A regra diz quem pode assinar.</p></blockquote>
<p>O Oz começa no primeiro degrau: propõe e espera. Neste caminho, a cotação para no passo seis até alguém dizer sim. Com o tempo, quem dirige a empresa pode decidir que cotações de reposição, dentro da regra, sejam enviadas pelo Oz, que age e presta contas. Subir um degrau e descer de volta são decisões de quem dirige, nunca do sistema. Os quatro degraus estão em <a href="https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/">Quatro degraus para delegar</a>.</p>
<h2 id="quando-foge-do-padrao">Quando foge do padrão</h2>
<p>Nem toda cotação cabe no modelo. O cliente pede um produto que a tabela não tem. Pede um prazo que a empresa nunca deu. Muda a quantidade no meio da conversa.</p>
<p>Nesses casos, o fluxo para e o caso vai, com o que já foi preparado, a quem tem a alçada para decidir. A pessoa recebe o pedido, o histórico e a recomendação, e escolhe. Se a mesma exceção volta várias vezes, ela vira candidata a regra, e quem dirige decide se escreve essa regra.</p>
<p>A prestação de contas traz três respostas: o que foi feito, quanto custou e o que precisa da decisão de alguém. As cotações que fugiram do padrão aparecem na terceira. Quem cuida da sua conta combina com a sua empresa o formato e o ritmo.</p>
<hr class="fio">
<p>O seu time continua assinando o que importa. Se o caminho da sua empresa tem mais ou menos passos, ele é desenhado do jeito dela. Para escolher por qual fluxo começar, leia <a href="https://blog.ozagent.ai/notas/por-onde-comecar/">Por onde começar</a>.</p>]]></content:encoded>
</item>
<item>
<title>Quando a ferramenta não bastou</title>
<link>https://blog.ozagent.ai/notas/quando-a-ferramenta-nao-bastou/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quando-a-ferramenta-nao-bastou/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Sistema</category>
<dc:creator>Oz</dc:creator>
<description>A empresa comprou ferramentas de IA e a receita não mudou. Faltou dono, método e medida.</description>
<content:encoded><![CDATA[<p>Há empresas em que o gasto com ferramentas de IA cresceu o ano inteiro e nenhuma proposta a mais teve resposta. Cada compra, sozinha, fazia sentido. O conjunto, não.</p>
<p>Quem dirige pergunta qual ferramenta ajudou a fechar um pedido e ouve respostas diferentes, nenhuma com fato.</p>
<p>A conclusão apressada é que a tecnologia não serve para a empresa. Quase nunca é isso. O que não funcionou foi a forma de trazer a ferramenta para dentro: sem alguém responsável por ela, sem um jeito escrito de usar e sem uma conta clara do que ela entregou.</p>
<h2 id="comprado-e-esquecido">Comprado e esquecido</h2>
<p>A licença é paga, alguém mostra ao time. Semanas depois, parte do time voltou à planilha; a outra parte usa do próprio jeito. Comprar é um dia. Fazer funcionar é trabalho de todo dia, e esse trabalho não tinha dono.</p>
<p>Ninguém errou de propósito. A área que comprou tinha um problema real, e a ferramenta resolvia uma parte dele. O que faltou foi alguém para ligar essa parte ao resto: ao funil, à proposta, à conversa com o cliente.</p>
<h2 id="cada-area-um-conjunto">Cada área, um conjunto</h2>
<p>Com o tempo, cada área monta o próprio conjunto. O marketing escolhe uma ferramenta para escrever, o comercial outra para prospectar, o atendimento uma terceira para responder. Cada escolha tem lógica dentro da área. O problema aparece na passagem: o contato que o marketing trouxe chega ao comercial sem a conversa que o trouxe, e o cliente que o atendimento ouviu não chega a ninguém.</p>
<p>O resultado costuma ser este:</p>
<div class="tabela"><table><thead><tr><th scope="col">Onde olhar</th><th scope="col">O que se encontra</th></tr></thead><tbody><tr><td>Quem usa</td><td>Cada pessoa com a sua ferramenta e a sua conta</td></tr><tr><td>O jeito de fazer</td><td>Um por pessoa, nenhum escrito</td></tr><tr><td>O custo</td><td>Espalhado entre áreas</td></tr><tr><td>O resultado</td><td>Ninguém acompanha</td></tr><tr><td>A receita</td><td>Ninguém liga uma coisa à outra</td></tr></tbody></table></div>
<h2 id="o-que-faltou">O que faltou</h2>
<p>Três coisas, e nenhuma vem na caixa.</p>
<p><strong>Dono.</strong> Uma pessoa com nome, que responde pelo uso e pelo que ele entrega à receita.</p>
<p><strong>Método.</strong> O jeito da casa, escrito uma vez e seguido todo dia.</p>
<p><strong>Medida.</strong> O que foi feito, quanto custou e o que precisa da decisão de alguém.</p>
<p>Nenhuma das três se compra. Dono é uma pessoa que acorda pensando naquilo. Método é um texto que o time segue mesmo quando ninguém está olhando. Medida é uma rotina de prestar contas que não depende do humor da semana.</p>
<blockquote><p>Ferramenta sem dono vira despesa. Com dono, vira rotina.</p></blockquote>
<h2 id="dono-metodo-medida">Dono, método, medida</h2>
<p>O Oz aprende o jeito da sua empresa e faz ele funcionar todo dia. Uma pessoa com nome cuida da conta desde o primeiro dia e presta contas no formato e no ritmo combinados com você.</p>
<p>A ordem importa. Primeiro vem o diagnóstico: o que a casa já faz, onde a receita escapa, que ferramentas o time já usa e quais ninguém usa mais. Depois vem o especialista alocado, que trabalha dentro da operação. Depois o treino do time, com os casos da própria empresa. E então o resultado acompanhado, na mesma prestação de contas de sempre.</p>
<p>O método fica escrito uma vez. A regra que o time aprovou vale para todos, e não para quem lembrou de usá-la.</p>
<p>A medida não é a quantidade de ferramentas em uso. É o que foi feito, quanto custou e o que espera alguém decidir. Se essas três respostas chegam no ritmo combinado, a compra virou rotina.</p>
<aside class="nota"><p class="nota-rot">Nota</p><p>Antes da próxima compra, uma pergunta: quem responde por ela daqui a três meses? Se o nome não vier na hora, a compra ainda não está pronta.</p></aside>
<p>Para entender onde esse trabalho deve morar, leia <a href="https://blog.ozagent.ai/notas/o-trabalho-tem-endereco/">O trabalho tem endereço</a>.</p>]]></content:encoded>
</item>
<item>
<title>Quem decide do outro lado</title>
<link>https://blog.ozagent.ai/notas/quem-decide-do-outro-lado/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quem-decide-do-outro-lado/</guid>
<pubDate>Mon, 05 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Na conta grande, quem compra, quem aprova e quem usa são pessoas diferentes, e elas mudam.</description>
<content:encoded><![CDATA[<p>Numa conta grande, quem pede a proposta raramente é quem aprova o valor, e quem aprova raramente é quem vai usar. E as pessoas mudam: quem abriu a conversa muda de área, um diretor novo revê os fornecedores, duas equipes viram uma. A relação de meses pode estar com alguém que já não decide.</p>
<p>O vendedor costuma conhecer bem uma pessoa da conta. É com ela que ele conversa, é ela quem responde. O risco está em confundir a pessoa que responde com a conta inteira.</p>
<h2 id="papeis-de-uma-conta">Papéis de uma conta</h2>
<p>Quatro papéis, às vezes em menos pessoas. Numa empresa média, uma pessoa pode pedir e aprovar. Numa multinacional, cada papel pode ter várias pessoas, em países diferentes.</p>
<p><em>Papéis de uma conta</em></p>
<div class="tabela"><table><thead><tr><th scope="col">Papel</th><th scope="col">O que pesa para ele</th><th scope="col">Sinal de troca</th></tr></thead><tbody><tr><td>Quem pede</td><td>O problema do dia</td><td>Mudou de área</td></tr><tr><td>Quem avalia</td><td>Comparação e risco</td><td>Novo cargo na equipe</td></tr><tr><td>Quem aprova</td><td>Custo e prazo</td><td>Reorganização</td></tr><tr><td>Quem usa</td><td>Rotina simples</td><td>Time novo no processo</td></tr></tbody></table></div>
<p>Cada papel pede uma conversa diferente. Quem pede quer resolver o problema da semana. Quem aprova quer saber o custo e o prazo. Quem usa quer que a rotina dele não fique mais difícil. Uma proposta que fala só com um deles chega incompleta aos outros.</p>
<h2 id="quando-o-comprador-muda">Quando o comprador muda</h2>
<p>A troca quase nunca é anunciada. O contato de sempre demora mais para responder. Um nome novo aparece em cópia. A reunião de renovação é marcada por outra pessoa. Cada sinal, sozinho, parece pouco.</p>
<p>Juntos, eles contam que a conta mudou. Quem percebe cedo tem tempo de conhecer a pessoa nova antes da próxima decisão. Quem percebe tarde descobre na hora da renovação.</p>
<p>Por isso o sinal de troca pede uma ação simples: uma conversa nova, com a pessoa nova, antes que ela precise decidir sem conhecer a empresa.</p>
<h2 id="o-mapa-da-conta">O mapa da conta</h2>
<p>A sua empresa já registrou quem esteve em cada conversa: nas atas, nas notas, nos arquivos. O Oz reúne esse material num lugar só, e quem cuida da conta monta o mapa com o vendedor a partir dele.</p>
<h2 id="alguem-com-nome">Alguém com nome</h2>
<p>Quem cuida da conta confere o mapa com o vendedor e corrige o que estiver errado. O mapa é uma leitura, não uma verdade, e quem conhece a conta tem a última palavra sobre ela.</p>
<h2 id="o-que-continua-do-vendedor">O que continua do vendedor</h2>
<p>O mapa mostra quem decide. Chegar até essa pessoa é do vendedor: pedir uma apresentação, escolher o momento, decidir com quem falar primeiro.</p>
<p>O vendedor sabe coisas que nenhum registro guarda: o tom da última reunião, a pessoa que confia nele, o momento em que vale ligar. O mapa serve a esse conhecimento, e não o contrário. Quando o mapa e o vendedor discordam, a conversa entre os dois corrige o mapa, e a próxima leitura já sai certa. É assim que a conta fica em dia sem ninguém precisar refazer o trabalho do zero. O Oz propõe, o vendedor escolhe.</p>
<hr class="fio">
<p>Uma pergunta para a próxima reunião de carteira: nas suas cinco maiores contas, quem aprova a renovação hoje, e quando foi a última conversa com essa pessoa?</p>
<p>Para o histórico do que foi combinado com cada cliente, leia <a href="https://blog.ozagent.ai/notas/o-vendedor-com-o-historico/">O vendedor com o histórico</a>. Para o outro lado da mesma troca, quando quem sai é da sua empresa, leia <a href="https://blog.ozagent.ai/notas/quando-alguem-sai/">Quando alguém sai</a>.</p>]]></content:encoded>
</item>
<item>
<title>A receita que já chegou</title>
<link>https://blog.ozagent.ai/notas/a-receita-que-ja-era-sua/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/a-receita-que-ja-era-sua/</guid>
<pubDate>Sun, 04 Oct 2026 12:00:00 GMT</pubDate>
<category>Receita</category>
<dc:creator>Oz</dc:creator>
<description>Por que o primeiro lugar a olhar é o que ninguém respondeu.</description>
<content:encoded><![CDATA[<p>Quando uma empresa quer mais receita, o primeiro movimento é olhar para fora. Uma campanha nova, uma lista nova, um vendedor a mais. Faz sentido, e quase sempre vem cedo demais. Antes disso existe uma receita que já chegou até a porta e ficou esperando.</p>
<h2 id="o-que-ninguem-respondeu">O que ninguém respondeu</h2>
<p>Ela tem formas conhecidas. Uma proposta enviada que não teve retorno. Uma pergunta de preço que chegou pelo WhatsApp numa sexta à tarde. Uma cotação que entrou depois do expediente e só foi vista na segunda. Um cliente antigo que pediu uma condição e ouviu “vou ver e te falo”.</p>
<p>Nenhuma dessas coisas é um erro grave. Cada uma, sozinha, parece pequena. Juntas, são a receita que a empresa já ganhou o direito de disputar e deixou de disputar.</p>
<h2 id="por-que-fica-sem-dono">Por que fica sem dono</h2>
<p>Raramente é falta de vontade. O time comercial está ocupado com o que tem data: a reunião de amanhã, a proposta grande, o fechamento do mês. O que não tem data espera.</p>
<p>E o que espera se espalha. Uma parte está no e-mail de quem atendeu. Outra, numa planilha de preço. Outra, na memória de quem está na empresa há mais tempo. Quando ninguém junta essas partes, ninguém vê o tamanho do que ficou para trás. O problema não é de esforço. É de dono.</p>
<blockquote><p>Antes de procurar cliente novo, vale responder a quem já perguntou.</p></blockquote>
<h2 id="onde-o-oz-comeca">Onde o Oz começa</h2>
<p>Por isso vale começar o diagnóstico por aqui, antes da prospecção. No diagnóstico, o nosso time olha para o que já entrou: propostas sem resposta, pedidos parados, clientes que deixaram de comprar. Pessoas, etapas e números da própria empresa, levantados com quem trabalha nela.</p>
<p>Depois, cada item ganha um dono e um prazo. Quem cuida da conta combina com o seu time quem retoma cada proposta, e acompanha até ela ter resposta.</p>
<p>Pede, antes de tudo, que alguém olhe todo dia para o que antes ninguém olhava.</p>
<h2 id="o-que-muda-no-time">O que muda no time</h2>
<p>O vendedor continua vendendo. A diferença é que o que antes escapava passa a ter dono: a proposta que pede um telefonema, o cliente que respondeu depois de semanas. O contato com o cliente segue com ele, do jeito que a empresa já trabalha.</p>
<p>Para quem dirige, muda a pergunta da reunião. Antes de “quanto entrou de novo”, vem “quanto do que chegou teve resposta”. É uma pergunta menos animadora e mais útil. Ela mostra onde a receita escapa no meio, entre o primeiro contato e o fechamento, e é ali que costuma estar a parte mais simples de recuperar.</p>
<p>A receita que já era sua não precisa de campanha. Precisa de resposta.</p>]]></content:encoded>
</item>
<item>
<title>Quatro degraus para delegar</title>
<link>https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/</link>
<guid isPermaLink="true">https://blog.ozagent.ai/notas/quatro-degraus-para-delegar/</guid>
<pubDate>Sat, 03 Oct 2026 12:00:00 GMT</pubDate>
<category>Alçada</category>
<dc:creator>Oz</dc:creator>
<description>Como a confiança cresce um agente por vez.</description>
<content:encoded><![CDATA[<p>Nenhum dono de empresa entrega a chave inteira a quem acabou de chegar. Um diretor novo começa com uma carteira e depois ganha outra. Um gerente de conta primeiro propõe o desconto e só com o tempo passa a concedê-lo, dentro de um limite. A confiança numa empresa cresce assim: por etapa, por pessoa, por trabalho conferido.</p>
<p>O Oz segue a mesma regra. Cada agente entra no primeiro degrau e só sobe quando você decide.</p>
<h2 id="os-quatro-degraus">Os quatro degraus</h2>
<div class="tabela"><table><thead><tr><th scope="col">Degrau</th><th scope="col">O que o agente faz</th><th scope="col">Quem decide</th></tr></thead><tbody><tr><td>Propõe</td><td>Prepara e mostra. Nada sai sem que alguém veja.</td><td>Uma pessoa, antes de qualquer envio</td></tr><tr><td>Espera a sua aprovação</td><td>Deixa pronto e aguarda.</td><td>Uma pessoa aprova, ajusta ou recusa</td></tr><tr><td>Age e presta contas</td><td>Faz dentro das regras da casa e informa o que fez.</td><td>A empresa confere depois</td></tr><tr><td>Age sozinho</td><td>Só onde você concedeu, e só no que você concedeu.</td><td>Você, ao conceder</td></tr></tbody></table></div>
<p>Todo agente começa propondo. Vale para o de prospecção, para o de retorno e para o de proposta. Não existe atalho, nem pacote que comece mais alto.</p>
<p><em>Proposta: entra propondo, e só sobe de degrau quando você concede.</em></p>
<h2 id="um-agente-por-vez">Um agente por vez</h2>
<p>A alçada é dada por função, não em bloco. O agente que acompanha propostas enviadas pode subir antes do que escreve o primeiro contato com um cliente novo. O risco de cada tarefa é diferente, e é a sua empresa quem conhece esse risco.</p>
<p>Quem sugere a subida é quem cuida da conta, com o histórico na mão: o que o agente propôs, o que foi aprovado sem ajuste, onde houve correção. Quem decide é você.</p>
<blockquote><p>A alçada sobe quando você concede, e desce quando você quiser.</p></blockquote>
<h2 id="descer-tambem-e-decisao">Descer também é decisão</h2>
<p>Um degrau concedido não é permanente. Mudou o produto, mudou a tabela, entrou um cliente sensível, mudou o momento da empresa: o agente volta um degrau, ou dois. Não é falha, nem retrocesso. É o mesmo cuidado que se tem com uma pessoa nova numa função nova.</p>
<p>Por isso a pergunta certa não é “quanto o sistema faz sozinho”. É “quanto você escolheu que ele faça agora”. A resposta muda com o tempo, e deve mudar.</p>
<h2 id="o-que-isso-protege">O que isso protege</h2>
<p>Delegar em degraus protege duas coisas. A primeira é a relação com o cliente, que continua nas mãos de quem a empresa escolheu. A segunda é a própria decisão de delegar, que deixa de ser um salto e passa a ser uma sequência de pequenas concessões, cada uma com motivo e com nome.</p>
<p>Há um ganho menos visível. Quando cada subida tem motivo, cada descida também tem. A diretoria passa a discutir alçada como discute a de qualquer pessoa da casa: pelo histórico, não pela impressão. A conversa sobre o que o sistema pode fazer deixa de ser sobre tecnologia e volta a ser sobre gestão.</p>
<p>Quem decide continua decidindo. O que muda é quanto do trabalho chega pronto para a decisão.</p>]]></content:encoded>
</item>
</channel>
</rss>
