Oscar Delves

Support Dashboard Refresh

Un panel de soporte para una firma de servicios profesionales que dejó de servir cuando el equipo creció de seis a diecinueve personas.

Qué estaba pasando antes de tocar nada

El encargo llegó desde una firma de servicios profesionales con oficina en Buenos Aires y otra en Rosario. Tenían un panel interno de soporte que se había construido por acumulación: cada nuevo requerimiento del equipo se resolvía agregando una columna, un filtro o una pestaña. Después de tres años, el panel mostraba cuarenta y dos campos por caso y nadie lo usaba completo. Los responsables de cuenta seguían consultando por mensaje directo, y el registro de tiempos se hacía en una planilla aparte que se desactualizaba cada semana.

Antes de proponer cualquier rediseño, pasamos dos semanas observando cómo se usaba el panel en horario real. Anotamos qué campos se completaban siempre, cuáles quedaban vacíos y cuáles se llenaban con información inventada para poder avanzar. El hallazgo más útil no fue tecnológico: la mayoría de los problemas venían de que el panel mezclaba dos lógicas distintas, la de atención al cliente y la de facturación interna, en la misma pantalla.

Cómo quedó y qué cambió en la operación

Separamos las dos vistas. La pantalla de atención quedó con once campos visibles y un panel lateral para notas rápidas. La vista de facturación se movió a una sección aparte que solo se abre al cerrar el caso. Redujimos las pestañas de nueve a tres y eliminamos los filtros que nadie usaba, que eran la mayoría. El registro de tiempos pasó a estar integrado en el flujo de cierre, no en una planilla externa.

El equipo tardó unas tres semanas en adaptarse. La resistencia más fuerte vino de las dos personas que habían diseñado el panel original, que sentían que se les estaba borrando el trabajo. Lo resolvimos manteniendo sus categorías de clasificación, que efectivamente eran buenas, y mostrándoles que el problema no era el criterio sino la cantidad de campos simultáneos. Al segundo mes, el uso del panel completo subió del veintitrés al setenta y uno por ciento, y las consultas por mensaje directo bajaron casi a la mitad.

Lo que no resolvimos: la integración con el sistema contable externo quedó pendiente porque dependía de un proveedor que no daba soporte a la versión que tenían. Quedó documentado como deuda técnica para el próximo trimestre.

Ver otros trabajos en proyectos o escribirnos por contacto si tienen un panel interno que ya nadie quiere abrir.

Dirección de proyecto

Andres Silva Gonzalez

Coordinó el relevamiento inicial con el área de atención al cliente y definió el alcance del nuevo panel. Su trabajo se centró en traducir reclamos operativos en requerimientos de interfaz, y en sostener el calendario de entregas sin frenar la operación diaria del cliente.

Arquitectura de información

Mario Morales Gonzalez

Reorganizó las vistas del dashboard para que los agentes encontraran el estado de cada ticket sin abrir tres pantallas distintas. Definió jerarquías, filtros y agrupaciones a partir de sesiones de observación con el turno de la mañana.

Interfaz y accesibilidad

Rosa Ortega Flores

Diseñó la capa visual del panel con criterios de contraste y tipografía legible para jornadas largas frente a pantalla. También ajustó los componentes para que funcionaran igual en monitores de escritorio y en las notebooks del equipo móvil.

Integración técnica

Equipo de sistemas del cliente

Conectó el nuevo panel con la base de tickets existente y con el sistema de clima del edificio. La integración se hizo por etapas para no interrumpir el registro histórico de reclamos acumulados durante los últimos cuatro años.

El proyecto se documentó con notas de reunión, capturas comparativas del panel anterior y una guía breve para el personal de soporte. Esa documentación quedó en manos del cliente para futuras revisiones del sistema.

Qué incluye y qué deja fuera el refresh del panel de soporte

Antes de mostrar el resultado conviene aclarar el alcance. El proyecto Support Dashboard Refresh no fue una reconstrucción total del sistema de atención, sino una intervención acotada sobre la capa de visualización que usaban los equipos de soporte en dos sedes. Todo lo que aparece abajo describe límites reales del trabajo: qué se modificó, qué se mantuvo intacto a propósito y qué decisiones quedaron fuera por criterio del estudio o por restricciones del cliente.

Quién sigue el proyecto Support Dashboard Refresh

Detrás de cada revisión hay una persona que documenta decisiones, mide resultados y anota lo que no funcionó. No es un equipo anónimo: hay nombres, criterio y responsabilidad sobre lo que se publica.

Oscar Delves dirige el estudio desde Santa Fe y supervisa las ediciones sobre arquitectura corporativa y real estate privado. En esta serie sobre el refresh del panel de soporte, el trabajo se centró en ordenar la información operativa de un edificio de oficinas en Buenos Aires: capas de datos, jerarquía visual y accesos rápidos para el equipo de mantenimiento. La revisión se hizo con planos reales, no con maquetas genéricas, y quedó documentada como caso abierto para futuras iteraciones.

Canales de soporte para el proyecto Support Dashboard Refresh

Después de la primera entrega del tablero, el equipo de operaciones de Oscar Delves necesitaba una vía clara para reportar incidencias sin depender del correo interno. Definimos tres canales y un tiempo de respuesta distinto para cada uno, según la urgencia real de cada caso.

Escribir al equipo de soporte
Configuracion de cookies

Usamos cookies para mantener el sitio estable, recordar opciones basicas y entender que paginas resultan utiles. Puedes aceptar, rechazar o revisar la configuracion antes de continuar.