Responder «sí hay» en una conversación no reserva un producto. Recibir una captura tampoco confirma un abono. Cuando el chat concentra toda la venta, estas diferencias quedan en la memoria del asesor y resultan difíciles de compartir con almacén.
Para automatizar ventas por WhatsApp en un negocio de Perú, conviene empezar por el traspaso entre conversación y pedido. La API es el canal de integración; las reglas comerciales pertenecen al negocio.
Decide qué evento convierte la consulta en oportunidad
Identifica intención, producto o servicio, datos faltantes y responsable. No crees un pedido por cada mensaje. Una persona puede preguntar varias veces antes de decidir, o solicitar dos productos con entregas distintas.
El CRM conserva la oportunidad y próxima acción. El sistema de pedidos registra cantidades y compromisos. Vincula ambos por identificadores para que un cambio de asesor no pierda la referencia comercial.
Construye un tablero de estados compartidos
| Estado | Responsable de validación |
|---|---|
| Consulta abierta | Atención comercial |
| Oferta preparada | Asesor autorizado |
| Disponibilidad pendiente | Almacén o sistema fuente |
| Pedido aceptado | Regla de confirmación del negocio |
| Pago por revisar | Responsable de conciliación |
| Listo para despacho | Operaciones |
Cada transición necesita una evidencia. Si la fuente solo permite consultar stock, el bot no puede prometer una reserva segura. Si almacén rechaza una solicitud, la oportunidad debe volver al asesor con el motivo.
El catálogo debe explicar unidades y condiciones
Relaciona nombres comerciales con códigos. Una caja y una unidad no son intercambiables sin una conversión aprobada. Solicita aclaración si el mensaje no permite identificar presentación o cantidad.
Para entregas en Lima, el distrito puede ayudar a elegir una zona; no confirma cobertura exacta ni tarifa. Usa la tabla vigente de tu negocio, dirección suficiente y horario acordado. La guía de Lima desarrolla cómo tratar excepciones sin generar páginas repetidas por distrito.
Automatiza el traspaso al asesor antes del cierre
Cuando una persona toma la conversación, pausa al agente y muestra el contexto útil: producto solicitado, consulta de stock, propuesta vigente y dato pendiente. Define cómo se devuelve el caso a automatización si el asesor termina su intervención.
Para activar el canal revisa la API oficial y coexistencia. La elegibilidad del número y las reglas de mensajería deben comprobarse en el alta; no son una consecuencia de tener un flujo de n8n preparado.
Los reintentos no deben repetir el pedido
Guarda el identificador de mensaje o evento y su resultado. Si el sistema de pedidos tarda, consulta la referencia antes de volver a crear. Un estado de entrega del mensaje informa sobre comunicación, no sobre pago, reserva o despacho.
Ensaya dos asesores atendiendo el mismo caso, el último producto solicitado simultáneamente y un comprobante reenviado. El artículo de n8n y CRM sin duplicados detalla la recuperación cuando una escritura queda incierta.
Mide oportunidades que llegan a una siguiente acción
Revisa consultas sin responsable, pedidos corregidos y tiempo hasta confirmación. Analiza dónde se detienen los casos: falta de datos, stock o revisión de condiciones. Enviar más mensajes no demuestra que el proceso venda mejor.
Empieza por un catálogo y un canal de recepción. La solución para comercio y distribución conecta esa primera etapa con preparación, entrega e incidencias. Amplía cuando cada equipo pueda reconocer qué debe hacer y qué dato puede confiar.
