«¿Ya salió mi pedido?» llega varias veces al día. Tu vendedor deja una cotización para buscar una guía, pregunta a bodega y vuelve al chat. Si la respuesta queda incompleta, el cliente escribe otra vez. La posventa empieza a consumir el tiempo que necesitabas para atender nuevas oportunidades.
Un agente de IA en WhatsApp puede ayudar a consultar estados de pedidos, explicar el siguiente paso y preparar incidencias para el equipo. La mejora operativa depende de conectarlo a datos autorizados y distinguir información, solicitud y acción confirmada. Un estado de envío, una captura de pago y una devolución requieren comprobaciones diferentes.
KMSOFT implementa agentes para procesos de negocio y es Tech Provider de Meta. Para este caso proponemos comenzar por consultas de posventa que hoy interrumpen al vendedor, con reglas claras para compartir información y pasar a una persona cuando haga falta.
Una respuesta útil necesita una referencia y una fuente
«Su pedido está en proceso» puede ser correcto y aun así dejar al cliente sin orientación. La respuesta debería indicar el estado confirmado y el próximo paso que el negocio realmente puede comunicar. Para obtenerlo, el proyecto debe identificar dónde viven pedido, pago, preparación y transporte.
No asumas que todos esos estados están en la misma herramienta ni que cambian al mismo tiempo. Un pago confirmado no demuestra entrega; una etiqueta de transporte no demuestra retiro del paquete. El agente necesita consultar el dato que corresponde a la pregunta, no elegir la primera señal disponible.
Antes de compartir información particular, definí cómo se comprueba que la persona puede acceder a ese pedido. Conocer su número no siempre basta. El procedimiento debe evitar pedir más datos de los necesarios y ofrecer una revisión humana cuando no se pueda completar la comprobación de acceso.
Diseñemos el agente alrededor de esta tarea. KMSOFT puede evaluar el recorrido e implementar las conexiones autorizadas para tu operación. Diseñar mi agente de posventa en WhatsApp.
Seis casos ficticios para preparar la posventa
La matriz descargable contiene las referencias WA-01 a WA-06. Son situaciones inventadas para diseñar el flujo; no representan operaciones ni resultados de clientes de KMSOFT.
| Caso | Lo que pregunta o aporta la persona | Resultado esperado del diseño |
|---|---|---|
| WA-01 | Consulta por un pedido preparado | Informar el estado comprobado y su próximo paso |
| WA-02 | Ve una guía y pregunta si el paquete ya salió | Distinguir etiqueta creada de retiro confirmado |
| WA-03 | Envía una captura y afirma haber pagado | Activar la comprobación de pago correspondiente |
| WA-04 | Quiere cambiar la dirección de entrega | Preparar una solicitud para revisión de viabilidad |
| WA-05 | Pide devolver una compra | Recoger el motivo necesario y derivar la decisión |
| WA-06 | El negocio quiere retomar un caso fuera de ventana | Revisar permiso, finalidad y plantilla aplicable |
La hoja separa dato recibido, fuente, acción permitida, intervención humana y evidencia. Esa estructura ayuda a revisar el alcance con ventas, atención, bodega y la persona que mantiene la integración.
Llevá esta tarea a un piloto que tu equipo pueda revisar. Descargá la plantilla Excel con seis casos y hojas de diseño o el matriz de casos en CSV sin fórmulas. Todos los casos son ficticios. Archivo independiente, sin macros ni conexiones; no instala un agente ni ejecuta acciones.
Pedido preparado no significa pedido entregado
En WA-01, imaginá el pedido ficticio PED-WA-104. La fuente acordada indica que sus productos están preparados. El agente puede comunicar ese estado a la persona autorizada y explicar el paso que realmente sigue. No debe sustituirlo por «ya va en camino» para que la respuesta suene más positiva.
En WA-02 existe una guía, pero todavía no hay evidencia del retiro. La respuesta útil aclara esa diferencia y señala el canal o responsable que comprobará el avance. Si la herramienta de transporte está temporalmente sin datos, el agente conserva la consulta pendiente en lugar de fabricar una ubicación.
Esta precisión reduce conversaciones que nacen de una expectativa equivocada. También protege el trabajo de ventas: el equipo puede dedicar su seguimiento a una incidencia real, en vez de corregir mensajes que prometieron una etapa todavía no alcanzada.
Las comprobaciones de pago tienen su propio recorrido
Una imagen que parece un comprobante aporta información para revisar, pero no cambia por sí sola el estado financiero de un pedido. En WA-03, el agente registra la referencia del caso y solicita la comprobación por el procedimiento autorizado. Solo comunica el resultado cuando la fuente correspondiente lo confirma.
Ese diseño debe indicar quién atiende un pago que no se puede verificar, qué información necesita y qué ocurre con el pedido mientras se revisa. No conviene dejar al cliente entre una respuesta automática tranquilizadora y una bodega que no tiene autorización para preparar.
Si tu operación utiliza CatalogoCR, el proyecto puede evaluarse alrededor de sus datos y de las conexiones efectivamente disponibles. La integración no se da por existente en todos los planes, cuentas o servicios externos. KMSOFT revisa el alcance y la forma de confirmar cada evento.
Un cambio solicitado merece una respuesta con estado
En WA-04, la persona quiere modificar la dirección. Primero hay que verificar acceso y conocer en qué etapa está el pedido. El agente puede preparar los datos para la revisión, pero no prometer que el transportista cambiará una ruta que ya está en curso.
Usá estados comprensibles: solicitud recibida, revisión asignada, cambio aceptado o alternativa por confirmar, cuando cada uno tenga respaldo. La diferencia entre «recibimos tu solicitud» y «ya cambiamos la dirección» evita que el cliente tome una decisión sobre una acción que todavía no ocurrió.
Para devoluciones, WA-05 propone recoger el motivo y derivar a la política y al responsable correspondientes. El agente puede explicar información aprobada y preparar el caso. Reembolsar, aceptar una excepción o comprometer una reposición son decisiones separadas que necesitan su alcance autorizado.
WhatsApp tiene reglas para retomar una conversación
La política de mensajería de WhatsApp Business establece condiciones de permiso y reglas particulares de la plataforma. Para responder sin plantilla, contempla la ventana de atención de veinticuatro horas que abre o reinicia cada mensaje del usuario; fuera de ella se utilizan plantillas aprobadas según corresponda.
En WA-06, el agente no debe convertir un pendiente comercial en autorización para escribir de cualquier manera. El diseño necesita comprobar finalidad, permiso y mecanismo disponible. Una actualización de pedido y una promoción no se tratan como el mismo mensaje solo porque se envíen al mismo contacto.
El archivo no calcula ventanas ni aprueba plantillas: deja esos controles como parte de la revisión de la implementación. Tampoco interpreta una consulta de soporte como aceptación ilimitada de campañas futuras. La continuidad comercial debe respetar lo que la persona pidió y los permisos que realmente existen.
La derivación debe llevar trabajo adelantado
Cuando el caso requiere una persona, transferí referencia, motivo, estado comprobado, dato pendiente y próxima acción. «Cliente necesita ayuda» obliga a comenzar de nuevo. «Solicita revisar dirección; pedido preparado y retiro sin confirmar» permite ubicar rápidamente la decisión necesaria.
Definí un responsable de recepción y un criterio para los pendientes. Si el equipo atiende en horario de Costa Rica, el agente debe explicarlo sin prometer una respuesta humana inmediata fuera de ese período. La disponibilidad automática puede orientar, pero no sustituye la capacidad real de resolver una excepción.
La guía sobre transferencia del agente al vendedor complementa este recorrido. En posventa, la persona que recibe el caso puede ser atención, bodega o administración; no siempre conviene devolver todo a la misma cola de ventas.
Evitá que una consulta dispare dos acciones
La misma persona puede preguntar por WhatsApp y llamar al negocio. El agente puede recibir mensajes repetidos o encontrar una tarea ya resuelta por un compañero. Antes de crear otra solicitud o repetir una operación, la integración necesita comprobar la referencia y el estado que corresponden.
No hace falta explicar al cliente todos los detalles técnicos. Sí hace falta que el equipo pueda distinguir una consulta reiterada de una nueva incidencia. La matriz propone conservar evidencia suficiente para que esa comprobación no dependa de recordar una conversación de memoria.
Si la conexión falla, la guía de continuidad ante una desconexión ayuda a organizar pendientes. Recuperar el canal no significa que todas las acciones deban ejecutarse de nuevo; se revisa qué ocurrió antes de continuar.
Qué medir además de respuestas enviadas
Para valorar la operación, observá consultas que llegan a un estado útil, búsquedas manuales requeridas, derivaciones con contexto y casos reabiertos por información incorrecta. Elegí una muestra revisable y registrá motivos de excepción, además del volumen de chats.
El objetivo comercial es liberar atención para oportunidades nuevas y ofrecer una posventa que permita continuar la relación. Para evaluar ese efecto, compará el tiempo dedicado a revisar pedidos y el recorrido posterior de los clientes con referencias autorizadas. No atribuyás automáticamente una nueva compra a una respuesta del agente.
Un resultado útil también puede ser descubrir que el transporte no actualiza una etapa o que las políticas del negocio están incompletas. Resolver ese punto mejora la base sobre la que opera el agente. La automatización no debería ocultarlo detrás de un mensaje amable.
Diseñá primero una consulta repetida
Elegí una pregunta frecuente, su fuente de datos, una respuesta esperada y un responsable de excepción. Probá los seis casos ficticios y añadí situaciones particulares de tu operación. Esa revisión permite acordar qué puede automatizarse y qué necesita trabajo adicional antes de atender clientes.
KMSOFT puede diseñar e implementar el agente de posventa y las integraciones autorizadas que requiera. La propuesta es reducir interrupciones y apoyar el crecimiento comercial con atención coherente. Empecemos por un recorrido de pedido que tu equipo pueda comprobar de principio a fin.
Preguntas frecuentes
¿Puede un agente de IA consultar el estado de mis pedidos por WhatsApp?
Sí, si el proyecto dispone de una conexión autorizada y una fuente confiable para ese estado. Antes de compartir información particular, también debe comprobar el acceso de la persona al pedido correspondiente.
¿Una guía creada significa que el paquete ya salió?
No. La etiqueta, el retiro y la entrega son etapas diferentes. El agente debe comunicar la etapa confirmada por la fuente disponible y señalar lo que todavía requiere revisión.
¿Puede aprobar devoluciones o cambios de dirección?
Depende del alcance autorizado de la implementación. Esta guía propone preparar esas solicitudes para revisión humana cuando requieren comprobar viabilidad, política o una excepción comercial.
¿Puede retomar cualquier conversación en cualquier momento?
No. Deben revisarse permiso, finalidad y reglas de WhatsApp. Fuera de la ventana de atención, la plataforma requiere utilizar plantillas aprobadas según corresponda; la matriz no ejecuta ni autoriza esos envíos.
