← Trabajo

ProLana

De un chat de WhatsApp a efectivo en minutos.

Rol
Product Manager
Producto
ProLana · crédito en efectivo
Equipo
Tech, Ops, Datos y Riesgos
Canal
WhatsApp → portal web

01Contexto

El crédito servía para comprar, pero solo a un distribuidor.

Al inicio Propaga solo otorgaba crédito en producto, y cada línea estaba atada a un distribuidor: si el tendero tenía crédito con Grupo Modelo, solo podía usarlo para comprarle a Grupo Modelo.

ProLana nació para que, con esa misma línea, el tendero pudiera pedir efectivo y seguir surtiendo su tienda. También buscaba que el producto se usara más, porque el uso dependía de un solo distribuidor. Todo esto pasó antes de la app móvil.

ProLana en corto
  • Hasta $15,000 de su disponible
  • Pago en 15 días
  • Tasa de 6% + IVA
  • Depósito a una cuenta a su nombre

02Problema

Un MVP en WhatsApp que se rompía con facilidad.

El MVP era un flujo de WhatsApp: el tendero respondía paso a paso si quería el crédito, elegía uno de tres montos, mandaba su CLABE y aceptaba las condiciones. Tomaba unos 7 minutos, medidos desde que iniciaba la solicitud hasta que la terminaba.

Lo que fallaba

  • Si mandaba un número de tarjeta en lugar de la CLABE, el flujo no lo detectaba.
  • No se validaba el crédito disponible: si ese día ya lo había usado, podía pedir más de lo que tenía.
  • No se validaba que la CLABE estuviera a su nombre, lo que abría la puerta a fraudes.
  • La CLABE no se guardaba: había que escribirla cada vez.
  • Solo había tres montos posibles, según su línea.

Además, nada caía a una base de datos. Las solicitudes se capturaban en Excel y las dispersiones se hacían a mano, con un corte al día: el tendero recibía su dinero hasta 24 horas después. Esa carga recaía en Ops, el equipo que también atendía las dudas de los clientes, y a veces los tenderos le pedían a soporte que hiciera la solicitud por ellos.

03Decisión

Del chat al portal que ya existía.

Antes de llegar a la versión final, probamos un paso intermedio dentro del mismo WhatsApp.

Chat de WhatsApp (MVP) Descartada Frágil: no interpretaba bien las respuestas, no validaba nada y todo terminaba en Excel.
WhatsApp con Meta Flows Paso intermedio Automatizó una parte, porque se conectaba a nuestra base de datos para consultar el límite disponible. Pero no podía guardar la CLABE.
Portal web del usuario Elegida Ya existía y el tendero solo tenía que entrar. Permitía guardar la CLABE, elegir el monto exacto y validar todo antes de dispersar.

04Ejecución

Un flujo corto, validado de punta a punta.

En el portal, el tendero elige la cantidad exacta en múltiplos de $100, hasta su disponible. La primera vez escribe su CLABE, que se valida en formato y longitud, y nuestro proveedor de dispersiones confirma que la cuenta esté a su nombre. Después la CLABE queda guardada y la siguiente solicitud es todavía más corta.

La dispersión se volvió automática: el efectivo llega en menos de 15 minutos.

Trabajé directamente con Tech, Ops y el equipo de Datos y Riesgos. Con ellos definimos montos, plazo y, sobre todo, la tasa, y monitoreamos las cohortes de pago y la mora por tratarse de un producto nuevo.

Para validar, analizamos las conversaciones de WhatsApp en las que el tendero pedía efectivo: en qué punto abandonaba y cuánto tardaba.

05Impacto

De 7 minutos y un Excel a efectivo en minutos.

El tendero ya podía pedir su efectivo solo, sin depender de soporte, y Ops dejó de capturar y dispersar a mano.

Tiempo de solicitud
7 min1.5 min
Llegada del depósito
hasta 24 h< 15 min
Monto a elegir
3 opcionesexacto
MVP en WhatsAppPortal web
CLABENo se validabaFormato, longitud y titular
Crédito disponibleNo se validabaSe consulta antes de dispersar
Datos del tenderoSe pedían cada vezLa CLABE se guarda
RegistroExcelBase de datos
DispersiónManual, un corte al díaAutomática
Antes7 min
Después1.5 min

Solicitud de efectivo · de WhatsApp al portal web