El cliente nunca dijo su apellido, pero quedó en tu CRM. Cómo pasa eso
Un asistente que captura datos acaba guardando cosas que dedujo, no que le dijeron. Y una ficha con un dato inventado es peor que una ficha vacía: nadie la vuelve a comprobar.
Le pides a tu asistente que vaya guardando los datos de quien escribe: nombre, correo, qué necesita. Funciona, y la primera semana parece magia: las fichas se llenan solas.
El problema aparece un mes después, cuando alguien llama a un cliente por un nombre que ese cliente nunca dio. O cuando mandas una cotización a un correo que estaba mal escrito desde el principio y nadie lo notó porque en la ficha se veía perfectamente normal.
Esto no es un fallo raro ni exclusivo de una herramienta: es la consecuencia directa de cómo funcionan estos asistentes. Y tiene arreglo, pero hay que pedirlo.
Por qué un asistente rellena huecos
Un modelo de lenguaje está entrenado para producir texto que encaje. Si le pides que devuelva una ficha con nombre, correo y documento, va a intentar devolver una ficha completa — porque una ficha completa es lo que «encaja».
Si el cliente escribió «soy Maria, necesito info de visas», el asistente tiene el nombre. Pero si más adelante alguien menciona un apellido en otro contexto, o si el perfil de WhatsApp muestra algo, la tentación de completar es enorme.
No está mintiendo. Está haciendo exactamente lo que se le pidió: rellenar los campos. El problema es que en tu CRM, un dato que el cliente dijo y un dato que el asistente dedujo **se ven exactamente igual**.
Por qué eso es peor que una ficha vacía
Una ficha con el correo en blanco es un problema visible: alguien lo ve, lo pide, lo llena.
Una ficha con un correo plausible pero inventado es un problema invisible. Mandas la cotización, no rebota —o rebota a una bandeja que nadie mira—, y das por hecho que el cliente la recibió y no le interesó.
Lo mismo con el nombre. Llamar a alguien por un nombre que no es el suyo, en la primera llamada de venta, cuesta más que no tener el nombre: comunica que no le estabas prestando atención.
La regla es incómoda pero es así: **en datos de contacto, un hueco es mejor que una suposición**. El hueco se llena; la suposición se propaga.
La pregunta que lo cambia todo: ¿de dónde salió este dato?
La solución no es pedirle al asistente que capture menos. Es pedirle que diga **de dónde sacó cada cosa**.
Hay cuatro orígenes posibles y no valen lo mismo:
- **Lo dijo el cliente**, con esas palabras, en la conversación. Este dato se guarda.
- **Vino de un formulario** que esa persona llenó en tu web. También se guarda: lo escribió con sus manos.
- **Lo dedujo el asistente** de algo parecido, del contexto o del perfil. Este NO se guarda: se propone.
- **Se contradice** con lo que ya había en la ficha. Este es el más interesante y casi nadie lo trata.
Qué hacer con lo que dedujo
Lo que el asistente dedujo no se tira: se convierte en una pregunta de un toque en la ficha.
En la práctica se ve así: en la ficha del cliente aparece una línea que dice «parece que su correo es maria.g@ejemplo.com», con dos botones. Es correcto, y entra. Descartar, y desaparece.
La persona que atiende decide en un segundo, con el contexto delante. Y mientras no decida, ese dato **no está en la ficha**: no se puede usar por error para mandar una cotización.
Es la diferencia entre un asistente que te ayuda y uno que te crea trabajo silencioso.
El caso de la contradicción
Hay una situación que merece trato aparte: cuando el dato nuevo choca con uno que ya estaba.
El cliente dio un correo en enero y da otro distinto hoy. ¿Cuál vale? La respuesta automática —el más nuevo— es razonable pero no siempre cierta: pudo escribirlo mal esta vez, o el viejo puede ser el de su empresa y el nuevo el personal.
Pisar el dato viejo sin avisar es la peor opción, porque destruye información que no se recupera. Guardar los dos sin decir nada es casi igual de malo: alguien va a usar el equivocado.
Lo correcto es tratar la contradicción como lo que es: algo que un humano tiene que mirar. Se conserva el dato original, se propone el nuevo, y alguien decide.
Un detalle de seguridad que casi nadie mira
Hay un caso en el que una deducción no es solo un dato flojo, sino un riesgo: el nombre.
El nombre es lo que usa todo el mundo para reconocer una ficha. Si el asistente deduce un nombre y ese nombre entra, la ficha entera queda contaminada: el correo dudoso ahora parece pertenecer a alguien identificado, y nadie lo vuelve a cuestionar.
Por eso vale la pena una regla tajante: **si el nombre viene deducido, no entra nada de esa captura**. Todo se propone. Es más estricto de lo necesario en algunos casos, y compensa igual: es el campo que decide si el resto parece confiable.
Qué preguntar antes de activar la captura de datos
Si vas a dejar que un asistente escriba en tu CRM, estas preguntas valen la conversación:
- «¿Puedo distinguir un dato que el cliente dijo de uno que el sistema supuso?» Si en la ficha se ven igual, la respuesta es no.
- «¿Qué pasa si el dato nuevo contradice el que ya tenía?» «Se actualiza» es una respuesta preocupante.
- «¿La captura puede pisar algo que escribió una persona de mi equipo?» Lo que escribió un humano debería ganar siempre.
- «¿Dónde veo lo que capturó y puedo corregirlo?» Si hay que pedirlo por soporte, no es tu CRM.
Lo que ganas cuando el asistente admite lo que no sabe
Suena a menos producto: un asistente que a veces dice «esto no lo sé» y te deja una pregunta en vez de un dato.
En la práctica es al revés. Cuando sabes que todo lo que está en la ficha **lo dijo el cliente**, esa ficha se vuelve utilizable sin comprobar nada. Puedes lanzar una campaña contra esos correos. Puedes llamar por ese nombre.
Un CRM donde algunos datos son ciertos y otros son suposiciones, sin marca que los separe, es un CRM que hay que verificar entero antes de cada uso. Que es lo mismo que no tenerlo.
La confianza no viene de que el asistente lo sepa todo. Viene de que no afirme lo que supuso.
Preguntas frecuentes
¿Entonces el asistente captura menos datos?
Captura los mismos y guarda menos en automático. Lo que antes entraba como hecho ahora entra como propuesta, y basta un toque para aceptarla. El resultado son fichas más pequeñas pero en las que todo lo que hay es cierto.
¿Esto no hace más lento el trabajo del equipo?
Aceptar o descartar una sugerencia es un clic sobre la ficha que ya estabas mirando. Comparado con descubrir tres semanas después que mandaste una cotización a un correo inventado, sale barato.
¿Qué pasa con los datos que el cliente llena en un formulario de mi web?
Cuentan como dichos por él: los escribió con sus manos. Entran directo a la ficha, igual que lo que escribe en la conversación.
¿Puede el asistente borrar un dato que escribió alguien de mi equipo?
No debería, nunca. Lo que escribió una persona gana sobre lo que propone un modelo. Si una herramienta permite que la captura automática pise una edición manual, ese es motivo suficiente para descartarla.
Pon esto en práctica con WazaCRM
El CRM de WhatsApp con IA que ordena tus chats y vende por ti. Te lo mostramos con tu propio número.
Agendar demo
