Operación de tiendas donde cada pedido para recoger, traslado y excepción tiene responsable — entre todas tus tiendas

Mi Retail es un centro de operaciones para tiendas y cadenas de retail. No reemplaza el POS ni el sistema de gestión de retail: administra el trabajo humano que aparece a su alrededor. Un pedido para recoger al que le falta un producto, un traslado desde otra tienda, un descuadre de caja al cierre, un congelador dañado o un cambio de planograma de la oficina central se vuelven un Operational Work Item con responsable, estado, hora límite y evidencia. Cada persona ve lo suyo: los vendedores ven los pedidos y checklists que les tocan, los gerentes de tienda ven excepciones y decisiones, los gerentes de zona ven cómo van sus tiendas y la oficina central ve la ejecución de toda la cadena. Ventas, existencias y precios se quedan en apps de StoneOS o en los sistemas que ya usas.

No. Tu POS sigue siendo el sistema de registro de ventas, devoluciones en caja y pagos, y tu sistema de inventario o de gestión de retail conserva existencias, precios y promociones. Mi Retail nunca vende un producto ni ajusta una existencia. Lo que agrega es la capa para la que esos sistemas no fueron hechos: el trabajo que debe ocurrir cuando un registro necesita a una persona. El sistema puede decir que hay un par de zapatos en existencia; Mi Retail administra quién lo busca, qué pasa si no está, qué tienda lo envía y quién le avisa al cliente. Conservas tu POS; Mi Retail toma el trabajo donde él lo suelta y deja registro de quién hizo qué, y cuándo.

El pedido para recoger llega desde el sistema de gestión de pedidos como un work item de alistamiento en la tienda que debe cumplirlo. Si la vendedora no encuentra un producto que el sistema muestra en existencia, abre una excepción con una foto del espacio vacío en lugar de cancelar la línea. El gerente de la tienda la ve en su cola y decide entre un traslado y un sustituto; si una tienda hermana tiene el producto, una solicitud de traslado llega a la cola de esa tienda con hora límite. Servicio al cliente recibe un seguimiento para avisarle al cliente la nueva hora de retiro antes de que venza la promesa original. Cuando llega el producto, la vendedora entrega el pedido con evidencia y se programa un conteo cíclico para que la diferencia no se repita.

Un traslado entre tiendas de la misma empresa es un work item de solicitud que va de la tienda que necesita el producto a la tienda que lo tiene. Llega a la cola de la tienda que envía con el producto, la cantidad, el motivo y la hora en que debe salir, así un vendedor puede retirarlo, empacarlo y subirlo a la siguiente ruta sin una llamada. Ambas tiendas ven el mismo estado: solicitado, en progreso, enviado, recibido. Si la tienda que envía no puede cumplir —la unidad está dañada, la ruta ya salió— el work item se bloquea con ese motivo y el gerente que lo pidió puede buscar otra tienda. El movimiento de existencias queda registrado en tu sistema de inventario.

En lugar de un correo a cada gerente de tienda, la oficina central envía el cambio como un work item a cada tienda, con las instrucciones, la fecha límite y la evidencia que espera de vuelta: una foto de la exhibición terminada, una auditoría de precios firmada, un conteo de unidades retiradas. Cada tienda lo ve en su propia cola y lo asigna al vendedor correcto. Mercadeo u operaciones ven entonces, tienda por tienda, qué está completado, qué va tarde y qué está bloqueado, y por qué: un mueble que no llegó, un producto agotado. Los gerentes de zona pueden intervenir donde una tienda se atrasa, y nadie tiene que esperar la próxima visita para saber qué pasó de verdad en el piso de venta.

Cuando una caja no cuadra al cierre, cuando un conteo cíclico encuentra unidades faltantes o cuando una revisión de prevención de pérdidas levanta una alerta, el caso se vuelve un work item con su evidencia en lugar de una nota en el informe de cierre. Un descuadre de caja va al gerente de tienda con el conteo y la sesión; una diferencia de inventario se vuelve un hallazgo que programa un reconteo o una revisión de recepciones; un patrón repetido en una tienda escala a la zona o al equipo de prevención de pérdidas. Cada caso tiene responsable, estado y una resolución que se puede revisar después. Los conteos de caja y las existencias se quedan en Cash Sessions, Cycle Counts o tu sistema actual; Mi Retail asegura que alguien resuelva lo que revelan.

Sí, cuando tienen su propia organización en Mi Retail. Una entrega incompleta de un proveedor que surte directo a tienda, un equipo de refrigeración dañado o una gotera reportada al arrendador pueden enviarse como un work item derivado que llega a la cola de recepción de la otra empresa. Ellos lo asignan dentro de su equipo, y la tienda sigue su estado, su hora límite y su resultado sin ver su trabajo interno; ellos solo ven lo que la tienda compartió. Cuando cierran su parte —una reposición, un informe de reparación con fotos, una nota crédito— el work item de la tienda se actualiza y puede cerrarse. Los gerentes de tienda dejan de perseguir contratistas por teléfono, y la oficina central ve qué proveedores cumplen.

Cada rol tiene su propia superficie sobre la misma operación. Los vendedores trabajan desde My Work en el dispositivo de la tienda o en su teléfono, que muestra solo los pedidos para recoger, traslados, checklists y solicitudes que les tocan hoy. Los gerentes de tienda usan Team Operations para ver qué está sin asignar, atrasado o bloqueado en su tienda y reasignarlo entre turnos. Los gerentes de zona miran Operational Portfolio para comparar sus tiendas: excepciones abiertas, checklists vencidos, traslados en curso. La oficina central usa Executive Operations para lo que necesita una decisión a ese nivel, y Control & Assurance permite que auditoría o prevención de pérdidas revise los casos cerrados con su evidencia. Nadie tiene que leer un historial de chat para saber qué está pasando.

Sí, es el mismo producto en ambos extremos. En una sola tienda que atienden su dueño y dos vendedores, la experiencia se reduce a una vista Today con lo pendiente, lo que espera a un proveedor y lo que hay que hacer antes de abrir, sin zonas ni cadenas de aprobación que no existen. En una cadena con cientos de tiendas, los mismos work items se reparten entre vendedores, gerentes de tienda, gerentes de zona, mercadeo, servicio al cliente y oficina central, cada uno con su superficie, y las excepciones escalan al nivel correcto. Abrir una tienda nueva significa sumar sus equipos, no rediseñar el proceso. Lo que cambia es cómo se reparten las responsabilidades, no la forma de representar el trabajo.

Las rutinas de apertura y cierre las publica la app Store Checklists, y lo que necesita a una persona aparece en Mi Retail como work items del turno, con su hora límite. La mayoría de puntos simplemente se hacen y se marcan. El valor aparece cuando algo falla: una reja de seguridad que no cierra, un refrigerador fuera de temperatura, una exhibición que no está lista para una promoción. Ese punto se vuelve un incidente o una solicitud con responsable —el gerente de tienda, mantenimiento o un contratista externo— en lugar de una línea marcada con “no” en un formulario que nadie lee. Los gerentes de zona ven qué tiendas completaron sus rutinas y qué excepciones siguen abiertas, y el siguiente turno empieza sabiendo exactamente qué dejó el anterior.

La edición Retail de StoneOS trae apps para el trabajo de dominio de una red de tiendas —Store Management, Store Operations, Cash Sessions, Merchandising, Assortments, Store Replenishment, Cycle Counts, Loss Prevention, Omnichannel Fulfillment y Store Checklists— además de las apps de Business Core que usa cualquier equipo, como Chat, People, To-do, Drive y Calendar. Esas apps conservan la profundidad de cada dominio: Cash Sessions cuadra la caja, Cycle Counts guarda los conteos, Omnichannel Fulfillment enruta el pedido. Mi Retail es donde el trabajo que generan se encuentra con las personas que deben moverlo: un faltante al alistar, un traslado, un descuadre de caja o un checklist fallido llegan como work item a la cola correcta. Si conservas tu POS actual, sigue siendo el registro.

Empieza con el flujo que más llamadas cuesta entre tiendas —normalmente los pedidos para recoger con faltantes y los traslados entre tiendas, o los cambios de la oficina central que nadie confirma— en lugar de modelar toda la cadena. Crea un workspace para ese flujo, invita a los gerentes de tienda, vendedores y personas de servicio al cliente involucrados, y deja que las próximas excepciones lleguen como work items con responsable y hora límite. En unas semanas verás qué tiendas esperan a cuáles, dónde se rompen las promesas al cliente y qué diferencias se repiten. Luego suma checklists y reposición, conecta el POS que ya usas y, cuando tenga sentido, incorpora las apps de la edición Retail de StoneOS. Mi Retail se puede empezar gratis, así que unas pocas tiendas piloto pueden probarlo primero.