Operación de e-commerce donde cada devolución, reembolso y excepción de pedido llega a quien puede resolverla — también en tu operador logístico

Mi Retail es un centro de operaciones que administra el trabajo humano alrededor de tus canales de venta. La plataforma de e-commerce o el sistema de gestión de pedidos guarda el catálogo, los pedidos y los pagos; Mi Retail maneja lo que pasa cuando un pedido necesita a una persona: una devolución por inspeccionar, un reembolso por aprobar, una entrega fallida, un pedido retenido para revisión, un error de precio en un canal. Cada una de esas situaciones se vuelve un Operational Work Item con responsable, estado, fecha y evidencia, y recorre servicio al cliente, e-commerce, operadores logísticos y finanzas hasta resolverse. El equipo ve qué está atascado y por qué, y los clientes dejan de ser quienes lo persiguen.

No. Tu plataforma de e-commerce sigue siendo el sistema de registro de catálogo, checkout, pedidos, pagos y reembolsos, y Mi Retail nunca cobra una tarjeta ni emite un reembolso por su cuenta. Lo que cubre es la parte para la que la plataforma no fue hecha: coordinar a las personas que deben actuar cuando un pedido sale del camino normal. La plataforma te dice que se pidió una devolución; Mi Retail administra quién inspecciona el producto, quién aprueba el reembolso, qué pasa con la mercancía y con qué evidencia cierra el caso. Conserva tu plataforma de e-commerce; Mi Retail toma el trabajo donde ella lo suelta y deja registro de quién hizo qué, y cuándo.

Cuando un cliente pide devolver un producto, servicio al cliente abre un work item de devolución desde el pedido, con el motivo, las fotos del cliente y la guía de devolución. Cuando el paquete llega a la bodega o a una tienda, allí se crea un work item de inspección —derivado a tu operador logístico si él opera la bodega— y el producto se califica según tus condiciones de devolución. Con la calificación al frente, el gerente de e-commerce aprueba el reembolso y decide el destino del producto. Servicio al cliente emite el reembolso en la plataforma y avisa al cliente, la bodega reingresa o desecha el producto y finanzas registra la baja si la hay. Cada paso tiene responsable y estado, y la devolución cierra con toda su evidencia.

Sí. El trabajo entre empresas se mueve como work items derivados, así que tanto tu marca como tu operador logístico necesitan su propia organización en Mi Retail. Eliges al operador en el directorio y le envías la inspección o el destino; llega a su propia cola de recepción, y ellos lo asignan dentro de sus equipos de bodega. Cada lado conserva su privacidad: tú sigues el estado, la hora límite y el resultado —las fotos, la calificación, la entrada de inventario— pero no sus proyectos ni conversaciones internas, y ellos solo ven lo que compartiste. Cuando cierran su work item derivado, tu devolución se actualiza y puede avanzar. Lo mismo funciona con un socio de marketplace, un servicio de reparación o una transportadora que atiende un reclamo por daño.

Los reembolsos rutinarios dentro de tu política puede cerrarlos servicio al cliente directamente, con el motivo registrado. Un reembolso que supera el límite de un agente, está fuera del plazo de devolución o depende de una inspección se vuelve un work item de aprobación en la cola del aprobador, con el pedido, el historial del cliente, las fotos y la calificación de inspección adjuntos. El aprobador decide desde el work item y la decisión queda registrada con su motivo. Si la fecha vence, el coordinador la ve en riesgo y puede reasignarla o escalarla, y el siguiente nivel recibe el mismo contexto en lugar de un hilo reenviado. La dirección solo ve los reembolsos que de verdad la necesitan, no cada caso de rutina.

La decisión es parte de la devolución, no algo que se piensa después. Cuando el producto está inspeccionado y calificado, el aprobador elige su destino —inventario vendible, caja abierta, reacondicionar, devolver al proveedor o dar de baja— y esa elección viaja como work item a quien tiene el producto, sea una tienda, tu propia bodega o un operador logístico. Ellos la ejecutan y la cierran con una entrada de inventario o un acta de disposición. Si el producto se da de baja, finanzas recibe una revisión con la calificación, las fotos y cualquier reclamo a la transportadora o al proveedor, así la pérdida se registra con su causa. Con el tiempo, las bajas repetidas del mismo producto se vuelven hallazgos para mercadeo o para el proveedor.

Cualquier situación de un pedido o de un canal que necesite a una persona puede volverse un work item. Una entrega fallida o una dirección equivocada se vuelve un seguimiento para servicio al cliente y la transportadora. Un pedido retenido por el filtro antifraude se vuelve una revisión con hora límite, para que un cliente legítimo no quede esperando. Un precio o una promoción publicados mal en un canal se vuelven un incidente para precios o mercadeo, con los pedidos afectados adjuntos. Una publicación rechazada por un marketplace se vuelve una solicitud para el equipo de catálogo. Una disputa de lealtad o de tarjeta de regalo se vuelve un caso con su evidencia. Las plataformas siguen haciendo lo suyo; Mi Retail asegura que cada excepción tenga responsable y resultado.

Cada work item conserva quién actuó, cuándo, qué decidió y qué documentos soportaron la decisión. Cuando un cliente disputa un cobro o dice que un producto nunca llegó, el equipo puede mostrar el rastro completo de la excepción del pedido: las fotos del cliente, la guía de devolución, la inspección de la bodega con sus propias fotos, la aprobación con su motivo, la referencia del reembolso y la prueba de entrega. Como cada pieza se capturó mientras ocurría el trabajo —incluidas las partes que hizo tu operador logístico—, nadie tiene que reconstruir el caso con correos e hilos de la mesa de ayuda. Control & Assurance permite que finanzas o auditoría revisen esos rastros y registren hallazgos sin pedirle capturas de pantalla a nadie.

Cada rol tiene su propia superficie sobre la misma operación. Los agentes de servicio al cliente trabajan desde My Work, que muestra las devoluciones, reembolsos y seguimientos que son suyos, ordenados por vencimiento. El líder de servicio al cliente y el gerente de e-commerce usan Team Operations para ver qué está sin asignar, esperando al operador logístico o bloqueado, y reequilibrar la carga. Finanzas ve las bajas y los costos de devolución que debe revisar. La dirección de e-commerce mira Operational Portfolio para ver devoluciones por antigüedad, reembolsos en riesgo y aliados que incumplen los tiempos, y Executive Operations muestra solo lo que necesita una decisión a ese nivel, como un producto con reclamos repetidos por daño. Nadie tiene que leer toda la mesa de ayuda para entender la operación.

La suite Commerce es para la función que vende: el canal, el pedido, el precio, la promoción, la devolución y el reembolso, ya sea que la venta ocurra en línea, en un marketplace o en un mostrador. La edición Retail es para operar tiendas físicas: turnos, sesiones de caja, estantes, reposición, conteos cíclicos y checklists de tienda. Muchas empresas usan ambas. En Mi Retail los work items de cada una se encuentran en la misma operación: una devolución en línea que se inspecciona en una tienda empieza en Commerce y la ejecutan los vendedores de la tienda, y un pedido para recoger con un faltante empieza en Retail y puede terminar en un reembolso que maneja el equipo de comercio. Cada equipo ve su parte sin cambiar de herramienta.

La suite Commerce de StoneOS trae apps para el trabajo de dominio de vender —Catalog, Pricing, Promotions, POS, Checkout, Orders, Returns, Loyalty, Gift Cards y Channels— además de las apps de Business Core que usa cualquier equipo, como Chat, Docs, Sheets, Drive y To-do. Esas apps conservan la profundidad de cada dominio: Orders guarda el pedido, Returns registra la devolución y su calificación, Pricing y Promotions gobiernan lo que muestra cada canal. Mi Retail es donde el trabajo que generan se encuentra con las personas que deben actuar: una inspección, un reembolso por encima del límite, un destino o un incidente de precios llegan como work item a la cola correcta. Si conservas tu plataforma de e-commerce actual, sigue siendo el registro.

Sí, es el mismo producto en ambos extremos. En una marca pequeña en línea, el fundador suele responder a los clientes, aprobar reembolsos y enviar reposiciones, y la experiencia se reduce a una vista Today con las devoluciones pendientes, los reembolsos prometidos y lo que todavía debe el operador logístico, sin cadenas de aprobación que no existen. En un gran retailer omnicanal, los mismos work items se reparten entre servicio al cliente, e-commerce, mercadeo, tiendas, varios operadores logísticos y finanzas, cada uno con su superficie, y las excepciones escalan al nivel correcto. Cuando la marca crece y suma canales o bodegas, los mismos work items empiezan a moverse entre más personas, y no hay que migrar ni rediseñar nada.

Empieza con las devoluciones, porque cruzan a más personas: servicio al cliente, la bodega, un aprobador y finanzas. Crea un workspace de devoluciones, invita a esas personas y, si un operador logístico maneja tu bodega, invítalo a crear su propia organización para poder derivarle las inspecciones. Abre las próximas devoluciones como work items en lugar de correos y deja que se muevan. En unas semanas sabrás dónde esperan las devoluciones, cuánto tardan en aprobarse los reembolsos y qué productos se dan de baja una y otra vez. Luego suma otras excepciones de pedidos, conecta la plataforma de e-commerce que ya usas y, cuando encaje, incorpora las apps de la suite Commerce de StoneOS. Mi Retail se puede empezar gratis, así que un solo flujo puede demostrarlo.