Como Criar um Programa de Referenciação: Links, Monitorização, Recompensas e Regras Antifraude

Um programa de referenciação recompensa os clientes existentes por trazerem novos clientes. Para o construir precisa de um código ou link único para cada cliente, de uma forma de lembrar esse código quando chega um novo visitante, de um registo que ligue a nova conta a quem indicou, de uma regra clara sobre quando uma referência se qualifica, de uma recompensa (crédito, desconto ou dinheiro) e de verificações que impeçam as pessoas de se indicarem a si próprias. O código não é a parte difícil. As partes difíceis são escolher um evento qualificador que reflita valor real e desenhar recompensas que não custem mais do que os clientes que trazem.

Decida as regras antes de construir

Escreva-as primeiro. Cada uma muda a construção:

• Quem pode indicar? Todos os clientes, apenas os clientes pagantes, ou só depois de estarem consigo há algum tempo?
• O que conta como referência bem-sucedida? O registo, o primeiro pagamento, a primeira encomenda acima de um certo valor, ou ficar para além da janela de reembolso ou de teste?
• Qual é a recompensa, e para quem? Só para quem indicou, ou para os dois lados (uma oferta de «dê $10, receba $10» nos dois sentidos)?
• Que forma tem a recompensa? Crédito na conta, código de desconto, um mês gratuito, um brinde físico ou dinheiro.
• Há limites? Um teto por pessoa e por mês, uma data de validade para o crédito, uma recompensa por novo cliente.
• Quanto tempo se mantém válido um link de referência? Se alguém clicar hoje e se registar daqui a três semanas, a referência ainda conta?

Uma configuração simples e comum: ambos os lados recebem crédito na conta, e a referência qualifica-se quando o primeiro pagamento do novo cliente é confirmado e passa a janela de reembolso.

O que o programa precisa

Dados

Mantenha as referências e as recompensas separadas. Uma referência pode existir sem recompensa (pendente ou rejeitada), e uma recompensa pode ser anulada se o cliente indicado pedir um reembolso.

Páginas e peças

• Página «Indique um amigo» na conta do cliente: o seu link, botões de partilha e a lista das suas referências com estados e recompensas obtidas.
• Experiência de chegada para o visitante indicado: «A Alex deu-lhe $10 de desconto na primeira encomenda», com a oferta aplicada no checkout ou no registo.
• Lógica de atribuição que guarda o código quando alguém chega por um link e o associa à conta no registo.
• Lógica de qualificação que corre quando acontece o evento qualificador, muitas vezes disparada por um webhook de pagamento.
• Vista de administração: todas as referências, aprovações pendentes, sinalizadas e total de recompensas emitidas.
• Página de termos que indique as regras de forma clara.

Como funciona a atribuição

1. A Alex partilha yourapp.com/?ref=ALEX42.
2. O Sam clica. A app guarda ALEX42 num cookie ou no armazenamento local, com uma data.
3. O Sam navega, sai, volta dias depois e regista-se. No registo, a app lê o código guardado e cria uma referência pendente da Alex para o Sam.
4. O Sam paga uma primeira encomenda. O fornecedor de pagamentos notifica a sua app; depois da janela de reembolso, a referência fica qualificada.
5. A app emite as duas recompensas e informa a Alex.

Permita também que as pessoas escrevam um código no registo ou no checkout, para referências que acontecem por recomendação boca a boca. Decida o que acontece se alguém chegar por dois links diferentes; «conta o último link clicado» é a regra habitual.

Fraude e abuso

Qualquer recompensa que valha a pena será testada. Proteções básicas:

• Sem auto-referências: rejeitar quando a conta indicada partilha email, cartão de pagamento, número de telefone ou morada de entrega com quem indicou.
• Qualificar pelo valor, não pelo registo: uma encomenda paga e não reembolsada é muito mais difícil de falsificar do que um endereço de email.
• Período de espera antes de a recompensa ser utilizável.
• Limites por quem indica, por mês.
• Revisão manual para qualquer pessoa cujas referências disparem de repente.
• Anulação de recompensas se o pagamento qualificador for reembolsado.

Recompensas e pagamentos

O crédito na conta é a recompensa mais fácil de gerir: é um número na conta do cliente que o checkout desconta. Os códigos de desconto funcionam bem para lojas. Os pagamentos em dinheiro são os mais difíceis: recolhe dados para pagamento, trata de transferências falhadas e pode ter obrigações de reporte fiscal, consoante onde estão você e os seus clientes; verifique as regras locais ou consulte um consultor. Se receber pagamentos com a Stripe ou similar, deixe que os webhooks de pagamento conduzam a qualificação. O nosso guia sobre como adicionar pagamentos cobre a configuração.

Um primeiro prompt que funciona

Adicione um programa de referenciação à nossa app de subscrição de kits de refeições. Cada cliente com sessão iniciada recebe um código de referência único e um link de partilha como /?ref=CODIGO. Quando um visitante chega com ?ref=, guarde o código num cookie durante 30 dias e associe-o à conta dele no registo. O cliente indicado recebe automaticamente $15 de desconto na primeira caixa. Crie uma referência pendente no registo; quando o primeiro pagamento do cliente indicado for bem-sucedido (através do webhook Stripe existente) e passarem 14 dias sem reembolso, marque-a como qualificada e acrescente $15 de crédito na conta de quem indicou. Rejeite auto-referências em que o email, a impressão digital do cartão ou a morada de entrega coincidam com quem indicou. Limite as recompensas a 10 por quem indica, por mês. Acrescente uma página Indique um Amigo que mostre o link do cliente, botões de partilha e as suas referências com estado. Acrescente uma página de administração com todas as referências e filtros para pendentes, qualificadas, rejeitadas e sinalizadas. Guarde tudo na base de dados.

Passos de construção

1. Códigos e a página de indicação. Gere um código por cliente e mostre o link.
2. Atribuição. Guarde o código à chegada, associe-o no registo, permita a introdução manual.
3. Oferta para o cliente indicado aplicada no checkout ou no registo.
4. Qualificação no evento de pagamento, com o período de espera.
5. Recompensas emitidas como crédito, e crédito aplicado no checkout.
6. Verificações antifraude e limites.
7. Vista de administração e notificações («A Sam acabou de se registar com o seu link»).
8. Teste de ponta a ponta com pagamentos de teste: indicar, registar-se numa janela privada, pagar, reembolsar e verificar que a recompensa é anulada.

Erros comuns

• Recompensar registos. Convida contas falsas.
• Recompensas superiores ao valor de um cliente. Calcule o que um novo cliente normalmente traz antes de definir o valor.
• Códigos perdidos entre o clique e o registo. Teste o caso em que alguém clica, sai e volta mais tarde.
• Sem anulação nos reembolsos.
• Esconder o programa. Coloque o link no menu da conta, na confirmação da encomenda e num email pós-compra.
• Termos vagos. Regras pouco claras geram pedidos de apoio e disputas.

Quando uma ferramenta de referenciação é a melhor escolha

As plataformas de referenciação e de afiliados tratam da atribuição entre dispositivos, da deteção de fraude, dos pagamentos e dos formulários fiscais, e integram-se com os sistemas comuns de loja e de faturação. Se tem uma loja online numa plataforma alojada, verifique primeiro o seu marketplace de apps; instalar uma app de referenciação pode levar minutos. Se planeia pagar comissões em dinheiro a muitos parceiros, uma plataforma de afiliados costuma ser mais segura do que construir os pagamentos por conta própria.

Construa o seu próprio quando o produto já tem contas e pagamentos que controla, quando as recompensas são crédito na conta e não dinheiro, ou quando as regras são específicas do seu negócio. Para mecânicas de pré-lançamento do tipo «convide amigos para subir na lista», veja como criar uma página de lista de espera. Para recompensas de compra recorrente, em vez de referências, veja como criar uma app de programa de fidelização.

Construir com a Mythex

Na Mythex pode pedir ao agente que adicione um programa de referenciação a uma app que esteja a construir, e testar todo o fluxo na pré-visualização em direto. O agente acrescenta uma base de dados Postgres dedicada quando as referências precisam de ser guardadas (ou escreva /database). A Mythex não inclui login nem pagamentos incorporados para as apps que constrói: liga a sua própria autenticação e a sua própria conta Stripe, com as chaves guardadas como segredos do projeto (receita Stripe). Os webhooks de pagamento precisam de um URL público, por isso publique antes de os testar de ponta a ponta (receita de webhooks).

Perguntas