El trabajo detrás de una recompensa que parece simple

Desde el punto de vista del cliente, una recompensa es un flujo corto.

Abre la aplicación. Elige algo. Toca canjear. Úselo.

Queremos que se sienta así de simple.

Detrás del grifo, el sistema tiene varias decisiones que tomar. El cliente necesita suficientes puntos. La recompensa tiene que estar activa. El stock puede ser limitado. Su nivel podría importar. Es posible que sea necesario crear un código de canje. Es posible que el personal necesite una forma de verificarlo. La transacción debe aparecer en los informes.

La mayor parte del trabajo se encuentra debajo de la superficie.

La elegibilidad tiene que ser clara.

Una recompensa puede tener varias reglas:

• Un costo de puntos
• Una fecha de inicio y fin
• Un nivel mínimo
• Un límite por cliente
• Un límite total de stock
• Una restricción de ubicación
• Una condición de producto o categoría.

Estas reglas deben acordarse en todo el portal del cliente, el proceso de pago, las herramientas del personal y la API.

Si el portal dice que hay una recompensa disponible y el proceso de pago la rechaza, el cliente ve una promesa incumplida. Si el personal puede canjear algo que el cliente no puede ver, el soporte se vuelve más difícil.

Mantenemos la verificación de elegibilidad en un solo lugar y devolvemos un motivo cuando falla. Luego, ese motivo se puede escribir para la persona que lo ve.

"Solo miembros Gold" es útil. "Solicitud no válida" no lo es.

Los puntos necesitan un libro de contabilidad adecuado

Un saldo parece un número. Lo tratamos como el resultado de muchas entradas.

Los puntos se ganan, se gastan, caducan, se revierten, se ajustan y, en ocasiones, se restablecen. Cada cambio necesita una cantidad, un motivo, una marca de tiempo y un enlace al evento que lo provocó.

Esa historia importa cuando algo sale mal.

Si se reembolsa un pedido, el sistema necesita saber qué puntos provienen de ese pedido. Si se cancela un canje, es necesario saber si los puntos deben devolverse. Si el personal hace un ajuste, la empresa necesita una pista de auditoría.

Actualizar un saldo directamente sería más fácil al principio. Dejaría muy poco que explicar más adelante.

Las acciones cambian el flujo de reembolso

Las recompensas digitales a menudo se pueden emitir de inmediato. Las recompensas físicas tienen inventario.

El sistema necesita decidir cuándo se reserva el stock. También debe liberar esa reserva si el canje vence o se cancela.

Dos clientes pueden intentar reclamar el último artículo casi al mismo tiempo. Se trata de un pequeño problema de concurrencia con un resultado muy visible.

Manejamos la reserva como parte de la transacción de canje. El cliente debe recibir una recompensa confirmada o conservar sus puntos. Un estado a medio terminar es difícil para todos.

Los códigos necesitan un ciclo de vida

Algunas recompensas se utilizan mediante un código.

El código se puede mostrar al personal, copiar al finalizar la compra o escanear desde una tarjeta de membresía. Debe ser único, difícil de adivinar y limitado al uso previsto.

Un código también necesita un estado. Emitido, usado, caducado, cancelado. El personal necesita ver suficiente información para verificarla sin tener acceso a datos de clientes no relacionados.

Una vez usado, debe seguir usándose. Los toques repetidos, las redes lentas y los reintentos no pueden crear un segundo canje.

Aquí es donde la idempotencia se vuelve práctica. La misma solicitud puede llegar dos veces y aun así producir un resultado.

El pago tiene que liquidar el pedido.

Las recompensas pueden afectar el pago de diferentes maneras.

Un descuento fijo reduce el total. Una recompensa porcentual necesita límites. Un artículo gratuito necesita un producto correspondiente. El envío gratuito depende del método de entrega. Una tarjeta de regalo se comporta más como valor almacenado.

Luego los cupones ingresan al mismo orden.

El negocio necesita reglas claras para el apilamiento. El cliente necesita ver qué beneficio se aplicó y por qué. Los totales deben permanecer estables entre el carrito, el paso de pago, el recibo y cualquier reembolso posterior.

Almacenamos el beneficio aplicado en el propio pedido. Recalcular un orden antiguo a partir de las reglas actuales puede producir una respuesta diferente.

Las herramientas del personal son parte de la experiencia del cliente.

Muchos canjes finalizan en un mostrador.

El personal necesita una pantalla rápida para encontrar al cliente, escanear un código, confirmar la recompensa y seguir adelante. Las herramientas del personal lentas o poco claras convierten el flujo fluido de la aplicación en una conversación incómoda.

Los permisos importan aquí. Es posible que un cajero necesite canjear una recompensa sin ver el historial completo del cliente. Es posible que un gerente necesite revertir un error. El registro de auditoría debe mostrar quién realizó cada acción.

El cliente rara vez ve estos controles. Sienten el resultado cuando la línea sigue moviéndose.

Los mensajes deben coincidir con el estado.

Los clientes pueden recibir una confirmación, un recordatorio de vencimiento, un aviso de cancelación o una actualización del saldo.

Esos mensajes tienen que seguir el estado real de redención. Enviar un recordatorio de una recompensa que ya se utilizó genera dudas. Anunciar puntos antes de que finalice la transacción puede hacer lo mismo.

Activamos mensajes a partir de cambios de estado completados y mantenemos un registro de lo que se envió.

Los informes cierran el círculo

Las empresas necesitan saber cómo se utilizan las recompensas.

Eso incluye canjes, puntos gastados, costo de recompensa, reclamos no utilizados, ubicación, nivel y pedidos relacionados con cada recompensa. Las definiciones deben ser coherentes con el sistema operativo.

Esto es útil para decisiones ordinarias. Una recompensa puede ser popular y costosa. Se puede afirmar que otro se usa con frecuencia y rara vez. Es posible que un beneficio de solo nivel casi no tenga clientes elegibles.

El objetivo es hacer visibles esos patrones sin convertir el flujo de recompensas en un ejercicio de presentación de informes para el cliente.

Lo simple requiere coordinación

La mejor versión de esta función es silenciosa.

El cliente ve una recompensa disponible, la reclama y la utiliza. El personal lo verifica rápidamente. El historial de puntos tiene sentido. Los informes se actualizan más tarde.

Llegar allí significa trabajar en los casos poco glamorosos: reintentos, reembolsos, vencimiento, existencias bajas, solicitudes duplicadas, permisos y reglas poco claras.

Ahí es donde se construye gran parte del producto.