Porque falar de ferramentas técnicas afasta o cliente
Se encheres uma proposta de nomes de plataformas e integrações, transferes para o cliente o trabalho de adivinhar para que serve aquilo. O foco deve estar sempre no cliente, nunca nas características do produto. Isso vale para copy de vendas e vale exatamente da mesma forma para uma proposta de automação ou de IA.
Na aula usei a capacidade de armazenamento de um telemóvel para explicar esta passagem de características para benefícios. A pessoa quer perceber se consegue guardar as fotografias de que precisa. O número exato de fotografias depende do tamanho dos ficheiros; a lição é explicar a utilidade concreta sem transformar uma aproximação numa promessa técnica.
O mesmo desvio acontece quando falas de um serviço de automação em termos de módulos, integrações ou modelos usados. São detalhes que interessam a quem constrói, não a quem compra. O cliente não quer saber se ligaste um sistema a outro através de uma chamada técnica qualquer; quer saber se o problema que o incomoda todos os dias vai desaparecer.
Se o cliente não sabe dizer de onde vêm os ganhos que lhe estás a prometer, o problema pode estar aí, na forma como a proposta foi escrita e não na tecnologia escolhida.
Traduzir a característica na tarefa que ela afeta
Uma forma simples de organizar isto é perguntar, para cada elemento técnico do serviço, qual é a rotina concreta do cliente que vai mudar assim que o trabalho estiver a funcionar. Não é preciso prometer números; basta identificar com precisão o que deixa de acontecer manualmente todos os dias na empresa.
Imagina, apenas como exercício, que estás a propor uma automação de triagem de pedidos recebidos por email. A característica técnica é irrelevante para o cliente. O que importa é a tarefa afetada: alguém deixa de copiar dados à mão de um lado para outro, várias vezes por dia. E o benefício observável é o que o gestor consegue verificar sem abrir nenhuma consola: os pedidos aparecem organizados na manhã seguinte, sem que ninguém tenha tocado neles.
Esta é uma ilustração hipotética para mostrar o raciocínio, não uma descrição do que implemento em cada projeto. O que importa é o princípio: eu quero perceber o que mudou e o que tenho de decidir, é isso que o cliente pergunta, mesmo sem o dizer, quando olha para uma proposta cheia de nomes técnicos.
Este exercício de tradução funciona melhor quando é feito antes de escrever a proposta, não depois. Se só pensares na tarefa afetada quando o cliente já está confuso com a linguagem técnica, é tarde para corrigir a primeira impressão.
Como transformar mais leads em clientes num negócio de serviços
Crescer um negócio online: o que aprendi sobre margem, equipa e IA
Não prometas o que ainda não conseguiste demonstrar
O maior risco ao passar de características para benefícios é inflar promessas que ainda não foram verificadas naquele contexto específico. As pessoas procuram processos rápidos, simples e de baixo risco, e a forma correta de reduzir esse risco percebido é mostrar provas concretas, não garantias inventadas.
Dá-me os dados, explica-me a regra e mostra-me onde falhou: é essa postura que constrói confiança, muito mais do que uma percentagem solta numa proposta comercial. Se já tens um caso anterior comparável, mostra o que de facto aconteceu nele, com os números que tens, mesmo que modestos. Se é a primeira vez que fazes algo parecido nesse setor, mostra uma demonstração controlada e diz isso mesmo com clareza ao cliente.
Prometer duplicar vendas ou eliminar erros por inteiro é o tipo de promessa que, mais tarde, vai ser cobrada a ti quando o mercado ou o próprio cliente não colaborarem como esperavas. Um cliente que sente que foi avisado com honestidade sobre limites e riscos tende a manter-se contigo mesmo quando algo corre menos bem do que o previsto.
Um exemplo prático de reescrita, apenas como exercício
Compara duas formas de descrever o mesmo trabalho. Uma delas satura o cliente de nomes técnicos que ele não domina; a outra fala da tarefa que desaparece e do que passa a acontecer sem intervenção manual, sem inventar métricas que ninguém mediu.
Versão técnica, hipotética: configuração de um fluxo automatizado com módulos de integração entre formulário, base de dados e ferramenta de gestão de clientes. Versão orientada à tarefa, também hipotética: os pedidos que hoje chegam por email e precisam de ser copiados manualmente passam a aparecer já organizados no sistema onde a equipa comercial trabalha, sem essa cópia manual repetida todos os dias.
Repara que nenhuma das duas versões promete uma percentagem de aumento de vendas. A segunda apenas descreve, com clareza, o que deixa de ser feito à mão. Essa clareza é o que falta na maioria das propostas de automação: escreve rápido, mas pensa devagar sobre o que estás realmente a prometer.
O acompanhamento como parte do valor, não como extra
A diferenciação real de um serviço raramente está na novidade da ferramenta usada, mas sim na metodologia e no acompanhamento que guiam o cliente até ao resultado desejado. Um mapa e alguém que caminha ao lado valem mais, na cabeça de quem compra, do que uma lista extensa de funcionalidades.
Uso a comparação com o treino guiado: não vou fazer por ti, mas vou fazer com que voltes lá do teu lado, vou estar lá a direcionar. Sozinho, ao fim de quinze minutos de esforço, a tentação de parar é grande; com alguém ao lado a marcar o ritmo, a sessão completa-se sem que a pessoa desista a meio.
Num serviço de automação ou de IA, esse acompanhamento, saber quem valida cada etapa e o que fazer se algo correr mal, costuma pesar mais na decisão final do cliente do que o nome da ferramenta usada nos bastidores. Vale a pena, ao propor um serviço, deixar explícito quem revê os resultados e com que frequência, mesmo que essa revisão seja simples.
O preço deve ancorar-se na tarefa resolvida, não na subscrição do software
Se a conversa com o cliente gira à volta das ferramentas, o cliente tende a comparar o teu preço com o custo dessas subscrições, o que raramente favorece quem cobra pelo trabalho de conceção e acompanhamento. Quando o foco está na tarefa eliminada, o valor cobrado desliga-se do preço do software.
Se o cliente não sabe dizer de onde vêm as vendas ou os ganhos de tempo que estás a discutir com ele, eu começaria por aí antes de escrever qualquer proposta formal. Calcula, com ele, quanto tempo e quantos erros essa tarefa específica costuma gerar hoje, mesmo que seja uma estimativa aproximada. Vale notar que esse tempo poupado tem valor mesmo em pequenas quantidades, não só quando se acumula em blocos grandes.
É essa comparação entre o esforço atual e o esforço eliminado, e não a arquitetura técnica invisível por trás do serviço, que sustenta um orçamento mais elevado sem parecer desproporcionado. Um cliente que entende o que está a pagar tende a discutir menos o preço do que um cliente que só vê nomes de software que não reconhece.
Nota da fonte
Este artigo parte da aula que dei nas Sextas Ímpares #69, sobre como escrever copy com método, disponível em https://www.youtube.com/watch?v=4LG6aLFN2wA. A distinção entre características e vantagens (por volta dos 32:00), o exemplo dos 32 gigabytes e a analogia do treino guiado (por volta dos 33:30) são os pontos de partida que aqui adaptei ao contexto de propostas de automação e IA.