Cómo automatizar pedidos y citas recibidos por WhatsApp

Del mensaje al documento: recepción, identificación del cliente, consulta de datos, creación de la acción, confirmación y seguimiento. El canal va primero; la IA, solo si hace falta.

Por Opium Software · Fecha editorial 2026-02-10 · Actualizado 2026-10-30

Un pedido por WhatsApp exige validar referencia, cantidad y destino. Una cita exige comprobar que el hueco sigue libre al confirmar. Diseña ambos recorridos por separado y conserva una referencia de cada gestión para evitar duplicados.

Ideas clave

El mensaje necesita una relación clara con el cliente y la operación.
Las consultas y las acciones deben tener permisos y resultados identificables.
La atención humana necesita recibir el contexto cuando continúa la solicitud.

Automatizar una solicitud recibida por WhatsApp requiere definir qué información se recoge y qué debe ocurrir después. Una cita necesita disponibilidad y confirmación; un pedido necesita cliente, artículos y condiciones. La integración prepara esa continuidad y la IA puede intervenir cuando hay que interpretar un mensaje que no llega con una estructura definida.

Primero el canal, después la inteligencia

Si el número vive en un teléfono, el hilo no es de la empresa: es de quien tiene el móvil. Integrar WhatsApp Business (Cloud API) centraliza conversaciones, respeta opt-in y plantillas aprobadas, y permite que más de una persona vea el mismo chat. Eso ya elimina pérdidas. La IA entra después, si el volumen o el lenguaje libre lo piden. Un bot que no consulta el sistema inventa stock, precio o huecos.

El circuito: del mensaje a la acción

1. Recepción

El mensaje llega a un número de empresa, no al particular de un comercial. Queda un hilo visible para el equipo. Fuera de horario se puede avisar de que se atenderá, sin fingir que ya se ha reservado o servido.

2. Identificación del cliente

El teléfono se cruza con la ficha: cliente conocido, potencial o número nuevo. Sin esa identificación no hay tarifa, historial ni agenda fiable. Si no hay coincidencia, el flujo pide un dato (NIF, código de cliente) o deriva a una persona.

3. Consulta de datos

Antes de prometer, el sistema mira lo que importa: stock, tarifa, estado de un pedido, huecos reales en la agenda. Esa consulta puede ser un clic de un agente o una lectura automática. Lo que no vale es un texto fijo de 2023.

4. Creación de la acción

Pedido: líneas, cliente, almacén. Cita: hueco, tipo de visita o servicio, quién atiende. El documento o la reserva nacen en el ERP, el CRM o la agenda que ya usa la empresa —no en un Excel paralelo. Si hay precio especial, crédito o compromiso de entrega, una persona valida antes de confirmar.

5. Confirmación

El cliente recibe en el mismo chat lo que el sistema ha registrado: número de pedido, fecha, hora, lo que queda pendiente. Confirmar a mano un hueco que el calendario no tiene es peor que no automatizar.

6. Seguimiento

“¿Dónde está mi pedido?” y “¿me recordáis la cita?” se responden con el estado real. Las plantillas de Meta sirven para avisos transaccionales cuando hay opt-in. El hilo queda junto a la ficha, no en un móvil que se va de vacaciones.

Cuándo basta integración y cuándo entra IA

Situación	Qué hace falta	Qué no hace falta
Pocos chats, siempre la misma persona	Centralizar el número y la ficha	Un modelo que interprete el mensaje
Pedidos repetitivos de clientes conocidos	Canal + alta de documento con revisión	IA si el texto ya es predecible (botones, plantilla)
Lenguaje libre, fotos, varios productos	Interpretar el mensaje y extraer líneas	Dejar el bot sin revisar precio o stock
Citas con huecos reales	Agenda conectada y confirmación	Reservar “en el aire” sin consultar

Ejemplo: una petición de servicio que necesita una cita

El cliente explica el problema y aporta los datos necesarios para identificar la atención. La conexión consulta la disponibilidad autorizada y prepara la propuesta de cita. Antes de registrarla se confirma la información relevante. El resultado conserva una referencia que el equipo puede consultar desde su aplicación de trabajo.

Las incidencias también forman parte del recorrido

Situación	Respuesta del proceso	Qué conserva el equipo
Faltan datos	Solicitar la información necesaria	Contexto de la petición.
No hay disponibilidad	Preparar alternativas o revisión	Servicio y preferencias comunicadas.
La solicitud necesita una decisión	Derivar a una persona	Consultas realizadas y siguiente tarea.
No se confirma el registro	Identificar la operación pendiente	Referencia y resultado del intento.

Una automatización útil diferencia una respuesta enviada de una operación registrada. Esa separación evita que la conversación prometa una cita o un pedido que todavía no existe en el sistema.

Un pedido y una reserva necesitan confirmaciones distintas

Si un cliente pide diez cajas de su referencia habitual, identifica su cuenta, confirma la referencia y comprueba disponibilidad antes de registrar el pedido. Si solicita una cita, consulta huecos, ofrece opciones y confirma el que sigue libre cuando el cliente responde. En ambos casos, conserva la referencia de la operación para que un reintento no vuelva a crearla.

Resumen de un pedido y una reserva necesitan confirmaciones distintas.

Pedido. Confirmar referencia, unidades y dirección antes de tramitar.
Reserva. Validar el hueco al aceptar y confirmar la hora por WhatsApp.
Excepción. Escalar referencias ambiguas y horarios que ya se ocuparon.