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.

  1. Registra la petición y su fuente.
  2. Vincula correo, chat o nota de llamada con la misma consulta.
  3. Registra lo que realmente se envió, acordó o recibió.
  4. 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

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)