Seu produto não piorou; o hábito do usuário é que mudou

O argumento central é que um produto não precisa perder recursos, piorar a interface ou deixar de funcionar para que clientes passem a considerá-lo tedioso. O que muda é a referência do cliente. Quando agentes são usados em outros contextos - pesquisar uma viagem, organizar arquivos ou alterar outro produto -, tarefas que exigiam abrir um aplicativo e percorrer várias telas viram uma frase. Ao voltar ao produto, o cliente ainda preenche os campos como sempre, mas agora sente o processo como trabalho desnecessário.

Problemas que o cliente não sabia que tinha

Problemas de cliente costumam ser tratados como algo à espera de descoberta, mas clientes podem estar satisfeitos até experimentarem uma alternativa. Quem registra despesas manualmente há anos pode não ver isso como problema. Depois de usar agentes em outros fluxos, “aqui estão meus recibos, envie minhas despesas” passa a parecer razoável. Os dez minutos não aumentaram, o produto não removeu recurso nem piorou a interface; ainda assim, algo aceito como parte do trabalho passa a parecer esforço evitável. A satisfação pode continuar alta enquanto o padrão de julgamento se move.

Não comece por um servidor MCP

É tentador concluir que tudo deve se tornar agêntico, com servidor MCP ou skill publicada, mas o texto chama isso de perseguir tecnologia em vez de gerir produto. O sinal mais amplo é saber se agentes estão se tornando parte de como os clientes realizam o trabalho; se estiverem, as expectativas podem mudar antes de o cliente pedir algo. Se o público não usa agentes, não há por que supor que precise que o produto funcione com um. Mas ele pode já usar agentes para pesquisa ou programação enquanto opera o produto manualmente. Talvez prefira assim, ou talvez o fornecedor o esteja bloqueando.

Pergunte sobre o trabalho real

A recomendação é não substituir boa pesquisa de cliente por “Você gostaria de usar IA para automatizar isso?”. Peça que o cliente volte à última vez em que fez a tarefa: o que fez, o que funcionou, onde travou. Se agentes importam, aparecerão nessas histórias - alguém tentou entregar um trabalho a um agente e descobriu que o produto não conseguia participar, assumiu no meio do caminho ou decidiu não tentar de novo. Isso é evidência suficiente; o churn só confirma que a mudança já aconteceu.

Cliente satisfeito também pode ser alerta

Agentes não necessariamente tornam clientes menos satisfeitos. No exemplo do sistema de despesas obrigatório, o agente pode operá-lo: o usuário entrega os recibos, as despesas são enviadas e ele quase não pensa no produto. A satisfação com o trabalho aumenta, mas a consciência do produto diminui. Para o fornecedor, pode parecer bom: cliente feliz, uso e renovação saudáveis. Trocar tem custo, e agentes não eliminam a inércia. O alerta é que o cliente se apega à configuração de trabalho, não ao produto. Ele deixa de navegar a interface, e diferenciais antes valorizados podem sumir de sua experiência. A posição do produto pode ficar mais fácil de atacar muito antes de o cliente ser perdido. Satisfação e renovação mostram que a configuração funciona, não por que o produto é escolhido.

Faça o produto desaparecer sem perder o valor

Produtos não deveriam lutar para manter clientes dentro de suas interfaces. Se o público quer que agentes executem a tarefa, forçar o trabalho por uma interface humana não cria diferenciação. Ter API não resolve a questão: um agente consegue descobrir que o produto é relevante e aprender a usá-lo? Consegue concluir a tarefa de forma confiável, ou o usuário precisa explicar o fluxo toda vez? São questões de Agent Experience. Compatibilidade técnica não torna o produto bom na tarefa. Uma boa Agent Experience também não garante proximidade: quanto melhor o agente, menos o cliente pode precisar saber sobre o que está por baixo. O objetivo é fazer com que, mesmo fora de vista, o valor permaneça. Pergunte o que pioraria se os clientes deixassem de usar o produto - por exemplo, se ele aplica políticas de despesas ou torna a análise confiável. Se a resposta for só que trocar seria irritante, atenção: agentes estão ficando cada vez melhores em coisas irritantes.

Não espere o churn

É fácil exigir evidência mais forte antes de agir, mas o churn é uma péssima forma de descobrir que as expectativas mudaram: ele confirma o risco só depois que o cliente encontrou uma alternativa crível e migrou. Quando o primeiro cliente sai, a alternativa já foi construída, demonstrada e testada; o concorrente passa a ter cliente de referência, e a segunda migração pode ser mais fácil. Não é preciso esperar essa evidência se o ambiente já está mudando. A orientação final é conversar com clientes, observar como fazem os trabalhos que o produto apoia, notar o que agora parece tedioso e onde agentes entram no fluxo. Não se tornar agêntico por moda nem fabricar lock-in porque agentes podem facilitar a troca. O produto não precisa piorar para os clientes o superarem; às vezes, o mundo deles é que melhora.