Referral — a indicação boca a boca “engenheirada” — funciona melhor quando você já tem clientes satisfeitos e uma dor bem comunicada. A estrutura pra fazer funcionar é o framework VAR: qual Vantagem oferecer, qual Ação pedir ao cliente, e qual Resultado você quer receber em troca.
Após um workshop no Rio de Janeiro, a startup Cloudia trouxe uma questão interessante: “80% dos novos clientes vêm por indicação. Mas não temos controle sobre este canal.” A declaração foi de Tiago e Felipe, fundadores da Cloudia, que desenvolve chatbots para clínicas de saúde. O canal havia nascido de forma natural — clientes satisfeitos indicando o produto para amigos e parceiros. Ao investigar, perceberam que boa parte de quem não indicava simplesmente não tinha incentivo para isso. Rodaram diversos experimentos para incentivar e controlar as indicações, mas depois de semanas não houve resultado concreto.
O que é o Referral
Antes de avançar, vale um recorte: gosto muito da definição de Gustaf Alströmer, partner da Y Combinator, sobre o tema.
“Referral é a engenharia aplicada à indicação boca a boca.”
O velho e bom boca a boca é a melhor definição de referral — quando você conta pra um amigo os benefícios de um produto e vira um vendedor entusiasta dele. O argumento do Gustaf é que dá pra criar táticas para fomentar essa indicação: é possível controlar e incentivar.
Quando priorizar o referral
O primeiro passo é entender se é o momento certo. Duas características criam uma química boa para o referral funcionar:
1. Ter clientes satisfeitos — percepção de valor. Startups com clientes retidos e satisfeitos são ideais: são eles que, ao perceber um problema acontecendo com um amigo, vão indicar o produto. Muitas startups tentam trabalhar referral ainda em discovery ou MVP — momento péssimo, porque ainda não há padrão de entrega de valor. Referral funciona depois de encontrar fit com o mercado.
2. Ter comunicação clara de entrega de valor. Muitas startups já têm clientes e fit, mas o referral não funciona — porque não conseguem comunicar com clareza a dor que resolvem. Se os clientes têm dificuldade de explicar por que usam o produto, o referral trava.
🧪 Micro-experimento
Peça pro seu cliente explicar qual dor sua empresa resolve. Se as respostas vierem todas diferentes, há um problema de comunicação de valor — e ele não vai conseguir indicar pra outras pessoas. Quando há um padrão de respostas, a chance do referral funcionar aumenta absurdamente.
Comece com uma pergunta
Todo experimento que rodamos na Tração começa com o benefício da dúvida, tentando provar que estamos errados: “Eu sou louco em dizer que *HIPÓTESE”. Neste caso, a pergunta chave é: “Eu sou louco em dizer que posso incentivar meus clientes a realizarem indicações?”
Muita gente subestima o trabalho de um programa de referral e segue o mito de que qualquer produto pode ter um. Não é verdade — produtos de mercados sensíveis (ex.: poucos homens se sentiriam confortáveis indicando uma clínica de problemas sexuais) ou com baixa vantagem e alto esforço têm capacidade de indicação naturalmente baixa.
VAR — Vantagem, Ação e Resultado
Ao invés de sair executando mil experimentos, primeiro construímos uma boa pergunta: “Se eu oferecer ‘V’ as pessoas vão fazer ‘A’ e eu vou conseguir ‘R’?” Coincidentemente o acrônimo é o mesmo do equipamento que ajuda árbitros de futebol a revisar um pênalti — aqui, vamos revisar se dá ou não pra ter um programa de referral.
Vantagem. Por mais bacana que seja o produto, ainda é preciso incentivar a indicação — o cliente está ocupado, e pedir uma indicação vai interrompê-lo. Oferecer algo em troca aumenta bastante as chances.
📈 Case Dropbox
Oferecendo um upgrade de espaço de armazenamento (500mb + 250mb por indicação bem-sucedida), o Dropbox saiu de 100 mil para 4 milhões de usuários em 15 meses via referral. Hoje têm 500 milhões de usuários, e o referral representa 35% das novas aquisições.
Opções de vantagem pra pensar fora da caixa: dinheiro em mãos, desconto na fatura, upgrade de plano, grupo exclusivo, virar embaixador da marca, selo de apoiador, mentoria ou acesso a curso, doação para instituições.
Ação. É a ação que o cliente precisa realizar para indicar — preencher um formulário com e-mails de amigos, gerar e distribuir um link, compartilhar em redes sociais. Se a vantagem é boa mas o esforço é grande demais (ex.: um formulário de 3 páginas + vídeo depoimento), o cliente prefere pagar a diferença a se indispor. Quanto mais simples e equilibrado o esforço em relação à vantagem, mais eficiente o referral.
Resultado. O que, de fato, você quer receber do cliente? Muitas startups esquecem de pensar nisso. O programa mais comum oferece desconto por compartilhar um link — o resultado é visitas novas. Ótimo se você é um e-commerce. Mas se seu produto é B2B com camada consultiva, visitas talvez não bastem: melhor pedir que o cliente envie um e-mail de introdução para UM amigo com o mesmo problema — um lead qualificado no funil de vendas vale mais que 1.000 visitas novas.
Como rodar o workshop de 20 minutos
Um processo prático para fechar as primeiras perguntas VAR com o time. Use um canvas ou folhas A3 divididas em 5 quadrantes: Vantagem, Ação, Resultado, Combinações, Priorizados. Pode ser feito online ou offline.
- Vantagem — brainstorm (3min): pergunte ao time “o que podemos oferecer como vantagem para indicações?” e preencha post-its sem limitar a criatividade.
- Ação — brainstorm (3min): “qual esforço vou exigir do meu usuário para ele me indicar?”
- Resultado — brainstorm (3min): “o que vamos receber de contrapartida dos nossos clientes?”
- Combinações (3min): combine Vantagens, Ações e Resultados em grupos — pode duplicar post-its se um item combinar com mais de uma ideia.
- Priorização (7min): discuta a viabilidade de cada combinação, chegue a um consenso em 3 grupos, depois escolha apenas 1. Pronto: você tem uma Vantagem, uma Ação e um Resultado — uma pergunta.
Da pergunta ao produto: o fluxo de experimentação
Com a pergunta em mãos, é hora de chocar a hipótese com a realidade:
1. Perguntas estruturais — o que fizemos até aqui, com o workshop VAR.
2. Experimentos que não escalam — antes de ir direto pra produção, valide manualmente. Em vez de duas semanas de desenvolvimento, um dia de ligações: ligue para clientes oferecendo a vantagem e peça as indicações na hora. Se todo mundo indicou feliz, sua confiança aumenta; se ninguém indicou, há algo errado — e você descobriu isso em um dia, não em duas semanas.
3. MVP de Referral — com confiança mínima, sobe a primeira versão codificada.
📈 Case Airbnb
Assim como a Cloudia, o Airbnb percebeu um grande volume de referral não planejado. Criaram um time pra explorar, rodaram experimentos num MVP até entender a engenharia mínima, lançaram a V1 e, após o sucesso, montaram um time exclusivo de 5 pessoas. Depois de 3 meses de iteração, lançaram a segunda versão — hoje uma das principais referências de referral do mundo.
4. V1 de Referral — com dados suficientes do MVP, o programa entra em regime e é plugado oficialmente no funil, virando um canal em regime.
Fechando
Mesmo com uma pergunta clara, o referral não funciona magicamente só porque você tem uma boa pergunta e uma base de clientes — você ainda precisa de um funil de aquisição e ativação pra ele. Se já está no MVP com seu programa de referral, use este roteiro pra revisar a pergunta por trás dele.
📘 Testar um canal na unha antes de escalar — como a Cloudia fez com os experimentos manuais de referral — é o mesmo princípio por trás dos 13 cases do livro gratuito Faça Coisas que Não Escalam.
