Cómo crear un programa de referidos: enlaces, seguimiento, recompensas y reglas antifraude

Un programa de referidos recompensa a los clientes actuales por traer clientes nuevos. Para crear uno necesitas un código o enlace único para cada cliente, una forma de recordar ese código cuando llega un visitante nuevo, un registro que vincule la nueva cuenta con quien la recomendó, una regla clara sobre cuándo cuenta una referencia, una recompensa (crédito, descuento o efectivo) y controles que impidan que alguien se recomiende a sí mismo. El código no es lo difícil. Lo difícil es elegir un evento cualificado que refleje valor real y diseñar recompensas que no cuesten más que los clientes que traen.

Decide las reglas antes de construir

Escríbelas primero. Cada una cambia la construcción:

• ¿Quién puede recomendar? ¿Todos los clientes, solo los que pagan o solo después de llevar un tiempo con nosotros?
• ¿Qué cuenta como referencia exitosa? ¿Un registro, un primer pago, un primer pedido por encima de cierto importe, o seguir activo pasado el periodo de devolución o de prueba?
• ¿Cuál es la recompensa y para quién? ¿Solo para quien recomienda o para ambos lados (una oferta de «da 10 €, recibe 10 €»)?
• ¿Qué forma tiene la recompensa? Crédito en la cuenta, código de descuento, un mes gratis, un regalo físico o efectivo.
• ¿Hay límites? Un tope por persona y por mes, una fecha de caducidad para el crédito, una recompensa por cliente nuevo como máximo.
• ¿Cuánto dura un enlace de referido? Si alguien hace clic hoy y se registra dentro de tres semanas, ¿sigue contando?

Una configuración sencilla y habitual: ambos lados reciben crédito en la cuenta, y la referencia se cualifica cuando se cobra el primer pago del nuevo cliente y pasa el periodo de devolución.

Lo que necesita el programa

Datos

Mantén referencias y recompensas separadas. Una referencia puede existir sin recompensa (pendiente o rechazada), y una recompensa puede anularse si el cliente referido pide un reembolso.

Páginas y piezas

• Página «Recomienda a un amigo» en la cuenta del cliente: su enlace, botones para compartir y una lista de sus referencias con estados y recompensas obtenidas.
• Experiencia de llegada para el visitante referido: «Alex te ha dado 10 € de descuento en tu primer pedido», con la oferta aplicada en el pago o en el registro.
• Lógica de atribución que guarda el código al llegar por un enlace y lo asocia a la cuenta al registrarse.
• Lógica de cualificación que se ejecuta cuando ocurre el evento cualificante, a menudo disparada por un webhook de pago.
• Vista de administración: todas las referencias, aprobaciones pendientes, las marcadas y el total de recompensas emitidas.
• Página de condiciones que indique las reglas con claridad.

Cómo funciona la atribución

1. Alex comparte yourapp.com/?ref=ALEX42.
2. Sam hace clic. La app guarda ALEX42 en una cookie o en el almacenamiento local, con una fecha.
3. Sam navega, se va, vuelve días después y se registra. Al registrarse, la app lee el código guardado y crea una referencia pendiente de Alex a Sam.
4. Sam paga un primer pedido. El proveedor de pagos avisa a tu app; pasado el periodo de devolución, la referencia pasa a cualificada.
5. La app emite ambas recompensas y se lo comunica a Alex.

Permite también que la gente escriba un código en el registro o en el pago, para las referencias de boca a boca. Decide qué pasa si alguien llega por dos enlaces distintos; «gana el último enlace pulsado» es la regla habitual.

Fraude y abuso

Toda recompensa que merezca la pena será puesta a prueba. Protecciones básicas:

• Nada de autorreferencias: rechaza cuando la cuenta referida comparte correo, tarjeta de pago, teléfono o dirección de entrega con quien recomienda.
• Cualifica por valor, no por registro: un pedido pagado y no reembolsado es mucho más difícil de falsificar que una dirección de correo.
• Periodo de espera antes de que una recompensa sea utilizable.
• Topes por persona que recomienda y por mes.
• Revisión manual para quien tenga un pico repentino de referencias.
• Anular recompensas si el pago cualificante se reembolsa.

Recompensas y pagos

El crédito en la cuenta es la recompensa más fácil de gestionar: es un número en la cuenta del cliente que el pago resta. Los códigos de descuento funcionan bien en tiendas. Los pagos en efectivo son los más difíciles: recoges datos para el pago, gestionas transferencias fallidas y puede que tengas obligaciones de declaración fiscal según dónde estéis tú y tus clientes; consulta las normas locales o pregunta a un asesor. Si cobras con Stripe o similar, deja que los webhooks de pago dirijan la cualificación. Nuestra guía sobre cómo añadir pagos cubre la configuración.

Un primer prompt que funciona

Añade un programa de referidos a nuestra app de suscripción de kits de comida. Cada cliente con sesión iniciada recibe un código de referido único y un enlace para compartir como /?ref=CODIGO. Cuando un visitante llega con ?ref=, guarda el código en una cookie durante 30 días y lo asocia a su cuenta cuando se registra. El cliente referido recibe automáticamente 15 $ de descuento en su primera caja. Crea una referencia pendiente al registrarse; cuando el primer pago del cliente referido tenga éxito (desde el webhook de Stripe ya existente) y pasen 14 días sin reembolso, márcala como cualificada y añade 15 $ de crédito en la cuenta de quien recomendó. Rechaza las autorreferencias cuando coincidan el correo, la huella de la tarjeta o la dirección de entrega con quien recomienda. Limita las recompensas a 10 por persona que recomienda al mes. Añade una página Recomienda a un amigo que muestre el enlace del cliente, botones para compartir y sus referencias con su estado. Añade una página de administración que liste todas las referencias con filtros para pendientes, cualificadas, rechazadas y marcadas. Guarda todo en la base de datos.

Pasos de construcción

1. Códigos y la página Recomienda a un amigo. Genera un código por cliente y muestra el enlace.
2. Atribución. Guarda el código al llegar, asócialo en el registro y permite introducirlo a mano.
3. Oferta para el cliente referido aplicada en el pago o en el registro.
4. Cualificación con el evento de pago, respetando el periodo de espera.
5. Recompensas emitidas como crédito, y crédito aplicado en el pago.
6. Controles antifraude y topes.
7. Vista de administración y notificaciones («Sam acaba de registrarse con tu enlace»).
8. Prueba de principio a fin con pagos de prueba: recomienda, regístrate en una ventana privada, paga, reembolsa y comprueba que la recompensa se anula.

Errores habituales

• Recompensar los registros. Invita a cuentas falsas.
• Recompensas mayores de lo que vale un cliente. Calcula lo que aporta de media un cliente nuevo antes de fijar el importe.
• Códigos perdidos entre el clic y el registro. Prueba el caso en que alguien hace clic, se va y vuelve más tarde.
• Sin anulación en los reembolsos.
• Ocultar el programa. Pon el enlace en el menú de la cuenta, en la confirmación del pedido y en un correo posterior a la compra.
• Condiciones vagas. Las reglas poco claras generan tickets de soporte y disputas.

Cuándo es mejor una herramienta de referidos

Las plataformas de referidos y afiliación gestionan la atribución entre dispositivos, la detección de fraude, los pagos y los formularios fiscales, y se integran con los sistemas habituales de tiendas y facturación. Si tienes una tienda online en una plataforma alojada, mira primero su marketplace de apps; instalar una app de referidos puede tardar minutos. Si piensas pagar comisiones en efectivo a muchos socios, una plataforma de afiliación suele ser más segura que construir tus propios pagos.

Crea el tuyo cuando tu producto ya tenga cuentas y pagos bajo tu control, cuando las recompensas sean crédito en la cuenta y no efectivo, o cuando las reglas sean específicas de tu negocio. Para las mecánicas de «invita a amigos para subir en la lista» antes del lanzamiento, consulta cómo crear una página de lista de espera. Para recompensas por compras repetidas en lugar de referidos, consulta cómo crear una app de programa de fidelización.

Crearlo con Mythex

En Mythex puedes pedir al agente que añada un programa de referidos a una app que estás construyendo, y probar todo el flujo en la vista previa en vivo. El agente añade una base de datos Postgres dedicada cuando hay que guardar referencias (o escribe /database). Mythex no incluye inicio de sesión ni pagos integrados para las apps que construyes: conectas tu propia autenticación y tu propia cuenta de Stripe, con las claves guardadas como secretos del proyecto (receta de Stripe). Los webhooks de pago necesitan una URL pública, así que publica antes de probarlos de principio a fin (receta de webhooks).

Preguntas