App de fidelización para Shopify
2026
Convertir la configuración de un programa de puntos en una sola decisión
Diseñé desde cero el onboarding de una app de fidelización para Shopify. El reto era que una herramienta con mucha configuración se sintiera simple desde el primer minuto, tanto para quien arma su primer programa de puntos como para quien trae uno que ya funciona.
Overview
Desde afuera, un programa de puntos parece simple. Pero para lanzarlo, el merchant tiene que decidir cuántos puntos da cada compra, qué recompensas ofrece y cuánto cuestan, qué emails reciben sus clientes y cómo se ve todo en su tienda. Cada decisión afecta su margen.
Mi objetivo fue que pudiera lanzar su programa en pocos minutos, sin entender primero toda la lógica y sin sentir que perdía el control. Como es su primer contacto con la app, el onboarding también quería mostrarle un poco de lo que iba a encontrar dentro y, además, hacerlo sentir acompañado en todo el proceso.
Impacto
Una decision en lugar de cinco
Una estrategia prearmada como punto de partida, en lugar de cinco valores sueltos.
Tranquilidad al migrar
Dar seguridad a quien viene de otra app y elige conservar sus clientes y saldo de puntos.
Acompañamiento al terminar onboarding
Facilitar el acceso a todas las configuraciones que quedaron pendientes en el onboarding.
Punto de partida
Configurar un programa de puntos es abstracto y arriesgado
Un programa generoso atrae clientes, pero si las recompensas son muy altas, el merchant pierde margen cada vez que alguien canjea. Y la relación entre puntos y dinero no es fácil de imaginar.
Además, no todos llegan igual. Algunos arman su primer programa y necesitan que alguien les proponga una estrategia. Otros vienen de otra app con clientes y puntos, y su mayor miedo es perder los puntos de sus clientes o tener que cargarlo todo a mano.
Investigación
Qué hace que un onboarding funcione
Analicé el onboarding de entre 10 y 15 apps de fidelización para Shopify, y de algunas apps de otras categorías a las que les iba bien. Las mejores hacían que la configuración se sintiera simple y acompañaban al merchant de principio a fin.
Primero, lo esencial
Mostrar todo de entrada abruma. Lo que no hace falta para lanzar puede esperar.
Números con contexto
Un número solo no ayuda a decidir. El merchant necesita ver cuánto vale en dinero y qué va a ver su cliente en la tienda.
Dos perfiles, dos necesidades
Quien empieza de cero necesita guía. Quien migra un programa necesita seguridad.
Proceso
Una regla para decidir qué entra
Como las apps de Shopify se construyen con Polaris, tenía todos los componentes listos en Figma. Prototipar en alta fidelidad me llevaba casi lo mismo que un wireframe, y mostraba desde el principio qué se podía construir. Por eso fui directo de los flujos a pantallas con componentes reales, que revisaba con los developers antes de pulirlas. Cada iteración llevó entre dos y tres días.
Flujo de la primera versión. Un solo camino para todos, y lo que no hacía falta para lanzar quedó en el panel.
Para decidir qué entraba usé una sola regla:
Todo lo necesario para que el programa quede activo al terminar, y nada más.
Después de lanzar la primera versión, esa regla detectó un hueco. La personalización de los emails, necesaria para que el programa funcione, había quedado como tarea para después del onboarding.
Revisando, vimos que ya pedíamos casi todo lo que requerían, salvo el logo. Con un campo más, los emails quedaron activos desde el lanzamiento.
Primera versión
Reducir el onboarding a lo esencial
Apliqué progressive disclosure. El vencimiento de puntos, las formas extra de ganar puntos y las automatizaciones quedaron fuera del onboarding, para configurarlas después desde el panel de la app.
Para la estrategia diseñé tres presets (Conservadora, Equilibrada y Generosa), cada uno para un tipo de margen, con una vista previa en vivo de cuánto vale cada recompensa. Los valores estaban bloqueados a propósito, para que quien configura por primera vez pudiera elegir una opción y dejar que la app calculara el resto.
Primer feedback
Nuestra primera usuaria ya tenía un programa de puntos y quería cambiar de app. En una videollamada con todo el equipo, configuró la app mientras pensaba en voz alta.
Habíamos supuesto que alguien con experiencia necesitaría menos ayuda. En realidad necesitaba otro tipo de ayuda: libertad en algunos puntos y seguridad en otros.
Presets bloqueados
No podía replicar la estrategia que ya le funcionaba.
Importación invisible
El onboarding nunca le contaba que podía traer sus clientes y sus puntos, lo primero que quiere saber alguien que cambia de app.
Formato poco claro
La importación falló por el nombre de una columna, y no explicábamos cómo debía ser el archivo.
Diseño final
Un flujo, dos caminos
Flujo final. Desde la bienvenida, cada merchant sigue el camino que necesita, y los dos se unen en la personalización.
Una bifurcación desde la bienvenida. Empezar de cero o traer una base de clientes, cada camino con su tiempo estimado.
Una elección configura todo el programa, y cada valor se puede editar. El panel de ajustes empieza cerrado para quien arranca y abierto para quien migra.
Importación dentro del flujo, con plantilla, ejemplo del formato y errores claros.
Personalización con vista previa, que muestra en vivo cómo verá el cliente el programa en su tienda.
Paso de revisión, resumen con todo lo configurado, lo que se activa y lo que puede explorar después.
Al lanzar, todo queda cargado en el panel. Los banners y la guía de configuración se adaptan a lo que cada merchant dejó para después.
El segundo usuario, dueño de una agencia que prueba apps antes de recomendárselas a sus clientes, configuró esta versión y nos escribió su feedback.
"Las opciones de las estrategias me parecen especialmente inteligentes. Convierten algo que podría ser bastante abstracto, como configurar la economía de un programa de puntos, en algo que un merchant puede entender inmediatamente."
Usuario de la app
Dueño de una agencia para tiendas Shopify
Diseñar lo que puede salir mal
Nada puede quedar vacío
Si se borra un nombre, un color o un valor de puntos, vuelve a su valor por defecto o al del preset elegido. El programa nunca se ve roto.
Estados deshabilitados que se explican
El email de puntos por vencer aparece desactivado, para que el merchant sepa que existe, con una nota que dice por qué y dónde activarlo.
Prevenir y explicar el error
El paso de importación muestra desde el principio cómo tiene que ser el archivo. Y si algo falla, el mensaje dice qué salió mal y cómo arreglarlo.
Aprendizaje
01
Simple no significa lo mismo para todos
Al principio pensé que simplificar era quitar opciones. Nuestra primera usuaria me mostró que, para alguien con experiencia, quitarle la posibilidad de editar no le simplificaba nada. El equilibrio estuvo en valores sugeridos que cualquiera puede aceptar, y control total para quien lo necesita.
02
Una sola usuaria cambió más que el benchmark
Analizar apps de la competencia me dio una buena base, pero no me mostró dónde fallaba nuestro flujo. Ver a una merchant real configurando la app reveló en una llamada tres problemas que no habíamos previsto.
03
Lo que el usuario no ve también es diseño
Gran parte del trabajo estuvo en lo que pasa cuando algo sale mal o queda pendiente: un campo vacío, un archivo con errores, una tarea para después. Si eso no está resuelto, un flujo simple se rompe a la primera.
Con más tiempo, mediría cuánta personalización necesitan realmente los merchants, para decidir con datos qué va en el onboarding y qué en el panel.
