Member Get Member

Crear un sistema de referidos en banca requería alinear producto, tecnología, seguridad y múltiples áreas internas. Cada decisión de diseño debía adaptarse a restricciones operativas propias de una institución financiera.

Complejidades propias e internas

• Seguridad digital. Compartir links hacia aperturas de cuenta requería trabajar junto a ciberseguridad desde el inicio para evitar riesgos y generar confianza en el proceso.
• Alineación institucional. Las decisiones del producto necesitaban validación y coordinación entre múltiples áreas locales y equipos globales para mantener coherencia dentro del ecosistema.
• Motivación + operación. El sistema debía sostener interés y continuidad del usuario aun cuando existían validaciones, tiempos de acreditación y restricciones operativas que afectaban la experiencia.

Benchmark: análisis del mercado

El análisis de productos financieros digitales permitió identificar distintos enfoques para adquisición orgánica y programas de referidos. Algunos priorizaban recompensas económicas directas, otros se apoyaban en beneficios aspiracionales o incentivos vinculados al uso del producto. También se encontraron diferencias importantes en mecanismos de invitación, visibilidad dentro de la app, experiencia omnicanal y seguimiento del estado de los referidos. El benchmark ayudó a entender qué decisiones aumentaban continuidad, conversión y motivación sostenida dentro del sistema.

El proceso partió de un discovery sobre programas de referidos y adquisición orgánica en distintas geografías. Se analizaron soluciones existentes, aprendizajes previos y patrones de comportamiento observados en otros productos financieros. Con esa base se realizaron validaciones y research con usuarios para entender motivaciones, fricciones y expectativas alrededor del sistema de recomendación.

Timeline del proyecto

• Exploración inicial. Se analizaron programas de referidos existentes dentro y fuera de la organización para entender mecanismos de invitación, adquisición orgánica y patrones de comportamiento en productos financieros digitales.
• Discovery y benchmark. El análisis comparativo permitió identificar diferencias en incentivos, visibilidad del programa, canales de distribución y continuidad del embajador dentro del sistema.
• Definición del producto. Definir perfiles de usuario, reglas del sistema, experiencia y propuesta de valor del programa.
• Construcción y alineación. La solución final integró el producto dentro de la app, mecanismos de invitación, comunicación omnicanal y seguimiento del estado de los referidos, alineando diseño, negocio, seguridad y equipos globales.

La propuesta no se resolvía en una sola interacción. El sistema debía conectar activación, invitación, seguimiento del referido, acreditación y continuidad del embajador dentro de una misma experiencia.

Sistema omnicanal de comunicación

• Experiencia dentro de la app. Punto de entrada del embajador al programa. Desde ahí podía acceder al sistema de invitaciones, compartir su link único y consultar el estado de sus referidos activos.
• Mensaje de WhatsApp. Mensaje e imagen diseñados para facilitar la invitación y reducir fricción al compartir. El contenido se adaptaba al comportamiento natural del canal e incorporaba previews enriquecidos mediante open graph.
• Email al referido Canal de comunicación formal orientado a explicar la propuesta de valor, condiciones del programa y acceso al flujo de apertura.
• Contexto del programa.Explicación visible de la dinámica del sistema, condiciones de acreditación y funcionamiento general del programa para reducir incertidumbre y generar mayor claridad durante el proceso.

La validación se coordino desde el primer día. Seguridad, negocio, equipos globales y alineación técnica condicionaban continuamente las decisiones del producto. Diseñar considerando esas restricciones desde el inicio fue clave para convertir una propuesta conceptual en un sistema viable dentro de la organización.

Proceso de aprobación

• Ciberseguridad.Validación de la arquitectura, mecanismos de invitación y previews enriquecidos para minimizar riesgos de phishing y asegurar confianza dentro del sistema. La colaboración con seguridad ocurrió desde las primeras decisiones de diseño, no únicamente como aprobación final.
• Alineación Global. Revisión y validación del producto junto a equipos globales para mantener coherencia con lineamientos multinacionales, patrones MGM existentes y estándares compartidos entre geografías.
• Áreas de negocio. Definición y validación de incentivos, reglas del programa, criterios de elegibilidad y condiciones operativas necesarias para asegurar viabilidad del sistema dentro del ecosistema financiero.
• Equipo SCRUM. Coordinación continua con desarrollo y producto para ajustar prioridades, resolver restricciones técnicas e integrar el sistema dentro de los módulos definidos para entrega.

Member Get Member no buscaba únicamente generar referidos. Se diseño un sistema capaz de convertir recomendación, confianza y continuidad en crecimiento sostenible dentro de un entorno financiero. Diseñar adquisición dentro de una institución financiera implica coordinar comportamiento, confianza, operación y motivación dentro de un mismo sistema.

Conclusiones

• El sistema no terminaba en la invitación. La continuidad del embajador era tan importante como la primera recomendación. Diseñar adquisición implicaba sostener participación en el tiempo, no solo generar entradas iniciales.
• La motivación no dependía únicamente del incentivo económico. Factores como identidad, pertenencia y percepción de valor influían directamente en la intención de recomendar el producto.
• Seguridad y experiencia debían construirse juntas. Integrar ciberseguridad desde el inicio permitió diseñar mecanismos de invitación viables sin comprometer claridad ni confianza para el usuario.
• La escalabilidad dependía de la estructura del sistema.Más allá del flujo específico, era necesario construir un modelo adaptable a distintos productos, equipos y contextos dentro de la organización.