CRM conversacional: qué información debe quedar después de cada conversación

Después de cada conversación tiene que quedar escrito quién es la persona, qué pidió, qué se le respondió, en qué estado quedó y cuál es el siguiente paso con fecha y responsable. Todo lo demás —la transcripción completa, el audio, la foto que mandó— es material de apoyo. Y hay prisa: la plataforma de WhatsApp no es tu archivo, y parte de lo que entra por ella caduca en días.

Aquí va qué entrega de verdad la plataforma, los ocho campos que debe dejar escritos un CRM conversacional, cómo comprobar en tres minutos si el tuyo los tiene y qué conviene no volcar sin criterio.

La ficha tiene que contestar cinco preguntas sin abrir el hilo

La prueba de que un registro sirve es que otra persona, tres semanas después, pueda retomar el caso sin leer la conversación. Si para saber en qué quedó aquello hay que abrir el chat y recorrerlo hacia arriba, lo que tienes es un archivo, no un registro.

Las cinco preguntas son siempre las mismas:

1. Quién es. No el nombre que aparece en la pantalla: el nombre con el que esa persona figura en tu negocio.
2. Qué quería. En una frase y en tu vocabulario, no en el suyo.
3. Qué se le dijo. Sobre todo si se le dio un precio, un plazo o una disponibilidad.
4. Cómo quedó. Reservó, pidió presupuesto, se lo está pensando, dijo que no.
5. Qué toca ahora. Con fecha y con un nombre al lado, o la constancia explícita de que no hay nada pendiente.

Un CRM conversacional se distingue de una bandeja de entrada compartida justo en esto: la bandeja guarda mensajes, el CRM guarda el resultado de esos mensajes. Las dos cosas son útiles, pero solo una se puede consultar deprisa.

Lo que la plataforma de WhatsApp no guarda por ti

La Plataforma de WhatsApp Business de Meta te avisa de lo que pasa, no te lo archiva. Cada mensaje entrante llega como una notificación a tu servidor, y lo que no persistas tú en ese momento tiene fecha de caducidad. Cuatro hechos documentados que conviene conocer antes de decidir qué campos montas.

Lo que trae la notificación es poco y hay que completarlo. Según la referencia de los webhooks de mensajes de la plataforma, un mensaje de texto entrante llega con profile.name y wa_id en el objeto contacts, y con from, id, timestamp, type y text.body en el objeto messages. Ahí no hay estado, ni intención, ni responsable, ni siguiente paso: esos cinco campos los tiene que escribir alguien, persona o sistema. Y profile.name es el nombre que esa persona puso en su perfil de WhatsApp, así que sirve para empezar una ficha, no para identificar a nadie.

Los adjuntos duran siete días. La documentación de medios es explícita: «Media IDs in webhooks expire after 7 days», y las URL de descarga «expire after 5 minutes», después de lo cual hay que volver a pedir una nueva con el identificador. Para los ficheros que sube el propio negocio el plazo es otro: «Media IDs returned by the API expire after 30 days». Traducido: la foto del cuadro eléctrico o el audio de dos minutos explicando la avería son tuyos solo si los descargaste a tu propio almacenamiento. Pasada esa semana, ya no hay de dónde sacarlos.

Si tu sistema estaba caído, Meta reintenta, pero no para siempre. La guía de configuración de webhooks dice que, cuando la petición no recibe un código 200 o no se puede entregar, «Meta retries delivery with decreasing frequency until the request succeeds, for up to 7 days». La misma página avisa de que esos reintentos «can result in duplicate webhook notifications». De ahí sale una exigencia técnica muy concreta: el identificador del mensaje tiene que quedar guardado, porque es la única forma de no apuntar dos veces lo mismo.

Y el reloj de la conversación corre. Cuando una persona te escribe o te llama arranca una ventana de atención de 24 horas que se reinicia si vuelve a hacerlo; cuando se cierra, según la documentación de mensajes de servicio, solo se pueden enviar plantillas aprobadas previamente. Eso convierte la hora del último mensaje entrante en un dato operativo, no en un detalle: es lo que distingue «le puedo escribir ahora mismo» de «tengo que usar una plantilla».

Ninguna de las cuatro páginas declara fecha de actualización; se consultaron el 2 de octubre de 2026.

Los ocho campos que deben quedar escritos

Esto ya no es documentación de Meta: es el criterio con el que montamos nosotros una ficha, y lo damos como criterio, no como estándar del sector. Son ocho campos, y cada uno existe porque su ausencia provoca un problema concreto.

1. Identidad estable. El teléfono en formato internacional como clave única, y el nombre real del cliente en un campo distinto del nombre de perfil. Sin clave única aparecen duplicados en cuanto la misma persona escribe desde otro número o alguien la da de alta a mano.
2. Procedencia. De dónde salió esa conversación: el botón de la web, la ficha de Google, un cartel, una campaña. Es el único campo de los ocho que no se puede recuperar después, porque a los tres días ni el cliente se acuerda.
3. Qué pidió, en una frase. «Presupuesto de aerotermia para un chalet de 180 m²», no un resumen de doce líneas. Una frase se lee de un vistazo; un resumen largo no lo lee nadie y acaba siendo la transcripción otra vez.
4. Qué se le respondió y qué se le prometió. Con el precio, el plazo o la disponibilidad que se dijeron por escrito. Este campo es el que evita la conversación incómoda de dentro de un mes, cuando el cliente recuerda una cifra y el negocio recuerda otra.
5. Estado, de una lista cerrada y corta. Entre cuatro y seis valores. Si cada persona del equipo escribe el estado con sus palabras, no se puede filtrar, y un estado que no se puede filtrar no sirve para nada.
6. Siguiente paso: acción, fecha y responsable. Los tres juntos. «Llamar» sin fecha es un deseo; «llamar el jueves» sin responsable es trabajo de nadie.
7. Quién atendió y cuándo cambió de manos. Si respondió el asistente, si intervino una persona y en qué momento. Sin esto no se puede revisar una queja ni saber qué parte del flujo automático funciona.
8. La traza. Identificador del mensaje, hora del último mensaje entrante del cliente y los adjuntos ya descargados a tu almacenamiento. Es la parte aburrida y es la que hace que los otros siete campos se puedan sostener.

Conviene ver de dónde sale cada cosa. Los campos 1, 7 y 8 se pueden rellenar solos a partir de lo que entrega la plataforma. Los campos 2 a 6 son decisiones: alguien tiene que interpretar la conversación y escribirlas. Esa es exactamente la frontera entre un sistema que te ahorra trabajo y uno que te lo cambia de sitio, y es también lo que se mide cuando uno quiere saber si automatizar WhatsApp está ahorrando trabajo o solo moviendo mensajes.

La prueba de los tres minutos

Para saber si tu registro actual sirve no hace falta auditar nada. Coge diez conversaciones al azar de hace más de dos semanas y pídele a alguien del equipo que no las atendió que conteste, para cada una y en menos de tres minutos, sin abrir el hilo: qué quería esa persona, qué se le dijo y qué falta por hacer.

El criterio con el que lo leemos nosotros:

• Ocho o más de diez resueltas: el registro funciona. Lo que falte es afinar la lista de estados.
• Entre cinco y siete: hay fichas, pero se rellenan cuando hay tiempo. El problema casi nunca es el equipo: es que escribir el registro requiere salir de la conversación e ir a otra pantalla.
• Menos de cinco: no hay registro. Hay un historial de mensajes y una memoria colectiva que se va de vacaciones en agosto.

Es una comprobación propia, no una métrica de la industria, y el número de diez es arbitrario: sirve porque cabe en media hora y porque el resultado suele ser evidente antes de la quinta.

Ejemplo: el instalador que respondía bien y perdía igual

Un instalador de aerotermia atiende todo por WhatsApp. Responde rápido y responde bien. Un cliente le manda una foto del cuadro eléctrico un martes, hablan, le pasa una cifra aproximada y queda en enviar el presupuesto cerrado. Tres semanas después el cliente escribe: «¿seguimos con lo que hablamos?».

Lo que pasa entonces, cuando no hay registro: hay que subir por el hilo, la foto ya no se abre, nadie recuerda si la cifra que se dijo incluía la instalación eléctrica, y la respuesta tarda dos días. El presupuesto, cuando sale, es más caro que el que recordaba el cliente.

Con los ocho campos, la misma situación dura un minuto: procedencia «botón de la web», petición «aerotermia chalet 180 m²», prometido «entre X e Y, instalación eléctrica aparte, presupuesto cerrado esta semana», estado «presupuesto pendiente», siguiente paso «enviar presupuesto el jueves — Javier», y la foto descargada el martes en el expediente del cliente. El ejemplo está construido y no corresponde a ningún cliente concreto, pero los dos finales son los de siempre. Cuando el negocio vive de presupuestos de esta clase, el registro vale tanto como la visibilidad del propio instalador en buscadores: sirve de poco traer una consulta que después se pierde en un hilo.

Qué conviene no volcar sin criterio

Guardar más no es guardar mejor, y hay tres cosas que vemos a menudo y que no recomendamos:

• La transcripción completa pegada en el campo de notas. La conversación ya está guardada en su sitio. Copiarla a la ficha convierte el campo que debería leerse de un vistazo en algo que nadie lee.
• Campos que nadie va a rellenar. Una ficha con veinte huecos se queda con dieciséis vacíos, y una ficha medio vacía deja de consultarse en dos semanas.
• Datos personales que la conversación suelta de paso. Un cliente puede contarte por qué necesita la cita, y eso no significa que tenga que quedar escrito. Con qué criterio se decide qué datos personales guarda un CRM y cuánto tiempo los conserva es una pregunta distinta a esta, con reglas propias, y la tratamos aparte.

Preguntas relacionadas

¿No basta con guardar la conversación entera?

No, porque resuelven cosas distintas. La conversación es la prueba de lo que se dijo; el registro es el resumen operativo que permite actuar sin releerla. Necesitas las dos, y la conversación completa debe seguir ahí. Lo que no funciona es usar una como si fuera la otra: cuando el único registro es el hilo, el coste de consultar un caso crece con la longitud de la conversación, justo al revés de lo que interesa.

¿Quién escribe ese resumen, la IA o la persona?

Lo propone el sistema y lo confirma quien atiende. Un asistente puede proponer la frase de «qué pidió», el estado y una fecha razonable para el siguiente paso, porque tiene delante toda la conversación y no se le olvida. Pero lo que se prometió —un precio, un plazo— conviene que lo valide una persona, porque ahí un error no es una ficha incompleta: es un compromiso mal registrado. El reparto entre lo que se automatiza y lo que no lo desarrollamos en qué automatizar y qué no en el seguimiento comercial por WhatsApp.

¿Y los audios y las fotos que me mandan los clientes?

Hay que descargarlos a tu propio almacenamiento el mismo día. Como queda dicho más arriba con la documentación de Meta delante, el identificador de un fichero recibido por webhook deja de servir a los siete días y la URL de descarga caduca a los cinco minutos. Un negocio que reciba fotos de averías, documentos o notas de voz necesita que esa descarga sea automática: confiar en que alguien se acuerde de guardarla es perder material a la semana.

¿Es lo mismo que el traspaso de la IA a una persona?

No. El traspaso trata de qué información tiene que viajar en el momento de cambiar de manos, con la conversación todavía abierta y el cliente esperando. Este artículo trata de qué queda cuando la conversación ya terminó. Comparten campos, pero el criterio es distinto: en el traspaso manda la inmediatez, y en el registro manda que se entienda dentro de tres semanas.

¿Cuántos estados debería tener la lista?

Entre cuatro y seis. Con menos de cuatro no se distingue lo que hay que distinguir —al menos «sin atender», «en curso», «cerrado con resultado» y «cerrado sin resultado»—; con más de seis, cada persona elige uno distinto para el mismo caso y el filtro deja de ser fiable. Los estados se añaden cuando alguien demuestra que necesita filtrar por ellos, no antes.

¿Esto vale si atiendo desde varios canales?

Sí, y es precisamente cuando más se nota. Los ocho campos no dependen de WhatsApp: el canal es un dato más de la ficha. Lo que cambia con varios canales es la importancia del campo de identidad, porque la misma persona llega con un teléfono por un lado y un correo por otro, y sin clave única acabas con dos fichas de un mismo cliente contándote historias distintas.

Por dónde seguir

Si lo que necesitas es que la conversación entre directamente como información del cliente, sin copiar nada a mano de una herramienta a otra, eso es lo que resuelve un CRM con WhatsApp integrado. Y si prefieres ver estos ocho campos rellenándose sobre una conversación real antes de decidir nada, es lo que enseñamos en una demo de PotencIA.

Fuentes

• Plataforma de WhatsApp Business, Messages webhooks reference: un mensaje de texto entrante llega con profile.name y wa_id en contacts, y con from, id, timestamp, type y text.body en messages. Consultada el 2 de octubre de 2026; la página no declara fecha de actualización.
• Plataforma de WhatsApp Business, Media: «Media URLs expire after 5 minutes», «Media IDs in webhooks expire after 7 days» y «Media IDs returned by the API expire after 30 days». Consultada el 2 de octubre de 2026; la página no declara fecha de actualización.
• Plataforma de WhatsApp Business, Set up Webhooks: ante una respuesta distinta de 200, «Meta retries delivery with decreasing frequency until the request succeeds, for up to 7 days», y esos reintentos «can result in duplicate webhook notifications». Consultada el 2 de octubre de 2026; la página no declara fecha de actualización.
• Plataforma de WhatsApp Business, Service messages: la ventana de atención de 24 horas arranca cuando el usuario escribe o llama y se reinicia si vuelve a hacerlo; al cerrarse solo pueden enviarse plantillas aprobadas previamente. Consultada el 2 de octubre de 2026; la página no declara fecha de actualización.