Este recurso te ayuda a
- Separar puntos, cashback, beneficios, productos y elegibilidad.
- Entender por qué autorización, confirmación y reversa importan para loyalty.
- Transferir decisiones de funding, estados y riesgo a otros contextos.
En una experiencia financiera pueden convivir puntos, cashback, descuentos, beneficios por producto, categorías de cuenta, partners y rewards.
Desde afuera parecen una sola propuesta. Por debajo, cada capa tiene un origen, una condición económica y un ciclo de vida diferente.
1. Separar titular, usuario, cuenta y beneficiario
La persona que utiliza una tarjeta o producto no siempre es quien administra la cuenta o recibe el valor.
Pueden existir:
- titular;
- adicional;
- empresa pagadora;
- usuario del producto;
- comercio;
- emisor;
- partner;
- beneficiario del reward.
El programa debe definir quién origina el evento, quién acumula, quién puede consultar, quién puede canjear y qué actividad puede ver cada actor.
Una cuenta de loyalty no debería ser solo un saldo agregado. Debe permitir reconstruir la transacción, la regla, el valor generado, el funding y cualquier reversa posterior.
2. La transacción atraviesa estados
Una compra puede no estar definitivamente confirmada cuando aparece por primera vez.
Autorización o intento ↓ Presentación o confirmación ↓ Liquidación ↓ Valor disponible ↓ Posible devolución, disputa o reversa
El programa debe decidir cuándo:
- muestra valor estimado;
- registra valor pendiente;
- acredita valor disponible;
- revierte una operación;
- comunica el cambio.
Acreditar demasiado pronto puede producir saldos inconsistentes. Acreditar demasiado tarde puede volver invisible la propuesta.
3. Puntos, cashback y elegibilidad no son equivalentes
| Elemento | Qué representa | Estado o control clave |
|---|---|---|
| Puntos | Valor acumulable para uso futuro. | Pendiente, disponible, utilizado, vencido, revertido. |
| Cashback | Crédito o devolución económica bajo una regla. | Funding, confirmación, aplicación y reversa. |
| Gasto calificable | Progreso hacia una condición o categoría. | Período, exclusiones y recalificación. |
| Beneficio | Ventaja disponible por producto o elegibilidad. | Vigencia, utilización y límites. |
| Reward | Resultado discreto canjeado o emitido. | Emisión, validación, consumo y cancelación. |
El mismo consumo puede generar más de una consecuencia, pero cada una representa una promesa diferente y necesita registrarse por separado.
4. Funding y partners forman parte del diseño
El valor puede ser financiado por:
- el emisor;
- el comercio;
- un partner;
- un presupuesto promocional;
- una combinación de actores.
Cada regla debería responder:
- qué evento es elegible;
- quién asume el costo;
- cuándo se reconoce;
- qué evidencia sostiene la conciliación;
- qué ocurre ante devolución o disputa;
- qué límites protegen la economía.
Un beneficio visible para la persona puede atravesar varios actores internos. La simplicidad de la experiencia depende de que esas responsabilidades estén claras.
5. Earn y burn necesitan tratamiento de riesgo
El earn puede originarse en consumos, categorías, comercios, pagos recurrentes, campañas, productos o partners.
El burn puede ofrecer créditos, vouchers, productos, viajes, experiencias o beneficios.
Ambos flujos necesitan controles para:
- transacciones duplicadas;
- devoluciones;
- contracargos;
- fraude confirmado;
- actividad no elegible;
- multiplicadores;
- topes;
- transferencias;
- cambios de equivalencia;
- ajustes manuales.
Una misma transacción puede aportar aprendizaje, costo, puntos y riesgo. El sistema debe conservar cada consecuencia sin reducirlas a un único número.
6. Producto financiero, tier y loyalty pueden superponerse
Una categoría de cuenta o producto puede habilitar beneficios sin haber sido “ganada” mediante comportamiento.
Un tier de loyalty, en cambio, puede representar progreso o estado dentro del programa.
Ambos pueden verse similares para el usuario, pero responden a lógicas distintas:
- contratación o elegibilidad de producto;
- actividad calificable;
- relación acumulada;
- segmentación comercial;
- beneficios financiados por partners.
La claridad importa para que la persona comprenda por qué tiene acceso, cuánto dura y qué puede cambiar.
7. Qué puede transferir otro negocio
El patrón ayuda a formular preguntas aplicables fuera de servicios financieros:
- ¿El evento está confirmado o todavía puede revertirse?
- ¿Qué valor queda pendiente y qué valor está disponible?
- ¿Quién financia cada beneficio?
- ¿Qué actor genera, consulta y utiliza el valor?
- ¿Qué diferencia hay entre elegibilidad, tier y reward?
- ¿Cómo se vinculan reversas con el evento original?
- ¿Qué controles reducen duplicados, abuso y ajustes informales?
No hace falta copiar cashback o categorías bancarias. La enseñanza es diseñar estados, funding y reversas desde el comienzo.
Cómo puede ayudar Qualth
Qualth puede ayudar a configurar participantes, programas, puntos, tiers, rewards y beneficios, registrar movimientos y mantener trazabilidad dentro de un alcance validado.
Este patrón no afirma cobertura de procesos financieros, transaccionales, regulatorios, de billing o settlement. Cada implementación debe validar responsabilidades, integraciones y controles específicos.
Decisiones clave
- Separar titular, usuario, cuenta y beneficiario.
- Diseñar estados antes de acreditar valor.
- Diferenciar puntos, cashback, gasto calificable, beneficio y reward.
- Asignar funding y conciliación por regla.
- Vincular toda reversa con el evento original.
- Distinguir producto, elegibilidad y tier de loyalty.
Transferir el patrón al propio programa
Cómo elegir entre puntos, rewards, tiers y beneficios
Matriz
Mapa de transacción a valor
Completar una fila por cada evento: