El cliente arma una compra por WhatsApp, llega al mostrador y tiene que repetir qué quería. La persona que lo atiende encuentra otro precio o no sabe si el pago ya se confirmó. Tener varios canales abiertos ayuda poco si cada uno conserva una versión distinta del pedido.
Para conectar WhatsApp, tienda y mostrador, definí dónde se mantiene cada dato y qué referencia acompaña la compra. Después verificá cómo se comunican selección, precio, disponibilidad, pago y entrega. Un botón de WhatsApp abre una conversación; la continuidad del pedido requiere además un proceso y conexiones que se puedan comprobar.
Acordá el flujo con tu equipo. Descargá la matriz editable y la hoja de pruebas en Excel, o el formato de matriz en CSV. Incluye un ejemplo ficticio separado de los campos por completar.
Empezá por el recorrido de un pedido, no por la lista de aplicaciones
Elegí una compra frecuente y describí cómo debería avanzar. Por ejemplo: consultar un producto, confirmar su variante, crear el pedido, comprobar el cobro y preparar la entrega o el retiro. Anotá qué persona o herramienta interviene en cada paso y qué información necesita recibir.
Hacé la misma revisión para una compra iniciada en la tienda online y para otra que comienza en el mostrador. El objetivo es conservar la información útil cuando cambia el canal. No hace falta que las tres compras tengan una conversación idéntica; sí que el negocio pueda reconocer la selección y el estado correcto en cada caso.
Si la venta tiene referencia en la tienda pero el chat solo dice «lo que hablamos ayer», falta una unión concreta. Si el pago se comprueba en un sistema y el vendedor se entera por una captura reenviada, hay que revisar dónde queda registrada esa confirmación. Esas son decisiones de la operación antes que una compra de software.
Una fuente acordada para cada dato
No todos los datos tienen por qué nacer en el mismo lugar. El catálogo mantiene las características de un producto; el proveedor de cobro o el procedimiento de conciliación permite comprobar un pago. El pedido reúne la referencia de la compra y el contexto necesario para continuarla.
La matriz descargable propone una distribución para discutir con tu equipo. Es un diseño de ejemplo, no una descripción de una integración ya instalada en cualquier negocio. La fuente concreta depende de las plataformas, los accesos y la configuración disponibles.
| Dato | Fuente que hay que acordar | Qué debería conservar el siguiente paso |
|---|---|---|
| Producto y variante | Catálogo que usa el negocio | Referencia, descripción y selección exacta. |
| Precio y condiciones | Lista o configuración comercial vigente | Importe ofrecido y condiciones de esa oferta. |
| Disponibilidad | Inventario que corresponde a esa venta | Cantidad consultada y regla para confirmarla. |
| Pedido | Registro de la compra | Referencia, artículos, cantidades y estado. |
| Pago | Fuente de cobro y procedimiento de comprobación | Importe, referencia y resultado verificado. |
| Comprobante | Módulo de facturación y respuesta que corresponda | Identificación y estado del documento. |
| Entrega o retiro | Operación de despacho o transportista | Modalidad, destino necesario y estado conocido. |
| Atención pendiente | Equipo o bandeja responsable | Qué falta, quién lo revisa y cuál es el próximo contacto. |
Una hoja puede servir para acordar estas reglas, pero no se convierte automáticamente en el inventario en vivo. Del mismo modo, copiar un precio al chat no garantiza que alguien lo revise cuando cambie el catálogo. La matriz identifica qué debe mantenerse conectado o bajo revisión.
Un ejemplo ficticio de continuidad entre canales
Supongamos un negocio que vende termos y tiene cinco unidades azules de la referencia T500. El ejemplo usa datos inventados para mostrar el recorrido; no corresponde a un cliente ni a resultados de KMSOFT.
Consulta por WhatsApp. Una persona pide dos termos para retirar. Se confirma la variante y se calcula la oferta. En este supuesto, cada unidad cuesta ₡14.000 y el total es ₡28.000. Todavía hay que comprobar si esas unidades quedan reservadas o solo consultadas: esa regla debe definirse y probarse.
Registro del pedido. La compra recibe la referencia P-1047. El registro conserva T500, color azul, dos unidades, la oferta y la modalidad de retiro. La conversación puede referirse a P-1047 sin crear otra venta por el simple hecho de que el cliente escribió nuevamente.
Comprobación del cobro. El cliente informa que pagó. El negocio revisa el pago por su procedimiento y fuente de cobro. Hasta entonces, el estado sigue pendiente o en revisión. Compartir un comprobante de envío no sustituye por sí mismo la conciliación que corresponda.
Continuación en el mostrador. Quien entrega busca P-1047, comprueba su estado y prepara dos termos azules. No vuelve a cotizar una variante distinta ni crea un segundo pedido porque cambió la persona que atiende. El retiro se registra una vez y conserva la información necesaria para consultas posteriores.
El flujo solo queda resuelto cuando esas transiciones se pueden verificar con las herramientas reales del negocio. Un diagrama claro ayuda a detectar lo que falta; no demuestra que todos los sistemas ya compartan esos datos.
Una compra que puede continuar. KMSOFT puede evaluar las fuentes, acciones y límites de las conexiones que necesita tu operación. Evaluar mis integraciones.
El stock necesita una regla de confirmación
Mostrar cinco unidades disponibles y confirmar una compra son acciones distintas. La cantidad puede cambiar mientras el cliente decide o mientras otra persona vende en el local. Definí en qué momento se reserva o descuenta una unidad, cómo se libera si la compra no continúa y qué hace el equipo ante un conflicto.
En el supuesto de los termos, dos unidades solicitadas por WhatsApp y cuatro solicitadas en el mostrador suman seis. Si solo hay cinco, una prueba debe comprobar que el proceso no confirma ambas compras sin resolver la diferencia. El resultado esperado puede implicar rechazar una cantidad, ofrecer otra variante o dejar la consulta pendiente; depende de la operación definida.
No alcanza con que dos pantallas muestren un número parecido. Hay que revisar qué ocurre al confirmar, modificar o cancelar. Tampoco corresponde anunciar sincronización inmediata si la conexión actualiza información por intervalos o necesita una intervención manual.
Cuando el inventario está desordenado, la integración puede transmitir ese desorden con más rapidez. Antes de conectar nuevas ventas, conviene revisar referencias y existencias. La plantilla del primer conteo de inventario permite preparar esa revisión con un alcance y una diferencia documentados.
Separá el estado comercial del estado del pago
Un cliente interesado no es un pedido pagado. Una cotización aceptada puede seguir pendiente de cobro. Y un pedido con pago comprobado todavía puede esperar preparación o entrega. Si todos esos momentos aparecen como «listo», la siguiente persona tiene que adivinar qué puede hacer.
Conservá la referencia del pedido junto con el resultado de la comprobación. Si hay una demora o una diferencia de monto, dejá claro quién la resuelve. El cliente no debería recibir instrucciones de pagar otra vez sin que se revise primero qué pasó con el cobro anterior.
El caso también debe mantenerse entendible cuando se emite un comprobante. El registro comercial, la comprobación del pago y la facturación tienen funciones distintas, aunque una plataforma pueda relacionarlas. La guía de POS y facturación integrados desarrolla esa relación desde la venta del mostrador.
Elegí entre un flujo integrado y una conexión entre herramientas
Una plataforma que reúne tienda, inventario y POS reduce la cantidad de lugares donde el equipo necesita revisar la operación. CatalogoCR ofrece esos módulos junto con gestión de pedidos y facturación. Su uso concreto depende de las funciones habilitadas y de cómo se configura el negocio.
Si ya tenés otro sistema de mostrador, un catálogo externo o un proveedor adicional, hace falta revisar qué información puede intercambiarse. No asumás que dos productos se conectan porque ambos mencionan WhatsApp. Pedí una explicación de los datos que leen o escriben, las acciones soportadas y las limitaciones conocidas.
La WhatsApp Business Platform permite construir experiencias de mensajería e integraciones. Eso no convierte a cualquier cuenta de WhatsApp en una tienda sincronizada. La aplicación usada, los accesos, la conexión con la operación y las reglas del negocio siguen siendo parte de la evaluación.
En KMSOFT somos Tech Provider de Meta. El servicio de agentes de IA para WhatsApp se evalúa según las tareas que querés resolver y las fuentes que puede consultar o actualizar. Una propuesta debe dejar visible qué está incluido, qué requiere conexión adicional y qué seguirá haciendo una persona.
Cinco pruebas antes de usar el flujo con clientes
Trabajá con datos y medios de prueba. No hace falta generar cobros reales ni documentos innecesarios para comprobar la continuidad básica. Registrá resultado esperado, resultado observado, evidencia y responsable de una corrección.
- La misma selección en tres puntos. Elegí producto, variante y cantidad en un canal; comprobá qué encuentra el siguiente. Si cambia una referencia, investigá el origen antes de continuar.
- Disponibilidad insuficiente. Probá solicitudes que superen las unidades disponibles. Revisá la regla de confirmación y la respuesta al cliente. No des por comprobado el comportamiento concurrente con una sola venta aislada.
- Pago todavía no comprobado. Confirmá que informar un pago no marque el pedido como pagado sin la validación definida.
- Cambio de selección. Modificá una variante o una cantidad en una compra de prueba y comprobá cuál versión continúa. La oferta anterior y el total revisado deben poder distinguirse.
- Información temporalmente no disponible. Simulá una consulta que no puede completarse y verificá que el equipo reciba un pendiente identificable en lugar de una confirmación inventada.
La hoja de pruebas incluida en la descarga permite documentar esos casos. Si una conexión no soporta una acción, el resultado correcto es reconocer ese límite y diseñar la alternativa, no marcar la casilla como aprobada para terminar la lista.
Dejá un responsable para lo que no se pudo resolver
Una integración también necesita operación diaria. Acordá quién revisa los pedidos pendientes, cómo se informa una diferencia y qué evidencia se conserva cuando una tarea pasa a otra persona. El criterio puede ser simple si el negocio es pequeño; lo importante es que se pueda seguir.
Revisá una compra completa después de un cambio de catálogo o de configuración relevante. Una prueba anterior no garantiza que el flujo siga igual si cambió la referencia de un producto o la forma de confirmar un cobro. Guardá los acuerdos y actualizá la matriz cuando cambie una fuente.
Si la atención pierde contexto antes de crear el pedido, complementá este trabajo con la ficha para auditar conversaciones de WhatsApp. Si el problema aparece al derivar al equipo, revisá cuándo pasar una conversación al vendedor. Cada recurso responde a una parte diferente del recorrido.
Preguntas frecuentes
¿Poner un botón de WhatsApp conecta el inventario de mi tienda?
No por sí solo. El botón permite iniciar una conversación. Para consultar o actualizar datos del negocio hace falta una conexión compatible, accesos adecuados y reglas de operación verificadas.
¿Puedo conservar un sistema de mostrador que ya uso?
Depende de las posibilidades de intercambio de ese sistema y de las acciones que necesitás. La evaluación debe identificar datos, accesos, frecuencia de actualización y límites antes de prometer una integración.
¿Cuándo debería descontarse el stock de un pedido?
El momento debe definirse según el proceso y las funciones de la plataforma: puede haber consulta, reserva y confirmación como momentos distintos. Lo necesario es comprobar la regla elegida y qué ocurre al modificar, cancelar o vender desde otro canal.
¿Qué debería pedir en una demostración de la integración?
Una compra de prueba que conserve su referencia, selección y estados al pasar entre canales, más casos de disponibilidad insuficiente y pago pendiente. Pedí también que se expliquen las tareas manuales y las acciones no soportadas.
