Fácil Black ya tiene producto, tarjeta y app. Lo que falta es atención que responda al primer contacto, ordene la urgencia y entregue a una persona solo cuando hace falta. Este paquete describe y demuestra ese agente, con una regla por encima de todas: no ejecuta acciones sobre tarjetas ni saldos.
Datos de demostración. Ninguna cifra, plazo ni comisión de esta página proviene de un contrato firmado. El asistente no tiene proveedor de modelo contratado, ni número telefónico, ni acceso a sistemas de Fácil en esta entrega.
El tarjetahabiente necesita una respuesta útil. Soporte necesita contexto sin datos expuestos. Dirección necesita saber qué se puede defender ante un cliente y qué no.
El agente reconoce la urgencia antes que cualquier otra intención, explica cómo bloquear en Fácil Móvil y canaliza sin prometer que ya hizo algo que no puede hacer.
Cada conversación llega con intención clasificada, datos personales enmascarados y motivo. El copiloto propone la siguiente acción con la política citada, no con una corazonada.
El piloto se mide con reglas falsables: qué debe fallar, qué se considera aprobado y qué queda fuera. Sin promesas de ahorro ni de conversión que nadie pueda verificar.
Lo que se puede probar aquí es el comportamiento: clasificación, compuerta de conocimiento, redacción, guardia de salida y estados de canalización. El modelo de lenguaje y la telefonía se integran después, con las aprobaciones del cliente.
Atajos para Tarjetahabiente.
El motor es determinista: mismas entradas, mismas salidas. Sustituirlo por un modelo es un cambio de una pieza, no del comportamiento prometido.
Pulsa reproducir para ver la secuencia. No hay audio: es un guion, no una llamada real.
Reproducción guionizada de una llamada. No hay audio sintético ni número comprado: la línea mexicana requiere la aprobación A6.
Cliente Laura M., [correo], [teléfono], [tarjeta]. Perdió la tarjeta en el aeropuerto y no puede abrir la app.
La versión sin redactar solo existe en esta demostración para mostrar la diferencia. En el piloto, lo que se registra es la versión enmascarada.
Canalizar a soporte humano con motivo «bloqueo urgente» y verificar si la app responde.
La persona no puede ejecutar el paso de autoservicio. El agente no bloquea tarjetas: KB-012 lo prohíbe y KB-006 indica que el bloqueo lo hace el usuario.
Fuentes: KB-006, KB-009, KB-012
Hola Laura, entiendo la urgencia. No puedo bloquear la tarjeta desde aquí. Te estoy canalizando con una persona del equipo; si no hay nadie disponible, tu caso queda registrado y te contactan. Por favor no compartas tu NIP ni tu Token Fácil con nadie.
Panel interno. Propone redacción y siguiente acción con la política citada; la persona decide y firma.
Te estoy canalizando con una persona del equipo. Si no hay nadie disponible, el caso queda registrado.
«Ana te atiende ahora»
Todavía no ocurre.
Todavía no ocurre.
El estado lo cambia la persona que acepta el caso, no el agente. Un tachado es una frase que el agente tiene prohibida en ese momento; la compuerta de salida la bloquea aunque un modelo la genere.
Tres estados distintos. El agente nunca dice que una persona ya atiende antes de que esa persona acepte el caso.
Cada experiencia declara el problema, un ejemplo que puedes abrir aquí, el flujo operativo, el resultado y su etiqueta de disponibilidad. Ninguna se presenta como lista si depende de una integración que todavía no existe.
Problema. El prospecto no sabe si el producto le aplica y no quiere dejar sus datos para averiguarlo.
Cómo funciona
Resultado. Una respuesta con fuente y una etiqueta honesta, sin pedir datos.
Problema. Se mezclan personas físicas, morales y giros, y nadie confirma elegibilidad en el primer contacto.
Cómo funciona
Resultado. El prospecto sabe qué se publica y qué confirma un asesor con sus datos.
Problema. El administrador no puede explicar en qué se puede usar la tarjeta sin improvisar.
Cómo funciona
Resultado. Un catálogo de usos claro, con el límite de lo no confirmado a la vista.
Problema. El alta vive en el proceso de Fácil y el agente no puede crearla ni consultarla.
Cómo funciona
Resultado. El administrador sabe qué sigue y con quién, sin un folio inventado.
Problema. Son datos de cuenta: sin verificación e integración, cualquier cifra sería inventada.
Cómo funciona
Resultado. Ninguna cifra inventada y una ruta clara para obtener la real.
Problema. Es la urgencia que no admite un menú, y el agente no puede bloquear la tarjeta.
Cómo funciona
Resultado. El tarjetahabiente sabe qué hacer ahora y nunca lee una acción falsa.
Problema. Requiere revisar movimientos reales y abrir una disputa que el agente no puede ejecutar.
Cómo funciona
Resultado. Un caso con motivo y contexto, sin datos sensibles en el registro.
Problema. El soporte pide credenciales por costumbre y el agente no debe repetir ese hábito.
Cómo funciona
Resultado. El usuario recupera el acceso sin entregar un secreto a nadie.
Problema. Un traslado sin contexto obliga al cliente a repetir todo y al agente humano a empezar de cero.
Cómo funciona
Resultado. La persona recibe contexto y el cliente no repite su historia.
Problema. La grabación y el tratamiento de datos se explican tarde o no se explican.
Cómo funciona
Resultado. El usuario sabe qué se graba, para qué y cómo ejercer sus derechos.
Una tarjeta perdida, un cargo que nadie reconoce y una duda de comisión llegan al mismo lugar y exigen respuestas distintas. Sin una ruta, la urgencia espera detrás de una pregunta de ventas.
La urgencia se detecta antes que cualquier intención comercial. Pérdida, robo o cargo no reconocido toman la ruta urgente.
El agente recibe únicamente conocimiento con dueño y fecha de revisión. Lo propuesto se etiqueta; lo que no existe, se rechaza.
Explica el paso que la persona puede ejecutar en Fácil Móvil. Si no puede, solicita canalización y lo dice con ese estado, no con una promesa.
Correo, teléfono, tarjeta y NIP se enmascaran antes de guardar o registrar. La conversación se puede revisar sin exponer a nadie.
Si el primer mensaje no distingue pérdida de una duda de producto, la persona que necesita bloquear su tarjeta recorre el camino más largo.
Comisiones, requisitos y procedimientos cambian por contrato. Un agente sin fuente aprobada inventa o se queda callado, y ambas cosas cuestan.
Sin resumen, sin motivo y sin datos enmascarados, la persona que retoma el caso vuelve a preguntar lo mismo que ya se dijo.
No hay herramienta que bloquee, mueva saldos o apruebe solicitudes. Si algún día existe, devolverá un estado pendiente, nunca uno completado.
Cada respuesta pasa por un filtro que bloquea afirmaciones de acción, peticiones de secretos, cifras y folios inventados. Una violación reemplaza la respuesta completa.
Correo, teléfono, número de tarjeta y NIP dictado se enmascaran antes de registrar. El texto original no se escribe en bitácoras.
Cada afirmación tiene fuente, fecha efectiva y revisión. Sin aprobación, el agente no la usa en producción.
El plazo de conservación de grabaciones y transcripciones no está definido por Fácil (A7). Hasta tenerlo, no se promete uno.
El piloto no usa las conversaciones para entrenar modelos. Si el cliente lo pide, se documenta y se vuelve a evaluar.
Cada etapa tiene un criterio de salida. Si no se cumple, la etapa siguiente no empieza.
PRD, TRD, arquitectura, especificación del agente, flujos y criterios de evaluación. Seis compuertas verificables.
Sitio en español, chat determinista, llamada guionizada, copiloto y canalización. Sin proveedor de modelo ni número telefónico.
Solo afirmaciones aprobadas por Fácil. Requiere las respuestas A1 a A8 y acceso a la API o al CRM.
Voz entrante real, WhatsApp Business y horarios. Requiere aprobación de compra del bundle mexicano y del proveedor.
Evaluación continua, revisión de conversaciones y reporte mensual contra las mismas reglas del piloto.
No hay precio en esta página porque el alcance depende de las respuestas A1 a A8. Lo que sí está definido es qué se entrega en cada etapa y qué condición la cierra.
| Etapa | Entregable | Condición para empezar |
|---|---|---|
| Demostrador | Sitio, chat, llamada guionizada, copiloto y canalización | Esta entrega; sin telefonía ni modelo contratados |
| Piloto de texto | Agente con conocimiento aprobado, CRM y métricas | Respuestas A1, A2, A4 y A5 |
| Voz entrante | Número mexicano, voz y transferencia | Aprobación A6 y destino A3 |
| Operación medida | Revisión mensual contra las mismas reglas | Piloto con volumen real |
Sin estas respuestas el agente puede demostrarse, pero no operar. Se piden por escrito porque cada una afecta una decisión técnica o legal, no solo la redacción.
| Clave | Qué falta | Bloquea |
|---|---|---|
| A1 | Razón social y datos fiscales para el aviso y el contrato. | Piloto |
| A2 | Destino de las conversaciones: CRM, helpdesk o correo, con API. | Piloto |
| A3 | A dónde se transfiere una llamada y en qué horario. | Piloto |
| A4 | Persona nombrada como dueña de la política de respuestas. | Piloto |
| A5 | Acceso a API o entorno de pruebas para identidad y estado. | Operación |
| A6 | Aprobación escrita para comprar el bundle mexicano de telefonía. | Operación |
| A7 | Plazo de retención de grabaciones y transcripciones. | Operación |
| A8 | Activos de marca y licencia de las tipografías del sitio. | Operación |
La confianza no viene de prometer más, sino de que el sistema se niegue a decir lo que no puede sostener. Estas prohibiciones están en el código, no solo en un documento.
Las reglas viven en eval/rubric.json y se ejecutan con ops/eval-all.sh. Un resultado distinto de cero no se lee como aprobado.
No. El bloqueo lo haces tú en Fácil Móvil o la web. El agente te guía y, si no puedes, solicita que una persona tome tu caso. Nunca dice que ya lo hizo.
Lo dice: «No tengo esa información aprobada todavía». Después ofrece canalizar. Inventar una comisión o un plazo sería peor que no responder.
Es un asistente virtual y lo dice cuando se le pregunta. En esta demostración es un motor de reglas, no un modelo de lenguaje: por eso puedes probarlo sin conexión a un proveedor.
No. La línea mexicana requiere aprobación escrita de Fácil y no se ha comprado. La llamada que ves es un guion etiquetado como demostración.
En esta demostración, en memoria del servidor y se pierden al reiniciar. No se envían a Fácil ni a un CRM. En el piloto se conectan al destino que Fácil indique.
Sí. El adaptador es compatible con cualquier API de chat tipo OpenAI. La compuerta de conocimiento y la guardia de salida se mantienen aunque cambie el proveedor.
Puedes probar la conversación en esta página o dejar tus datos para que una persona te contacte. La línea mexicana del piloto no está comprada: la compra requiere aprobación escrita de Fácil.
El botón «Que me llamen» abre un formulario. En esta demostración la solicitud se guarda en memoria y no sale del servidor de la página; no genera folio.
Operado por Tsunami Automation para Assert Consulting S.A. de C.V..