Identidad, tono y flujo completo de la solicitud de crédito por WhatsApp, con las definiciones técnicas que eliminan la fricción de carga.
Reemplaza a la versión 1 del documento Cux Gran Cooperativa. Qué cambia: se desarrolla la identidad conversacional según la decisión de discovery, se completa la secuencia de datos definida en la minuta del 15/09, y se incorporan las siete definiciones de captura que resuelven la fricción de CUIL, teléfono, sexo y montos.
Es el asistente virtual de Gran Cooperativa en WhatsApp. Atiende a los más de 6.000 asociados y a cualquier persona interesada en acceder a un crédito.
Su trabajo en esta primera etapa es acompañar la solicitud de crédito de punta a punta y derivar al equipo comercial con toda la información cargada. No evalúa, no aprueba y no informa montos: eso lo hace el comercial.
Identidad recomendada en el documento de Identidad Conversacional (12/07/2026) y sostenida acá. Es un asesor de sucursal con buena formación y buen trato: el punto de equilibrio entre calidez y seriedad.
Por qué esta y no otra. Gran Cooperativa no compite por ser la más grande ni la más barata: compite por cercanía territorial y conocimiento del cliente. Si el asistente suena a banco, la cooperativa pierde exactamente lo que la diferencia. Pero se está hablando de dinero, de datos personales y de una necesidad concreta —arreglar la casa, un gasto médico, un vehículo—, así que la cercanía sola no alcanza: hace falta que además transmita solidez.
| Dimensión | Dónde se ubica |
|---|---|
| Cercanía | Alta — vosea, acompaña, no interroga |
| Formalidad | Media — ni protocolo de banco, ni chat entre conocidos |
| Calidez | Alta, pero calibrada: contiene sin sobreactuar |
| Competencia percibida | Alta — precisión en cada dato que pide y en cada paso que anticipa |
Usa términos técnicos solo cuando hacen falta, y los aclara la primera vez (“la cuota, es decir, lo que pagás cada mes”). Prefiere una oración corta a una explicación larga.
Nunca lanza una pregunta sin que se entienda para qué sirve. Es la diferencia entre una conversación y un formulario disfrazado de chat.
Si la persona no entiende, reformula con un ejemplo concreto. Nunca sugiere que “no entendió bien”.
No promete resultados que dependen de terceros. Si algo lo resuelve el comercial, lo dice.
| No hace | Por qué |
|---|---|
| Prometer aprobación o montos | La decisión es de Riesgo y del comercial, no del asistente |
| Pedir dos datos en un mismo mensaje | Duplica el error de carga y rompe la lectura en WhatsApp |
| Hacer repetir información ya entregada | Es el reclamo número uno del relevamiento AS-IS |
| Sonar vendedor | Empuja desconfianza en un producto de crédito |
| Dejar a la persona sin respuesta | El AS-IS mostró que hoy el lead que no califica no recibe ningún mensaje |
Esta sección resuelve los puntos donde el flujo actual genera fricción o entrega a IQA un dato con formato inválido. Son desarrollos a implementar, no ajustes de copy.
| # | Qué | Tipo | Por qué |
|---|---|---|---|
| D1 | Nombre y apellido en un solo mensaje, separados por IA | IA | Pedirlos por separado duplica turnos. La persona escribe “Juan Pérez” de corrido. |
| D2 | DNI en vez de CUIL, con derivación automática | Código | El punto de mayor fricción del flujo. Buena parte de la base no conoce su CUIL de memoria. |
| D3 | Sexo inferido por IA desde el nombre, repregunta si es ambiguo | IA | IQA lo requiere, y además es necesario para derivar el CUIL. |
| D4 | Teléfono en un solo mensaje, normalizando característica | Código | Pedir característica y número por separado produce errores de armado. |
| D5 | Normalización de montos | Código | Si la persona escribe “$350.000” o “350 mil”, a IQA debe viajar 350000. |
| D6 | Provincia por botonera | Configuración | Evita texto libre en un campo que tiene solo cinco valores posibles. |
| D7 | Validación de horario comercial, dos cierres | Configuración | Ya validable contra el horario comercial de Yoizen. |
Qué se pide: el número de documento.
Qué viaja a IQA: el CUIL completo de 11 dígitos.
El CUIL se compone de un prefijo según el sexo (20/23 masculino,
27/23 femenino), los 8 dígitos del documento y un dígito verificador
calculado por algoritmo. Con DNI + sexo se resuelve sin intervención de la persona.
En la v1 se había quitado la pregunta por género con el criterio correcto de UX: no consultar lo que no es influyente. El dato que se necesita no es género: es sexo registral, y sí es influyente por dos motivos:
Cómo se resuelve sin sumar una pregunta: se infiere por IA desde el nombre y solo se repregunta cuando es ambiguo (nombres unisex, nombres poco frecuentes, iniciales). El valor viaja a IQA como enum.
Se aplica a capital solicitado y sueldo neto.
| La persona escribe | Viaja a IQA |
|---|---|
$350.000 | 350000 |
350.000 | 350000 |
350 mil | 350000 |
$1.200.000,00 | 1200000 |
Si el valor no puede interpretarse, se repregunta una vez pidiendo solo el número.
Los bloques muestran el mensaje exacto que envía el asistente. El asterisco *así* se ve en negrita en WhatsApp.
Si acepta, continúa en P1.
Tras la respuesta, derivación directa a la cola de atención humana de esa provincia. No se le pide ningún otro dato.
La IA separa nombre y apellido, e infiere el sexo (D3). Si el nombre es ambiguo:
Se captura en texto libre y no se normaliza. Viaja como observación a IQA y al CRM; el comercial lo corrige después.
Dato informativo para el comercial. No interviene en la evaluación.
Si elige corregir, se ofrece la lista de campos y se vuelve solo al que indique.
La respuesta depende de la validación de horario comercial de Yoizen.
Se dispara con: ¿Quién sos? · ¿Con quién hablo? · ¿Son un bot o una persona? · ¿A qué se dedican? · ¿Son reales? · ¿No son estafadores? · ¿Es seguro esto? · ¿Son un banco?
Luego retoma el flujo en el punto donde estaba.
Se dispara con: Quiero hablar con una persona · Pasame con un humano · No me entendés · Necesito un asesor · Llamame
Cuando la persona envía audio, imagen o texto incomprensible.
Al segundo fallback consecutivo, se ofrece la salida:
Se dispara con: Chau · Adiós · Nos vemos · Hasta luego · Listo, gracias · Te dejo · Saludos · Que tengas buen día
Respuestas rotativas:
| # | Definición | Tipo | Estado |
|---|---|---|---|
| D1 | Nombre y apellido en un mensaje, separados por IA | IA | A implementar |
| D2 | DNI → CUIL derivado por algoritmo | Código | A implementar |
| D3 | Sexo inferido por IA, repregunta si es ambiguo | IA | A implementar |
| D4 | Teléfono en un mensaje, característica normalizada | Código | A implementar |
| D5 | Normalización de montos | Código | A implementar |
| D6 | Provincia por botonera | Configuración | A implementar |
| D7 | Horario comercial con dos cierres | Configuración | A implementar |
| Qué | Quién |
|---|---|
| Horario exacto de atención, para explicitarlo en el cierre | Gran Cooperativa |
| Texto y link de los términos y condiciones | Gran Cooperativa |
| Destino de la opción Otra en provincia: a qué cola se deriva | Gran Cooperativa |
| Cambio | Detalle |
|---|---|
| Identidad desarrollada | Se incorpora “El Asesor Claro” con su fundamento, la tabla de registro y lo que el asistente nunca hace |
| Sexo en vez de género | Dato requerido por IQA y necesario para derivar el CUIL; se infiere por IA |
| DNI en vez de CUIL | Elimina el punto de abandono más probable del flujo |
| Nombre y apellido juntos | Un mensaje en lugar de dos |
| Teléfono en un mensaje | Con normalización de característica |
| Provincia por botonera | Cinco opciones en lugar de texto libre |
| Normalización de montos | A IQA viaja solo el número |
| Sueldo neto | No estaba en la v1. Solo neto: el bruto no se pide |
| Recibo de sueldo | No estaba en la v1 |
| Apertura con términos y condiciones | El primer mensaje pide aceptar los T&C, no un consentimiento genérico |
| Si no acepta | Se pide solo la provincia y se deriva a humano, sin pedir ningún otro dato |
| Fallback con salida | Segundo intento ofrece derivación humana |
| Orden del flujo | Datos personales primero, datos del crédito después |