<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Alex Mërović</title>
<link>https://alexmerovic.com.br/blog/</link>
<atom:link href="https://alexmerovic.com.br/blog/feed.xml" rel="self" type="application/rss+xml"/>
<description>Textos sobre produto, sistemas internos e a operação por trás deles.</description>
<language>pt-BR</language>
<item>
<title>O dragomano</title>
<link>https://alexmerovic.com.br/blog/o-dragomano/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/o-dragomano/</guid>
<pubDate>Wed, 07 Oct 2026 09:00:00 -0300</pubDate>
<description>O marketing de produto traduz o mercado para dentro da empresa e o produto para fora, e um ofício assim só funciona com assento, interlocutor e um nome que os outros entendam.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Aquarela em tons de areia e ocre: numa sala de parede manchada, com uma prateleira de jarros à esquerda e uma mesinha com garrafas e pães à direita, uma jovem de traje de festa, com diadema verde, colar de contas vermelhas e brincos longos, está sentada e olha de frente; atrás dela, uma mulher de lenço amarelo se inclina e apoia a mão no seu ombro." height="1510" loading="lazy" src="https://alexmerovic.com.br/blog/o-dragomano/delacroix.webp" width="1100"/></span><figcaption><b>Eugène Delacroix, <i>Saada, mulher de Abraham Ben-Chimol, e Préciada, uma de suas filhas</i>, 1832.</b> Aquarela sobre grafite. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<h2 id="retrato">O retrato que sobrou</h2>
<p class="abre">Em 1832, Delacroix viajou ao Marrocos com a missão que o conde de Mornay levava ao sultão, e entre as peças da delegação estava um intérprete, o dragomano Abraham Ben-Chimol, judeu de Tânger. O catálogo do Metropolitan conta que foi ele quem apresentou os franceses à mulher e à filha.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup> Delacroix fez o que sabia fazer e pintou as duas num interior, a filha sentada, de trajes de noiva, e a mãe inclinada atrás dela, e escreveu no diário sobre um casamento judeu a que assistiu na cidade. Do intérprete, que fazia a delegação ser entendida, a aquarela guarda o nome no título e mais nada.</p>
<p>Lembrei do quadro ao ler um texto curto de Jasmine Jaume, que em 2021 contava cinco anos de Intercom, sobre o que faz o marketing de produto funcionar ali.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> Ela abre com um número que poderia servir de legenda à aquarela: segundo o texto, apenas 4% dos profissionais da área acham que as outras equipes da empresa entendem por completo o que eles fazem.</p>
<h2 id="linguas">As duas línguas</h2>
<p>A missão da equipe, nas palavras dela, é “dar vida à voz do mercado dentro da empresa e à voz do produto fora dela”, e o que vem depois dessa frase é uma lista de quatro territórios: conhecer os clientes e a concorrência, influenciar a estratégia e o roadmap junto com o time de produto, definir posicionamento e mensagem, e desenhar a estratégia de lançamento com vendas e marketing. A empresa chama o modelo de full-stack, porque o envolvimento começa com o desenvolvimento do produto e segue até o lançamento e depois dele.</p>
<p>Um dragomano sabe que traduzir exige escolher, e que a frase fiel às palavras pode trair a intenção. O marketing de produto, nessa leitura, faz o mesmo nos dois sentidos: leva para dentro o que o cliente disse e não sabia dizer, e leva para fora o que o produto faz e ninguém soube explicar. O texto de Jaume não usa essa comparação, e ela é minha, mas o desenho que ele descreve só se entende por ela, pois a função de um mensageiro que serve a dois senhores é diferente da de um vendedor que serve a um.</p>
<p>Jaume nota uma tendência: cada vez mais startups contratam um profissional de marketing de produto como primeiro marketeiro, por enxergarem o valor de acertar posicionamento e encaixe com o mercado desde o começo. Numa empresa pequena, a voz do mercado chega inteira e em pedaços, e cada pedaço mora com quem o ouviu. O comercial guarda as objeções, o atendimento guarda as queixas, o marketing vê as buscas e o custo de cada clique, o produto vê o que a equipe consegue construir. Ninguém tem as quatro peças, e ninguém é pago para juntá-las. Contei em <a href="https://alexmerovic.com.br/blog/o-preco-de-tudo/">O preço de tudo</a> que o cruzamento de dois relatórios era banal e quase ninguém o fazia, porque os relatórios moravam em sistemas diferentes e respondiam a pessoas diferentes; o dragomano é quem faz esse cruzamento por ofício, e não por favor.</p>
<h2 id="assento">Assento e espelho</h2>
<p>A Intercom, diz Jaume, contratou profissionais de marketing de produto entre os seus primeiros marketeiros e tem, desde cedo, “um assento à mesa”. O texto insiste em que o ofício não se limita a lançamentos, e dá a razão em termos de calendário: a equipe entra no começo do desenvolvimento e volta depois do lançamento para cuidar da adoção. Um assento à mesa, nessa descrição, é antes de tudo um horário: o intérprete só serve se estiver na sala quando o assunto ainda pode mudar.</p>
<p>Há um segundo dado de desenho. A estrutura da equipe espelha a de gerência de produto, e cada profissional de marketing de produto cuida de uma parte ou segmento e trabalha com dois ou três gerentes desse território. O texto atribui a isso relações próximas e conhecimento profundo de domínio, e eu acrescento o que me parece a razão: quem serve a dois senhores precisa conhecer bem um território de cada vez, porque um intérprete de tudo não domina nenhum dialeto. É um desenho que exige gente, e a própria Jaume diz que a equipe foi ampliada com cuidado ao longo dos anos; uma empresa menor dificilmente o reproduziria inteiro.</p>
<h2 id="balcao">O balcão de lançamentos</h2>
<p>O risco que o texto admite é o de o ofício virar balcão de lançamentos. Jaume reconhece que, num lugar de produto forte, com uma engenharia que entrega rápido e com frequência, é difícil não gastar o tempo todo em lançar, e conta que a Intercom equilibra esse trabalho com atividades de outra natureza, como estratégia de entrada no mercado, posicionamento aprofundado e conselhos consultivos de clientes. A razão que ela dá é a satisfação de quem trabalha, pois a maioria não quer passar os dias num só tipo de tarefa. Acrescento que a fila de lançamentos é a forma mais cômoda de ocupar um intérprete, porque sempre há um próximo, com data marcada, ao passo que traduzir o mercado para dentro da estratégia não tem prazo que o cobre. Quem mede a função pelo número de lançamentos acaba pagando o intérprete para copiar, e não para traduzir.</p>
<h2 id="habilitacao">Do texto à habilitação</h2>
<p>O trecho que mais me interessou é de Christine Sotelo, citada no texto. Há alguns anos, conta ela, o marketing de produto não só montava os lançamentos como escrevia as postagens e enviava os e-mails. Agora há um marketing robusto, que enxerga cada lançamento como degrau de uma narrativa maior, e o marketing de produto o habilita com posicionamento, mensagem e parte da estratégia de lançamento, “deixando os donos desses canais e funções fazerem a sua mágica, já que são os especialistas”.</p>
<p>A passagem descreve uma maturidade que me parece difícil de alcançar: o intérprete que deixa de redigir o tratado. No início, imagino, quem traduz também escreve, porque não há mais ninguém; conforme a casa cresce, o valor do ofício passa a medir-se pelo que os outros conseguem fazer com o que ele entrega. O dono do canal sabe o que funciona no canal, e o dragomano que insiste em escrever tudo vira, mais cedo ou mais tarde, o gargalo da própria tradução.</p>
<p>Jaume menciona ainda um custo de carreira. Muitos marketeiros ambiciosos só veem saída na gerência, e a Intercom diz abrir caminho também para quem prefere seguir como contribuidor individual até um cargo de principal. Suponho que a razão seja prática: bom intérprete leva anos para se formar, e a empresa que só promove quem deixa de traduzir acaba com os tradutores.</p>
<h2 id="casa">Quem traduz na sua casa</h2>
<p>Uma empresa sem marketing de produto pode ter o trabalho sem ter o nome. Alguém faz o cruzamento de vez em quando, talvez o mais curioso, e a empresa o trata como hobby. Proponho dar ao ofício uma forma antes de lhe dar um cargo: uma pessoa por área de produto fica responsável por uma página mensal, com as cinco objeções que mais apareceram, quem as ouviu, o que o cliente tentou fazer quando falhou, e a decisão de produto que teria evitado o problema. Essa pessoa participa da conversa do roadmap desde o começo, e a página entra na pauta como entra o orçamento.</p>
<p>O número de Jaume, os 4%, serve de aviso. Uma função que ninguém entende corre o risco de ser cortada na primeira revisão de custos, e o remédio é tornar visível o que ela entrega: a objeção que virou mudança, o lançamento que não precisou de explicação, a pergunta que o atendimento deixou de receber.</p>
<p class="fim">No título da aquarela, Abraham Ben-Chimol consta como marido de Saada. É onde a história guarda quem traduziu, e é pouco para quem deu ao pintor a entrada numa casa. A pergunta que me ocorre, de volta à empresa, é simples: quem traduz na sua, e em que lugar do quadro ele aparece?</p>
<p><strong>Fonte:</strong> Jasmine Jaume, <a href="https://www.intercom.com/blog/product-marketing-at-intercom/">“Keeping the market in mind: What makes product marketing successful at Intercom?”</a>, <em>Intercom Blog</em>, 1º de setembro de 2021.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>Catálogo do Metropolitan Museum of Art (objeto 336046), conforme reproduzido no registro do acervo: Delacroix acompanhou o conde de Mornay, enviado como embaixador de boa vontade ao sultão do Marrocos, Abd-er-Rahman II; o dragomano designado para a delegação era o intérprete judeu Abraham Ben-Chimol (Benchimol), de Tânger, que apresentou os franceses à mulher e à filha; Delacroix descreveu em seu diário um casamento judeu a que assistiu em Tânger em 21 de fevereiro de 1832. Dragomano é o intérprete oficial de missões diplomáticas e comerciais no Oriente.&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>JAUME, Jasmine. &ldquo;Keeping the market in mind: What makes product marketing successful at Intercom?&rdquo;. <em>Intercom Blog</em>, 1º de setembro de 2021. Todas as citações desse texto neste ensaio são traduções minhas do inglês.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Ex-voto</title>
<link>https://alexmerovic.com.br/blog/ex-voto/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/ex-voto/</guid>
<pubDate>Tue, 06 Oct 2026 09:00:00 -0300</pubDate>
<description>Toda coleção de casos de sucesso é uma parede de quadros votivos, e quem não voltou não foi pintado, embora seja dele o que a empresa mais tem a aprender.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Desenho a pena e aguada marrom sobre papel: no alto, a Virgem de véu e auréola, entre nuvens e querubins, olha para baixo; dois anjos de asas abertas, um de cada lado, seguram uma grande tábua retangular vazia; embaixo, bem pequenos, aparecem devotos ajoelhados junto à água, um barco com dois remadores e uma torre ao longe." height="737" loading="lazy" src="https://alexmerovic.com.br/blog/ex-voto/lana.webp" width="1100"/></span><figcaption><b>Ludovico Lana (1597 a 1646), <i>Estudo para um quadro votivo</i>.</b> Pena e tinta marrom, pincel e aguada. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<div class="epigrafe"><p>“Assim é, pois os que naufragaram e morreram no mar não estão pintados em parte alguma.”</p><cite>Cícero, <i>Sobre a natureza dos deuses</i>, livro III, 89 (tradução minha)</cite></div>

<h2 id="tabua">A tábua em branco</h2>
<p class="abre">No estudo de Ludovico Lana, dois anjos de asas abertas seguram uma tábua vazia, a Virgem olha para baixo entre as nuvens e, na beira do desenho, bem pequenos, aparecem uns devotos ajoelhados e um barco sobre a água. O Metropolitan Museum o cataloga como estudo para um quadro votivo, e a tábua em branco é, presumivelmente, o campo da inscrição, onde se registraria a graça alcançada.</p>
<p>Cícero conta que Diágoras, a quem chamavam de ateu, visitou a ilha de Samotrácia, e que um amigo, querendo persuadi-lo de que os deuses cuidam dos homens, mostrou-lhe as tábuas pintadas dos navegantes que, pelas promessas que fizeram, escaparam da tempestade e chegaram salvos ao porto. Diágoras respondeu que assim era, pois os que naufragaram e morreram no mar não estavam pintados em parte alguma.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup></p>
<p>O mesmo Cícero põe Diágoras, noutra cena, a bordo de um navio apanhado pela tempestade, com os passageiros apavorados a dizer que lhes cabia tal sorte por terem recebido um ateu; ele lhes mostrou os outros navios que penavam no mesmo mar e perguntou se acreditavam que Diágoras viajava também neles. As duas respostas fazem um só movimento, que é olhar para os outros navios. Têm mais de vinte séculos e continuam a ser a melhor objeção que conheço a qualquer coleção de casos de sucesso. A parede de Samotrácia não falseia nada: cada tábua é verdadeira, cada homem se salvou, cada promessa foi paga. O defeito mora na amostra, que só admite quem voltou para mandar pintar o quadro. Os outros afundaram sem retrato.</p>
<p>A página que a First Round Review mantém sobre product-market fit, o encaixe entre um produto e o mercado que o quer, e que reúne os artigos da casa sobre o tema, é uma parede dessas.</p>
<h2 id="doze">Doze quadros</h2>
<p>A primeira página da coleção lista doze textos. Oito são histórias de empresas (Gusto, Canva, Sentry, Owner, Linear, Braze, dbt Labs e Replit), e quatro tratam de método ou reúnem conselhos: como medir o encaixe, sinais de tração pouco óbvios, o papel dos pivôs e uma antologia do ano. Sete títulos ou resumos trazem o valor da empresa, que vai de US$ 1 bilhão a US$ 42 bilhões, como em “How Listening to Customers Built a $9.6B Company”, no artigo da Gusto, ou em “The $1 Billion Side Project”, no da Replit. Nenhum título ou resumo da página anuncia o fracasso da própria empresa.</p>
<p>A aritmética do viés cabe numa conta de padaria. Suponha cem empresas que fizeram o mesmo que os oito da página, digamos, telefonar a trinta clientes antes de escrever a primeira linha de código, e suponha que dez tenham dado certo. Entre as que aparecem na coleção, a prática tem incidência de 100%; entre todas as que a adotaram, a taxa de sucesso é de 10%, e pode ser exatamente a de quem nunca telefonou. Os números são inventados, apenas para mostrar a forma do problema. A forma basta: a coleção responde à pergunta sobre o que os vencedores têm em comum, e quem decide precisa da outra, sobre o que eles têm que os demais não têm.</p>
<p>Não vejo malícia nisso. Uma página que ensina o caminho mostra quem o percorreu, e suponho que fundador que quebrou raramente queira dar entrevista, de modo que a assimetria vem de quem aceita falar, e só depois de quem edita. O dano aparece no uso: lida como receita, a coleção transfere ao leitor um viés que ninguém pôs ali de propósito. Se os oito fundadores contassem que falaram com clientes desde o primeiro dia, a informação só valeria alguma coisa depois que se soubesse quantos dos que não chegaram falaram também, e essa conta ninguém publica. O que digo vale para o desenho da vitrine, e cada artigo, lido por inteiro, pode ser melhor do que ela.</p>
<h2 id="regua">Uma régua que o leitor carrega</h2>
<p>O título da Gusto atribui a empresa de bilhões ao ato de ouvir clientes, e nisso concorda com todo manual; o que o título não diz é quanto ouvir, nem quando parar. Uma frase da página, por sorte, escapa ao problema, porque pede ao leitor que meça a si mesmo. No caderno de citações da página, Christina Cacioppo, da Vanta, diz que se sabe que se entende o problema do cliente “quando você consegue prever 75% do que um cliente lhe diz”. A frase seguinte completa: convém continuar as conversas até que três quartos do que se ouve já fosse sabido.</p>
<p>Gosto do critério porque ele tem denominador e admite erro. Antes da conversa, anota-se o que se espera ouvir; depois, contam-se as previsões que se confirmaram; o placar independe de a empresa ter dado certo e serve a quem vai bem e a quem vai mal, posto que se alimenta dos erros do próprio leitor, previsão por previsão. Errar, aqui, é dado. Quem chega a 40% sabe o que fazer na semana seguinte, que é ouvir mais; quem chega a 75% sabe que pode parar de repetir aquelas conversas. Nenhum dos valores de mercado dos títulos ensina isso, porque todos medem o que aconteceu depois, e a régua de Cacioppo mede o que o fundador sabia antes.</p>
<p>Na prática, cabe numa folha de papel antes da próxima conversa: cinco previsões do que se espera ouvir, e, na saída, uma marca ao lado de cada uma que se confirmou. A porcentagem de acerto que sai dali é de quem a fez, e ninguém precisa auditá-la.</p>
<h2 id="gaveta">A gaveta dos afogados</h2>
<p>O museu da igreja do Senhor do Bonfim, em Salvador, guarda ex-votos de madeira, prata e ouro, no formato da parte do corpo que a promessa curou.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> É um arquivo sincero daquilo que o devoto quis agradecer e nada diz sobre os que rezaram do mesmo modo e não foram atendidos. Toda empresa monta uma sala dessas, feita de depoimento de cliente satisfeito, caso de sucesso no site e venda comemorada no grupo, e faz bem, porque é memória e é vitrine. Quem compra mídia reconhece o gênero: a plataforma de anúncios publica casos de anunciantes que multiplicaram a receita, e nenhum de quem gastou a verba inteira e ficou onde estava. É legítimo, como é legítimo o retrato do navegante salvo, mas ninguém deveria decidir orçamento diante de um quadro votivo sem perguntar pelo naufrágio. O que a coleção não tem, e a empresa pode ter, é a outra parede, a dos afogados: a lista das oportunidades que a operação perdeu, com o motivo, a etapa e a data em que saíram.</p>
<p>Para o CRM, a proposta é pequena. O motivo de perda é uma lista curta e obrigatória, com itens como preço, prazo, concorrente, sem urgência, fora do perfil e sumiu, e alguém responde por ela. A data guarda os dois relógios de <a href="https://alexmerovic.com.br/blog/dois-relogios/">Dois relógios</a>, o do fato e o do registro, porque uma perda lançada em agosto com a data de julho muda o julho que já se julgava fechado.</p>
<p>Com as duas paredes, a pergunta de estudo muda de lugar. A empresa deixa de perguntar o que fizeram os que chegaram e passa a perguntar o que, entre tudo o que fez, aparece nos ganhos e falta nas perdas, que é a única comparação capaz de ensinar algo a quem decide.</p>
<p class="destaca">Um quadro votivo mostra o que aconteceu a quem voltou, e <span>só a outra parede diz o que fez diferença.</span></p>
<h2 id="branca">A tábua ainda em branco</h2>
<p>O estudo de Lana vale justamente por estar inacabado: a tábua vazia admite qualquer história, e a primeira linha que a empresa escreve nela, ao decidir o que registrar de cada perda, já é uma escolha sobre qual história poderá contar um dia. Posso estar sendo severo com uma página que faz bem o que se propõe a fazer; mas uma parede só de quadros alegra quem a visita e deixa o visitante sem saber quantos barcos saíram.</p>
<p class="fim">A tábua dos que não voltaram continua em branco, e é a que mais ensina.</p>
<p><strong>Fonte:</strong> First Round Review, <a href="https://review.firstround.com/articles/product-market-fit/">“Product-market fit”</a>, <em>First Round Review</em>.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>CÍCERO. <em>Sobre a natureza dos deuses</em> (<em>De natura deorum</em>), III, 89. No latim, a resposta de Diágoras é: «illi enim nusquam picti sunt, qui naufragia fecerunt in marique perierunt». A tradução é minha. O desenho de Lana é o objeto 339094 do Metropolitan Museum of Art; a descrição segue o que a imagem mostra e o título dado pelo museu.&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>Verbete “Basílica do Senhor do Bonfim”, Wikipédia em português, seção sobre o museu da igreja: entre os ex-votos estão “desde alguns realizados em madeira esculpida até de prata e ouro, com o formato da parte do corpo que foi curada pela promessa feita”.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Meridian: lendo a minha landing de SaaS como se fosse de outra pessoa</title>
<link>https://alexmerovic.com.br/blog/meridian-saas-landing/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/meridian-saas-landing/</guid>
<pubDate>Tue, 06 Oct 2026 09:00:00 -0300</pubDate>
<description>Estudo de caso de uma landing escura para um produto SaaS, em três larguras, com tokens e componentes. O que medi no arquivo e o que funcionou.</description>
<content:encoded><![CDATA[<p>Meridian é um estudo de caso de design e prototipação: uma landing escura para uma plataforma SaaS de demonstrações de produto, que desenhei pensando num negócio real e inspirada nele. Ela tem três larguras (Desktop 1440, Tablet 834 e Mobile 390), seis coleções de variáveis e quatorze componentes. Eu a fiz para mostrar que sei montar uma interface com estrutura, e este texto é a leitura crítica dela, escrita depois, com as medidas tiradas do próprio arquivo.</p>
<p><a href="https://www.figma.com/community/file/1689145197818824238/meridian-saas-landing-page-ui-kit" target="_blank" rel="noopener">Ver no Figma ↗</a></p>
<p>Separei o que medi do que penso. Número, cor, tamanho e contagem saem do Figma. A opinião vem marcada como opinião.</p>
<figure><span class="zoom"><img loading="lazy" alt="Hero da landing Meridian no Desktop: cordilheira escura ao anoitecer, selo, título Every Buyer Gets A Live Walkthrough, parágrafo e dois botões" src="https://alexmerovic.com.br/blog/meridian-saas-landing/hero.webp"  /></span><figcaption>Hero do Desktop, 1440 por 1040. Título em duas linhas, um parágrafo e dois botões sobre uma foto escura.</figcaption></figure>
<h2 id="o-que-tem-no-arquivo">O que tem no arquivo</h2>
<p>São onze seções na ordem do hero ao rodapé: hero, faixa de logotipos, declaração, como funciona, depoimentos, resultados, entrada no ar, casos de uso, comparação, perguntas frequentes e convite final com rodapé. As alturas dos três quadros são 7507 px no Desktop, 8299 px no Tablet e 9141 px no Mobile.</p>
<p>Conferi no arquivo o que a descrição promete. Há 6 coleções de variáveis com 177 variáveis no total (Primitives 49, Tokens 59, Spacing 37, Radius 9, Layout 3, Typography 20), 31 estilos de texto e 14 componentes, onze deles com variantes (27 variantes ao todo). A página Landing tem 239 instâncias. Varri as páginas Landing e Components atrás de preenchimento sólido sem variável e de texto sem estilo: o resultado foi zero nos dois casos. Na página Cover, que fica fora dos três quadros, achei um preenchimento sólido solto.</p>
<h2 id="hierarquia">Hierarquia</h2>
<p>O título do hero é Inter Medium em 64 px, com entrelinha de 105%, em duas linhas (559 px de largura, 134 px de altura). Abaixo vêm o parágrafo em 15 px, de 736 px de largura, e os dois botões. A ordem de leitura é a esperada: selo, título, promessa, ação. O botão principal é branco cheio e o secundário é de vidro escuro, e a diferença de peso entre os dois é clara.</p>
<p>Nas seções seguintes a escala desce em degraus: o título de seção tem 30 px, o corpo vai de 13 a 15 px e o rótulo acima de cada título (o <em>badge</em>, como Results ou FAQ) tem 11 px. Funciona porque todo bloco repete o mesmo trio: badge, título, conteúdo.</p>
<p>O que eu questiono é a quantidade de tamanhos. O Desktop usa quinze: 9, 10, 11, 12, 13, 14, 15, 16, 17, 20, 26, 30, 32, 36 e 64. Dos 184 textos do quadro, 54 estão em 11 px ou menos (3 em 9, 11 em 10 e 40 em 11). Há também dois estilos de título quase iguais, o Heading/LG em 30 px (entrelinha de 115%) e o Heading/XL em 32 px (entrelinha de 125%), que no Tablet viram os dois 28 px. Opinião: dois estilos para uma diferença de dois pixels que ninguém enxerga, e uma escala de 9 a 17 com saltos de um pixel é mais catálogo do que sistema.</p>
<p>Outra opinião: o parágrafo do hero tem 15 px sob um título de 64. É uma razão de 4,3 para 1, grande demais, e o parágrafo parece esquecido.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção Inside a Meridian Walkthrough: lista de quatro itens à esquerda, painel de resumo de uma chamada à direita sobre foto de montanha com névoa" src="https://alexmerovic.com.br/blog/meridian-saas-landing/como-funciona.webp"  /></span><figcaption>Como funciona no Desktop. À esquerda, a lista e uma legenda distantes uma da outra.</figcaption></figure>
<h2 id="grid-e-ritmo">Grid e ritmo</h2>
<p>No Desktop o conteúdo mora numa coluna de 1080 px dentro do quadro de 1440, com 180 px de margem de cada lado. Os cartões de depoimento, de resultado e de caso de uso têm 349,33 px de largura com 16 px entre eles, e 3 × 349,33 + 2 × 16 fecha os 1080 exatos. No Tablet a coluna é de 754 px e os três cartões têm 240,67 px, com os mesmos 16 px. As contas fecham porque os vãos e as margens vêm dos tokens, e não de números soltos.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de resultados: título em duas linhas e três cartões com foto, painel translúcido, título e descrição" src="https://alexmerovic.com.br/blog/meridian-saas-landing/resultados.webp"  /></span><figcaption>Resultados no Desktop: três cartões de 349,33 px com 16 px de vão, sobre a coluna de 1080.</figcaption></figure>
<p>A margem lateral cai de 180 para 40 px no Tablet e para 20 px no Mobile, pela variável <code>layout/section-padding-x</code>, que tem um valor por modo. A altura do hero também: 1040, 900 e 760 px, por <code>layout/hero-height</code>.</p>
<p>Um problema de grid aparece quando se mede. Na seção Como funciona do Desktop, a coluna da esquerda tem 500 px de altura: a lista de quatro itens ocupa os primeiros 220 px e a legenda &ldquo;Every session ends in a structured brief&rdquo; começa só em y = 468. Ficam 248 px vazios no meio da coluna, entre a lista e a frase que deveria fechá-la.</p>
<h2 id="cor-e-contraste">Cor e contraste</h2>
<p>A paleta é de grafite: fundo escuro <code>#0e0e10</code>, fundo claro <code>#f7f7f6</code>, texto principal <code>#111111</code> sobre o claro e branco sobre o escuro. A hierarquia de texto não usa cores diferentes, usa transparências do mesmo branco ou do mesmo grafite, por meio de tokens como <code>text/inverse/secondary</code> (50%) e <code>text/default/tertiary</code> (30%). Calculei o contraste com a fórmula do WCAG 2.x, misturando a transparência com o fundo plano do token (escuro ou claro). Sobre superfícies de vidro ou sobre foto o valor muda, e esses casos não medi.</p>
<p>Sobre o fundo escuro, o branco dá 19,28:1, a transparência de 60% dá 7,29:1 e a de 50% (<code>text/inverse/secondary</code>) dá 5,31:1. A de 45% dá 4,50:1, no limite exato do AA, e é a cor dos textos de apoio dos cartões de resultado em 12 px. A de 40% (<code>text/inverse/tertiary</code>) dá 3,79:1 e reprova; é a cor da legenda de 12 px da seção Como funciona.</p>
<p>Sobre o fundo claro, o texto principal dá 17,62:1, mas a versão de 50% (<code>text/default/secondary</code>) dá 3,49:1, a de 35% dá 2,27:1 e a de 30% dá 1,98:1. O arquivo usa o de 50% em 5 textos de 11 a 13 px, o de 35% em 3 textos de 13 px e o de 30% em 3 textos de 11 px. Os vistos da tabela de comparação usam <code>text/success</code> (<code>#2e9e6a</code>) sobre o verde claro da coluna, a 3,02:1 na coluna do Meridian. Para um símbolo o critério é 3:1, então passa por pouco. Os traços da coluna dos &ldquo;nãos&rdquo; usam <code>#9a9a9a</code> sobre branco, a 2,81:1. O texto do hero fica sobre uma foto, e o contraste dele não medi: depende do pixel atrás de cada letra.</p>
<figure><span class="zoom"><img loading="lazy" alt="Tabela com onze tokens de texto, uma amostra de cada sobre o fundo, a razão de contraste e se passa ou reprova no AA" src="https://alexmerovic.com.br/blog/meridian-saas-landing/tokens.webp"  /></span><figcaption>Os tokens de texto e os contrastes que calculei. As camadas de menor opacidade reprovam em texto pequeno.</figcaption></figure>
<h2 id="componentes-e-variantes">Componentes e variantes</h2>
<p>Os quatorze componentes são Button, Badge, Status Pill, Check, Avatar, Nav, Sim Row, Step, Feature Item, FAQ Bubble, Outcome Card, Use Case Card, Testimonial Card e Table Row. Onze têm variantes (Button e Badge com 2 cada, Status Pill, Check e Outcome Card com 3, Sim Row com 4, e os demais com 2). Tudo que se repete na página é instância: as seis linhas da tabela, as cinco perguntas, os três cartões de cada seção.</p>
<p>Aqui fica a contradição mais concreta de conteúdo. A seção de comparação diz &ldquo;Meridian is not a chat widget or a recorded tour&rdquo;, e a tabela marca o Chat Widget com visto nas mesmas seis linhas em que marca o Meridian. A única coluna que perde é a de Product Tours, com seis traços. No Desktop são 12 instâncias do Check em State=Yes e 6 em State=No, e a variante Partial existe e não é usada. Opinião: a tabela prova a técnica do componente e desmente a tese do texto, porque quem lê vê duas colunas iguais.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de comparação no Desktop: título, tabela de seis capacidades com colunas Meridian, Chat Widget e Product Tours; as duas primeiras colunas com vistos e a terceira com traços" src="https://alexmerovic.com.br/blog/meridian-saas-landing/comparacao.webp"  /></span><figcaption>Comparação no Desktop. Meridian e Chat Widget recebem os mesmos seis vistos.</figcaption></figure>
<p>Nos depoimentos, os três cartões têm alturas de 206, 186 e 186 px no Desktop, porque o primeiro tem uma linha a mais de texto, e no Tablet os três têm 226 px. Opinião: no primeiro cartão o nome da pessoa fica colado na última linha da citação, e os títulos em caixa alta em cada palavra (&ldquo;Our Inbound Demos Used To Wait Four Days&rdquo;) cansam em frases de três linhas.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de depoimentos no Desktop: três cartões escuros com citação, avatar, nome e cargo" src="https://alexmerovic.com.br/blog/meridian-saas-landing/depoimentos.webp"  /></span><figcaption>Depoimentos no Desktop: o primeiro cartão é 20 px mais alto que os outros dois.</figcaption></figure>
<h2 id="responsivo">Responsivo</h2>
<p>O hero cai de 1040 px de altura no Desktop para 900 no Tablet e 760 no Mobile, e o título de 64 para 52 e 38 px, pela variável <code>font/size/display</code>. No Mobile a navegação perde os quatro links e o botão Book a Call e fica só com a marca e o Try Meridian. A faixa de logotipos quebra em duas linhas: 6 mais 1 no Tablet (o Vantage cai sozinho, centralizado, na segunda linha) e 3 mais 4 no Mobile.</p>
<figure><span class="zoom"><img loading="lazy" alt="Hero no Tablet e no Mobile, lado a lado, com título em duas linhas e dois botões" src="https://alexmerovic.com.br/blog/meridian-saas-landing/responsivo.webp"  /></span><figcaption>Hero no Tablet (834) e no Mobile (390).</figcaption></figure>
<p>O defeito grande está na seção de perguntas do Tablet. As perguntas são instâncias do FAQ Bubble, e no Tablet elas têm 57 px de largura (no Desktop vão de 183 a 362 px, no Mobile têm 294 px). A 57 px o texto quebra no meio das palavras, como &ldquo;Ho / w / does / Mer / idia / n&rdquo;, e cada pergunta vira uma coluna de 141 a 311 px de altura. A seção sobe a 1490 px, mais que o dobro dos 639 do Desktop e dos 683 do Mobile. Só a resposta ocupa a largura certa, 754 px. É um erro de auto layout que a mudança de modo não corrige: o breakpoint existe, o componente não o acompanhou.</p>
<figure><span class="zoom"><img loading="lazy" alt="À esquerda, a seção de perguntas do Tablet, com as perguntas espremidas em colunas estreitas; à direita, a do Mobile, com as perguntas legíveis em uma linha ou duas" src="https://alexmerovic.com.br/blog/meridian-saas-landing/faq-tablet.webp"  /></span><figcaption>Perguntas no Tablet (esquerda) e no Mobile (direita). No Tablet a pergunta tem 57 px de largura.</figcaption></figure>
<h2 id="o-que-funcionou">O que funcionou</h2>
<ul>
<li><strong>O trio repetido.</strong> Badge, título e conteúdo em toda seção dá ao leitor um padrão para reconhecer, e custa pouco: três estilos de texto.</li>
<li><strong>Tokens com modos.</strong> <code>Layout</code> e <code>Typography</code> têm um valor por breakpoint, então trocar de Desktop para Mobile é trocar o modo, não editar quadro a quadro.</li>
<li><strong>Zero valor solto nas páginas principais.</strong> Nenhuma cor e nenhum texto fora de variável ou de estilo na Landing e na Components, nas três larguras.</li>
<li><strong>A coluna de 1080.</strong> Depoimentos, resultados e casos de uso dividem o mesmo contêiner e as contas fecham, com um vão único de 16 px.</li>
<li><strong>O hero.</strong> Uma foto escura, um título, uma promessa e uma ação, com um botão cheio e outro de vidro. A hierarquia é limpa.</li>
</ul>
<h2 id="créditos-das-imagens">Créditos das imagens</h2>
<p>Fotos: bancos de imagem gratuitos; créditos individuais em levantamento. Marca, textos, depoimentos e logotipos foram criados para este estudo. Tipografia: Inter (Regular, Medium e Semi Bold).</p>]]></content:encoded>
</item><item>
<title>Linden Bay: lendo a minha landing de hotel como se fosse de outra pessoa</title>
<link>https://alexmerovic.com.br/blog/linden-bay-landing/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/linden-bay-landing/</guid>
<pubDate>Tue, 06 Oct 2026 09:00:00 -0300</pubDate>
<description>Estudo de caso de uma landing de hotel boutique, em três larguras, com tokens e componentes. O que medi no arquivo e o que funcionou.</description>
<content:encoded><![CDATA[<p>Linden Bay é um estudo de caso de design e prototipação: a landing de um hotel boutique de nove quartos no litoral inglês, que desenhei pensando num negócio real e inspirada nele. Ela tem três larguras (Desktop 1440, Tablet 834 e Mobile 390), uma coleção de tokens e onze componentes. Eu a fiz para mostrar que sei montar uma interface com estrutura, e este texto é a leitura crítica dela, escrita depois, com as medidas tiradas do próprio arquivo.</p>
<p>Separei o que medi do que penso. Número, cor, tamanho e contagem saem do Figma. A opinião vem marcada como opinião.</p>
<figure><span class="zoom"><img loading="lazy" alt="Hero da landing Linden Bay no Desktop: falésia ao entardecer, selo de temporada, título em Inter semibold e dois botões" src="https://alexmerovic.com.br/blog/linden-bay-landing/hero.webp"  /></span><figcaption>Hero do Desktop, 1440 por 860. Título, parágrafo e dois botões sobre uma foto escura.</figcaption></figure>
<h2 id="o-que-tem-no-arquivo">O que tem no arquivo</h2>
<p>São onze seções na ordem do hero ao rodapé: hero, imprensa, introdução, quartos, jantar, localização, depoimentos, comodidades, perguntas, convite final e rodapé. As alturas dos três quadros são 5947 px no Desktop, 5760 px no Tablet e 7086 px no Mobile.</p>
<p>Conferi no arquivo o que a descrição promete. Há 6 coleções de variáveis com 114 variáveis no total (Primitives 28, Tokens 32, Spacing 28, Radius 4, Layout 6, Typography 16), 25 estilos de texto e 11 componentes, dois deles com variantes. Nos três quadros há 123 instâncias. Varri a primeira página atrás de preenchimento sólido sem variável e de texto sem estilo: o resultado foi zero nos dois casos.</p>
<h2 id="hierarquia">Hierarquia</h2>
<p>O título do hero é Inter Semi Bold em 64 px, com entrelinha de 1,08. Ele ocupa uma linha no Desktop e quebra em duas no Tablet e no Mobile. Abaixo, o parágrafo está em 18 px com entrelinha de 1,5 e os dois botões. A ordem de leitura é a esperada: selo, título, promessa, ação. O botão principal é branco cheio e o secundário é de vidro, e a diferença de peso entre os dois é clara.</p>
<p>Nas seções seguintes a escala desce em degraus: o H2 tem 40 px, o texto de abertura da introdução tem 32 px com entrelinha de 1,42, o corpo tem 16 px e o rótulo acima de cada título (o <em>eyebrow</em>, como STAY ou VOICES) tem 12 px em caixa alta. Funciona porque todo bloco repete o mesmo trio: rótulo pequeno, título grande, conteúdo.</p>
<p>O que eu questiono é a quantidade de tamanhos. O arquivo tem doze: 11, 12, 13, 14, 15, 16, 18, 28, 32, 36, 40 e 64. Entre 11 e 16 são seis tamanhos em cinco pixels, e a diferença de um para o outro mal aparece na tela. Há também dois estilos de 36 px, o H2B Location e o H2B CTA, que diferem só na entrelinha (1,22 e 1,18). Dois estilos para uma diferença que ninguém enxerga.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de quartos: rótulo STAY, título Nine rooms, four kinds of quiet, botão View all rooms e quatro cartões com foto, nome, descrição e preço" src="https://alexmerovic.com.br/blog/linden-bay-landing/quartos.webp"  /></span><figcaption>Quartos no Desktop: quatro cartões iguais, o mesmo trio rótulo, título e conteúdo.</figcaption></figure>
<h2 id="grid-e-ritmo">Grid e ritmo</h2>
<p>No Desktop o conteúdo mora numa coluna de 1200 px dentro do quadro de 1440, com 120 px de margem de cada lado. O padding vertical das seções é de 120 px. Quatro cartões de quarto de 282 px com 24 px entre eles fecham os 1200 exatos (4 × 282 + 3 × 24). Os depoimentos usam três colunas de 384 px com o mesmo vão de 24 px. As comodidades usam duas colunas de 576 px com vão de 48 px. As contas fecham porque os vãos vêm dos tokens de Spacing, e não de números soltos.</p>
<p>As margens laterais caem de 120 para 40 px no Tablet e para 20 px no Mobile, pela variável <code>layout/section-padding-x</code>, que tem um valor por modo.</p>
<p>Dois problemas de grid aparecem quando se mede. No Tablet, a grade de quartos tem 754 px de largura e os dois cartões de cada linha têm 359 px, com 24 px entre eles: 359 + 24 + 359 dá 742, e sobram 12 px no lado direito. A grade não fecha. E na seção de localização do Desktop a coluna de texto tem 245 px de altura contra 426 px da coluna visual, então fica um vazio sob o botão Get directions, à esquerda da foto.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de localização: título longo, parágrafo, botão Get directions e, à direita, foto aérea de um vilarejo e um cartão com distâncias" src="https://alexmerovic.com.br/blog/linden-bay-landing/localizacao.webp"  /></span><figcaption>Localização no Desktop. À esquerda sobra espaço; à direita, foto e cartão de distâncias.</figcaption></figure>
<h2 id="cor-e-contraste">Cor e contraste</h2>
<p>A paleta é curta e quente: fundo <code>#f6f1e7</code>, texto principal <code>#1e2a22</code>, texto secundário <code>#5b6b5e</code>, acento <code>#b07a3e</code>, verde de estado <code>#3f6b4a</code> e borda <code>#dcd3c2</code>. Calculei o contraste com a fórmula do WCAG 2.x direto dos valores dos tokens.</p>
<p>O texto principal sobre o fundo dá 13,24:1. O secundário dá 5,03:1 sobre o fundo e 5,66:1 sobre o cartão branco, e os dois passam no AA para texto corrido. O branco sobre <code>surface/inverse</code>, o verde-escuro dos blocos invertidos, dá 14,90:1.</p>
<p>O acento não passa. Sobre o fundo ele dá 3,27:1 e sobre o branco, 3,68:1. O arquivo o usa nos rótulos de 12 px e no preço dos cartões de quarto, usos em que o AA pede 4,5:1. A borda dos cartões (<code>#dcd3c2</code>) dá 1,32:1 sobre o fundo, o que sustenta o cartão branco mais pela diferença de superfície do que pela linha. O texto do hero fica sobre uma foto, e o contraste dele não medi: depende do pixel atrás de cada letra.</p>
<figure><span class="zoom"><img loading="lazy" alt="Quadro com os sete tokens de cor, seus valores hexadecimais e a razão de contraste de cada um contra o fundo, mais seis pares de texto e fundo com o resultado de AA" src="https://alexmerovic.com.br/blog/linden-bay-landing/tokens.webp"  /></span><figcaption>Os tokens de cor e os contrastes que calculei. O acento reprova no texto pequeno.</figcaption></figure>
<h2 id="componentes-e-variantes">Componentes e variantes</h2>
<p>Os onze componentes são Button (com as variantes Primary e Secondary), Button Subtle, Badge, Check (com Yes, Partial e No), Avatar, Room Card, Testimonial Card, FAQ Item, Distance Row, Stat Item e Amenity Row. Tudo que se repete na página é instância: os quatro cartões de quarto, os três depoimentos, as quatro perguntas.</p>
<p>Aqui está o erro mais concreto do arquivo. A lista de comodidades tem seis instâncias do Check, e as seis estão na variante State=Yes. Quem é &ldquo;parcial&rdquo; (pet friendly em quatro quartos, saída tardia sob pedido) e quem é &ldquo;não&rdquo; (salas de conferência) ganhou só uma letra digitada por cima do Yes: Y, ~ e N. Na tela, os seis ícones saem verdes. As variantes Partial e No existem no conjunto e não são usadas. O componente prova a técnica, e o uso a desmente.</p>
<p>Na própria página de componentes, o Check mostra o texto-modelo &ldquo;Glyph&rdquo; cortado dentro da caixa de 20 px, e o Button Secondary, que é branco translúcido para viver sobre foto escura, fica quase invisível no fundo claro em que o conjunto está exposto.</p>
<figure><span class="zoom"><img loading="lazy" alt="Página de componentes: Room Card, Button Primary e Secondary e Check nos três estados" src="https://alexmerovic.com.br/blog/linden-bay-landing/componentes.webp"  /></span><figcaption>Room Card, Button e Check na página de componentes. O texto Glyph aparece cortado no Check.</figcaption></figure>
<h2 id="responsivo">Responsivo</h2>
<p>O hero cai de 860 px de altura no Desktop para 780 no Tablet e 640 no Mobile. No Mobile os cartões de quarto empilham em uma coluna de 350 px, os quatro números da introdução quebram em três mais um, as perguntas ganham altura conforme o texto (68, 68, 45 e 68 px) e o botão View all rooms passa a ocupar a largura inteira.</p>
<figure><span class="zoom"><img loading="lazy" alt="Hero no Tablet e no Mobile, lado a lado, com a faixa de veículos de imprensa logo abaixo" src="https://alexmerovic.com.br/blog/linden-bay-landing/responsivo.webp"  /></span><figcaption>Hero no Tablet (834) e no Mobile (390).</figcaption></figure>
<p>No Tablet há um defeito pequeno e visível: na faixa de imprensa, o rótulo AS FEATURED IN termina no mesmo ponto em que os nomes começam (o rótulo vai de x = 40 a 146 e a linha de nomes começa em x = 146), sem vão nenhum entre os dois. E o último nome, THE LONG WEEKEND, cai sozinho na segunda linha.</p>
<figure><span class="zoom"><img loading="lazy" alt="Três recortes do Mobile: quartos, perguntas frequentes e depoimentos" src="https://alexmerovic.com.br/blog/linden-bay-landing/mobile.webp"  /></span><figcaption>Mobile 390: quartos, perguntas e depoimentos.</figcaption></figure>
<p>Nos depoimentos, os cartões ficam com alturas diferentes porque se ajustam ao texto: 164, 164 e 137 px no Desktop, 218, 191 e 164 no Tablet. Na linha, o terceiro cartão termina antes dos outros dois. No Mobile, empilhados, o efeito some.</p>
<figure><span class="zoom"><img loading="lazy" alt="Seção de depoimentos no Desktop: três cartões com frase, avatar e nome, o terceiro mais baixo que os outros" src="https://alexmerovic.com.br/blog/linden-bay-landing/depoimentos.webp"  /></span><figcaption>Depoimentos no Desktop: o terceiro cartão é mais baixo.</figcaption></figure>
<h2 id="o-que-funcionou">O que funcionou</h2>
<ul>
<li><strong>O trio repetido.</strong> Rótulo, título e conteúdo em toda seção dá ao leitor um padrão para reconhecer, e custa pouco: três estilos de texto.</li>
<li><strong>Tokens com modos.</strong> <code>Layout</code> e <code>Typography</code> têm um valor por breakpoint, então trocar de Desktop para Mobile é trocar o modo, não editar quadro a quadro.</li>
<li><strong>Zero valor solto.</strong> Nenhuma cor, nenhum espaçamento, nenhum raio e nenhum texto fora de variável ou de estilo nas três larguras.</li>
<li><strong>A coluna de 1200.</strong> Quartos, depoimentos e comodidades dividem o mesmo contêiner e as contas fecham.</li>
<li><strong>O hero.</strong> A hierarquia dele é limpa: uma foto escura, um título, uma promessa e uma ação.</li>
</ul>
<h2 id="créditos-das-imagens">Créditos das imagens</h2>
<p>Fotos do Unsplash: hero e capa, de Elisa Kerschbaumer; jantar, de Aconitum; convite final, de Marco Bianchetti; The Lookout, de Neon Wang; The Garden Room, de Kieran; The Snug, de Susan Q Yin; The Pool House, de Mateusz Zatorski; localização, de Jules Bassoleil. Os retratos dos depoimentos são gerados por randomuser.me. Marca, textos e hotel foram criados para este estudo. Tipografia: Inter (Regular, Medium e Semi Bold).</p>]]></content:encoded>
</item><item>
<title>Cenário descartável</title>
<link>https://alexmerovic.com.br/blog/cenario-descartavel/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/cenario-descartavel/</guid>
<pubDate>Mon, 05 Oct 2026 09:00:00 -0300</pubDate>
<description>Se o agente desenha a interface na hora e a joga fora depois, o que resta à empresa é o dado, o processo e a responsabilidade.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Gravura colorida em tons de sépia e amarelo: um palco em perspectiva, com colunas altas nos dois lados e grandes nuvens que se abrem como um túnel até um palácio distante, sob um foco de luz dourada; figuras dançam em primeiro plano." height="826" loading="lazy" src="https://alexmerovic.com.br/blog/cenario-descartavel/torelli.webp" width="1100"/></span><figcaption><b>Israel Silvestre, cenário de Giacomo Torelli para o ballet <i>Les Noces de Thétis</i>, 1654.</b> Água-forte com aquarela. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<div class="epigrafe"><p>“[...] o que é escasso é a vontade.”</p><cite>Ben Thompson, <i>Apps, Agents, and Aggregation</i>, Stratechery, 28 de setembro de 2026</cite></div>

<h2 id="cenario">O cenário que muda num gesto</h2>
<p class="abre">Em Paris, em 1654, o cenógrafo Giacomo Torelli trocava o palco inteiro diante da plateia, e bastava um homem debaixo do tablado para girar o tambor que puxava todas as peças de uma vez.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup> A plateia via colunas cederem lugar a nuvens; quem trabalhava no teatro sabia que o espetáculo estava no mecanismo, que o cenário nascera para ser trocado, e que bilheteria, elenco e livro-caixa continuavam onde sempre estiveram.</p>
<p>Lembrei de Torelli ao ler, no dia 28, o ensaio em que Ben Thompson, do Stratechery, sustenta que o agente de IA com acesso a um computador vai substituir a interface de aplicativo.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> A pessoa deixa de aprender os botões de uma ferramenta e diz o que quer; o agente, numa máquina que é dele, monta a tela necessária e a desfaz em seguida. A Meta, conta Thompson, já reserva para cada usuário americano uma máquina virtual de dois núcleos, 8 GB de memória e 8 GB de armazenamento, e a Microsoft faz o equivalente na empresa. Daí sai a tese econômica: os agregadores resolveram a descoberta, a escassez agora é de inspiração, e quem dominar o agente passa a guardar a porta tanto da demanda do usuário quanto do que ele chega a desejar.</p>
<p>Concordo com o diagnóstico da interface e discordo do que se costuma tirar dele. Pode-se trocar o cenário a cada cena, e a plateia nem percebe, contanto que o teatro continue tendo dono.</p>
<h2 id="vale">Onde a tese vale</h2>
<p>Para o consumidor, acho que ela vale inteira. O agente que compara orçamentos, preenche o formulário e faz a reserva tira da pessoa a dificuldade de fazer, e sobra a de querer, que é justamente o terreno em que a propaganda sempre trabalhou. No Brasil a conversa soa mais próxima do que no Vale do Silício, porque o aplicativo já perdeu para a janela de mensagem faz tempo: nas operações comerciais que acompanhei, o cliente resolve dúvida, agendamento e pagamento dentro do WhatsApp, e quem constrói atendimento aqui desenha para a caixa de texto antes de desenhar a tela.</p>
<p>Um efeito merece nome desde já. Quem compra mídia vai descobrir que anunciar para a pessoa e anunciar para o agente da pessoa são ofícios diferentes, e eu ainda não sei dizer como se mede o segundo. Prefiro declarar isso a inventar uma cifra.</p>
<h2 id="empresa">Onde a tese para na porta da empresa</h2>
<p>Numa empresa, vontade é o que sobra: a meta vem do planejamento, a pauta vem da semana, a tarefa vem da fila. O que escasseia é alguém que confira se o número em que a ordem se apoia mede o que o nome diz, e alguém que assine pelo resultado.</p>
<p>O agente resolve o fazer, e o resolve sem cansaço, o que é precisamente o risco. Contei em <a href="https://alexmerovic.com.br/blog/o-preco-de-tudo/">O preço de tudo</a> como o lead mais barato da conta era o que menos virava receita, e como o otimizador da plataforma cumpriu com perfeição uma pergunta que ninguém deveria ter feito. Um agente com computador próprio é esse otimizador com mãos, que não para diante do painel para estranhá-lo, porque, para ele, o painel é meio e nunca o objeto da dúvida.</p>
<p>A tela, além de instrumento, era o lugar onde alguém olhava. Escrevi em <a href="https://alexmerovic.com.br/blog/dois-relogios/">Dois relógios</a> que o painel é o olho do dirigente nos lugares aonde ele não vai, e um olho refeito a cada pergunta não permite comparar o que se viu hoje com o que se viu ontem. Um mês de julho que valia um número em 17 de agosto valia 25,3% a mais em 2 de setembro, e as duas leituras estavam certas, cada uma no seu relógio. Se alguém perguntar a um agente como foi julho, ele responderá depressa, com uma tela limpa, em algum dos dois relógios, sem dizer qual. O campo de origem do cliente, preenchido em 4,14% dos cadastros naquela operação, mostra o limite do outro lado: nenhum agente recupera o que ninguém anotou na porta.</p>
<p>Não digo que agente não sirva para desconfiar; digo que desconfiar exige saber o que se esperava encontrar, e isso alguém precisa ter escrito antes.</p>
<h2 id="sobra">O que sobra quando a cena troca</h2>
<p>Se a interface é descartável, a empresa possui o que está debaixo dela: o registro, a regra e o nome de quem responde. Para quem constrói sistema interno, e especifico alguns, a consequência é incômoda, porque boa parte do valor de um CRM ou de uma central de atendimento morava na tela, no fluxo bem desenhado e no botão no lugar certo. Com agente operando, a tela deixa de ser disputada e a disputa passa ao que o agente consegue ler e escrever sem estragar nada: campo obrigatório de valores fechados no lugar do texto livre, identificador guardado no instante em que aparece, histórico que ninguém edita depois, permissão por papel, registro de quem mudou o quê. Nenhuma dessas coisas aparece numa demonstração, e todas estarão à espera do agente no dia em que ele entrar.</p>
<p>O contrato de cinco campos que propus em Dois relógios, com definição operacional, fonte primária, relógio, maturidade e dono, foi escrito para a diretoria. Percebo agora que ele serve melhor a um leitor sem tempo de desconfiar. O agente que recebe o número junto com o contrato sabe em que relógio está, quando o dado amadurece e a quem perguntar; o que recebe só o número responde como o painel respondia, limpo e com duas casas decimais.</p>
<p class="destaca">O agente pode trocar a tela a cada pergunta, <span>contanto que o registro não troque de dono.</span></p>
<h2 id="barqueiro">O barqueiro</h2>
<figure class="quadro"><span class="zoom"><img alt="Gravura em preto e branco: um barqueiro de torso nu apoia-se num longo remo sobre uma barca; uma jovem de túnica, com uma taça na mão, está a seu lado; em primeiro plano à esquerda, um velho ajoelhado estende a mão pedindo esmola; ao fundo, um homem conduz um burro carregado. Versos em italiano correm sob a imagem." height="935" loading="lazy" src="https://alexmerovic.com.br/blog/cenario-descartavel/charon.webp" width="1100"/></span><figcaption><b>Mestre do Dado, <i>Psiquê parte na barca de Caronte, ignorando o velho que pede esmola</i>, prancha 25 de <i>A história de Cupido e Psiquê segundo Apuleio</i>, 1530–60.</b> Gravura. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<p>Na gravura da Psiquê, Caronte recolhe a moeda da travessia sem que ninguém discuta o preço, porque há uma só barca e a outra margem é o destino. Penso nele quando Thompson chama o agente de porteiro do desejo. Os agregadores cobraram dos fornecedores pela descoberta, e os agentes cobrarão pela vontade, de modo que a empresa de serviços será, ao mesmo tempo, cliente do agente que opera a sua casa e fornecedora do agente que escolhe por seus clientes, pagando para ser escolhida e pagando para funcionar.</p>
<p>Thompson prevê ainda que, para a maioria das pessoas e das empresas, haverá um único agente. Como previsão de mercado me parece razoável; como decisão de empresa, é o arranjo que eu menos recomendaria. Em <a href="https://alexmerovic.com.br/blog/sobre-a-areia/">Sobre a areia</a>, o inventário de uma operação listou 45 sistemas, nenhum com a senha num cofre da empresa, e uma conta de anúncios com histórico valioso registrada no nome de quem já tinha ido embora; o <em>bus factor</em> da empresa era um. Um agente único, hospedado por outra companhia, que lê o e-mail, opera o CRM e responde no WhatsApp, reproduz essa estrutura com a vantagem de ser muito mais eficiente. A memória da operação, o que foi dito aos clientes, o que foi prometido e como se decidiu, passa a morar numa máquina que a empresa não controla, sob um contrato que pode mudar de preço, de regra ou de dono.</p>
<p>Há ainda um agravante, e este é de lei. A Lei Geral de Proteção de Dados mantém o dado do cliente sob responsabilidade da empresa, que é a controladora, ainda que quem o processe seja a máquina de outra;<sup id="fnref:3"><a class="footnote-ref" href="#fn:3">3</a></sup> o jurídico deveria ler isso antes do contrato, e não depois do entusiasmo.</p>
<h2 id="arrendatario">O arrendatário</h2>
<figure class="quadro"><span class="zoom"><img alt="Pintura: um homem de casaca escura, sentado à mesa coberta de veludo vermelho, escreve com uma pena e ergue o olhar para a mulher de vestido branco que se apoia no seu ombro e olha de frente; sobre a mesa e no chão, frascos, tubos e balões de vidro de laboratório." height="1448" loading="lazy" src="https://alexmerovic.com.br/blog/cenario-descartavel/lavoisier.webp" width="1100"/></span><figcaption><b>Jacques-Louis David, <i>Antoine Laurent Lavoisier e Marie Anne Lavoisier</i>, 1788.</b> The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<p>David pintou Lavoisier entre os instrumentos de laboratório, e o quadro não conta que aos 26 anos ele comprara uma cota da Ferme Générale, a companhia privada que adiantava ao rei a receita estimada dos impostos em troca do direito de cobrá-los.<sup id="fnref:4"><a class="footnote-ref" href="#fn:4">4</a></sup> Em 8 de maio de 1794 foi guilhotinado com os demais arrendatários; um ano e meio depois o governo o declarou injustamente condenado. Não afirmo paralelo histórico nenhum, e uso a imagem apenas por uma razão: um intermediário útil, bem pago e instalado entre o dono de uma função e o resultado dela é figura antiga, e quem a contrata costuma descobrir o preço quando o acordo muda.</p>
<p>Minha recomendação cabe na certidão de propriedade digital que propus em Sobre a areia: uma linha nova por agente. Em nome de quem está a conta dele. Onde vive a memória, e se o que ele aprendeu sobre a operação, as conversas e os arquivos que gerou podem ser exportados e reimportados em outro. O que quebra se ele sumir, e quanto tempo outro levaria para assumir. Três regras saem dessa linha. O registro oficial, no CRM, no banco de dados ou no contrato, fica em sistema da empresa, e o agente escreve nele por permissão que se possa revogar. Nenhum agente é o único a saber uma coisa. E trocar de agente deve ser um exercício que a empresa já tenha feito uma vez, porque plano de saída que nunca foi ensaiado é apenas esperança.</p>
<p>Thompson tem razão em que ganhará quem tiver a distribuição. À empresa cabe só garantir que a distribuição dos outros não vire o seu chão.</p>
<h2 id="palco">O palco</h2>
<p>Quando o cenário trocar, e vai trocar, a plateia nem notará. O agente fará a tela do dia, a tela de amanhã será outra, e quase ninguém sentirá falta da antiga. Sobrarão as perguntas que já valiam antes dele, feitas agora do lado do palco onde fica o registro: se o histórico, a regra e o nome de quem assina continuam sendo da empresa no dia em que a interface for outra.</p>
<p class="fim">De quem é o palco?</p>
<p><strong>Fonte:</strong> Ben Thompson, <a href="https://stratechery.com/2026/apps-agents-and-aggregation/">“Apps, Agents, and Aggregation”</a>, <em>Stratechery</em>, 28 de setembro de 2026.</p>
<!--
CRÉDITOS DAS IMAGENS (todas Met Open Access, CC0, isPublicDomain: true, conferido na API do Met em 30/09/2026)
- torelli.webp / capa.webp: Israel Silvestre, cenário de Giacomo Torelli para Les Noces de Thétis, 1654. Met objeto 700415. https://www.metmuseum.org/art/collection/search/700415
- charon.webp: Mestre do Dado, Psiquê na barca de Caronte, 1530-60. Met objeto 653177. https://www.metmuseum.org/art/collection/search/653177
- lavoisier.webp: Jacques-Louis David, Lavoisier e Marie Anne Lavoisier, 1788. Met objeto 436106. https://www.metmuseum.org/art/collection/search/436106
-->

<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>Sobre o sistema de carrinhos e varas de Torelli, em que carrinhos sob o palco, ligados por cordas a um tambor central, deslocavam várias peças do cenário ao mesmo tempo, movidos por um único ajudante: verbete &ldquo;Giacomo Torelli&rdquo;, Wikipedia. O ballet <em>Les Noces de Thétis</em> foi encenado em Paris em 1654. A gravura que abre o ensaio é de Israel Silvestre, conservada no Metropolitan Museum of Art (Elisha Whittelsey Collection, objeto 700415).&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>THOMPSON, Ben. &ldquo;Apps, Agents, and Aggregation&rdquo;. <em>Stratechery</em>, 28 de setembro de 2026. <a href="https://stratechery.com/2026/apps-agents-and-aggregation/">https://stratechery.com/2026/apps-agents-and-aggregation/</a>. A citação de Thompson neste ensaio é tradução minha do inglês.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
<li id="fn:3">
<p>Lei nº 13.709/2018 (LGPD), art. 5º, VI e VII (definição de controlador e de operador), e art. 42 (responsabilidade e ressarcimento de danos).&#160;<a class="footnote-backref" href="#fnref:3" title="Jump back to footnote 3 in the text">&#8617;</a></p>
</li>
<li id="fn:4">
<p>Verbete &ldquo;Antoine Lavoisier&rdquo;, Wikipedia. A data da execução é 8 de maio de 1794; a reabilitação veio cerca de um ano e meio depois.&#160;<a class="footnote-backref" href="#fnref:4" title="Jump back to footnote 4 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Pagar para não ir</title>
<link>https://alexmerovic.com.br/blog/pagar-para-nao-ir/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/pagar-para-nao-ir/</guid>
<pubDate>Sun, 04 Oct 2026 09:00:00 -0300</pubDate>
<description>Um plano que só fecha a conta se o cliente não o usar contradiz a missão da própria empresa, e desfazê-lo revela o que o marketing de produto sabe fazer.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Fotografia de uma taça grega de barro, preta por fora, com duas alças; no medalhão central, cercado por uma greca em ziguezague, um rapaz nu de perfil estende o braço para um homem barbado de manto longo, que segura um bastão." height="733" loading="lazy" src="https://alexmerovic.com.br/blog/pagar-para-nao-ir/kylix.webp" width="1100"/></span><figcaption><b>Pintor de Euaion, taça ática (<i>kylix</i>) com um rapaz nu e um homem de manto, c. 460 a 450 a.C.</b> Terracota de figuras vermelhas. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<h2 id="ginasio">O nu e o vestido</h2>
<p class="abre">A palavra ginásio vem do grego <em>gymnós</em>, nu, porque era o lugar onde se treinava sem roupa. Numa taça ateniense de cerca de 460 a.C., atribuída ao Pintor de Euaion, um rapaz nu estende o braço diante de um homem de manto que se apoia num bastão; o acervo do Metropolitan registra apenas “homens” e “nus masculinos”, e eu não sei o que um diz ao outro.</p>
<p>Sei, em compensação, o que a economia mediu sobre o ginásio moderno, e mediu em cifras. Stefano DellaVigna e Ulrike Malmendier acompanharam, durante três anos, 7.752 sócios de três academias americanas, e publicaram o resultado em 2006 sob um título que dispensa resumo.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup> Quem escolhia a mensalidade fixa, acima de 70 dólares, ia em média 4,3 vezes por mês, o que saía a mais de 17 dólares por visita, embora um cartão de dez entradas custasse 10 dólares cada uma. Essa gente pagava pela possibilidade de ir, e uma possibilidade que não se exerce sai barata a quem a vende.</p>
<p>Esses números voltaram à memória numa entrevista de 2016 em que Joanna Lord, então diretora de marketing do ClassPass, conta o que aconteceu quando a empresa tirou do ar o seu plano ilimitado.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> Numa só frase ela explica por que o plano não podia continuar.</p>
<h2 id="conta">A conta que dependia de quem não vinha</h2>
<p>O ClassPass é uma empresa de fitness que vende assinatura de aulas, e a missão dela, segundo Lord, é tornar o mundo um lugar mais ativo. O plano ilimitado prometia exatamente isso, e acabou desmontado pelo motivo que ela explica sem rodeios: “Para aquele produto ser financeiramente viável, tínhamos de torcer, de fato, para que as pessoas não se exercitassem.”</p>
<p>Um produto que a missão manda incentivar e a planilha manda desencorajar não fica em pé por muito tempo. A empresa relata ter tentado por dois anos, de muitas maneiras, fazer o ilimitado funcionar. A contradição morava entre dois documentos, e nenhum dos dois estava errado: a missão pedia que o cliente se mexesse, a margem pedia que ele ficasse quieto, e o preço, que fica entre os dois, servia a ambos com a mesma cara.</p>
<p>Acho mais honesto ler o episódio como uma falha de desenho, e não de caráter. O plano parecia generoso e fazia o cliente sentir-se dono de um direito, e o custo aparecia apenas para quem somasse o uso de todos. Quem desenha plano de assinatura, de horas ou de atendimento conhece a tentação: a oferta ilimitada tem um apelo que a oferta medida não tem, e o limite que ela esconde só aparece no balanço.</p>
<h2 id="vinte">Vinte dias úteis</h2>
<p>O que Lord conta a seguir é o trabalho de desfazer um produto. Era uma decisão decepcionante para a empresa e para os clientes. Segundo o texto, a equipe passou quase um mês preparando-se para cada pergunta, cada comentário, cada tuíte e cada ligação para o atendimento, e reuniu produto, marketing, vendas e suporte para desenhar ofertas novas que agradassem aos afetados. Somaram, nas contas dela, vinte dias úteis de trabalho com trinta pessoas, e ela mesma diz que se prepararam em excesso: é o que se faz quando o cliente merece a resposta certa.</p>
<p>A regra da casa cabe numa frase, que reproduzo inteira porque não precisa de comentário: “Você não pode ser vago, não pode mentir, não pode maquiar.” Custa caro cumprir, e o texto mostra quem fiscaliza. Lord conta que sempre pode surgir alguém do atendimento para dizer que não repetirá aquilo a um cliente, porque, nas palavras dessa pessoa, “não consigo dizer isso a um cliente com cara séria”. O atendimento fala com quem recebe o golpe; funciona, na prática, como o departamento de verificação de fatos da empresa.</p>
<p>O protesto de uma retirada chega pelo canal em que o cliente comprou. O cliente que comprou pela janela de mensagem cobra pela mesma janela, e a pessoa que digita a resposta não tem o luxo de citar o comunicado. Por isso me parece certo o que Lord descreve: a preparação existe para que quem atende tenha algo verdadeiro para dizer, e produto e marketing, quando erram juntos, têm de consertar juntos diante do balcão.</p>
<p>Convém notar o que a empresa obteve. O texto fala de uma oferta mais sustentável e de um entendimento maior sobre o que os usuários queriam, e aqui a leitura é minha: o erro só virou informação porque alguém organizou a saída com método, e uma saída desorganizada teria deixado apenas reclamação.</p>
<h2 id="missao">A missão como argumento</h2>
<p>Vale ver que argumento Lord escolheu para explicar a retirada aos clientes. Buscou a razão na missão, e o primeiro princípio que ela enuncia para atravessar uma mudança dessas é ligá-la à missão da empresa com verdade e com franqueza, mostrando como a mudança ajuda a cumprir a promessa feita ao cliente. O plano ilimitado, diz ela, refletia na raiz um desalinhamento entre o produto e a missão. O argumento, portanto, já estava pronto, pois a contradição que derrubava o plano era a mesma que o condenava diante de quem o comprara, e bastava dizê-la. Uma empresa que precisa de eufemismo para justificar uma decisão costuma ter uma razão que não quer mostrar; a de Lord cabia na frase que a empresa já usava para se apresentar.</p>
<h2 id="fazer">O que o marketing de produto faz</h2>
<p>Lord define a função em quatro tarefas: ajudar a empresa a decidir o que construir, para quem, quanto cobrar e como vender. A terceira é a que o episódio ilumina, e ela mesma a chama de provavelmente a mais difícil, porque exige perguntar ao cliente o que ele quer dizer quando afirma que algo não vale o preço. Um marketing de produto que olha apenas o anúncio não chega a essa pergunta, e um que a faz antes do lançamento talvez pegue a contradição ainda no papel.</p>
<p>Há também um aviso sobre o método, dado a propósito das pesquisas de cancelamento. Lord critica as que deixam o cliente responder que simplesmente não viu valor ou simplesmente não gostou, porque devolvem à equipe uma sala escura onde se atiram dardos nas paredes. Acrescenta que a maioria das startups investe em testes de aquisição o que deveria investir em entender a retenção, e eu concordo, com uma adição: num plano que depende do não-uso, a resposta de quem não viu valor é literalmente verdadeira e não ensina nada, pois vem de quem quase não usou, e quem quase não usou é o que o plano precisava ter.</p>
<p>A pergunta útil, portanto, vem antes da opinião: quantas vezes usou, e em que dia deixou de usar. Como em <a href="https://alexmerovic.com.br/blog/dois-relogios/">Dois relógios</a>, a retenção também tem relógio, e o cliente que cancela no mês dois pode ter decidido no dia nove.</p>
<h2 id="teste">O teste do uso total</h2>
<p>Uma pergunta cabe no rascunho de qualquer plano: se todos os clientes usassem tudo a que têm direito, a conta fecharia? Se a resposta for sim, o plano se sustenta. Se for não, há um plano que depende de clientes ausentes, e a empresa deveria escrever isso na primeira página da proposta, junto com a data provável em que terá de desfazê-lo, porque a retirada de um produto assim, me parece, é decidida no dia do lançamento, e só o anúncio fica para depois.</p>
<p>Serve para academia, para plano de dados e para o suporte que se anuncia como ilimitado, e serve também para o pacote de horas que uma consultoria vende. O teste dá trabalho porque obriga a escrever o pior uso possível ao lado do melhor, e o melhor, que é o cliente satisfeito e frequente, é justamente o que reprova o plano.</p>
<p>Ao final da entrevista, Lord diz que o caminho de volta passa pelo produto: mover as pessoas para os planos certos e investir neles com cuidado. Na taça de Atenas, o rapaz continua de braço estendido diante do homem de manto, e quem olha não precisa saber o que dizem para ver que os dois estão ali.</p>
<p class="fim">Quantos dos seus planos sobrevivem no dia em que todo mundo aparecer?</p>
<p><strong>Fonte:</strong> First Round Review, com Joanna Lord, <a href="https://review.firstround.com/classpass-cmo-on-how-and-when-to-invest-in-product-marketing/">“ClassPass’ CMO on How and When to Invest in Product Marketing”</a>, 12 de dezembro de 2016.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>DELLAVIGNA, Stefano; MALMENDIER, Ulrike. &ldquo;Paying Not to Go to the Gym&rdquo;. <em>American Economic Review</em>, v. 96, n. 3, p. 694-719, 2006. Os números citados (7.752 sócios, três academias, três anos; mensalidade acima de 70 dólares; 4,3 visitas por mês; mais de 17 dólares por visita; cartão de dez entradas a 10 dólares cada) constam do resumo do artigo. <a href="https://ideas.repec.org/a/aea/aecrev/v96y2006i3p694-719.html">https://ideas.repec.org/a/aea/aecrev/v96y2006i3p694-719.html</a>.&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>Entrevista publicada pela First Round Review em 12 de dezembro de 2016. Todas as citações de Lord neste ensaio são traduções minhas do inglês. As afirmações sobre o que a equipe fez (quase um mês de preparação, vinte dias úteis, trinta pessoas, dois anos tentando fazer o ilimitado funcionar) vêm do texto.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Salvo-conduto</title>
<link>https://alexmerovic.com.br/blog/salvo-conduto/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/salvo-conduto/</guid>
<pubDate>Sat, 03 Oct 2026 09:00:00 -0300</pubDate>
<description>Entrar com a conta de uma plataforma é receber o cliente por carta de apresentação alheia, e a empresa que o acolhe precisa decidir qual chave é sua.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Fotografia de uma placa de ferro escurecido em forma de pera, com uma argola no alto; o topo traz em relevo a cabeça de uma fera de juba, e o disco é coberto por cinco colunas verticais de caracteres em escrita phags-pa, incrustados em prata." height="1375" loading="lazy" src="https://alexmerovic.com.br/blog/salvo-conduto/paiza.webp" width="1100"/></span><figcaption><b>Passe de salvo-conduto (paiza) com inscrição em escrita phags-pa, China, dinastia Yuan, fim do século XIII.</b> Ferro com incrustação de prata. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<div class="epigrafe"><p>“[...] bastante confuso. Há, contudo, mais visão ali do que parece.”</p><cite>Ben Thompson, <i>OpenAI Dev Day, Dot and OpenAI’s Product Transition, Sign In With ChatGPT</i>, Stratechery, 30 de setembro de 2026</cite></div>

<h2 id="placa">A placa de ferro</h2>
<p class="abre">O paiza era uma placa que oficiais e enviados mongóis levavam consigo para mostrar o posto que ocupavam, e o exemplar do Metropolitan, de ferro com incrustações de prata e uma inscrição em escrita phags-pa, vem da China da dinastia Yuan, do fim do século XIII.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup> A placa dava ao portador privilégios e autoridade: permitia exigir bens e serviços da população civil e, quando concedida a mercadores estrangeiros, isentava-os de impostos e lhes abria as estações de revezamento da estrada.</p>
<p>Lido como documento de identidade, o paiza tem uma peculiaridade. Leio assim: o que ele atesta é o poder de quem o emitiu, e a pessoa que o leva passa pelas estações por empréstimo desse poder; quem hospeda não precisa conhecer o portador, basta-lhe reconhecer o emissor. A conveniência é de quem viaja, e o custo, de quem hospeda.</p>
<h2 id="texto">O texto aberto</h2>
<p>A placa me veio à lembrança diante do texto que Ben Thompson publicou no dia 30 sobre o Dev Day da OpenAI.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> O texto é para assinantes, e o que está aberto é a chamada, que figura em parte na epígrafe, e o título, e com isso trabalho. Não sei o que é o Dot, nome que aparece no título, e a chamada não diz. Tomo ao pé da letra só o último item do título, <em>Sign In With ChatGPT</em>, que nomeia um gesto conhecido: entrar num serviço de terceiros com a conta de uma plataforma.</p>
<p>O gesto já existe há anos com outras contas, e no Brasil a conta gov.br cumpre esse papel diante do Estado. Recusar o passe seria tolice, porque o formulário que ninguém termina de preencher também custa cliente, e uma conta verificada poupa senha e cadastro. A novidade, se houver, está em quem emite. Uma conta de assistente de inteligência artificial costuma acompanhar a pessoa em conversas, planos e pedidos, e quem chega a uma loja ou a um balcão de crédito com esse passe chega com um histórico que a empresa não escreveu e não consegue ler. O que a empresa recebe depende do que a plataforma decidir entregar, e essa decisão é dela.</p>
<h2 id="chave">A chave que a empresa não emitiu</h2>
<p>Quem constrói atendimento no Brasil já trabalha com identidade emprestada, e mal a percebe. O cliente é, na prática, um número de telefone, que pertence a uma operadora e entra na empresa por uma conta de WhatsApp que, como contei em <a href="https://alexmerovic.com.br/blog/sobre-a-areia/">Sobre a areia</a>, eram três contas para quatro números que ninguém conseguia reconciliar. Em <a href="https://alexmerovic.com.br/blog/o-preco-de-tudo/">O preço de tudo</a>, o identificador do anúncio chegava colado na primeira mensagem e só nela, de modo que, se o sistema não o guardasse naquele instante, a conversa nunca mais se ligava a nada. A regra que saiu dali vale aqui em dobro: o que chega na primeira vez é o que se guarda, porque depois não volta.</p>
<p>Acrescentar um terceiro salvo-conduto, o da conta da plataforma, produz o efeito que <a href="https://alexmerovic.com.br/blog/dois-relogios/">Dois relógios</a> descreveu numa contagem de leads: duas colunas que se sobrepunham, somadas, inflaram o topo do funil em 72,8%. Uma pessoa com telefone, e-mail e conta de assistente vira três fichas, cada uma com um pedaço da conversa, e a empresa passa a atender estranhos que são a mesma gente. O contrário também acontece, e é pior: duas pessoas que dividem uma mesma conta, como os funcionários de uma empresa cliente, viram uma única ficha, e a história de um apaga a do outro.</p>
<p class="destaca">Sai daí uma regra de banco de dados que vale como decisão de diretoria. A empresa emite a própria chave, um número interno de cliente, e toda identidade externa, o telefone, o e-mail, a conta da plataforma, entra como apelido que aponta para essa chave, de modo que muitos apelidos possam apontar para uma pessoa e cada apelido fique registrado com a data em que chegou, a plataforma que o abonou e o que ela entregou na ocasião. Uma tabela de cinco colunas resolve: a chave interna, o tipo do apelido, o valor, a data da chegada e o nome de quem o abonou. A chave externa nunca serve de chave primária. Um passe é um rótulo emitido por outro, e a empresa que o usa como identificador do cliente entrega a um terceiro o direito de mudar quem é o cliente.</p>
<h2 id="ghazan">O que Ghazan exigiu</h2>
<p>Os mongóis aprenderam o preço disso. Segundo o verbete da Wikipédia sobre o paiza, Ögedei, que reinou de 1229 a 1241, proibiu a nobreza de emitir paizas, e Ghazan, que reinou de 1295 a 1304, mandou que a placa trouxesse o nome do portador, para que não pudesse ser transferida, e que fosse devolvida ao fim do serviço.<sup id="fnref2:1"><a class="footnote-ref" href="#fn:1">1</a></sup> O abuso, reconhecido pelos próprios mongóis, produziu três regras: poucos emissores, portador nomeado e devolução.</p>
<p>Cada uma se traduz sem esforço. A primeira pede que a empresa decida quais plataformas honra, em lista curta e escrita, porque um passe que qualquer um pode emitir deixa de valer como passe e a estação passa a recebê-los todos. A segunda pede que a conta tenha nome de gente, e a pessoa que entra com uma conta de assistente compartilhada por dez colegas apaga da trilha o rastro de quem fez o quê. A terceira é o desligamento: quando alguém sai da empresa cliente, ou da sua, a chave que ele levava precisa ser devolvida, e a certidão que propus em Sobre a areia, conferida a cada saída, serve também a esse inventário de passes.</p>
<p>Na prática, isso vira uma rotina de trimestre que cabe numa planilha: listar as contas de plataforma que entraram como identidade, marcar as que pertencem a pessoas que já saíram e conferir quantas ainda abrem alguma porta. O resultado pode surpreender quem nunca o fez, e a chance da surpresa já justifica a rotina. A chatice dessas regras custa pouco perto do que custa uma estação que não sabe quem está hospedando.</p>
<h2 id="visao">A confusão e a visão</h2>
<p>Volto à chamada de Thompson, que diz duas coisas ao mesmo tempo: o produto é confuso, e há visão nele. Não me cabe avaliar a visão, que só se mede com o texto inteiro. Posso apenas dizer o que a confusão significa para quem recebe os passes. Enquanto um formato de identidade está confuso, as regras de quem acolhe ainda se negociam; quando ele fica claro, viram condições de uso, e a empresa descobre que aceitou um formato por ele ter chegado primeiro. A fase em que ninguém entende direito o que o produto faz é a melhor para decidir, com calma, o que a empresa exige de qualquer passe que aceite. Três exigências cabem numa folha: saber, por escrito, o que a plataforma entrega junto com o passe e o que retém; manter a ficha do cliente legível mesmo que a plataforma mude de regra, de preço ou de dono; e ensaiar, uma vez, o dia em que o passe deixar de ser aceito, para ver quantos clientes a empresa continuaria reconhecendo.</p>
<figure class="quadro"><span class="zoom"><img alt="Gravura em tons de sépia: uma mulher de chapéu e vestido claro, de pé num barco com uma grande vela branca esticada, atravessa um rio sob céu de tempestade, acompanhada de um homem de casaca com um remo, de outra mulher e de um remador; na margem esquerda, junto a uma tenda e a uma bandeira de listras, um soldado aponta o mosquete para o barco." height="856" loading="lazy" src="https://alexmerovic.com.br/blog/salvo-conduto/acland.webp" width="1100"/></span><figcaption><b>Robert Pollard, <i>Lady Harriet Acland atravessando o rio Hudson em direção às linhas americanas e apresentando seu salvo-conduto</i>, 15 de novembro de 1784.</b> Água-forte e aquatinta com chine collé. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<h2 id="sentinela">O sentinela</h2>
<p>Na gravura de Pollard, uma mulher cruza um rio num barco com bandeira branca e leva um papel na mão, enquanto da margem um sentinela a acompanha com o mosquete.<sup id="fnref:3"><a class="footnote-ref" href="#fn:3">3</a></sup> O papel só vale se o soldado o reconhecer, e quem decide é ele, no instante em que o barco se aproxima.</p>
<p>Toda porta com porteiro precisa, por isso, de um segundo balcão. O cliente cujo passe foi recusado, por expirado, por falso ou por emitido por quem a empresa não reconhece, continua sendo um cliente, e a pior resposta é a tela que repete “acesso negado” sem oferecer outra via. Um código enviado ao telefone, uma conversa com uma pessoa, qualquer caminho que a própria empresa controle basta, contanto que exista e que alguém o tenha testado antes do dia em que for preciso.</p>
<p>A empresa é o sentinela e a estação, ao mesmo tempo. Decide que passes recebe, em nome de quem e por quanto tempo, e guarda numa chave sua o que a plataforma lhe contar sobre a pessoa. A plataforma emite, e a empresa reconhece, que é o ato que confere ao papel o seu valor.</p>
<p class="fim">Quem emitiu a chave com que a sua empresa reconhece o cliente?</p>
<p><strong>Fonte:</strong> Ben Thompson, <a href="https://stratechery.com/2026/openai-dev-day-dot-and-openais-product-transition-sign-in-with-chatgpt/">“OpenAI Dev Day, Dot and OpenAI’s Product Transition, Sign In With ChatGPT”</a>, <em>Stratechery</em>, 30 de setembro de 2026.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>Verbete “Paiza”, Wikipedia: tábua carregada por oficiais e enviados mongóis, que lhes dava privilégios e autoridade, permitia exigir bens e serviços da população civil e, concedida a mercadores estrangeiros, isentava-os de impostos e lhes dava uso das estações de revezamento; Ögedei Khan (r. 1229 a 1241) proibiu a nobreza de emitir paizas e jarligs, e Gazã Khan (r. 1295 a 1304) exigiu que o nome do portador constasse da placa, para evitar a transferência, e que ela fosse devolvida ao fim do serviço. O exemplar da imagem é o objeto 39624 do Metropolitan Museum of Art (ferro com incrustação de prata, dinastia Yuan, fim do século XIII).&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a><a class="footnote-backref" href="#fnref2:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>THOMPSON, Ben. “OpenAI Dev Day, Dot and OpenAI’s Product Transition, Sign In With ChatGPT”. <em>Stratechery</em>, 30 de setembro de 2026. <a href="https://stratechery.com/2026/openai-dev-day-dot-and-openais-product-transition-sign-in-with-chatgpt/">https://stratechery.com/2026/openai-dev-day-dot-and-openais-product-transition-sign-in-with-chatgpt/</a>. A citação é da chamada do texto; o título, também público, consta aqui como referência. O restante é restrito a assinantes do Stratechery Plus. A tradução é minha.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
<li id="fn:3">
<p>Robert Pollard, gravura de 15 de novembro de 1784, objeto 894657 do Metropolitan Museum of Art. A descrição segue o que a imagem mostra e o título dado pelo museu.&#160;<a class="footnote-backref" href="#fnref:3" title="Jump back to footnote 3 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>O trote</title>
<link>https://alexmerovic.com.br/blog/trote/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/trote/</guid>
<pubDate>Fri, 02 Oct 2026 09:00:00 -0300</pubDate>
<description>A demonstração mostra o cavalo na baia; antes de pagar por ele, a empresa precisa vê-lo trotar com os seus casos, e o teste tem de ser dela.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Pintura de grande formato de um mercado de cavalos ao ar livre: sob um céu de nuvens escuras, uma fila de cavalos pardos, negros e brancos, alguns empinados, é conduzida por homens de camisa clara e casaco azul-esverdeado; poeira no chão, árvores ao fundo." height="517" loading="lazy" src="https://alexmerovic.com.br/blog/trote/cavalos.webp" width="1100"/></span><figcaption><b>Rosa Bonheur, <i>A feira de cavalos</i>, 1852 a 1855.</b> Óleo sobre tela. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access. Enquadramento sem a moldura.</figcaption></figure>

<div class="epigrafe"><p>“Demonstrações chamativas são fáceis. Produtos substanciais são difíceis.”</p><cite>Kimberly Tan, Joe Schmidt, Marc Andrusko e Olivia Moore, <i>From Demos to Deals: Insights for Building in Enterprise AI</i>, a16z, 24 de junho de 2025</cite></div>

<h2 id="feira">Na feira de cavalos</h2>
<p class="abre">Rosa Bonheur frequentou o mercado de cavalos do Boulevard de l&rsquo;Hôpital, em Paris, duas vezes por semana, durante um ano e meio, antes de começar a tela que o Metropolitan guarda desde 1887.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup> Pintou-a de 1852 a 1855, e o que ela mostra é o que o comprador de cavalos ali via: os animais em movimento, conduzidos de um lado a outro, empinando, puxando a rédea, levantando poeira.</p>
<p>Quem compra cavalo não o examina na baia, onde qualquer animal parece sereno. A sabedoria popular diz que a cavalo dado não se olha o dente, e a implicação é que em cavalo pago se olha, e com rigor, o dente, o casco, o andar, o modo de reagir quando alguém levanta a voz. Quatro sócios da Andreessen Horowitz, Kimberly Tan, Joe Schmidt, Marc Andrusko e Olivia Moore, explicam a fundadores, num ensaio, o que separa uma demonstração de um negócio de IA para empresas.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> Escreveram para quem vende, e eu o leio do lado de quem compra, porque as razões que eles dão para a demonstração enganar o fundador são as mesmas que a fazem enganar o cliente.</p>
<h2 id="baia">A baia</h2>
<p>Depois do lançamento do ChatGPT, em 2022, repetia-se que todo programa de IA seria commodity, porque não passaria de um invólucro em torno do modelo, e que os modelos, ao melhorar, o engoliriam. Quase três anos depois, dizem os autores, isso não se confirmou. Fazer uma demonstração vistosa ficou simples com as ferramentas de hoje; o difícil, segundo eles, é o último trecho do trabalho de produto, em que o usuário se comporta de maneira imprevisível, os dados do cliente estão sujos e o sucesso depende de tratar a cauda longa de caminhos que uma pessoa pode tomar. O abismo entre a demonstração e o produto é maior com IA do que com o software de antes, por causa dos modelos que mudam o tempo todo e das respostas que não se repetem.</p>
<p>Os autores lembram o caso da Air Canada, cujo robô de atendimento alucinou, como exemplo dos riscos financeiros e de reputação de errar em produção, e acrescentam que em certos domínios a precisão vale mais que tudo, pois “você não consegue fazer <em>vibe coding</em> dos seus demonstrativos contábeis nem dos seus documentos jurídicos”, de modo que o custo do erro cresce onde mais se confia no resultado. A demonstração percorre o caminho feliz, em que o pedido é claro, o dado está completo e a pessoa coopera. O dinheiro que a empresa perde mora nos outros caminhos.</p>
<h2 id="casos">Cem casos</h2>
<p>O comprador tem um remédio, que é um teste, e cabe em quatro passos que levam uma semana e dispensam qualquer conhecimento de modelos de linguagem. Os números que dou a seguir são proposta minha para a primeira rodada, e não padrão de mercado.</p>
<p>Para começar, tiram-se dos registros da própria empresa cem casos reais, conversas, chamados, pedidos, com uma composição deliberada: uns setenta típicos, uns vinte difíceis, com ambiguidade, cliente irritado ou dado incompleto, e uns dez dos piores do último ano, os que custaram dinheiro ou reclamação. Depois, escreve-se, antes de rodar qualquer coisa, o que seria uma boa resposta e o que seria inaceitável em cada caso, com o nome de quem assina o critério. Em <a href="https://alexmerovic.com.br/blog/o-preco-de-tudo/">O preço de tudo</a> contei que só descobri o tamanho do meu erro porque tinha escrito a hipótese antes; o critério de aceite exige a mesma disciplina, e quem o escreve depois de ver a demonstração acaba descrevendo o que viu.</p>
<p>O terceiro passo é pontuar por gravidade, e nunca pela média. Uma resposta que promete ao cliente o que a empresa não oferece, que expõe um dado ou que toma uma ação que não se desfaz é um erro fatal, e um erro fatal reprova o teste inteiro, mesmo que os outros noventa e nove casos saiam bons. Se um atendente corrige o erro em um minuto, ele é grave, mas tolerável em certa dose, e a resposta apenas desajeitada é leve. A contagem é feita numa planilha ou por consulta, e o modelo de linguagem não entra nela.</p>
<p>O quarto é medir o pedido de ajuda. Um sistema que, nos vinte casos difíceis, nunca passa a conversa a uma pessoa merece mais desconfiança do que um que a passa cinco vezes, pois o mundo real tem mais casos sem saída do que qualquer produto costuma admitir.</p>
<p class="destaca">A demonstração é a tela terminada, composta para ser vista de longe; <span>o teste é o caderno de estudos.</span></p>
<h2 id="regressao">O teste que sobrevive ao modelo</h2>
<p>Os autores descrevem como as empresas de IA trabalham por baixo: rodam avaliações rigorosas a cada novo modelo, orquestram sequências de ações entre modelos diferentes e alternam entre eles conforme o desempenho em cada tarefa. O resultado, dizem, é uma experiência de produto robusta que nenhuma chamada única de API consegue entregar. Para quem compra, o que isso significa é que aquilo que roda debaixo do produto muda com o tempo, sem que a tela mude, e que o teste da semana de assinatura vale só para a configuração daquela semana.</p>
<p>O teste, portanto, não pode ser um portão passado uma vez. Os mesmos cem casos devem ser rodados de novo quando o fornecedor trocar de modelo, de instrução ou de fluxo, e o contrato deve obrigá-lo a avisar quando isso ocorrer. A condição é simples de pedir e difícil de cobrar depois, e por isso o conjunto de casos, os critérios e os resultados de cada rodada ficam num arquivo da empresa, e não no painel do fornecedor. Os autores descrevem como trabalho braçal e minucioso o ajuste do produto às políticas, à cultura e aos sistemas de cada cliente, e dizem que as empresas de modelos não o farão; é o que sustenta o valor de quem vende. Para quem compra, esse ajuste é também a descrição mais fiel de como a empresa funciona, e convém ficar com uma cópia.</p>
<p>Convém ainda estar atento ao fosso. Os autores afirmam que “a IA, por si só, não é um fosso: é um modo de entregar valor aos clientes”, e listam as formas que o fosso toma: tornar-se o sistema de registro, prender o usuário ao fluxo de trabalho, integrar-se fundo aos sistemas do cliente, cultivar a relação de confiança. Cada uma dessas coisas, vista do outro lado, é um custo de saída que a empresa ajuda a construir; a pergunta a fazer antes de a integração existir é o que dela passará a pertencer à empresa.</p>
<h2 id="estudo">O caderno de estudos</h2>
<figure class="quadro"><span class="zoom"><img alt="Desenho a giz preto e aguada cinza, com realces de branco, sobre papel cor de creme: cavalos brancos e escuros em movimento, conduzidos por homens, traçados com linhas rápidas; a assinatura Rosa Bonheur aparece no canto inferior direito." height="451" loading="lazy" src="https://alexmerovic.com.br/blog/trote/estudo.webp" width="1100"/></span><figcaption><b>Rosa Bonheur, <i>Estudo para “A feira de cavalos”</i>, século XIX.</b> Giz preto, pincel e aguada cinza, com realces de branco. The Metropolitan Museum of Art, Nova York. Domínio público (CC0), via Met Open Access.</figcaption></figure>

<p>O Metropolitan guarda também um estudo da feira, feito a giz preto e aguada, em que os cavalos aparecem com poucas linhas e nenhum acabamento. Nele se vê o movimento, a matéria que a tela final depois organiza, e nada nele tem o brilho do quadro acabado. A demonstração se parece com a tela: composta para ser vista de longe, com a luz certa, sem poeira. O teste se parece com o estudo, feito com o animal em movimento e repetido até o desenho aprender o que o olho, de relance, não via.</p>
<p>Um último cuidado pede a figura do auditor. Os autores notam que, mesmo onde o agente trabalha sozinho, há ainda uma intensa interação entre humano e IA, pois as pessoas seguem supervisionando e auditando o que ela faz, e citam a Decagon, cujos agentes resolvem chamados sozinhos mas vêm com fluxos para que humanos acompanhem, ajustem e analisem o trabalho. O teste de aceite deve, por isso, incluir a tela de quem confere: se o atendente vê o que o agente disse, se consegue corrigir, se é avisado a tempo, e quantos minutos leva do erro à correção.</p>
<p>Bonheur viu os cavalos por um ano e meio antes de começar a tela. A empresa que vai pagar por um agente tem algo mais modesto a fazer, que é ver trotar, numa semana e com os seus casos, o animal que lhe mostraram na baia.</p>
<p class="fim">Quem, na sua empresa, viu o cavalo trotar?</p>
<p><strong>Fonte:</strong> Kimberly Tan, Joe Schmidt, Marc Andrusko e Olivia Moore, <a href="https://a16z.com/insights-for-enterprise-ai-builders/">“From Demos to Deals: Insights for Building in Enterprise AI”</a>, <em>a16z</em>, 24 de junho de 2025.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>Verbete “The Horse Fair”, Wikipedia: pintura iniciada em 1852, exposta no Salão de Paris de 1853 e retocada até 1855, que mostra negociantes vendendo cavalos no mercado do Boulevard de l&rsquo;Hôpital, em Paris; Bonheur frequentou o mercado duas vezes por semana durante um ano e meio, do verão de 1850 ao fim de 1851; o Metropolitan Museum of Art a guarda desde 1887, por doação de Cornelius Vanderbilt II (objeto 435702). O estudo é o objeto 334339 do mesmo museu. O provérbio “a cavalo dado não se olha o dente” é popular.&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>TAN, Kimberly; SCHMIDT, Joe; ANDRUSKO, Marc; MOORE, Olivia. “From Demos to Deals: Insights for Building in Enterprise AI”. Andreessen Horowitz (a16z), 24 de junho de 2025. <a href="https://a16z.com/insights-for-enterprise-ai-builders/">https://a16z.com/insights-for-enterprise-ai-builders/</a>. As citações são traduções minhas. A composição sugerida dos cem casos e os critérios de gravidade são proposta minha, não do texto.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Sobre a areia</title>
<link>https://alexmerovic.com.br/blog/sobre-a-areia/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/sobre-a-areia/</guid>
<pubDate>Thu, 01 Oct 2026 09:00:00 -0300</pubDate>
<description>Antes de gastar um real em mídia, a empresa precisa ser dona do que está comprando. O que uma conta de anúncios registrada no nome de quem já tinha ido embora ensina sobre fundação.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img alt="Gravura em preto e branco: um templo redondo com balaustrada tomba sobre um mar revolto; figuras alegóricas despencam entre os blocos, uma delas coroada de folhas ergue uma taça, um velho barbudo de chapéu grita. Faixas com inscrições em latim cruzam a cena." height="1510" loading="lazy" src="https://alexmerovic.com.br/blog/sobre-a-areia/goltzius.webp" width="1100"/></span><figcaption><b>Hendrick Goltzius, <i>Aedificare super arenam</i> (Construir sobre a areia), prancha 7 das <i>Alegorias da fé cristã</i>, c. 1598–1604. Detalhe.</b> Rijksmuseum, Amsterdã. CC0, via Wikimedia Commons.</figcaption></figure>

<div class="epigrafe"><p>“Caiu a chuva, vieram as enchentes, sopraram os ventos e investiram contra aquela casa; ela caiu e grande foi a sua ruína.”</p><cite>Evangelho segundo São Mateus 7, 27</cite></div>

<h2 id="a-casa-que-parecia-de-pé">A casa que parecia de pé</h2>
<p class="abre">Quando cheguei, a conta de anúncios da clínica somava quase trezentos mil reais investidos ao longo da vida, e todo esse histórico morava fora do portfólio da empresa, na conta pessoal de alguém que já não fazia parte da equipe.</p>
<p>As campanhas rodavam, os relatórios saíam e, visto de fora, havia ali uma operação de mídia de pé, com histórico, públicos, pixel e um algoritmo que já tinha aprendido alguma coisa sobre quem compra ali. Visto de dentro, o desenho era outro: ao menos cinco perfis pessoais de Facebook, cada qual com o seu portfólio, os seus e-mails e as suas pessoas, com acesso ou sem ele. Cada número de WhatsApp morava num portfólio diferente, e no portfólio principal o segundo fator de autenticação não era exigido de ninguém.</p>
<p>A parábola de Mateus costuma ser lida como uma história de desabamento, embora o desabamento ocupe só o último versículo da passagem. Durante todo o resto, a casa sobre a areia está de pé, igual à casa sobre a rocha, e quem passa na rua não vê diferença entre as duas; a diferença está embaixo, e só aparece quando chove.<sup id="fnref:1"><a class="footnote-ref" href="#fn:1">1</a></sup></p>
<p>Na clínica ainda não tinha chovido. A chuva, porém, seria qualquer coisa: a pessoa que saiu apagar a própria conta, esquecer a senha, perder o celular onde o segundo fator vivia. Nenhuma delas é improvável, e todas acontecem numa terça-feira comum.</p>
<p class="destaca">Embora estivesse inteira, <span>aquela casa nunca teve chão.</span></p>
<h2 id="o-fio">O fio</h2>
<p>O fio que puxou tudo foi quase ridículo. Uma tela do Instagram pedia um código de verificação enviado a um e-mail que não existia. O que parecia um login perdido era o rascunho de uma verificação abandonada, um processo que alguém começou e ninguém terminou.</p>
<p>G. K. Chesterton propôs uma regra para quem encontra uma cerca no meio do caminho e não sabe por que ela está ali: não a derrube antes de descobrir por que foi posta.<sup id="fnref:2"><a class="footnote-ref" href="#fn:2">2</a></sup> O e-mail que não existia era um sintoma, e puxando esse fio apareceu o novelo. Eram 45 sistemas, em nove categorias. Deles, 33 tinham criticidade alta, e vinte não tinham dono conhecido. Nenhum tinha a senha num cofre da empresa, e nenhum jamais fora conferido por ninguém. Havia vinte e dois riscos documentados, 18 de gravidade alta. Das nove contas de anúncios, três nunca tinham sido auditadas, e uma delas era invisível para quem administrava a mídia. Dois portfólios tinham o mesmo CNPJ e foram verificados no mesmo dia. Circulavam três contas de WhatsApp e quatro números que ninguém conseguia reconciliar.</p>
<p><strong>O que o inventário encontrou</strong></p>
<table>
<thead>
<tr>
<th>Achado</th>
<th>Medida</th>
</tr>
</thead>
<tbody>
<tr>
<td>Sistemas inventariados</td>
<td>45, em nove categorias</td>
</tr>
<tr>
<td>Criticidade alta</td>
<td>33 dos 45</td>
</tr>
<tr>
<td>Sem dono conhecido</td>
<td>20 dos 45</td>
</tr>
<tr>
<td>Senhas no cofre da empresa</td>
<td>0 dos 45</td>
</tr>
<tr>
<td>Alguma vez conferidos</td>
<td>0 dos 45</td>
</tr>
<tr>
<td>Riscos documentados</td>
<td>22, sendo 18 de gravidade alta</td>
</tr>
<tr>
<td>Contas de anúncios</td>
<td>9, três nunca auditadas e uma invisível para a gestão de mídia</td>
</tr>
<tr>
<td>Portfólios com o mesmo CNPJ</td>
<td>2</td>
</tr>
<tr>
<td>WhatsApp</td>
<td>3 contas, 4 números sem reconciliação</td>
</tr>
<tr>
<td>Segundo fator no portfólio principal</td>
<td>exigido de ninguém</td>
</tr>
<tr>
<td>Conta que rodava a mídia</td>
<td>em outro portfólio, com uma única pessoa com acesso</td>
</tr>
</tbody>
</table>
<h2 id="o-jarro-sem-fundo">O jarro sem fundo</h2>
<figure class="quadro"><span class="zoom"><img alt="Pintura: cinco mulheres de túnicas verde, roxa e azul despejam água de jarros de bronze numa grande bacia; na base da bacia, a água escorre para fora pela boca de uma máscara esculpida." height="1547" loading="lazy" src="https://alexmerovic.com.br/blog/sobre-a-areia/waterhouse.webp" width="1100"/></span><figcaption><b>John William Waterhouse, <i>As Danaides</i>, 1903.</b> Coleção particular. Domínio público, via Wikimedia Commons.</figcaption></figure>

<p>A infraestrutura física contava a mesma história em ponto pequeno. Cada aparelho tinha a sua senha, a rede mesh usava uma autenticação diferente da rede interna, e a impressora funcionava num computador e se recusava no outro, o que me custou meses trocando portas de acesso para descobrir por quê. Havia três redes de internet para uma empresa só; três redes podem ser administradas, mas aquelas, do jeito que estavam, não tinham quem as administrasse.</p>
<p>O mito grego tem uma imagem exata para isso. As Danaides foram condenadas a encher de água um jarro de fundo furado: elas despejam, o jarro esvazia, e elas despejam de novo. Waterhouse as pintou sem desespero, o que é pior, com as cabeças baixas e os olhos cansados, enquanto a água escorre pela boca de uma máscara na base da bacia, justamente onde nenhuma delas olha. Platão usou o mesmo jarro para descrever a alma que nunca se satisfaz, porque tudo o que entra nela vaza.<sup id="fnref:3"><a class="footnote-ref" href="#fn:3">3</a></sup></p>
<p>Toda operação construída sobre uma base que não controla trabalha como as Danaides, e cada campanha nova, cada ajuste, cada conserto é água despejada no jarro. O esforço é real, e ainda assim o resultado não se acumula, visto que o recipiente pertence a outro.</p>
<p>São João Crisóstomo, comentando a parábola no século IV, chamou de insensato o construtor da areia por um motivo preciso: ele &ldquo;se submete ao trabalho e se priva do fruto&rdquo;.<sup id="fnref:4"><a class="footnote-ref" href="#fn:4">4</a></sup></p>
<p class="destaca">O insensato da parábola trabalha tanto quanto o prudente, <span>só que sobre o chão errado.</span></p>
<h2 id="capital-morto">Capital morto</h2>
<p>O economista peruano Hernando de Soto passou anos tentando entender por que países cheios de casas, terrenos e negócios continuavam pobres, e a resposta dele cabe em duas palavras, <em>capital morto</em>, que é como ele chama a propriedade sem registro.<sup id="fnref:5"><a class="footnote-ref" href="#fn:5">5</a></sup> A casa existe e a família mora nela, mas ela não pode ser dada em garantia, vendida com segurança nem protegida em juízo. Existe e não vale.</p>
<p>Uma conta de anúncios com quase trezentos mil reais de histórico é um ativo: guarda o aprendizado do algoritmo, os públicos, o pixel e anos de dados sobre quem compra. Ela não aparece no balanço, não tem escritura e, naquele caso, estava registrada no nome de alguém que tinha ido embora; não se podia verificar o anunciante, trocar o meio de pagamento nem garantir que a conta continuasse existindo no mês seguinte. Era capital morto no sentido exato de De Soto.</p>
<p>Ronald Coase perguntou, em 1937, por que existem empresas, se o mercado poderia coordenar tudo sozinho.<sup id="fnref:6"><a class="footnote-ref" href="#fn:6">6</a></sup> Parte da resposta está em que a firma é a fronteira do que é seu: dentro dela, você não negocia, você decide. Uma empresa cujos ativos digitais moram em contas pessoais não tem essa fronteira. Ela é um conjunto de favores.</p>
<p>Transferir a conta mostrou o preço dessa saída. A Meta não tem botão de transferir; o dono atual remove a conta do portfólio dele, a conta fica sem dono por um instante, e o portfólio de destino a reivindica pelo número de identificação, de maneira que, durante esse instante, trezentos mil reais de histórico não pertencem a ninguém. Kafka escreveu um romance inteiro sobre um homem que tenta falar com um castelo que não tem porta.<sup id="fnref:7"><a class="footnote-ref" href="#fn:7">7</a></sup> Cada verificação feita do zero, cada seletor de país que abre nos Estados Unidos, cada tela que pede código para um e-mail que não existe é um capítulo desse livro. O nosso, ao menos, terminou, porque a transferência aconteceu e a conta hoje está no portfólio da empresa.</p>
<h2 id="ninguém-construiu-isso-sozinho">Ninguém construiu isso sozinho</h2>
<p>Seria cômodo contar esta história com um culpado, e seria falso, porque a pessoa que saiu não criou a desordem, e quem administrava o outro portfólio tampouco. Cada decisão, no dia em que foi tomada, tinha a sua razão: um perfil pessoal porque era o que estava logado, um Gmail porque era o que existia, um celular para o segundo fator porque era o de quem estava ali.</p>
<p>James Reason, estudando acidentes em aviação e medicina, descreveu isso como o modelo do queijo suíço.<sup id="fnref:8"><a class="footnote-ref" href="#fn:8">8</a></sup> Todo acidente nasce de várias fatias de proteção, cada uma com os seus buracos, que num dia qualquer se alinham. Ali os buracos tinham nome: Gmail pessoal como chave-mestra, segundo fator num único celular, ex-integrante com acesso total, conta de anúncios fora do portfólio da empresa. Isolado, cada um parecia tolerável; alinhados, bastavam para derrubar a operação inteira.</p>
<p>Charles Perrow foi mais longe e chamou de <em>normal</em> o acidente em sistemas complexos e fortemente acoplados,<sup id="fnref:9"><a class="footnote-ref" href="#fn:9">9</a></sup> isto é, uma propriedade do próprio sistema, e não uma exceção. Rede, impressora, WhatsApp, portfólio, pixel, tudo dependia de tudo. A engenharia de software tem um nome informal para medir isso, o <em>bus factor</em>, que conta quantas pessoas precisam ser atropeladas por um ônibus para que o projeto pare. Ali, o número era um.</p>
<p>Para quem dirige uma empresa, a distinção tem consequência prática: se a desordem é culpa de alguém, basta trocar a pessoa; se ela é normal, a solução tem de ser estrutural, e trocar a pessoa só troca o nome de quem segura o fio.</p>
<h2 id="heidegger-e-o-martelo">Heidegger e o martelo</h2>
<p>Martin Heidegger tem uma observação que explica por que ninguém vê o problema antes. Quando um martelo funciona, você não pensa no martelo. Pensa no prego. A ferramenta some na mão de quem a usa. Ela só aparece quando quebra.<sup id="fnref:10"><a class="footnote-ref" href="#fn:10">10</a></sup></p>
<p>Infraestrutura é o martelo. Enquanto funciona, é invisível: não entra na pauta da diretoria, não tem dono no organograma, não aparece no orçamento. Ela só vira assunto quando impede alguma coisa, e aí vira assunto urgente, caro e feito às pressas. É por isso que quase toda empresa descobre a própria fundação depois, e nunca antes.</p>
<h2 id="desfazer-e-remontar">Desfazer e remontar</h2>
<p>O trabalho foi braçal. Consistiu em entender o que estava rolando, desfazer e remontar: trocar a porta da impressora até ela responder aos dois computadores, juntar as redes, tirar os números de WhatsApp dos portfólios espalhados, transferir a conta de anúncios, exigir segundo fator e configurar, na propriedade da empresa, as contas de Meta, Google, LinkedIn e Pinterest.</p>
<p>No dia 9 de agosto, o inventário listava 22 riscos, e a coluna &ldquo;resolvido em&rdquo; estava vazia nos 22. Hoje os 22 estão resolvidos. Alguns eu resolvi à mão, clicando tela por tela; outros, com ajuda de inteligência artificial, que leu documentação, montou scripts e conferiu o que eu tinha feito. A ferramenta mudou de um risco para outro, e o método ficou o mesmo: entender antes de desfazer, desfazer antes de remontar, e só considerar resolvido o que foi conferido depois.</p>
<p>Relendo a lista agora, o que me impressiona é que nenhum dos 22 exigia tecnologia nova, orçamento ou fornecedor; exigia alguém com tempo, acesso e a decisão de que aquilo era trabalho, e não um detalhe.</p>
<figure class="fig">
<p class="rot-fig">Figura 1 · os 22 riscos</p>
<p class="tit">Os riscos documentados em 9 de agosto, e onde estão hoje</p>
<div id="r1"></div>
<p class="nota">Inventário de acessos de 9 de agosto de 2026, que marcava zero riscos resolvidos. Situação atual declarada pelo responsável pela infraestrutura em 29 de setembro de 2026.</p>
</figure>

<h2 id="a-certidão">A certidão</h2>
<p>Se eu começasse de novo, começaria do começo. Parece clichê, mas é o que faria diferente: um plano de negócio antes de começar a operação. Não um plano de mídia. Um plano que dissesse, antes do primeiro anúncio, quais sistemas a empresa vai usar, em nome de quem cada um fica, quem tem acesso, onde vive a senha e o que acontece se essa pessoa sumir.</p>
<p>Esse plano cabe numa tabela, e qualquer empresa preenche em um dia. Eu a chamo de certidão de propriedade digital. Uma linha por sistema.</p>
<p><strong>A certidão de propriedade digital</strong></p>
<table>
<thead>
<tr>
<th>Coluna</th>
<th>Pergunta</th>
</tr>
</thead>
<tbody>
<tr>
<td>Sistema</td>
<td>Qual é?</td>
</tr>
<tr>
<td>Para que serve</td>
<td>O que para se ele sumir?</td>
</tr>
<tr>
<td>Titular</td>
<td>Em nome de quem está? É da empresa ou de uma pessoa?</td>
</tr>
<tr>
<td>Onde vive o acesso</td>
<td>Qual e-mail, qual celular, qual cofre?</td>
</tr>
<tr>
<td>Criticidade</td>
<td>Alta, média ou baixa?</td>
</tr>
<tr>
<td>Segundo fator</td>
<td>Existe? Em que aparelho?</td>
</tr>
<tr>
<td>No cofre</td>
<td>A senha está no gerenciador de senhas da empresa?</td>
</tr>
<tr>
<td>Última conferência</td>
<td>Quando alguém verificou tudo isso pela última vez?</td>
</tr>
<tr>
<td>O que quebra se sumir</td>
<td>Qual é a consequência, dita numa frase?</td>
</tr>
</tbody>
</table>
<p>Três regras saem dela. A primeira: todo ativo digital está em nome da empresa, nunca de uma pessoa, e o e-mail que o administra está no domínio da empresa, nunca num Gmail pessoal. A segunda: nenhum sistema crítico depende de um único celular ou de uma única pessoa; o <em>bus factor</em> mínimo é dois. A terceira: a certidão é conferida a cada saída de alguém da equipe, e não quando algo quebra.</p>
<p>Na série de ensaios sobre o painel, o contrato do número responde se o dado é verdadeiro. A certidão responde a uma pergunta anterior: se ele é seu.</p>
<p class="destaca">Antes de perguntar se o número está certo, <span>pergunte de quem é o painel.</span></p>
<h2 id="a-rocha">A rocha</h2>
<figure class="quadro"><span class="zoom"><img alt="Água-forte: dois homens de pé numa rocha apontam para o mar em tempestade; à direita, uma casa alta de pedra resiste às ondas; ao fundo, outra construção desaba e afunda; nuvens com rostos sopram vento e um raio corta o céu." height="1806" loading="lazy" src="https://alexmerovic.com.br/blog/sobre-a-areia/luyken.webp" width="1100"/></span><figcaption><b>Jan Luyken, <i>A casa sobre a rocha</i> (Mateus 7, 24), 1681.</b> Rijksmuseum, Amsterdã. CC0, via Wikimedia Commons.</figcaption></figure>

<p>Jan Luyken gravou a parábola inteira num quadro só. Em primeiro plano está a casa sobre a rocha, batida pelas ondas e de pé; ao fundo, pequena, a outra já afunda, e dois homens na rocha apontam para ela. A gravura deixa de fora o momento da construção, quando as duas casas eram iguais, e escolhe o dia da chuva, que é o único em que a diferença aparece, embora ela estivesse ali desde a primeira pedra.</p>
<p>Santo Agostinho resumiu a parábola numa frase que serve para qualquer empresa: quem ouve e não faz &ldquo;constrói uma ruína&rdquo;.<sup id="fnref:11"><a class="footnote-ref" href="#fn:11">11</a></sup> A ruína começa no dia da obra, quando alguém escolhe o chão, e a tempestade só a torna visível.</p>
<p>Toda empresa está construindo sobre alguma coisa, e sobre todas vai chover; a pergunta que resta, enquanto as duas casas ainda parecem iguais, é o que está embaixo.</p>
<p class="fim">Sobre o quê?</p>
<p>Os dados deste ensaio são de uma clínica real de SP, do nicho de estética, anonimizada a pedido. Nomes, cidade e sistemas específicos foram omitidos; as contagens e as datas são as medidas.</p>
<div class="footnote">
<hr />
<ol>
<li id="fn:1">
<p>Evangelho segundo São Mateus 7, 24-27. Tradução da Bíblia Ave-Maria. Na Vulgata: <em>et descendit pluvia, et venerunt flumina, et flaverunt venti et irruerunt in domum illam, et cecidit, et fuit ruina eius magna</em> (Nova Vulgata, vatican.va).&#160;<a class="footnote-backref" href="#fnref:1" title="Jump back to footnote 1 in the text">&#8617;</a></p>
</li>
<li id="fn:2">
<p>CHESTERTON, G. K. <em>The Thing</em>. Londres: Sheed &amp; Ward, 1929. Ensaio &ldquo;The Drift from Domesticity&rdquo;.&#160;<a class="footnote-backref" href="#fnref:2" title="Jump back to footnote 2 in the text">&#8617;</a></p>
</li>
<li id="fn:3">
<p>PLATÃO. <em>Górgias</em>, 493a-c.&#160;<a class="footnote-backref" href="#fnref:3" title="Jump back to footnote 3 in the text">&#8617;</a></p>
</li>
<li id="fn:4">
<p>SÃO JOÃO CRISÓSTOMO. <em>Homilias sobre o Evangelho de Mateus</em>, Homilia 24. Em: <em>Nicene and Post-Nicene Fathers</em>, série I, v. 10. Tradução livre do inglês.&#160;<a class="footnote-backref" href="#fnref:4" title="Jump back to footnote 4 in the text">&#8617;</a></p>
</li>
<li id="fn:5">
<p>DE SOTO, Hernando. <em>O mistério do capital: por que o capitalismo dá certo nos países desenvolvidos e fracassa no resto do mundo</em>. Rio de Janeiro: Record, 2001. Original: <em>The Mystery of Capital</em>, 2000.&#160;<a class="footnote-backref" href="#fnref:5" title="Jump back to footnote 5 in the text">&#8617;</a></p>
</li>
<li id="fn:6">
<p>COASE, Ronald H. &ldquo;The Nature of the Firm&rdquo;. <em>Economica</em>, v. 4, n. 16, 1937.&#160;<a class="footnote-backref" href="#fnref:6" title="Jump back to footnote 6 in the text">&#8617;</a></p>
</li>
<li id="fn:7">
<p>KAFKA, Franz. <em>O castelo</em>. Publicado postumamente em 1926.&#160;<a class="footnote-backref" href="#fnref:7" title="Jump back to footnote 7 in the text">&#8617;</a></p>
</li>
<li id="fn:8">
<p>REASON, James. <em>Human Error</em>. Cambridge University Press, 1990.&#160;<a class="footnote-backref" href="#fnref:8" title="Jump back to footnote 8 in the text">&#8617;</a></p>
</li>
<li id="fn:9">
<p>PERROW, Charles. <em>Normal Accidents: Living with High-Risk Technologies</em>. Nova York: Basic Books, 1984.&#160;<a class="footnote-backref" href="#fnref:9" title="Jump back to footnote 9 in the text">&#8617;</a></p>
</li>
<li id="fn:10">
<p>HEIDEGGER, Martin. <em>Ser e tempo</em>, 1927. § 16.&#160;<a class="footnote-backref" href="#fnref:10" title="Jump back to footnote 10 in the text">&#8617;</a></p>
</li>
<li id="fn:11">
<p>SANTO AGOSTINHO. <em>O sermão do Senhor na montanha</em>, livro II, 87. Tradução livre do inglês (<em>Nicene and Post-Nicene Fathers</em>, série I, v. 6).&#160;<a class="footnote-backref" href="#fnref:11" title="Jump back to footnote 11 in the text">&#8617;</a></p>
</li>
</ol>
</div>]]></content:encoded>
</item><item>
<title>Dois relógios</title>
<link>https://alexmerovic.com.br/blog/dois-relogios/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/dois-relogios/</guid>
<pubDate>Wed, 30 Sep 2026 09:00:00 -0300</pubDate>
<description>Toda empresa decide no ritmo do calendário, e o cliente, no dele. O que um mês que cresceu 25% depois de fechado ensina a quem governa com números.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img loading="lazy" alt="Pintura de 1495: um frade de hábito cinza desenha uma figura geométrica numa lousa sobre uma mesa verde, com um livro aberto sob a mão; ao lado, um jovem de pé; no alto, um poliedro de vidro suspenso." height="905" src="https://alexmerovic.com.br/blog/dois-relogios/pacioli.webp" width="1100"/></span><figcaption><b>Atribuído a Jacopo de’ Barbari, <i>Retrato de Luca Pacioli</i>, 1495.</b> Museu de Capodimonte, Nápoles. Domínio público, via Wikimedia Commons.</figcaption></figure>

<div class="epigrafe"><p>“Que é, pois, o tempo? Se ninguém me pergunta, eu sei; se quero explicá-lo a quem pergunta, já não sei.”</p><cite>Santo Agostinho, <i>Confissões</i>, livro XI</cite></div>

<h2 id="morto">O mês que cresceu depois de morto</h2>
<p class="abre">No dia 17 de agosto, julho estava encerrado: o relatório fora entregue, os números conferidos, a reunião feita. Em 2 de setembro abri o mesmo julho, no mesmo sistema e com o mesmo filtro, e ele valia 25,3% a mais.</p>
<p>Ninguém fraudou nada. As vendas de julho foram lançadas em agosto com a data de julho, como manda o bom senso de quem registra, e entre elas havia uma venda do procedimento de alto ticket da clínica que nenhum relatório do mês tinha contado. O julho dado por fechado era, visto de setembro, um quarto maior. Qualquer decisão tomada sobre ele foi tomada sobre um mês que já não existia.</p>
<p>Maio fizera o caminho inverso. Parecia um recorde, com 28 contratos do procedimento mais caro da casa, mas um lote de contratos antigos tinha sido digitado em dois dias do mês, e 24 daqueles 28 clientes haviam feito a primeira consulta em janeiro; o recorde de maio era o trabalho de janeiro, chegando ao sistema com quatro meses de atraso.</p>
<figure class="fig">
<p class="rot-fig">Figura 1 · o mesmo mês, lido duas vezes</p>
<p class="tit">Receita de julho, com o mês já encerrado</p>
<div id="r1"></div>
<p class="nota">Índice: julho lido em 17 de agosto = 100. Mesma fonte, mesmo filtro, dezesseis dias depois.</p>
</figure>

<p>Orwell pôs Winston Smith num cubículo do Ministério da Verdade, reescrevendo jornais velhos para que o passado concordasse com o presente. “Quem controla o passado controla o futuro.”<sup><a href="#n1">1</a></sup> Numa empresa comum, sem ministério e sem vilão, o papel cabe a um lançamento atrasado, a uma data retroativa, a um lote digitado numa tarde calma; o efeito, contudo, é o mesmo, porque o passado muda e ninguém avisa a quem decidiu com base nele.</p>
<p>Machado de Assis resolveu isso com mais elegância: Brás Cubas narra a própria vida depois de morto, e por isso pode contá-la inteira.<sup><a href="#n2">2</a></sup> A contabilidade de um mês também é póstuma: só fica completa quando o mês já não pode ser vivido. O erro está em tratar o relatório do dia 1 como obra acabada, quando ele é o primeiro rascunho de um defunto que ainda vai ganhar capítulos.</p>
<h2 id="dois-tempos">Todo registro tem dois tempos</h2>
<p>A ciência de banco de dados deu nome a isso nos anos 1980, quando Richard Snodgrass e Ilsoo Ahn separaram o <em>tempo de validade</em>, em que um fato aconteceu no mundo, do <em>tempo de transação</em>, em que o sistema ficou sabendo dele.<sup><a href="#n3">3</a></sup> Chama-se bitemporal o banco que guarda os dois, e ele consegue responder a duas perguntas distintas: o que aconteceu em julho, e o que nós sabíamos sobre julho no dia 17 de agosto. Quase nenhum painel de negócio guarda os dois; guarda um só, e esconde qual.</p>
<p>Leslie Lamport foi mais longe em 1978, ao mostrar que num sistema distribuído não existe relógio global: cada máquina tem o seu, e a ordem dos eventos depende de quem observa.<sup><a href="#n4">4</a></sup> Chegou a isso lendo a relatividade de Einstein, para quem a própria simultaneidade depende do referencial. Uma empresa é um sistema distribuído feito de gente, no qual o comercial tem um relógio, o financeiro tem outro e a recepção que digita o contrato tem um terceiro. O painel que o diretor lê escolhe um deles sem dizer qual.</p>
<p>Na clínica, os dois relógios ganharam nomes simples: <strong>Competência</strong> é quando o fato entrou no sistema; <strong>Safra</strong> é quando a pessoa entrou na clínica. Os dois são verdadeiros, e cada um responde a uma pergunta. Usar um para responder à pergunta do outro é o erro, e esse erro não aparece em painel nenhum, porque o número sai limpo, formatado e com duas casas decimais.</p>
<p class="destaca">“O mês” <span>é uma consulta, e toda consulta tem de dizer em qual relógio foi feita.</span></p>
<h2 id="colheita">A colheita no dia do plantio</h2>
<p>O segundo relógio é mais traiçoeiro, porque ele não mente sobre o passado. Ele mente sobre o futuro.</p>
<p>Do primeiro contato até a venda, o procedimento de alto ticket da clínica leva, na mediana, 103 dias. Aos 90 dias, só 34% de uma safra fechou. Entre 105 e 120 dias, a curva salta para 90%. Isso quer dizer que a reunião mensal, que olha para os clientes que chegaram no mês, está julgando uma safra quando ela ainda não entregou quase nada do que vai entregar.</p>
<figure class="fig">
<p class="rot-fig">Figura 2 · a maturidade de uma safra</p>
<p class="tit">Quanto de uma safra já fechou, pela idade dela</p>
<div id="r2"></div>
<div class="calc calc-1">
<div class="ctl"><div><label for="k-idade">Idade da safra quando a diretoria olha <output id="o-idade">30 dias</output></label><input id="k-idade" max="150" min="0" step="1" type="range" value="30"/></div></div>
<div aria-live="polite" class="leitura"><span class="big" id="o-vis">11%</span><small>do resultado final da safra já está visível no painel</small></div>
</div>
<p class="nota">Pontos medidos: dia 0, dia 90 (34%), dia 103 (mediana, 50%) e dia 120 (90%). Entre eles, interpolação linear; antes do dia 90 a curva real tende a ficar abaixo da reta, então a leitura da calculadora é otimista.</p>
</figure>

<p>A estatística médica conhece esse problema desde 1958. Edward Kaplan e Paul Meier publicaram o estimador que leva o nome deles para lidar com pacientes cuja história ainda não terminou quando o estudo precisa ser lido.<sup><a href="#n5">5</a></sup> Eles chamaram isso de <em>censura</em>. Um paciente censurado não está curado nem morto. Ele simplesmente ainda não chegou ao fim. Uma safra de trinta dias está censurada. Chamá-la de ruim é declarar morto quem ainda não terminou de viver.</p>
<p>Fernand Braudel, o historiador, separava a espuma dos acontecimentos, que o jornal registra todo dia, da <em>longa duração</em>, as estruturas que se movem devagar e decidem o que realmente acontece.<sup><a href="#n6">6</a></sup> Reinhart Koselleck falou em estratos do tempo, camadas de velocidades diferentes convivendo no mesmo presente.<sup><a href="#n7">7</a></sup> O painel diário é espuma. A safra é estrutura. Uma diretoria que só lê espuma vai sempre premiar o que é rápido e punir o que é profundo.</p>
<p class="destaca">A empresa decide no ritmo do calendário. <span>O cliente decide no ritmo dele.</span> Quando os dois relógios não conversam, o painel pune o que está funcionando e premia o que já está acabando.</p>
<p>Há um agravante que quase ninguém declara. Onde o dinheiro está, o volume é pequeno. A clínica faz pouco mais de três procedimentos de alto ticket por mês nas safras maduras. Para detectar com segurança uma melhora de 25% na conversão de avaliação em venda, seria preciso um teste de quatorze meses por grupo. A consequência que escrevemos no modelo de dados foi curta: <strong>a incerteza é coluna, não rodapé</strong>. Toda taxa sai com o intervalo, toda contagem rara sai com a faixa.</p>
<h2 id="crise">A crise que não existiu</h2>
<figure class="quadro"><span class="zoom"><img alt="Pintura de 1533: dois embaixadores de pé ao lado de uma estante com instrumentos científicos; no chão, uma forma alongada e distorcida que só se revela uma caveira quando vista de lado." height="1084" loading="lazy" src="https://alexmerovic.com.br/blog/dois-relogios/holbein.webp" width="1100"/></span><figcaption><b>Hans Holbein, o Jovem, <i>Os embaixadores</i>, 1533.</b> National Gallery, Londres. Domínio público, via Wikimedia Commons. A mancha no chão só vira caveira para quem olha de um ângulo específico.</figcaption></figure>

<p>Holbein pintou dois homens poderosos cercados de instrumentos de medir o mundo, o globo, o quadrante, o relógio de sol, o alaúde, e pôs aos pés deles uma mancha alongada que, vista de frente, não significa nada; quem se desloca para o lado, perto da moldura, descobre ali uma caveira. Tudo depende de onde se olha.</p>
<p>Uma análise nossa, feita cedo no projeto, chegou a reportar que a taxa de fechamento da clínica tinha caído de 97,7% para 28,1%, uma queda de quase setenta pontos. Número assim faz uma diretoria trocar a equipe comercial na mesma semana. Lida no registro de origem, a queda real foi de 65,3% para 44,9%, o que continuava sendo queda e merecia atenção, mas tinha um terço do tamanho e outra causa.</p>
<figure class="fig">
<p class="rot-fig">Figura 3 · a caveira de Holbein</p>
<p class="tit">A mesma taxa de fechamento, lida em duas fontes</p>
<div id="r3"></div>
<p class="nota">A leitura inflada vinha de um campo de status atualizado à mão, que ninguém mantinha no mesmo ritmo das vendas. A leitura real vem do registro de origem, que não é editado depois.</p>
</figure>

<p>O erro estava num campo de status, “ganho, aberto, perdido”, que alguém atualizava à mão quando se lembrava; o número era exato, só não media o que o nome dizia. W. Edwards Deming passou a vida repetindo que um conceito só vira número depois de uma <em>definição operacional</em>, que diga como se mede, com que instrumento, quem mede e quando.<sup><a href="#n8">8</a></sup> Sem ela, “taxa de fechamento” é uma opinião bem formatada.</p>
<p>Andy Grove exigia, na Intel, que todo indicador viesse em par, o efeito ao lado do contraefeito, para que ninguém reagisse a um número sozinho,<sup><a href="#n9">9</a></sup> e Jeff Bezos separa as decisões em portas de mão dupla, que se desfazem, e portas de mão única, que não se desfazem.<sup><a href="#n10">10</a></sup> Juntando os dois, cheguei a uma regra que hoje considero inegociável: <strong>número imaturo ou sem par pode alimentar decisão reversível, nunca decisão irreversível</strong>. Mexer num criativo é porta de mão dupla; trocar uma equipe, de mão única.</p>
<p>Em miniatura, a mesma lição apareceu na contagem de leads. A plataforma de anúncios contava 324 conversas no mês, e os eventos de lead enviados pelo sistema eram 236, um subconjunto das conversas, de modo que quem soma as duas colunas infla o topo do funil em 72,8%. O sociólogo Alain Desrosières mostrou que toda estatística começa por uma <em>convenção de equivalência</em>, a decisão de contar como a mesma coisa duas coisas diferentes;<sup><a href="#n11">11</a></sup> essa decisão quase nunca é escrita, e por isso quase nunca é revista.</p>
<h2 id="olho">O olho do dirigente</h2>
<p>O frade da pintura de abertura é Luca Pacioli. Em 1494 ele publicou em Veneza a primeira descrição impressa das partidas dobradas: cada valor lançado duas vezes, uma a débito e outra a crédito, para que o livro se conferisse sozinho.<sup><a href="#n12">12</a></sup> Goethe, três séculos depois, pôs na boca de um personagem que aquela era uma das mais belas invenções do espírito humano.<sup><a href="#n13">13</a></sup> Não era exagero. O historiador Jacob Soll mostrou que impérios e casas comerciais prosperaram enquanto seus livros eram confiáveis para quem decidia, e começaram a cair quando deixaram de ser.<sup><a href="#n14">14</a></sup></p>
<p>Theodore Porter explica por quê. A quantificação nasce como uma tecnologia de distância: o número existe para que alguém possa confiar no que acontece numa sala em que não está.<sup><a href="#n15">15</a></sup> O painel é o olho do dirigente nos lugares aonde ele não vai. Um painel com o relógio errado não é um problema de BI. É um CEO que acha que está vendo e não está.</p>
<p>Na clínica, organizamos o dado em quatro camadas, que não são fases de um projeto, e sim níveis de maturidade que convivem.</p>
<figure class="fig">
<p class="rot-fig">Figura 4 · as quatro camadas</p>
<p class="tit">Onde estava o gargalo, em agosto de 2026</p>
<div id="r4"></div>
<p class="nota">A camada de decisão estava travada por um único campo na camada de instrumentação: a origem do cliente, preenchida em 4,14% dos cadastros.</p>
</figure>

<p>O achado mais caro de todos cabia numa linha: <strong>o campo de origem do paciente estava preenchido em 4,14% dos cadastros</strong>. Com isso, qualquer custo de aquisição por canal era ficção. A tentação natural, em qualquer empresa, é resolver isso comprando análise: um analista, uma ferramenta de BI, um painel mais bonito. Mas o gargalo não era analítico. Era de instrumentação. Nenhuma análise recupera um dado que ninguém anotou na porta. A solução custava zero e dava trabalho: tornar o campo obrigatório no primeiro contato e cobrar o preenchimento como se cobra caixa.</p>
<p>Essa é uma lição de alocação de capital, e não de dados. Antes de comprar inteligência, confira se não está faltando disciplina.</p>
<h2 id="contrato">O contrato do número</h2>
<p>Tudo isso ficaria no diagnóstico se não virasse regra; saímos do caso com três, e nenhuma depende de software.</p>
<p><strong>Primeira: nenhum número entra na mesa da diretoria sem um contrato de cinco campos.</strong></p>
<table>
<thead>
<tr>
<th>Campo</th>
<th>Pergunta</th>
<th>Como ficou na clínica</th>
</tr>
</thead>
<tbody>
<tr>
<td>Definição operacional</td>
<td>Como exatamente se conta?</td>
<td>Fechamento é venda com valor no registro de origem, e não no campo de status</td>
</tr>
<tr>
<td>Fonte primária</td>
<td>De onde vem, e quem pode editar?</td>
<td>A exportação do sistema de gestão. A planilha é derivada e descartável</td>
</tr>
<tr>
<td>Relógio</td>
<td>Competência ou safra?</td>
<td>Os dois, lado a lado, sempre rotulados</td>
</tr>
<tr>
<td>Maturidade</td>
<td>A partir de que idade o número pode ser julgado?</td>
<td>Safra de alto ticket só é julgada depois de 120 dias</td>
</tr>
<tr>
<td>Dono</td>
<td>Quem responde quando o número muda depois de fechado?</td>
<td>Uma pessoa, com nome</td>
</tr>
</tbody>
</table>
<p><strong>Segunda: a regra da maturidade, que cabe numa semana.</strong> Exporte a data do primeiro contato e a data da venda de cada cliente, calcule que porcentagem de cada safra fechou em cada idade e defina como idade de julgamento o ponto em que a curva chega a 90%; a partir daí, proíba o painel de mostrar uma safra mais nova sem a etiqueta “imatura”. Qualquer empresa com venda consultiva faz isso numa planilha.</p>
<p><strong>Terceira: o número sai com a faixa, nunca sozinho.</strong> No dia 14 de setembro, com metade do mês já corrida, havia duas projeções honestas para o faturamento: a linear dizia 37,8% da meta; a que usava a curva histórica de faturamento dentro do mês, 54,4%.</p>
<figure class="fig">
<p class="rot-fig">Figura 5 · a projeção honesta</p>
<p class="tit">Setembro, visto do dia 14: onde o mês pode terminar</p>
<div id="r5"></div>
<p class="nota">Percentual da meta mensal de faturamento. Realizado até o dia 14 e as duas projeções feitas naquele dia. O intervalo entre elas é a incerteza real do mês.</p>
</figure>

<p>Um relatório comum escolheria uma das duas e a apresentaria como previsão. O que escrevemos foi que o intervalo entre as duas é a incerteza real do mês, e isso parece fraqueza para quem está acostumado a número de uma casa só. É o contrário. Jim Collins chamou de paradoxo de Stockdale a capacidade de encarar os fatos mais brutais sem perder a fé no resultado.<sup><a href="#n16">16</a></sup> Uma diretoria que aceita ouvir “julho ainda não acabou” e “setembro está entre isto e aquilo” decide melhor do que aquela que exige certeza e recebe ficção.</p>
<p>Por trás das três regras há um princípio de engenharia que vale para qualquer empresa: o dado passa por cinco estágios, bruto, cálculo, indicador, leitura e decisão, e <strong>nada volta</strong>; o relatório nunca é corrigido. Corrige-se a origem, e tudo é recalculado. Foi por isso que o fechamento de agosto só saiu depois de passar por dezenove testes de identidade lógica, somas que precisam bater entre si, e nenhum deles falhou. É o tipo de rotina que só cria quem já viu um mês mudar de tamanho depois de fechado.</p>
<h2 id="westminster">O fogo de Westminster</h2>
<figure class="quadro"><span class="zoom"><img alt="Pintura de 1834: o Palácio de Westminster em chamas visto do outro lado do Tâmisa, com o fogo refletido na água e uma multidão nas margens." height="817" loading="lazy" src="https://alexmerovic.com.br/blog/dois-relogios/turner.webp" width="1100"/></span><figcaption><b>J. M. W. Turner, <i>O incêndio das Casas dos Lordes e dos Comuns, 16 de outubro de 1834</i>, 1834–35.</b> Cleveland Museum of Art. Domínio público, via Wikimedia Commons.</figcaption></figure>

<p>Durante séculos, o Tesouro inglês registrou o que lhe deviam em varetas de madeira. Entalhava-se o valor, partia-se a vareta ao meio no sentido do comprimento, e cada parte ficava com um lado. Só as duas metades juntas provavam a dívida. Era, a seu modo, uma partida dobrada de madeira.</p>
<p>O sistema foi abolido no começo do século XIX, mas as varetas continuaram guardadas, porque ninguém sabia o que fazer com registros que já não serviam para nada. Em outubro de 1834 decidiram queimá-las nas fornalhas sob a Câmara dos Lordes. O fogo saiu do controle e destruiu quase todo o Palácio de Westminster. Turner estava na margem do Tâmisa e pintou o incêndio. Vinte anos depois, Charles Dickens contou a história num discurso, como a sátira perfeita de uma burocracia que se agarra ao registro morto até ele incendiar a casa.<sup><a href="#n17">17</a></sup></p>
<p>Eu penso nas varetas quando vejo um painel que ninguém revisa há meses, um campo de status que alguém atualiza quando lembra, um mês fechado que continua mudando sem aviso. Registro não é arquivo. Registro é o olho de quem decide. Quando ele envelhece sem que ninguém perceba, não fica só inútil. Fica perigoso.</p>
<p>Todo número de negócio tem dois relógios: o do calendário, em que a empresa decide, e o do cliente, em que o dinheiro acontece. O trabalho de quem dirige não é escolher um. É saber, antes de cada decisão, qual dos dois está batendo.</p>
<p class="fim">Em qual relógio?</p>
<div class="footnote" id="notas"><ol><li id="n1">ORWELL, George. <i>1984</i>. Londres: Secker &amp; Warburg, 1949. Parte I, capítulo 3.</li><li id="n2">ASSIS, Machado de. <i>Memórias póstumas de Brás Cubas</i>. Rio de Janeiro: Tipografia Nacional, 1881.</li><li id="n3">SNODGRASS, Richard; AHN, Ilsoo. “A Taxonomy of Time in Databases”. <i>Proceedings of ACM SIGMOD</i>, 1985. Ver também SNODGRASS, R. <i>Developing Time-Oriented Database Applications in SQL</i>. Morgan Kaufmann, 1999; e FOWLER, Martin. “Bitemporal History”, 2021.</li><li id="n4">LAMPORT, Leslie. “Time, Clocks, and the Ordering of Events in a Distributed System”. <i>Communications of the ACM</i>, v. 21, n. 7, 1978.</li><li id="n5">KAPLAN, Edward L.; MEIER, Paul. “Nonparametric Estimation from Incomplete Observations”. <i>Journal of the American Statistical Association</i>, v. 53, n. 282, 1958.</li><li id="n6">BRAUDEL, Fernand. “Histoire et sciences sociales: la longue durée”. <i>Annales</i>, v. 13, n. 4, 1958.</li><li id="n7">KOSELLECK, Reinhart. <i>Estratos do tempo</i>. Rio de Janeiro: Contraponto; PUC-Rio, 2014. Original: <i>Zeitschichten</i>, 2000.</li><li id="n8">DEMING, W. Edwards. <i>Out of the Crisis</i>. Cambridge: MIT, 1986. Capítulo sobre definições operacionais.</li><li id="n9">GROVE, Andrew S. <i>High Output Management</i>. Nova York: Random House, 1983.</li><li id="n10">BEZOS, Jeff. Carta aos acionistas da Amazon, 2015.</li><li id="n11">DESROSIÈRES, Alain. <i>La politique des grands nombres: histoire de la raison statistique</i>. Paris: La Découverte, 1993.</li><li id="n12">PACIOLI, Luca. <i>Summa de arithmetica, geometria, proportioni et proportionalità</i>. Veneza, 1494. Seção <i>Particularis de computis et scripturis</i>.</li><li id="n13">GOETHE, Johann Wolfgang von. <i>Os anos de aprendizado de Wilhelm Meister</i>, 1795–96. A fala é do personagem Werner.</li><li id="n14">SOLL, Jacob. <i>The Reckoning: Financial Accountability and the Rise and Fall of Nations</i>. Nova York: Basic Books, 2014.</li><li id="n15">PORTER, Theodore M. <i>Trust in Numbers: The Pursuit of Objectivity in Science and Public Life</i>. Princeton University Press, 1995.</li><li id="n16">COLLINS, Jim. <i>Good to Great</i>. Nova York: HarperBusiness, 2001. Capítulo 4.</li><li id="n17">DICKENS, Charles. Discurso à Administrative Reform Association, Londres, 27 de junho de 1855.</li></ol><p style="margin-top:1em">Os dados deste ensaio são de uma clínica real de SP, do nicho de estética, anonimizada a pedido. Valores em reais, nomes, cidade e procedimentos específicos foram omitidos; as proporções, os índices e as datas são os medidos.</p></div>]]></content:encoded>
</item><item>
<title>O preço de tudo</title>
<link>https://alexmerovic.com.br/blog/o-preco-de-tudo/</link>
<guid isPermaLink="true">https://alexmerovic.com.br/blog/o-preco-de-tudo/</guid>
<pubDate>Tue, 29 Sep 2026 09:00:00 -0300</pubDate>
<description>Numa clínica de SP, do nicho de estética, o lead mais barato da conta era o que menos virava receita. Como a métrica certa media a coisa errada, e o que fizemos para ensinar à máquina a diferença entre preço e valor.</description>
<content:encoded><![CDATA[<figure class="quadro"><span class="zoom"><img loading="lazy" src="https://alexmerovic.com.br/blog/o-preco-de-tudo/massys.webp" alt="Pintura de 1514: um cambista pesa moedas numa pequena balança enquanto a esposa desvia o olhar do livro de horas para o dinheiro. Um espelho convexo reflete alguém fora da cena." width="1100" height="1035"></span><figcaption><b>Quentin Massys, <i>O cambista e sua mulher</i>, 1514.</b> Museu do Louvre. Domínio público, via Wikimedia Commons.</figcaption></figure>

<div class="epigrafe"><p>“O cínico é um homem que sabe o preço de tudo e o valor de nada.”</p><cite>Oscar Wilde, <i>O leque de Lady Windermere</i>, 1892</cite></div>

<h2 id="balanca">A balança</h2>
<p class="abre">No quadro de Massys, o cambista não olha para a esposa, nem para o livro, nem para nós: olha para a balança. É o gesto mais honesto da pintura flamenga, o de um homem que tenta saber quanto uma coisa vale de verdade, moeda por moeda, antes de aceitá-la. A esposa, que devia estar lendo o livro de horas, desvia o olho para o ouro, e no espelho convexo sobre a mesa aparece alguém que está fora do quadro, observando.</p>
<p>Há um registro do século XVII segundo o qual a moldura original trazia uma frase do Levítico: <em>que a balança seja justa e os pesos iguais</em>.<sup><a href="#r1">1</a></sup> Penso nela toda vez que abro um painel de anúncios, que também é uma balança, e a pergunta que me faço é sempre a mesma: os pesos estão iguais, ou alguém calibrou a balança para medir a coisa mais fácil de pesar?</p>
<p>Em julho de 2026 assumi, pela consultoria, a operação comercial e de mídia de uma clínica de SP, do nicho de estética, e a conta de anúncios parecia saudável: custo por conversa razoável, volume crescendo, um criativo campeão carregando sozinho um terço do resultado. Todo mundo olhava para o mesmo número, e o número dizia que estava tudo bem.</p>
<p>Mentia com a cara mais limpa do mundo, e não por fraude, mas por obediência.</p>
<h2 id="paradoxo">O lead mais barato</h2>
<p>A clínica tem quatro linhas de receita: um procedimento cirúrgico de alto ticket, cujo ciclo de decisão leva perto de cem dias; um tratamento clínico recorrente; uma linha corporal não invasiva, que funciona como porta de entrada; e uma linha facial, pequena.</p>
<p>No custo por conversa, a linha corporal ganhava de lavada, com a conversa mais barata da conta, 38% mais barata que a do procedimento de alto ticket. Qualquer gestor de mídia faria diante disso o óbvio, que é pôr mais verba em quem entrega mais barato. A própria plataforma já o fazia, sozinha.</p>
<p>Cruzei então o relatório de mídia com o de vendas. É um cruzamento banal, e quase ninguém o faz, porque os dois relatórios moram em sistemas diferentes e respondem a pessoas diferentes.</p>
<figure class="fig">
<p class="rot-fig">Figura 1 · julho de 2026</p>
<p class="tit">Onde a verba ia, e de onde a receita vinha</p>
<div class="legenda"><span><i style="background:var(--azul)"></i>% da mídia</span><span><i style="background:var(--ambar)"></i>% da receita</span></div>
<div id="c1"></div>
<p class="nota">Parcela de cada linha no investimento e no faturamento do mês. O restante da mídia rodou em campanhas amplas, sem linha definida. Fonte: exportações das plataformas de anúncio e relatório de vendas do sistema de gestão da clínica.</p>
</figure>

<p>A linha corporal recebia 12,6% da mídia e devolvia 4,3% da receita, ao passo que o procedimento de alto ticket, com 11,2% da verba, devolvia 55,4%. Cada real posto no alto ticket voltou 48,8 vezes, e cada real posto no corporal, 3,4 vezes. A diferença é de catorze para um.</p>
<figure class="fig">
<p class="rot-fig">Figura 2 · o mapa do engano</p>
<p class="tit">Custo por conversa contra retorno por real investido</p>
<div id="c2"></div>
<p class="nota">Eixo horizontal: custo por conversa em índice, com a linha corporal valendo 100. Eixo vertical: receita dividida por investimento, em escala logarítmica. Quanto mais para cima e para a esquerda, melhor. Nenhuma linha mora lá.</p>
</figure>

<p class="destaca">O lead mais barato era o que menos valia. A métrica de custo estava certa, e <span>respondia com toda a precisão a uma pergunta que ninguém deveria ter feito.</span></p>
<h2 id="maquina">A máquina obedece</h2>
<p>Seria tentador culpar o algoritmo, e injusto: o otimizador da plataforma fez exatamente o que mandamos, que era encontrar, pelo menor custo possível, pessoas dispostas a começar uma conversa no WhatsApp. Como a conversa de procedimento corporal é abundante e barata, e nasce do impulso, ele empurrou a verba para lá. Trabalho impecável, objetivo errado.</p>
<p>Charles Goodhart descreveu isso em 1975, ao tratar de política monetária: qualquer regularidade estatística tende a colapsar quando passa a ser pressionada para fins de controle.<sup><a href="#r2">2</a></sup> Anos depois, a antropóloga Marilyn Strathern resumiu melhor a ideia, dizendo que, quando uma medida vira meta, ela deixa de ser uma boa medida.<sup><a href="#r3">3</a></sup> Donald Campbell chegou ao mesmo lugar pela sociologia.<sup><a href="#r4">4</a></sup> Steven Kerr, num artigo de 1975 que devia ser leitura obrigatória para todo PO, deu à coisa o nome definitivo: <em>a loucura de recompensar A esperando B</em>.<sup><a href="#r5">5</a></sup></p>
<p>Nós recompensávamos conversa e esperávamos receita; a máquina, sem ironia nenhuma, entregou conversa.</p>
<blockquote>
<p>“Resista às proxies.”</p>
<cite>Jeff Bezos, carta aos acionistas da Amazon, 2016</cite>
</blockquote>

<p>Bezos escreveu isso sobre processo, mas vale igualmente para as métricas: uma operação, à medida que cresce, passa a gerenciar o representante no lugar da coisa representada. O custo por conversa é um desses representantes, escolhido um dia porque era fácil de ler e porque, em alguma conta, andava junto com a receita. Aqui deixou de andar, e ninguém percebeu, porque o painel mostrava o representante e não a coisa.</p>
<p>Charlie Munger dizia que nunca, jamais, se deve pensar em outra coisa quando se deveria estar pensando no poder dos incentivos.<sup><a href="#r6">6</a></sup> Um otimizador de anúncios é o incentivo em estado puro, sem opinião, sem cansaço e sem pudor. Só tem o alvo que você deu.</p>
<div aria-hidden="true" class="binario">01101111 <b>preço</b> 00100000 01110110 <b>≠</b> 01100001 01101100 <b>valor</b> 01101111</div>

<h2 id="extremistao">Mediocristão e Extremistão</h2>
<p>Nassim Taleb separa o mundo em duas províncias.<sup><a href="#r7">7</a></sup> No Mediocristão, nenhuma observação isolada muda a média, como acontece com a altura, o peso ou o consumo de calorias; no Extremistão, uma única observação pode valer mais que todas as outras somadas, como o patrimônio, a audiência ou a venda de livros. A graça está em que as duas convivem na mesma planilha, sem que ninguém nos avise quando atravessamos a fronteira.</p>
<p>O lead mora no Mediocristão: um se parece muito com o outro, custa mais ou menos o mesmo e pesa quase igual no painel. Receita de clínica mora no Extremistão.</p>
<figure class="fig">
<p class="rot-fig">Figura 3 · as 70 vendas de 1 a 25 de julho</p>
<p class="tit">16 vendas fizeram 90,8% do faturamento</p>
<div id="c3"></div>
<p class="nota">Cada ponto é uma venda. Em dourado, as vendas acima do ticket de corte da clínica. As outras 54, na maioria medicação avulsa e recompra de base, somaram 9,2%.</p>
</figure>

<p>Quando a distribuição é essa, otimizar para o custo médio do lead é otimizar para o lugar onde o dinheiro não está. O painel de mídia vive no Mediocristão, porque trata todo lead como igual; o caixa vive no Extremistão, porque não trata.</p>
<div class="lado">
<div>
<p>O tempo torna o caso ainda mais cruel. Na mediana, o procedimento de alto ticket leva cem dias da primeira conversa à venda, enquanto a conversa corporal fecha rápido ou não fecha. Um painel que olha a semana sempre vai preferir a conversa rápida, porque é a única cuja consequência cabe na janela dele.</p>
<p>John Wanamaker, o lojista da Filadélfia, teria dito que metade do dinheiro que gastava com propaganda era desperdiçada, e que o problema era não saber qual metade; a frase também é atribuída a Lord Leverhulme, e ninguém achou a fonte primária de nenhum dos dois.<sup><a href="#r8">8</a></sup> Acho isso perfeito. Até o aforismo mais famoso sobre atribuição tem problema de atribuição.</p>
</div>
<figure class="quadro">
<span class="zoom"><img alt="Retrato fotográfico em preto e branco de John Wanamaker sentado à mesa de trabalho." height="544" loading="lazy" src="https://alexmerovic.com.br/blog/o-preco-de-tudo/wanamaker.webp" width="700"/></span>
<figcaption><b>John Wanamaker, retrato sem data.</b> Biblioteca do Congresso dos EUA. Domínio público.</figcaption>
</figure>
</div>

<h2 id="decisao">Duas decisões e um campo obrigatório</h2>
<p>Dava para fazer o óbvio, que era cortar a linha corporal, e não o fizemos, porque ela ainda tinha o segundo menor custo por conversa e sustentava o criativo campeão da conta. Cortar a porta de entrada para salvar a sala de estar é o tipo de decisão que parece corajosa na reunião e sai cara no trimestre. A primeira decisão foi mais sóbria: redistribuir a verba pelo que cada linha devolve, e não pelo que cada conversa custa.</p>
<figure class="fig">
<p class="rot-fig">Figura 4 · a verba redistribuída</p>
<p class="tit">Plano de agosto contra o realizado de julho, por bloco</p>
<div id="c4"></div>
<p class="nota">Mesma verba total, outra alocação. O bloco facial saiu porque cada conversa custava cinco vezes a do corporal. A busca por intenção de preço manteve o investimento e mudou de estrutura.</p>
</figure>

<p>A segunda decisão era a que importava, e não era de mídia. Redistribuir verba à mão é remédio de uma dose só; na semana seguinte, o otimizador volta a fazer o que sabe, que é correr atrás da conversa barata. Para mudar o comportamento da máquina era preciso mudar o que ela enxerga, e ela precisava saber, a cada conversa, de qual anúncio a pessoa veio e quanto essa pessoa provavelmente vale.</p>
<p>Isso virou um pedido pronto para o desenvolvimento, escrito no dia 31 de julho, com três regras que considero o coração do trabalho de produto neste caso.</p>
<figure class="fig">
<p class="rot-fig">Figura 5 · o sinal de valor</p>
<p class="tit">Peso relativo enviado à plataforma por conversa, por linha declarada na entrada</p>
<div id="c5"></div>
<p class="nota">Pesos normalizados pela linha corporal. Os valores absolutos não importam para o otimizador, só a proporção entre eles. Sem linha preenchida, a conversa leva o peso médio da conta.</p>
</figure>

<p><strong>Primeira regra: o identificador do anúncio é urgente, o resto pode esperar.</strong> Quem clica num anúncio e cai no WhatsApp chega com um identificador de clique colado na primeira mensagem, e só nela, de modo que, se o sistema não o guardar naquele instante, a conversa nunca mais poderá ser ligada a anúncio nenhum. Tem dado que se busca depois. Esse não. Toda conversa que entra sem captura fica perdida para a atribuição, e para sempre.</p>
<p><strong>Segunda regra: a linha de receita é um campo obrigatório de valores fechados, nunca texto livre.</strong> Em duas semanas o texto livre vira sopa, com “Corporal”, “corpo”, “abdômen”, “emagrecer” disputando o mesmo lugar, e o valor enviado para a máquina sai errado sem que ninguém perceba. Um campo com quatro opções é uma decisão de produto, e é o contrato entre o atendimento e o algoritmo.</p>
<p><strong>Terceira regra: sinal com valor médio é melhor que sinal nenhum.</strong> Se a atendente não souber a linha, a conversa sai com o peso médio da conta; e, se a pessoa entra pela porta corporal e fecha o procedimento de alto ticket, ninguém tenta acertar na entrada; a venda, quando acontece, corrige o valor com o número real do contrato.</p>
<p class="destaca">Especificar é decidir o que o sistema <span>tem permissão de ignorar</span>. Neste caso, decidimos que ele já não podia ignorar quanto vale uma conversa.</p>
<h2 id="correcao">A correção que a pesquisa impôs</h2>
<p>Eu gostaria de contar que o sinal de valor resolveu tudo. Seria um bom final, e uma mentira.</p>
<p>Duas semanas depois, fechando um dossiê para reduzir o custo de aquisição, esbarrei no que eu não tinha medido. A otimização por valor das plataformas exige volume, dezenas de conversões com valores distintos em janelas de catorze dias; a clínica fecha algo perto de dezesseis vendas relevantes por mês e, por isso, não é elegível para o modo mais agressivo. E o único teste controlado com metodologia publicada que encontrei mostrou que otimizar por valor aumentou o retorno em 18%, mas piorou o custo por conversão em 24%.<sup><a href="#r9">9</a></sup></p>
<p>Mandar valor, portanto, resolve o <em>mix</em>, isto é, a proporção entre conversas caras e baratas, mas não resolve sozinho o custo de aquisição. Eu tinha acertado o diagnóstico e superestimado o remédio.</p>
<p>O que reorganizou o problema foi uma identidade simples, que eu deveria ter escrito no quadro no primeiro dia: o custo de aquisição é uma fração, e a mídia controla só o numerador dela.</p>
<figure class="fig">
<p class="rot-fig">Figura 6 · calculadora</p>
<p class="tit">Custo por cadeira ocupada = custo por lead ÷ (lead → agendamento × comparecimento)</p>
<div class="calc">
<div class="ctl">
<div><label for="k-cpl">Custo por lead (índice) <output id="o-cpl">100</output></label><input id="k-cpl" max="140" min="60" step="1" type="range" value="100"/></div>
<div><label for="k-ag">Lead que vira agendamento <output id="o-ag">21,4%</output></label><input id="k-ag" max="40" min="10" step="0.01" type="range" value="21.37"/></div>
<div><label for="k-cp">Agendamento que comparece <output id="o-cp">66,7%</output></label><input id="k-cp" max="95" min="40" step="0.01" type="range" value="66.67"/></div>
</div>
<div aria-live="polite" class="leitura">
<span class="big" id="o-idx">100</span>
<span class="delta" id="o-dl">ponto de partida</span>
<small>índice do custo por cadeira ocupada; agosto de 2026 = 100</small>
</div>
</div>
<div class="botoes">
<button class="acao" id="b-cpl" type="button">Só a mídia: custo por lead −30%</button>
<button class="acao" id="b-mix" type="button">Três passos modestos</button>
<button class="acao" id="b-rst" type="button">Voltar ao ponto de partida</button>
</div>
<p class="nota">Taxas de agendamento e comparecimento apuradas na clínica em agosto de 2026. O caminho de “três passos modestos” combina custo por lead −8%, agendamento +15% e comparecimento +14%, e chega a −29,8%, praticamente o mesmo que um corte heroico de 30% só na mídia.</p>
</figure>

<p>Os termos se multiplicam. Três melhorias pequenas batem uma melhoria heroica, e duas delas moram no atendimento, onde a concorrência não consegue disputar. Custo por lead é o único termo que todo anunciante da região está brigando para baixar ao mesmo tempo; os outros dois, só a clínica controla.</p>
<p>Há ainda um limite mais duro, que me custou um pouco da vaidade de analista. Randall Lewis e Justin Rao analisaram 25 grandes experimentos de campo com anúncios e mostraram que, mesmo com 200 mil usuários, o teste estatístico esperado para medir o retorno fica em torno de 1,04, valor que não prova coisa alguma.<sup><a href="#r10">10</a></sup> Se empresas com milhões de usuários não conseguem medir com precisão o retorno da mídia, uma clínica também não vai conseguir, e o que lhe resta é escolher bem o que se mede, declarar o que não se sabe e parar de discutir decimal de custo por lead.</p>
<h2 id="produto">O que isso ensina a quem constrói produto</h2>
<figure class="quadro">
<span class="zoom"><img alt="Pintura satírica do século XVII: macacos vestidos como mercadores negociam tulipas, pesam moedas e fazem contas diante de um canteiro de flores." height="703" loading="lazy" src="https://alexmerovic.com.br/blog/o-preco-de-tudo/tulip.webp" width="1100"/></span>
<figcaption><b>Jan Brueghel, o Jovem, <i>Sátira à tulipomania</i>, c. 1640.</b> Frans Hals Museum, Haarlem. Domínio público, via Wikimedia Commons. Macacos negociando bulbos por fortunas: o preço descolado do valor, pintado três anos depois do colapso.</figcaption>
</figure>

<p>Brueghel pintou os mercadores de tulipa como macacos, pesando moedas e assinando contratos por bulbos que valiam uma casa, e o alvo da sátira é gente muito ocupada em medir o preço com precisão, sem nunca perguntar o que a coisa vale.</p>
<p>Saí desse caso com três convicções que hoje aplico a qualquer sistema que especifico.</p>
<p><strong>A métrica é parte da especificação.</strong> Antes de decidir a funcionalidade, decide-se que número ela vai fazer mudar e se esse número anda junto com o resultado que importa. Um campo obrigatório de linha de receita não aparece em nenhum roadmap bonito, e foi, ainda assim, a funcionalidade mais valiosa do trimestre.</p>
<p><strong>Todo painel precisa mostrar o próprio ponto cego.</strong> O custo por conversa media com exatidão; o erro foi deixá-lo sozinho na tela. Um número sem a pergunta que ele responde é só um número bem formatado.</p>
<p><strong>Humildade é método, e não traço de personalidade.</strong> Errei o tamanho do remédio, e achei o erro porque tinha escrito a hipótese antes, com fonte e nível de evidência, e porque fui atrás do teste que podia me contradizer; sem isso, teria defendido o sinal de valor em toda reunião até o fim do trimestre.</p>
<figure class="quadro">
<span class="zoom"><img alt="Pintura de 1857: três camponesas curvadas recolhem espigas deixadas no campo depois da colheita, com medas de trigo ao fundo." height="823" loading="lazy" src="https://alexmerovic.com.br/blog/o-preco-de-tudo/gleaners.webp" width="1100"/></span>
<figcaption><b>Jean-François Millet, <i>As respigadeiras</i>, 1857.</b> Museu d’Orsay. Domínio público, via Wikimedia Commons.</figcaption>
</figure>

<p>Millet pintou as mulheres que entram no campo depois da colheita para recolher o que ficou no chão. Ninguém olha para elas. O trigo grande já foi para as medas, lá no fundo, iluminado.</p>
<p>Agosto me mostrou que boa parte da receita da clínica também estava no chão depois da colheita, no que acontecia com a pessoa depois da primeira mensagem: quanto tempo esperava resposta, se era lembrada da avaliação, se aparecia. A mídia era a meda iluminada; o dinheiro perdido estava no restolho.</p>
<p>Essa é a próxima história.</p>
<p class="fim">Que a balança seja justa, e os pesos iguais.</p>
<div class="footnote" id="notas"><ol>
  <li id="r1">Levítico 19,36. A inscrição na moldura original do quadro de Massys é conhecida por uma descrição do século XVII; a moldura se perdeu.</li>
  <li id="r2">GOODHART, Charles. <i>Problems of Monetary Management: The U.K. Experience</i>. Papers in Monetary Economics, Reserve Bank of Australia, 1975.</li>
  <li id="r3">STRATHERN, Marilyn. “Improving ratings: audit in the British University system”. <i>European Review</i>, v. 5, n. 3, 1997.</li>
  <li id="r4">CAMPBELL, Donald T. “Assessing the impact of planned social change”. <i>Evaluation and Program Planning</i>, v. 2, n. 1, 1979.</li>
  <li id="r5">KERR, Steven. “On the Folly of Rewarding A, While Hoping for B”. <i>Academy of Management Journal</i>, v. 18, n. 4, 1975.</li>
  <li id="r6">MUNGER, Charles. “The Psychology of Human Misjudgment”, palestra em Harvard, 1995. BEZOS, Jeff. Carta aos acionistas da Amazon, 2016.</li>
  <li id="r7">TALEB, Nassim Nicholas. <i>A lógica do cisne negro</i>. Rio de Janeiro: Best Seller, 2008.</li>
  <li id="r8">A frase aparece atribuída a John Wanamaker e a William Lever, 1º Visconde de Leverhulme, sem fonte primária localizada para nenhum dos dois.</li>
  <li id="r9">IMGE, Testing Hub nº 12, “Does Meta’s Max Value optimization strategy outperform Max Conversion?”. Teste de fornecedor, metodologia declarada, evidência direcional.</li>
  <li id="r10">LEWIS, Randall A.; RAO, Justin M. “The Unfavorable Economics of Measuring the Returns to Advertising”. <i>The Quarterly Journal of Economics</i>, v. 130, n. 4, 2015.</li>
</ol><p style="margin-top:1em">Os dados deste ensaio são de uma clínica real, anonimizada a pedido. Valores em reais, nomes, cidade e procedimentos específicos foram omitidos; as proporções, os índices e as datas são os medidos. Nenhum número foi arredondado a favor da tese.</p></div>]]></content:encoded>
</item>
</channel>
</rss>
