Crea un registro para la consulta
Registra el nombre del cliente, una breve descripción de la petición, la fecha de entrada y la persona responsable. Añade los mensajes pertinentes o sus ubicaciones, pero no copies toda una conversación si bastan un enlace y una descripción breve.
Escribe el estado actual como un hecho observable: «esperando medidas» o «presupuesto enviado el 4 de junio». Añade la siguiente acción, su responsable y cuándo comprobarla. Evita una etiqueta amplia como «activo» si no indica qué ocurre después.
- Registra la petición y su fuente.
- Vincula correo, chat o nota de llamada con la misma consulta.
- Registra lo que realmente se envió, acordó o recibió.
- Asigna la siguiente acción y una fecha para revisarla.
Un ejemplo: una solicitud de reparación pasa por varios canales
Un taller ficticio recibe un correo sobre una puerta dañada. Después el cliente envía una foto por chat y pregunta por teléfono si alguien puede visitarlo el viernes. El taller registra los tres datos en la misma consulta y anota que el viernes es una petición, no una cita confirmada.
La persona responsable comprueba la disponibilidad, envía una hora propuesta y registra la respuesta cuando llega. Si no hay respuesta, el registro dice «esperando confirmación», no «visita reservada». El presupuesto y cualquier cambio posterior de alcance tienen sus propias fechas y fuentes.
Sigue la consulta sin inventar avances
Registra una respuesta preparada como borrador hasta que se envíe. Después de enviarla, mantén abierta la consulta hasta tener la respuesta o confirmación necesaria para el siguiente paso.
Si el cliente cambia el trabajo solicitado, conserva el alcance anterior y la fecha del cambio. Así es más fácil explicar por qué hace falta un nuevo presupuesto o cita y quién debe aprobarlo. Cuando la consulta se convierta en proyecto, vincula la propuesta aceptada o el traspaso de entrega antes de cerrarla.
Dónde encaja Areinum
La demo previa a producción incluye un asistente general y un área de CRM con datos de una empresa ficticia. Muestra una forma de preguntar por información disponible y revisar acciones propuestas en un espacio de trabajo.
Antes de usar un flujo del producto para tu propia consulta, confirma qué fuentes están disponibles y cómo se actualiza el registro. El método anterior funciona con independencia de una integración concreta.
Preguntas frecuentes
¿Qué debería registrar después de una llamada?
Escribe la fecha, participantes, petición o acuerdo y cualquier siguiente paso. Si una condición importante sigue incierta, envía o pide confirmación en vez de tratar tu nota como prueba del acuerdo.
¿Qué diferencia hay entre un presupuesto y uno aceptado?
Un presupuesto preparado o enviado plantea una propuesta. Uno aceptado necesita documentación de que el cliente acordó la versión y condiciones pertinentes. Regístrala con la consulta.
¿Con qué frecuencia debería revisar una consulta abierta?
Fija una fecha de revisión que encaje con la petición del cliente y el siguiente compromiso. Una revisión breve y regular solo sirve si cada punto abierto tiene responsable y siguiente acción claros.
¿Necesito un CRM para hacerlo?
No. Una hoja compartida u otro registro accesible pueden servir para pocas consultas. Elige un CRM cuando el trabajo requiera capacidades que tu registro actual no pueda ofrecer de forma fiable.
Fuentes y lecturas adicionales
- How do you guys manage client inquiries and keep track of relationships? I'm drowning a bit
El autor cuenta que las consultas, conversaciones de WhatsApp y notas estaban repartidas entre herramientas y que olvidó un seguimiento. Es un único relato personal.
Es el relato de una persona; no demuestra la frecuencia del problema ni que funcione un proceso concreto.
2026-10-18
La demo usa datos de negocio de ejemplo y está en inglés. Puede que tengas que coordinar el acceso por separado.
Ver la demo (Demo en inglés)