Regras do programa de indicações com IA: crédito, prazos e autoindicações

Por que regras claras para indicação importam

Programas de indicação falham por um motivo chato: ninguém concorda sobre o que conta. Uma pessoa espera crédito por um amigo que clicou num link. Outra espera crédito só depois que o dinheiro muda de mãos. Enquanto isso, sua equipe responde e-mails irritados em vez de construir.

Se você é fundador ou time pequeno, não tem tempo para decisões caso a caso. Regras claras reduzem a carga de suporte, protegem suas margens e ajudam bons indicadores a se sentirem à vontade para promover você.

A maioria das disputas cabe em três grupos:

• Crédito: Quem recebe a recompensa quando várias pessoas reivindicam o mesmo cliente, ou quando o cliente se cadastra com outro e-mail depois?
• Prazos: Quando uma indicação é aprovada e quando o pagamento acontece (início do trial, primeiro pagamento, depois de reembolsos)?
• Casos extremos: E devoluções, chargebacks, assinaturas canceladas ou um cliente que se inscreve no celular depois de clicar no desktop?

Regras simples vencem regras espertas. Quanto mais brechas você deixar, mais criativas as pessoas ficam. Você não precisa de um documento de 20 parágrafos que tenta prever todo cenário raro. Precisa de regras que tornem 95% das situações óbvias e os outros 5% fáceis de resolver sem drama.

Aqui vai um cenário comum: um cliente clica no link do Indicador A, depois recebe um cupom do Indicador B e compra. Se sua política não diz se vence o primeiro toque ou o último, você vai acabar negociando por DM. É aí que a confiança se corrói.

Se você usa ferramentas de IA para avançar rápido (comum em protótipos iniciais), é ainda mais importante escrever regras que um não-advogado entenda. Trate suas regras de indicação como UX de produto: curtas, claras e testadas por alguém que não estava na sala quando você as escreveu.

Decida seu objetivo e o que conta como indicação

Antes de escrever regras, escolha um objetivo principal. Se você tentar otimizar inscrições, clientes pagos e upgrades ao mesmo tempo, acaba com casos extremos confusos e indicadores descontentes.

Escolha um objetivo que você possa verificar com facilidade. Para um serviço, isso pode ser “projeto pago iniciado” em vez de “visita ao site”. Para SaaS, frequentemente é “primeira fatura paga” em vez de “cadastro em trial”. Quanto mais mensurável o objetivo, menos discussões você terá.

Depois que o objetivo estiver claro, defina o evento exato que garante crédito e o que “válido” significa. Mire em uma definição que um atendente de suporte consiga aplicar em 30 segundos.

Uma definição sólida costuma responder algumas perguntas concretas: o que aciona o crédito (cadastro, primeiro pagamento, upgrade), o que o confirma (e-mail verificado, pagamento capturado, fatura paga), se há um limite mínimo (nível do plano, valor do pedido, período de retenção), quem pode indicar e quais produtos ou planos qualificam.

Diga também o que não conta, mesmo que pareça óbvio. Reembolsos, cancelamentos e chargebacks são onde a maioria das disputas começa. Mantenha exclusões diretas e específicas, por exemplo: “Se a compra for reembolsada dentro de 30 dias, a recompensa da indicação é revertida.” Se você oferece vários planos, decida se as indicações valem para todos ou apenas para camadas com margem suficiente para pagar recompensas.

Um cheque rápido de realidade: se você não consegue verificar o evento usando seu sistema de cobrança ou CRM, a definição de “conta como indicação” é fraca. Sua regra deve ser mensurável, não discutível.

Escolha recompensas que as pessoas entendam

A melhor recompensa é a que alguém consegue explicar em uma frase. Se a pessoa precisa ler uma página de letras miúdas para saber o que ganha, não vai compartilhar e você gastará tempo respondendo dúvidas em vez de receber indicações.

Comece casando a recompensa com a forma como as pessoas já pagam você. Dinheiro é simples, mas cria obrigações fiscais e pagamentos. Créditos e descontos se encaixam em produtos de assinatura. Cartões-presente podem ser uma opção universal, mas adicionam taxas e etapas de entrega. Acesso a funcionalidades funciona quando seu nível premium é claro e realmente desejável.

Para manter as coisas claras, limite-se a poucas formas de recompensa, como um valor fixo em dinheiro, um crédito fixo na conta para a próxima fatura, um desconto percentual simples uma vez, um cartão-presente com valor claro ou acesso premium por tempo limitado.

Adicione um limite para que o programa não te surpreenda depois. Mantenha humano: “até 5 recompensas por mês” ou “até $500 por vida por indicador” é mais fácil de entender do que escadas complexas de níveis.

Decida se somente o indicante recebe a recompensa ou se ambos ganham. Recompensas para os dois lados costumam converter melhor porque o novo cliente se sente bem-vindo, não vendido.

Se dinheiro estiver envolvido, diga como lida com impostos, taxas e moeda em linguagem simples. Por exemplo: as recompensas são pagas em USD, taxas de pagamento podem ser deduzidas e participantes são responsáveis por impostos exigidos em seus países.

Defina regras de crédito e atribuição

A maioria das brigas por indicação começa quando duas pessoas acham que ganharam a mesma recompensa. Suas regras devem responder a uma pergunta: quem recebe crédito e por quê, mesmo quando o rastreamento está bagunçado.

Comece nomeando o momento que cria crédito. Por exemplo: “Crédito é criado quando a pessoa indicada se torna cliente pagante.” Se você der crédito no cadastro, diga isso. Uma frase clara mantém sua comunicação consistente em e-mails, posts e links encaminhados.

Escolha um modelo de atribuição

Se acontecerem múltiplos convites, escolha um modelo e mantenha:

• First-touch: o primeiro indicante que trouxe a pessoa recebe crédito.
• Last-touch: o indicante mais recente antes do cadastro ou compra recebe o crédito.
• Revisão manual: mais lento, mas útil para negócios de alto valor onde casos extremos são esperados.

Torne a escolha real com um exemplo nos seus termos. Se alguém vê como funciona num cenário familiar, é menos provável que conteste depois.

Defina sua janela de rastreamento e plano para falhas

Defina uma janela de rastreamento (por exemplo, 30 dias) e o que a reinicia. Depois explique o que acontece quando o rastreamento falha.

Uma regra de fallback simples pode ser: “Se cookies forem bloqueados, usamos o e-mail inserido no checkout para casar a indicação. Se ainda não conseguirmos verificar, nenhum crédito é emitido.” As pessoas não vão gostar de todo resultado, mas vão entender.

Em vez de uma longa lista de critérios de desempate, foque nos poucos conflitos que acontecem sempre:

• Se o mesmo e-mail aparece em múltiplas reivindicações de indicação, vence a indicação válida mais antiga.
• Se um link for encaminhado, o crédito permanece com o indicante original, a menos que um novo link de indicação seja clicado depois.
• Apenas a primeira conta verificada para um novo cliente conta.

Também defina uma janela de disputa para que os problemas não se arrastem para sempre, por exemplo: “Disputas devem ser relatadas dentro de 14 dias do cadastro ou compra.”

Se seu negócio tem um ciclo de vendas mais longo (como uma consultoria gratuita que pode converter semanas depois), seja explícito sobre se o crédito se baseia no pedido inicial, no início pago do projeto ou na data da fatura paga.

Torne explícitas as regras de prazos e pagamentos

A confusão sobre prazos cria a maioria dos tíquetes “Cadê minha recompensa?”. Boas regras separam três coisas: quando uma indicação é registrada, quando ela fica elegível e quando a recompensa é realmente emitida.

Primeiro, escolha quando o crédito é ganho. Escolhas comuns são quando o cliente indicado paga a primeira fatura, quando termina um trial gratuito ou depois que permanece ativo por um período definido. Escolha a que combine com seu risco. Se o churn é alto, “após 30 dias pagos” é mais seguro do que “no cadastro”.

Depois, decida sua frequência de pagamento. Você pode aprovar crédito imediatamente, mas pagar semanal ou mensalmente. Se usar um limite mínimo de pagamento (por exemplo, pagar apenas após $25 acumulados), diga isso claramente para que ninguém espere $5 no mesmo dia.

Reembolsos e cancelamentos precisam de uma regra de clawback limpa. Declare a janela e o que acontece se a recompensa já foi enviada (deduzir do próximo pagamento ou manter saldo negativo até novos ganhos cobrirem).

Por fim, defina um pequeno conjunto de status para que as pessoas sempre saibam onde estão:

• Pendente: registrado, mas ainda não elegível
• Aprovado: crédito ganho, aguardando pagamento
• Pago: recompensa enviada
• Rejeitado: não elegível (duplicado, autoindicação, reembolso, questão de política)

Um exemplo concreto: se você tem um trial de 7 dias, pode definir “Aprovado após a primeira fatura paga” e “Pago no primeiro dia útil de cada mês”, com um clawback de reembolso de 30 dias. Isso é fácil de entender e difícil de discutir.

Prevenir autoindicações e fraudes simples

Se suas recompensas têm valor real, algumas pessoas vão tentar se indicar. O objetivo não é vigiar todo mundo. É definir regras claras que mantenham o programa justo e reduzam discussões.

Comece definindo autoindicação em linguagem simples. Inclua casos comuns: a mesma pessoa usando um segundo e-mail, alguém na mesma casa ou colegas usando o mesmo cartão da empresa. Se você vende para empresas, defina também se “mesma empresa” conta como autoindicação.

Decida o que você verifica (e diga isso de cara)

Você não precisa de uma lista enorme, mas deve nomear os sinais que pode usar para verificar uma indicação, como padrões de e-mail (aliases e plus addressing), nome de cobrança e forma de pagamento, sinais de dispositivo ou navegador onde permitido, e padrões de tempo básicos (por exemplo, contas criadas e compradas em minutos).

Evite regras que punam comportamento normal. Um familiar usando o mesmo Wi‑Fi de casa pode parecer suspeito mesmo quando é legítimo.

O que acontece se for detectado abuso

Declare o desfecho de maneira calma e clara: você pode rejeitar a recompensa, reverter créditos e suspender contas em caso de abuso repetido.

Inclua também um caminho simples de revisão para casos extremos. Por exemplo: “Se sua indicação foi sinalizada, contate o suporte dentro de 14 dias. Podemos pedir prova básica de que a indicação é legítima e faremos revisão manual.” Isso evita que indicantes honestos se sintam presos pela automação.

Passo a passo: use IA para redigir e testar suas regras

A IA pode ajudar a escrever regras rapidamente, mas o ganho real é usá‑la para revelar áreas cinzentas antes que os clientes as encontrem.

1) Redija regras a partir de um prompt simples

Comece com um prompt modelo e preencha seus fatos. Entradas específicas produzem termos mais claros.

Write referral program rules.
Inputs:
- Goal: (ex: drive paid annual plans)
- Reward: (ex: $25 credit to referrer, 20% off to friend)
- Timing: (ex: credit after friend pays and stays 14 days)
- What counts: (ex: first-time customer, new email, new payment method)
- Exclusions: (ex: self-referrals, refunds, chargebacks, reseller deals)
- Tie-breakers: (ex: last-click, first-click, or coupon code wins)
Output:
1) One-page summary
2) Full terms
3) A table of “if this happens, then this is the outcome”

2) Faça a IA atacar suas regras (de propósito)

Peça que liste casos extremos e proponha respostas claras. Use prompts como: “Amigo clica em dois links”, “Amigo usa e-mail diferente” ou “Compra é reembolsada no dia 13”. Se você não gostar da resposta, mude a regra, não apenas a redação.

Depois peça uma reescrita para nível de leitura de 6ª a 8ª série. Se uma frase ficar longa, encurte até parecer algo que você diria em voz alta.

Por fim, faça um teste interno: invente 10 cenários e peça para a IA marcar cada um como crédito ou não, e a data de pagamento. Exemplo: Sam indica Priya em 1º de maio, Priya paga em 3 de maio, reembolsa em 10 de maio. Seus termos devem tornar o resultado óbvio.

Rastreamento e relatórios sem complexidade

Você não precisa de um stack analítico sofisticado. Precisa de identificadores consistentes, uma única fonte da verdade e relatórios que combinem com a forma como você realmente paga recompensas.

Comece escolhendo um identificador que será usado em todos os lugares. Um link de indicação funciona para cadastros web. Um código de cupom funciona no checkout. Para programas B2B pequenos, o e-mail do convidante pode bastar. Misturar identificadores (link + código + notas manuais) é onde as disputas começam.

Em seguida, decida onde fica a fonte da verdade. Se recompensas dependem de pagamento, seu sistema de cobrança deve ser a autoridade para compras qualificadas e reembolsos. Se dependem de ações no app (ativação, uso), seu banco de dados de app pode ser a autoridade. Escolha um e espelhe só o que precisar em outros sistemas.

O relatório deve responder perguntas de suporte rápido. Algumas visões costumam cobrir tudo: recompensas pendentes (o que falta), aprovadas (prontas para pagar), pagas (quando e como) e reversões (qual regra disparou a reversão).

Quando alguém perguntar “Por que não ganhei crédito?”, você deve conseguir puxar um registro que mostre o identificador de indicação, data de cadastro, data do evento qualificador e a regra exata aplicada.

Exemplo: um programa simples que evita discussões

Imagine um pequeno SaaS com trial gratuito de 14 dias e dois planos mensais ($29 e $99). Você quer uma oferta de indicação justa, fácil de explicar e que não gere tíquetes de suporte.

Essas escolhas mantêm a paz:

• Uma indicação conta quando a pessoa convidada se torna cliente pagante (cadastros de trial não contam).
• O crédito baseia-se na primeira fatura paga apenas.
• Recompensas são emitidas 30 dias após essa primeira fatura (para cobrir reembolsos e pagamentos falhos).
• Apenas um indicante recebe crédito por cada novo cliente.
• Autoindicações não são permitidas.

Agora as partes complicadas, com resultados reais.

Exemplo de autoindicação: Sam cria um novo trial com um e-mail diferente, clica no próprio link de indicação e paga com o mesmo cartão usado na conta antiga. O sistema sinaliza porque o método de pagamento coincide. Resultado: a indicação é marcada como inválida, nenhuma recompensa é paga e Sam mantém a conta original.

Exemplo de falha de rastreamento: Priya compartilha o link num grupo do Slack. Um colega clica no celular e depois se cadastra num laptop do trabalho, perdendo o cookie de rastreamento. O colega escreve para o suporte dizendo “Usei o link da Priya.” Suas regras permitem revisão manual dentro de 7 dias do cadastro. O suporte checa sinais básicos (tempo de cadastro, detalhes do convite e histórico da Priya). Se parecer legítimo, você aplica crédito uma vez como cortesia.

Texto para exibir no app, voltado ao cliente:

Regras de indicação (versão simples)

Você ganha uma recompensa quando seu amigo se torna cliente pagante. Cadastros em trial não contam.

Creditos são aplicados apenas na primeira fatura paga, e recompensas são emitidas 30 dias após o pagamento.

Autoindicações não são permitidas (por exemplo, usar seu próprio link com um e-mail diferente). Se detectarmos isso, a indicação é anulada.

Rastreio perdido? Peça revisão dentro de 7 dias do cadastro e podemos aplicar crédito após análise.

Erros comuns que causam disputas

Disputas por indicação geralmente vêm de expectativas desencontradas. Se um indicante lê suas regras de um jeito e seu time de suporte de outro, você vai pagar duas vezes ou discutir publicamente.

Padrões que geram mais tíquetes:

• Usar palavras vagas como “qualificado” ou “válido” sem definir o que qualifica (plano pago, gasto mínimo, se trial conta).
• Ignorar reembolsos e cancelamentos. Se o cliente reembolsa dentro de 14 dias, você reverte a recompensa, atrasa ou mantém ela?
• Adicionar muitos níveis, exceções e janelas bônus. Se as pessoas precisam de um gráfico para entender a recompensa, vão assumir o melhor cenário.
• Mudar regras de atribuição no meio do caminho. Trocar first-touch por last-touch (ou alterar a janela de cookie) sem aviso claro faz quem indicou antes se sentir enganado.
• Tratar rastreamento como verdade absoluta sem fallback. Ad blockers, mobile e links encaminhados falham. Você precisa de um caminho simples de revisão manual.

Se usar IA para redigir regras, cuide de placeholders e linguagem legal vaga. A IA pode soar confiante escondendo definições faltantes. Um hábito prático é manter um pequeno bloco “Definições” (Indicação Qualificada, Recompensa, Período de Reembolso, Autoindicação) e atualizar com notas datadas de mudança.

Checklist rápido e próximos passos

Antes de publicar, garanta que suas regras respondam às perguntas que um atendente cansado receberia às 21h.

Seu mínimo:

• Elegibilidade: quem pode indicar, quem pode ser indicado e quaisquer países, planos ou funcionários excluídos
• Crédito: qual evento ganha crédito e o que acontece quando várias pessoas reivindicam o mesmo cliente
• Prazos: quando o crédito é travado (período de reflexão) e quando as recompensas são entregues
• Anti‑abuso: o que conta como autoindicação, como lida com duplicados e se empilhamento de cupons é permitido
• Suporte: onde as disputas vão, que provas aceita e o prazo para pedir revisão

Teste as regras com alguns casos extremos. Se você não conseguir responder cada um em uma frase, não está pronto para lançar:

• Um cliente clica em dois links no mesmo dia — quem recebe crédito?
• O indicado cancela e depois reassina no mês seguinte — o crédito volta?
• Indicante e indicado compartilham método de pagamento, dispositivo ou IP — isso é bloqueado ou revisado?
• O indicado usa e-mail diferente mas mesmo nome e endereço de cobrança — conta?
• A indicação acontece durante promoção — podem empilhar recompensas?

Para o lançamento, garanta que as palavras e o sistema batem. Atualize sua landing page e mensagens in‑app, confirme que eventos de rastreamento disparam e configure um relatório semanal simples (novas indicações, indicações qualificadas, recompensas devidas, disputas). Tenha alguns macros curtos de suporte para respostas consistentes e versionamento dos termos para apontar o que estava ativo em cada data.

Se seu fluxo de indicação vive dentro de um app construído com IA e a lógica de rastreamento, autenticação ou pagamento está quebrando em produção, FixMyMess (fixmymess.ai) pode diagnosticar o código e ajudar a transformar um protótipo frágil em algo confiável antes de escalar o programa.