El día que el “mejor local” salió de un error: la inflación silenciosa por duplicados
La escena es más común de lo que nos gustaría admitir. Cadena con sucursales en Argentina, tablero semanal, ranking por “volumen resuelto” y una gerente levantando la ceja porque el “mejor local” no coincide con lo que ve en el piso. Ese lunes, la sucursal ganadora celebraba como si hubiera metido un trimestre perfecto. El problema era otro: no habían atendido mejor. Habían contado más.
El ranking se armaba con tickets de soporte por sucursal, y el incentivo estaba servido: más tickets cerrados, mejor posición. Nadie estaba “mintiendo” a propósito. Simplemente, el sistema estaba registrando duplicados como si fueran trabajo nuevo.
En una semana donde se reportaron 1.200 tickets, al limpiar la foto quedaron 820 casos únicos. Es decir, 380 tickets eran repeticiones del mismo reclamo: la misma persona insistiendo por WhatsApp y mail, una reapertura que se transformó en ticket nuevo, una derivación interna que clonó la conversación.
Si ese número te suena familiar, no estás solo. A veces el soporte tiene su propio INDEC: no por mala fe, sino porque la metodología se queda corta para el mundo real. En Argentina, la discusión sobre mediciones que “maquillan” datos aparece seguido; por ejemplo, en Cadena 3: [1]
Definición sin vueltas: un duplicado no es “dos tickets parecidos”. Un duplicado es el mismo caso contado más de una vez para el mismo cliente y la misma causa raíz, dentro de una ventana de tiempo razonable.
Ejemplos típicos: el reclamo entra por dos canales, una reapertura se registra como ticket nuevo, o el cliente responde sobre el hilo viejo y el sistema lo parte en otro.
Lo que no es duplicado: un segundo reclamo legítimo porque cambió el producto afectado, un incidente nuevo días después, o un seguimiento que exige otro responsable con un compromiso distinto.
El daño no es solo estético. La sucursal “ganadora” puede verse con más volumen (parece que trabaja más), pero también puede verse con mejor tasa de resolución si cierra rápido duplicados fáciles. O con peor SLA si los duplicados inflan la cola y generan demoras ficticias. Backlog, reaperturas y cumplimiento de tiempos: todo se distorsiona.
La idea central es simple: antes de comparar sucursales, limpiá la unidad de medida. Si no, vas a terminar premiando la habilidad de duplicar, no la calidad de atender.
Señales diagnósticas: cuándo sospechar que una sucursal está “ganando” por duplicados
No necesitás leer 5.000 conversaciones para detectar duplicados en tickets de soporte por sucursal. Sí necesitás dejar de mirar solo el “total de tickets” y empezar a mirar relaciones. Cuando el tablero se arma con volumen bruto, el ruido se disfraza de performance.
Señales en volumen: ratios y motivos que se inflan
Primera señal: tickets por caso. Si todavía no medís “casos únicos”, podés aproximar agrupando por cliente + motivo en un período corto y viendo cuántos tickets aparecen alrededor.
Cuando una sucursal muestra 1,8 tickets por caso y otra 1,1, no significa automáticamente que una atiende peor. Significa que una registra más repeticiones por cada problema real.
Ejemplo concreto: Sucursal A reporta 900 tickets en el mes, pero una muestra indica que corresponden a 500 casos. Sucursal B reporta 650 tickets para 520 casos. En bruto gana A. En realidad, B atendió más problemas distintos.
Segunda señal: distribución por motivo. Si “seguimiento”, “estado del pedido” o “reiteración” crecen como espuma, suele haber duplicación multicanal o falta de unificación. Acá hay falsos positivos: una promo puede subir el volumen genuino. La diferencia es si también explota el ratio tickets por caso.
Tercera señal: tickets por cliente (DNI, teléfono, lo que uses). Cuando una sucursal muestra muchos clientes “hiper activos” con 4 o 5 tickets cada uno, el problema suele ser el circuito, no el cliente.
Esto es donde te quemas si no lo ves: se culpa al público por “ansioso”, cuando en realidad el soporte responde en islas y el cliente solo está tocando timbres distintos.
Señales en tiempo: reaperturas y ciclos raros
La segunda familia vive en el tiempo. Mirá reaperturas por 100 tickets y transferencias por ticket.
Si una sucursal tiene 22 reaperturas cada 100 tickets y otra tiene 7, hay dos hipótesis: o están resolviendo peor, o están creando tickets nuevos donde deberían continuar una conversación.
El ciclo raro también canta. Si ves tickets que se crean, se cierran en 3 minutos y vuelven a aparecer a las 2 horas con el mismo asunto, suele ser “cierre para cumplir” + duplicación.
Ejemplo típico: una sucursal muestra primera respuesta espectacular, pero transferencias por ticket altísimas. En castellano: responden rápido, pero rebotan el caso; y cada rebote puede generar un duplicado. No es maldad. Es un workflow que nunca se diseñó para no duplicar.
Señales en identidad y texto: los mismos datos con distinto envase
Acá lo cualitativo, que suele ser obvio cuando lo buscás.
- Mismo número de pedido, mismo DNI, misma dirección; cambia el saludo y el canal.
- “Frases espejo” por plantillas: copian-pegan, abren otro ticket, pierden el hilo.
- Multicanal sin coordinación: WhatsApp entra a tienda, mail a central y redes a marketing. Todos trabajan el mismo reclamo. El cliente recibe respuestas desconectadas y concluye que lo ignoran.
Humor de oficina, con cariño: es como cuando dos personas “arreglan” el mismo Excel y terminan con dos versiones distintas… y las dos juran que la suya es la correcta.
Cómo separar “mejor atención” de “mejor duplicación”
Regla práctica: mirá el combo, no un número.
- Alto volumen + alta reapertura + alto ratio tickets por cliente: probabilidad alta de duplicados.
- Alto volumen + baja reapertura + baja transferencia: más chances de demanda real.
Si el tiempo es limitado, investigá así: primero tickets por cliente/caso, después transferencias, y recién al final texto. El texto confirma; los ratios te dicen dónde duele.
Tip político que baja fricción: evitá “están inflando”. Usá “tenemos ruido de registro” o “duplicación de conversaciones”. Cambia el tono, baja defensas y te deja hacer el trabajo.
Si querés una referencia útil, en integraciones pasa lo mismo con eventos repetidos: si no deduplicás, el tablero te miente. Distinto mundo, mismo aprendizaje: [2]
Marco de decisión: cuándo consolidar tickets y cuándo mantenerlos separados (sin pelearse con las sucursales)
| Estrategia de asignación | Mejor para | Ventajas | Riesgos | Recomendado cuando |
|---|---|---|---|---|
| Tradeoff: Esfuerzo de implementación vs. Beneficio a largo plazo | Invertir en sistemas que automaticen deduplicación. | Reduce carga manual. escala con crecimiento. | Requiere inversión inicial en tecnología o procesos. | Volumen de tickets es alto y deduplicación manual insostenible. |
| Regla base: Consolidar por 'Caso Raíz' (ID original) | Medir volumen real de problemas únicos por sucursal. | Métricas precisas. evita duplicados. foco en resolución. | Oculta esfuerzo total si hay muchas reaperturas/interacciones. | Prioridad: eficiencia y resolución de problemas únicos. |
| Mantener tickets separados (sin consolidar) | Entender volumen total de interacciones y carga de trabajo. | Refleja esfuerzo completo del equipo. fácil implementación. | Infla métricas de rendimiento de sucursales. datos engañosos. | Necesidad: visibilidad del esfuerzo, no solo resolución única. |
| Excepción 1: Reclamos por mismo producto/servicio (ID producto) | Identificar problemas sistémicos de producto/servicio. | Agrupa fallas de origen común. facilita análisis causa raíz. | Subestima impacto individual si no se traza a caso original. | Objetivo: mejorar calidad de producto/servicio. |
| Excepción 2: Derivaciones internas (ID derivación) | Evaluar eficiencia de procesos internos y traspasos. | Mide colaboración interna. identifica cuellos de botella. | Parece nuevo problema si no se vincula a caso raíz. | Objetivo: optimizar flujos de trabajo internos. |
| Excepción 3: Contactos multicanal (ID cliente + problema) | Comprender viaje del cliente y omnicanalidad. | Visión 360 del cliente. mejora experiencia de usuario. | Requiere sistema robusto de trazabilidad para evitar duplicados. | Experiencia cliente multicanal es crítica. |
| Guardrail: Trazabilidad mínima (ID caso, vínculo, motivo) | Asegurar auditoría y comprensión de cada decisión de consolidación. | Permite revisar errores. genera confianza en datos. | Añade carga administrativa inicial. requiere disciplina. | Integridad de datos y rendición de cuentas son fundamentales. |
| Tradeoff: Menor volumen reportado vs. Mayor precisión | Priorizar verdad del dato sobre cantidad. | Decisiones basadas en datos reales. evita incentivos perversos. | Resistencia inicial de sucursales con números 'inflados'. | Se busca cultura de transparencia y mejora continua. |
El conflicto típico no es técnico. Es humano. La central dice “hay que deduplicar”, la sucursal responde “me estás bajando el trabajo que hice”. Y ambos tienen razón, porque están hablando de unidades distintas.
Este marco te permite decidir sin improvisar: una regla base (consolidar por Caso Raíz), excepciones que te ahorran discusiones eternas (producto/servicio, derivaciones internas, multicanal) y un guardrail de trazabilidad mínima para cuando alguien te pide “mostrame por qué lo consolidaste”.
Y ojo con una idea que suele salvar relaciones: a veces conviene mantener tickets separados. No para rankear desempeño (ahí te arruinan), sino para entender carga real: cuántas interacciones consumió contener el problema, cuántas veces el cliente tuvo que insistir, y dónde se rompe el flujo.
Unidad de análisis: elegí una y sostenela
Para comparar sucursales, la unidad que menos peleas genera suele ser el caso: una causa raíz con un responsable claro.
- “Ticket” es envase: sube por canal, herramienta o hábito.
- “Cliente” es demasiado amplio: una persona puede tener varios problemas.
- “Conversación” cambia de canal; “incidente” puede ser sistémico y abarcar muchos casos.
Si tu ranking se basa en tickets, estás midiendo envases, no contenido.
Lo sano es separar dos capas:
- Métrica operativa de esfuerzo: tickets totales (incluidos duplicados) para dimensionar carga y staffing.
- Métrica de comparativa justa: casos únicos para ranking y desempeño por sucursal.
Así nadie siente que le “roban” trabajo y el ranking deja de premiar ruido.
Reglas de consolidación que no te meten en problemas
Una regla base útil: consolidar por Caso Raíz usando el primer registro como referencia y agrupar lo que sea mismo cliente + misma causa dentro de una ventana de tiempo.
La ventana depende del negocio. Si no definís ninguna, vas a consolidar de más y te van a odiar (con razón).
Tres decisiones que conviene dejar por escrito:
- Si es el mismo cliente pero cambia el producto/servicio afectado, se separa.
- Si hay derivaciones internas que cambian el responsable y el compromiso, podés mantener el ticket separado para trazabilidad, pero en reporting consolidarlo como un solo caso.
- Si pasa un umbral de tiempo razonable y el problema reaparece, es caso nuevo, no duplicado.
Tradeoffs reales (los que aparecen el lunes a las 9)
- Si consolidás agresivo, perdés señales de cuellos de botella por canal o por equipo. Mitigación: guardá relación padre-hijos; no borres.
- Si solo mirás casos únicos, subestimás el esfuerzo de contención (responder “ya lo estamos viendo” también consume tiempo). Mitigación: conviví con dos vistas.
- Si dejás todo separado, el ranking por sucursal se vuelve indefendible. Nadie cree en el tablero. Y cuando nadie cree, vuelven las decisiones por intuición.
Dos casos para aterrizarlo:
Caso A (duplicado claro): mismo cliente, mismo pedido, entra por WhatsApp y a los 20 minutos por mail con el mismo texto. Dentro de ventana, se consolida al caso raíz.
Caso B (parecido pero legítimo): mismo cliente, misma semana, dos productos distintos con fallas distintas. Aunque el motivo general sea “garantía”, se separa porque cambia el producto y el responsable puede ser otro.
Modos de fallo que vuelven a inflar números: reaperturas, derivaciones y multicanal (y cómo contenerlos)
La deduplicación no falla por falta de planillas. Falla porque la operación, bajo presión, fabrica duplicados como mecanismo de supervivencia. Si no atacás esos modos de fallo, vas a limpiar una semana y a la siguiente volvés al tablero maquillado.
Modo de fallo 1: reapertura que crea ticket nuevo
Causa típica: se cierra para cumplir SLA o porque “no puede quedar abierto”.
Síntoma: aparece un ticket nuevo con el mismo motivo dentro de 24–48 horas.
Daño: baja artificial del tiempo de resolución, sube el volumen, se distorsiona backlog.
Contención: acordá que una reapertura es continuidad del caso, no un caso nuevo. Si el sistema obliga a crear uno nuevo, que quede vinculado al caso raíz y que el cierre del duplicado no cuente como “resolución” para el ranking.
Ejemplo realista: Sucursal Oeste cierra “falta en entrega” porque “ya se derivó a logística”. El cliente escribe al día siguiente y el agente crea ticket nuevo para “arrancar de cero”. Resultado: dos tickets resueltos en tablero, cero problema resuelto para el cliente.
Modo de fallo 2: derivación que clona conversaciones
Causa: derivación hecha como reenvío, no como traspaso con continuidad.
Síntoma: dos áreas trabajan en paralelo, con respuestas distintas.
Daño: inflado de volumen, aumento de transferencias por ticket, más reaperturas por mensajes contradictorios.
Contención: una regla simple de ownership. Una sola área “es dueña” del caso; las otras colaboran dentro del mismo caso, no en tickets clonados.
Si tenés ranking por sucursal, esta es de las trampas más peligrosas: la sucursal que deriva más puede aparecer como la que “más resolvió” si cada derivación crea un ticket que se cierra.
Modo de fallo 3: multicanal sin unificación
Causa: no hay vista unificada del cliente o no existe el hábito de buscar antes de crear.
Síntoma: dos conversaciones activas para el mismo reclamo.
Daño: sube la carga, baja la confianza, y el ranking se vuelve una carrera de “quién responde primero” aunque respondan cosas diferentes.
Contención: instalá una búsqueda mínima antes de abrir. No es burocracia: son 15 segundos para ver si hay un caso activo con el mismo identificador.
Modo de fallo 4: tickets clonados por “copiar y acelerar”
Causa: se copia texto y se crea ticket nuevo por cada interacción porque “es más rápido” o porque el formulario empuja.
Síntoma: muchos tickets casi idénticos, cerrados rápido, con poca información.
Daño: inflado de volumen, falsa productividad y pérdida de contexto (que después dispara reaperturas).
Contención: si vas a usar plantillas, usalas para responder dentro del caso, no para crear casos nuevos. Y si hay incentivos por cantidad cerrada, revisalos: una operación saludable no premia la clonación.
Una regla de pausa que evita decisiones malas: si el ranking por sucursal cambia más de dos posiciones en una semana y coincide con un salto de tasa de duplicación, ese ranking se publica con nota de “calidad de datos en revisión”. Es mejor bancarse una conversación incómoda un lunes que tomar decisiones equivocadas todo el mes.
Si te sirven ejemplos de riesgo real, en pagos hay historias de eventos duplicados que casi terminan en cobros dobles. El susto es parecido al que se vive cuando un ranking se cae por datos inflados: [3]
Rutina semanal para que el ranking por sucursal sea defendible: QA, normalización y monitoreo
La deduplicación que funciona no es un “proyecto”. Es rutina. Si tu ranking se usa para premios, staffing o presión, el QA de datos tiene que ser tan disciplinado como el cierre contable. No perfecto. Defendible.
Una advertencia honesta: el primer mes duele porque el número “baja”. Después se vuelve un alivio, porque deja de haber discusiones sobre si el tablero está dibujado o no. (Sí, como esas discusiones públicas sobre metodología y medición; cambia el tema, se repite el patrón). Un ejemplo de ese debate está acá: [4]
Normalización mínima antes de comparar
Antes de discutir duplicados, alineá tres cosas que suelen estar rotas:
- Motivos/categorías: si una sucursal usa “envíos” y otra “logística”, vas a deduplicar mal porque ni siquiera estás comparando causas.
- Sucursal responsable: no siempre es la que recibió el primer contacto; es la que tiene la acción que destraba el caso.
- Estados: si “cerrado” significa cosas distintas, el SLA se vuelve un cuento.
Tip que evita guerra: acordá equivalencias de motivos y revisalas una vez al mes. No las toques todos los días. Cambiar etiquetas a diario es como cambiarle el nombre a las calles mientras la gente maneja.
Qué mirar todas las semanas (sin volverte loco)
Con pocas métricas, pero miradas con contexto, el ranking se sostiene:
Casos únicos por sucursal para comparativa; tickets totales para carga. Y tres alarmas que te avisan cuándo volvió el maquillaje: tasa de duplicación, tickets por cliente, y transferencias/reaperturas.
No hace falta un umbral universal. Compará cada sucursal contra su propio promedio. Si de golpe sube la duplicación o suben las transferencias, algo cambió: un canal nuevo, un cambio de mano, una presión por cerrar, o simplemente un equipo nuevo copiando hábitos viejos.
El detalle que más te ahorra tiempo: porcentaje de tickets sin identificador clave (pedido, DNI, lo que aplique). Cuando falta, deduplicar se vuelve adivinanza. Y la adivinanza siempre termina en pelea.
Muestreo de QA: auditar sin revisar todo
El muestreo semanal es el arma secreta del equipo con poca capacidad.
Una muestra chica pero inteligente suele alcanzar: los 20 clientes con más tickets de la semana por sucursal y, además, algunos tickets al azar dentro de los motivos top. En una hora aparecen patrones que en un tablero tardan meses.
Error común: hacer QA solo cuando hay escándalo. El control llega cuando el número ya se publicó y alguien se sintió perjudicado. Conviene al revés: QA corto como rutina; ranking como resultado.
Para bajarle el costo político, comunicá hallazgos como “calidad de registro” y “continuidad de casos”, no como “tal sucursal hace trampa”. La mayoría de las veces no es trampa: es un proceso que empuja a duplicar.
Qué hacer mañana, sin prometer magia
Si querés resultados en un mes, apuntá a un mínimo viable que puedas sostener. Con poco, pero bien elegido, ya podés frenar rankings injustos.
Mañana mismo, asegurá lo básico para que la deduplicación no sea una discusión filosófica: que cada ticket tenga un identificador útil (cliente y, cuando aplique, pedido), un motivo normalizado, canal de entrada, sucursal responsable final y una forma simple de vincularlo a un caso existente con motivo de consolidación.
Después, corré dos vistas en paralelo (y decilo explícito): tickets totales para carga y casos únicos para ranking. Ese doble tablero desactiva la frase que más frena todo: “me estás bajando el trabajo”. No: estás cambiando la unidad para comparar.
En la segunda quincena, aplicá deduplicación solo sobre duplicados claros, siempre con vínculo al caso raíz. Si empezás por lo obvio, evitás el clásico quilombo de “me borraron tickets”.
Cerrá el mes publicando el ranking con dos columnas (tickets y casos) y una nota corta de calidad de datos por sucursal. Ese reporte vale oro: staffing basado en esfuerzo, ranking basado en casos.
Barra realista: si tu operación está al límite, apuntá a bajar el ruido 20% en 30 días. La pureza total suena linda, pero el cambio sostenible le gana al sprint heroico. Y, sobre todo, te deja comparar sucursales sin que los duplicados en tickets de soporte por sucursal te vuelvan a correr el arco.
Fuentes
- cadena3.com — cadena3.com
- koder.ai — koder.ai
- es.linkedin.com — es.linkedin.com
- elciudadanoweb.com — elciudadanoweb.com