Reordenar la información de soporte para que un equipo de atención al cliente pueda decidir sin abrir cinco planillas distintas.
Una empresa de servicios con tres sedes en Santa Fe y Rosario arrastraba el mismo problema desde hacía dos años: cada área de atención al cliente llevaba su propio registro de tickets, y las reuniones de coordinación se consumían comparando números que no coincidían. El tablero existía, pero nadie lo usaba como referencia porque las columnas no hablaban entre sí. Cuando un caso pasaba de una sede a otra, la trazabilidad se perdía y el seguimiento dependía de correos personales.
El pedido no fue "hagamos un tablero nuevo". Fue más concreto: necesitaban ver, en una sola pantalla, qué casos estaban abiertos por antigüedad, qué responsable tenía cada uno y cuáles ya habían superado el plazo acordado con el cliente.
Antes de tocar cualquier herramienta, hicimos una semana de observación. Nos sentamos con cuatro operadores y dos supervisores, y anotamos qué consultaban realmente durante la jornada. Aparecieron tres preguntas recurrentes: cuántos casos vencen hoy, quién tiene la carga más alta y qué cliente está esperando respuesta hace más de 48 horas. Todo lo demás era información que se consultaba una vez al mes o nunca.
Con eso definimos cuatro vistas y descartamos el resto. La primera agrupa por vencimiento. La segunda por responsable. La tercera por cliente crítico. La cuarta queda como histórico para auditoría interna. Cada vista se probó con datos reales de las tres sedes antes de publicarla, y dos de las métricas originales se eliminaron porque generaban más ruido que decisión.
La migración se hizo por etapas, una sede por semana, para no cortar la operación. Durante el primer mes quedaron dos planillas viejas en paralelo como respaldo, y se acordó un criterio de cierre: si al final de la cuarta semana los supervisores no consultaban las planillas antiguas, se daban de baja. Así fue.
El ajuste más útil llegó tarde. Los operadores pidieron que el tablero mostrara también los casos cerrados del día anterior, no solo los abiertos. Ese cambio, que no estaba en el diseño inicial, redujo las consultas cruzadas entre turnos casi a la mitad.
El equipo de soporte pasó de preparar reportes manuales los viernes a revisar el tablero en la reunión diaria de quince minutos. La supervisión ganó tiempo para acompañar casos difíciles en lugar de consolidar cifras. Y quedó documentado un procedimiento simple para actualizar vistas cuando cambien los criterios de atención, algo que antes no existía.
No fue un rediseño espectacular. Fue ordenar lo que ya estaba ahí y sacar lo que sobraba. Ese tipo de trabajo es el que sostiene la operación cuando el volumen crece.
Tres trabajos recientes que muestran cómo se estructura una mesa de negociación, cómo se ordena un proceso interno y qué se mide cuando un directivo entra en coaching. Cada caso tiene su propio contexto, su propio equipo y su propio punto de partida.
Un proyecto concreto con un tema claro y contexto real. Esta página enmarca un asunto específico en lugar de usar un encabezado genérico. Explica qué se está considerando, por qué importa en el contexto del sitio y qué detalle puede esperar el lector a continuación. El texto es deliberadamente llano y específico, para que se lea como un contenido real.
Un proyecto enfocado en decisiones prácticas y restricciones reales. Este caso se centra en el uso práctico, las disyuntivas y las decisiones que un lector puede reconocer. Evita las afirmaciones promocionales amplias y mantiene el tema atado a una situación concreta. La descripción aporta suficiente sustancia para una página real en lugar de una tarjeta de relleno.
Un proyecto con base real que aporta un ángulo distinto sin repetir los otros. Esta página le da al tercer ítem su propia razón de existir. Cubre un enfoque separado, incluye contexto concreto y evita repetir la misma promesa con otras palabras. El resultado debe sentirse como un artículo, proyecto, reseña u oferta planificada.