Operación de servicio donde ningún caso de cliente se pierde entre la mesa de ayuda y el técnico de campo

Mi Retail es un centro de operaciones que administra el trabajo humano alrededor de tus herramientas de servicio. La mesa de ayuda guarda los tickets y la herramienta de servicio en campo guarda las órdenes de trabajo; Mi Retail maneja lo que debe pasar entre ellas cuando un caso necesita a más de una persona. Un caso en riesgo de incumplir su SLA, un escalamiento al nivel 2, una orden de trabajo para un técnico, la aprobación de un gerente para una excepción y la confirmación del cliente se vuelven cada uno un Operational Work Item con responsable, estado, hora límite y evidencia. Cada rol ve su parte —la mesa, el nivel 2, despacho, el técnico y el gerente— y el caso cierra solo cuando el cliente de verdad queda resuelto.

No. Tu mesa de ayuda sigue siendo el sistema de registro de tickets, canales y contadores de SLA, y tu herramienta de servicio en campo sigue llevando la programación, las rutas, los repuestos y las órdenes de trabajo móviles; Mi Retail nunca los duplica. Lo que agrega es la capa entre ellas: la responsabilidad sobre un caso mientras cruza equipos. La mesa de ayuda te dice que un ticket incumplió su SLA; Mi Retail administra quién debe actuar ahora, qué está esperando el caso, qué aprobación está pendiente y con qué evidencia puede cerrarse. Técnicos y agentes siguen trabajando en las herramientas que conocen. Consérvalas; Mi Retail toma el trabajo donde ellas lo sueltan.

Un caso que incumple o está por incumplir su SLA se vuelve un work item de excepción con responsable, no solo un contador en rojo en la mesa de ayuda. El agente lo escala al nivel 2 con toda la historia adjunta; el nivel 2 lo diagnostica y, si la solución necesita una visita, se crea una orden de trabajo en campo desde el mismo caso. Despacho asigna un técnico, el técnico lo resuelve en sitio con evidencia y cualquier excepción —un repuesto fuera de contrato, una exoneración de cortesía— va al gerente de servicio como aprobación. El caso espera de forma visible mientras ocurre el trabajo en campo, y cierra solo cuando el cliente confirma la solución.

Un escalamiento en Mi Retail mueve el work item, no solo un número de ticket. El nivel 2 recibe el caso con el cliente, el equipo, la conversación hasta ahora, lo que la mesa ya intentó y el SLA que sigue corriendo, así que nadie tiene que volver a hacerle al cliente las mismas preguntas. El ingeniero de nivel 2 lo ve en My Work ordenado por prioridad y hora límite, puede ponerlo en espera del cliente o bloquearlo con un motivo, y puede devolverlo a la mesa con un siguiente paso claro. Los coordinadores ven en Team Operations qué escalamientos se acumulan y quién está sobrecargado, y pueden redistribuir la cola antes de que los casos empiecen a incumplirse.

La orden de trabajo en campo se crea desde el caso, así que queda vinculada a él como trabajo relacionado: la mesa ve cuándo el técnico está asignado, en camino, en sitio y terminado, sin llamar a nadie. El técnico registra lo que encontró, los repuestos que usó, las lecturas o mediciones antes y después de la reparación, fotos y la firma del cliente, y esa evidencia vuelve al caso. Si el técnico no puede terminar —falta un repuesto, el sitio está cerrado—, la orden queda en espera o bloqueada con el motivo, y se agenda una visita de seguimiento. El caso no puede cerrarse en silencio mientras su orden de trabajo siga abierta.

Cuando una reparación queda fuera de la garantía o del contrato de servicio —un repuesto no cubierto, una visita adicional, una exoneración de cortesía después de un SLA incumplido—, la decisión se vuelve un work item de aprobación en la cola del gerente de servicio. Llega con los términos del contrato, el estado de la garantía, la historia del caso y el costo de cada opción, y el gerente aprueba o rechaza desde el work item con el motivo registrado. Si el gerente no decide a tiempo, la aprobación se ve en riesgo y puede escalarse. El técnico no tiene que esperar en sitio a que le devuelvan una llamada, y finanzas ve después exactamente por qué se exoneró un cobro.

Los clientes no necesitan Mi Retail para ser atendidos: el agente de la mesa confirma la solución con ellos por el canal que ya usas y registra la confirmación como evidencia antes de cerrar el caso. Cuando el cliente es una empresa con su propia organización en Mi Retail, el intercambio puede ir más lejos: una solicitud puede viajar como work item derivado que llega a la cola del cliente —por ejemplo, para dar acceso al sitio o confirmar la reparación— y ambos lados siguen su estado mientras conservan privado su trabajo interno. Lo mismo aplica a los aliados de servicio subcontratados que están en Mi Retail: reciben las órdenes como work items derivados y las cierran con evidencia.

Un gerente de servicio no necesita vigilar cada ticket. Team Operations muestra las colas de la mesa, del nivel 2 y de campo: lo que está sin asignar, lo bloqueado, los casos por incumplir y quién está sobrecargado. Operational Portfolio compara clientes, contratos, regiones o líneas de producto, así que las fallas repetidas y las áreas lentas saltan a la vista. Executive Operations muestra solo lo que necesita una decisión a ese nivel, como una cuenta clave con varios incumplimientos, una excepción de contrato por encima del límite habitual o una falla recurrente que apunta a un problema del producto. Cada elemento trae su historia, así que el gerente decide desde Mi Retail sin una reunión para reconstruir lo que pasó.

Cuando el nivel 2 o un técnico encuentra la causa de un problema que la mesa no pudo resolver, publicar esa solución se vuelve un work item de seguimiento vinculado al caso, con responsable y fecha. El artículo se escribe y se guarda en tu base de conocimiento; Mi Retail asegura que ese seguimiento no desaparezca en cuanto el cliente queda contento. Los coordinadores ven qué casos resueltos todavía tienen trabajo de conocimiento pendiente, y los escalamientos repetidos por el mismo síntoma se vuelven visibles como patrón en Operational Portfolio. Con el tiempo, menos casos necesitan al nivel 2, porque la mesa reconoce el problema en la primera llamada.

Cada work item conserva quién actuó, cuándo y con qué adjuntos. En un caso de servicio eso significa el reporte original, la línea de tiempo del SLA, el escalamiento, el diagnóstico, la orden de trabajo con hora de llegada, lecturas, fotos y firma, la aprobación del gerente con su motivo y la confirmación del cliente, todo vinculado al mismo caso. Cuando un cliente disputa una visita, un cobro o un tiempo de respuesta, el equipo muestra el rastro completo en lugar de reconstruirlo con registros de llamadas y notas de técnicos. Control & Assurance permite que un equipo de calidad o de contratos revise esos rastros y registre hallazgos, y la evidencia se sostiene porque se capturó mientras ocurría el trabajo.

Sí, es el mismo producto en ambos extremos. En una empresa pequeña donde la misma persona contesta el teléfono, despacha y a veces va al sitio, Mi Retail se reduce a lo esencial: una vista Today con los casos en riesgo, las visitas agendadas y lo que hay que confirmar con los clientes, sin niveles que no existen. En una organización de servicio grande, los mismos work items se reparten entre la mesa, el nivel 2, despacho, los técnicos, los aliados y los gerentes regionales, cada uno con su superficie, y las excepciones escalan al nivel correcto. Lo que cambia es cómo se reparten las responsabilidades, no la forma de representar un caso, una orden de trabajo o una aprobación.

La suite Service de StoneOS trae apps para el trabajo de dominio del soporte y el servicio en campo: casos, mesa de servicio, SLA, conocimiento, garantías, contratos de servicio, órdenes de trabajo, programación, despacho y servicio en campo. Se suman a las apps de Business Core que usa cualquier equipo, como Chat, Calendar, Docs, People y Drive. Esas apps conservan la profundidad de cada dominio: políticas de SLA, rutas, repuestos, términos de contrato. Mi Retail es donde el trabajo que generan se encuentra con las personas que deben moverlo: un caso por incumplir, una orden de trabajo bloqueada por un repuesto o una excepción de garantía llegan como work item a la cola correcta. Si conservas tu mesa de ayuda actual, sigue siendo el registro.

Empieza con el traspaso que más se rompe: normalmente los escalamientos que se detienen entre la mesa y el nivel 2, o los casos que cierran antes de que el técnico termine. Crea un workspace para ese flujo, invita a los agentes, ingenieros, despachadores y al gerente involucrados, y deja que los próximos escalamientos lleguen como work items con responsable y hora límite. En unas semanas verás dónde esperan los casos, qué excepciones se quedan con un gerente y qué clientes vuelven una y otra vez. Luego suma las órdenes de trabajo en campo y la confirmación del cliente, conecta la mesa de ayuda que ya usas y, cuando tenga sentido, incorpora las apps de la suite Service de StoneOS. Mi Retail se puede empezar gratis.