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

Un programa de referidos recompensa a los clientes actuales por traer nuevos clientes. Para crear uno necesitas un código o enlace único para cada cliente, una forma de recordar ese código cuando llega un nuevo visitante, un registro que vincule la nueva cuenta con quien la recomendó, una regla clara sobre cuándo una referencia es válida, 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 válido que refleje un valor real y diseñar recompensas que no cuesten más que los clientes que traen.

Decide las reglas antes de construir

Anótalas primero. Cada una cambia la construcción:

• ¿Quién puede recomendar? Todos los clientes, solo los clientes de pago o solo quienes llevan un tiempo con la marca?
• ¿Qué cuenta como referencia válida? El registro, el primer pago, un primer pedido por encima de cierta cantidad, 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 de 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 del crédito, una recompensa por cada nuevo cliente.
• ¿Cuánto dura un enlace de referido? Si alguien hace clic hoy y se registra tres semanas después, ¿sigue contando?

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

Qué 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 su estado y las 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 cuando alguien llega con un enlace y lo asocia a la cuenta en el registro.
• Lógica de validación que se ejecuta cuando se produce el evento válido, 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 explique las reglas con claridad.

Cómo funciona la atribución

1. Alex comparte tuapp.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. En el registro, 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 válida.
5. La app emite las dos 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; la norma habitual es que gane el último enlace pulsado.

Fraude y abuso

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

• Sin autorreferencias: rechaza cuando la cuenta referida comparte correo, tarjeta de pago, teléfono o dirección de entrega con quien recomienda.
• Valida por valor, no por registro: un pedido pagado y no devuelto es mucho más difícil de falsificar que una dirección de correo.
• Periodo de espera antes de que la recompensa pueda usarse.
• Topes por persona que recomienda y por mes.
• Revisión manual para quien vea sus referencias dispararse de repente.
• Anular recompensas si el pago que validó la referencia se devuelve.

Recompensas y pagos

El crédito de 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 informes fiscales según el lugar donde estéis tú y tus clientes, así que revisa la normativa local o consulta a un asesor. Si cobras con Stripe o similar, deja que los webhooks de pago activen la validación. Nuestra guía sobre cómo añadir pagos explica la configuración.

Un primer prompt que funciona

Añade un programa de referidos a nuestra app de suscripción de cajas de recetas. Cada cliente registrado 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 al registrarse. 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 se completa (desde el webhook de Stripe que ya existe) y pasan 14 días sin devolución, márcala como válida y añade 15 € de crédito de cuenta a quien recomendó. Rechaza las autorreferencias en las que 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 de 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 con todas las referencias y filtros para pendientes, válidas, rechazadas y marcadas. Guárdalo todo en la base de datos.

Pasos de construcción

1. Códigos y la página de recomendar 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. Validación en el evento de pago, con 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 avisos («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, devuelve el importe y comprueba que la recompensa se anula.

Errores habituales

• Recompensar los registros. Invita a crear cuentas falsas.
• Recompensas mayores de lo que vale un cliente. Calcula lo que suele aportar un cliente nuevo antes de fijar el importe.
• Códigos perdidos entre el clic y el registro. Prueba el caso de alguien que hace clic, se va y vuelve más tarde.
• Sin anulación al devolver un pago.
• 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 tienda y facturación. Si tienes una tienda online en una plataforma alojada, revisa antes su marketplace de aplicaciones; instalar una app de referidos puede llevar minutos. Si piensas pagar comisiones en efectivo a muchos socios, una plataforma de afiliación suele ser más segura que construir tú los pagos.

Construye el tuyo cuando tu producto ya tenga cuentas y pagos que controlas, cuando las recompensas sean crédito de cuenta y no efectivo, o cuando las reglas sean específicas de tu negocio. Para mecánicas previas al lanzamiento de «invita a amigos para subir en la lista», 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.

Construirlo 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