[{"data":1,"prerenderedAt":48},["ShallowReactive",2],{"/es/blog/la-reunin-de-performance-que-se-cae-en-10-minutos-cmo-detectar-seal-sucia-antes-":3,"/es/blog/la-reunin-de-performance-que-se-cae-en-10-minutos-cmo-detectar-seal-sucia-antes--surround":39},{"id":4,"locale":5,"translationGroupId":6,"availableLocales":7,"alternates":8,"_path":9,"path":9,"title":10,"description":11,"date":12,"modified":12,"meta":13,"seo":23,"topicSlug":29,"tags":30,"body":32,"_raw":37},"7f5370a0-7c4b-4d02-85d0-3070822df92f","es","0ab00c48-c0b4-4dde-a48a-16f15957eb04",[5],{"es":9},"/es/blog/la-reunin-de-performance-que-se-cae-en-10-minutos-cmo-detectar-seal-sucia-antes-","La reunión de performance que se cae en 10 minutos cómo detectar señal sucia antes de presentar","Aprende a detectar señal sucia antes de presentar performance con un pre-flight de 10 minutos, reglas para reconciliar conversación→caso→resolución por sucursal, y banderas rojas como duplicados, atribución confusa y handoffs rotos.","2026-05-02T09:16:20.287Z",{"date":12,"badge":14,"authors":17},{"label":15,"color":16},"Nuevo","primary",[18],{"name":19,"description":20,"avatar":21},"Lucía Ferrer","Calypso AI · Clear, expert-led guides for operators and buyers",{"src":22},"https://api.dicebear.com/9.x/personas/svg?seed=calypso_expert_guide_v1&backgroundColor=b6e3f4,c0aede,d1d4f9,ffd5dc,ffdfbf",{"title":24,"description":25,"ogDescription":25,"twitterDescription":25,"canonicalPath":26,"robots":27,"schemaType":28},"La reunión de performance que se cae en 10 minutos cómo","Aprende a detectar señal sucia antes de presentar performance con un pre flight de 10 minutos, reglas para reconciliar conversación→caso→resolución por","/es/blog/la-reunin-de-performance-que-se-cae-en-10-minutos-cmo-detectar-seal-sucia-antes","index,follow","BlogPosting","decision_systems_researcher",[31],"la-reunin-de-performance-que-se-cae-en-10-minutos-cmo-detectar-seal-sucia-antes-",{"toc":33,"children":35,"html":36},{"links":34},[],[],"\u003Ch2>Antes de presentar: identifica en 60 segundos si tu KPI no va a sobrevivir la primera ronda de preguntas\u003C/h2>\n\u003Cp>La reunión de performance casi nunca se cae porque el tablero esté “feo”. Se cae porque alguien hace una pregunta simple y el dato responde con voz temblorosa. Tú dices “mejoramos” y, diez minutos después, estás explicando por qué el numerador “no es exactamente ese” y el denominador “se ajustó por un cambio de canal”. No es un problema de carisma. Es \u003Cstrong>señal sucia\u003C/strong> en vivo.\u003C/p>\n\u003Cp>Definición operativa: \u003Cstrong>señal sucia\u003C/strong> es cuando el KPI parece accionable, pero está contaminado por cambios de definición, cortes inconsistentes, duplicados, atribución confusa o mix accidental. En pantalla se ve sólido; bajo preguntas básicas de trazabilidad y comparabilidad, se desarma.\u003C/p>\n\u003Cp>Ejemplo típico (y dolorosamente realista): reunión por sucursal. Dices que la resolución subió 12%. Te preguntan por la Sucursal A y aparece: resolución +15%, pero contactabilidad -9 puntos. Si de verdad resolviste más llegando a menos gente, o hubo backlog/cierre administrativo, o cambió el flujo, o estás midiendo cosas distintas. Si no lo detectas antes, la conversación se va al desagüe porque ahora tienes métricas peleándose delante de todos.\u003C/p>\n\u003Cp>La promesa acá es concreta: en \u003Cstrong>10 minutos\u003C/strong> puedes decidir si presentas, si acotas, o si paras la reunión. No para “salvarte” tú, sino para proteger decisiones. Presentar un KPI roto es como servir sushi que estuvo al sol: se ve impecable… hasta que alguien confía.\u003C/p>\n\u003Ch3>Prueba de trazabilidad: ¿puedes explicar numerador/denominador por sucursal sin improvisar?\u003C/h3>\n\u003Cp>Si te piden “¿de qué está hecho ese 12%?” y tu respuesta es “es el tablero”, estás a una pregunta de que te saquen la silla.\u003C/p>\n\u003Cp>Trazabilidad, en humano, es poder decir qué cuenta y qué no cuenta. Un ejercicio que salva reuniones: \u003Cstrong>elige una sucursal al azar y cuenta la historia del KPI en una frase\u003C/strong>. Ejemplo: “Sucursal B resolvió 320 casos de 980 creados esta semana en WhatsApp y teléfono, sin incluir reaperturas”. Si no puedes decir algo así sin enredarte, ese KPI todavía no está listo para conclusiones.\u003C/p>\n\u003Cp>Y trae tus “definiciones de bolsillo” (en una nota, no en la slide): qué es conversación, qué es caso, qué es resolución, como lo entiende negocio. Esto evita el error clásico: cambiar la definición a mitad de discusión sin darte cuenta.\u003C/p>\n\u003Ch3>Prueba de comparabilidad: ¿qué cambió en el contexto (operación/canal/mix) desde la semana anterior?\u003C/h3>\n\u003Cp>La mitad de las discusiones eternas vienen de comparar cosas que no son comparables. Cambió un canal, un script, un feriado, el staffing, el backlog, una campaña o un release. El KPI “se mueve” y creemos que “mejoramos” o “empeoramos”, cuando en realidad cambiamos el terreno.\u003C/p>\n\u003Cp>Regla simple: si tu “mejora” coincide con un cambio operativo, tu mejor jugada es decirlo primero. Si lo nombras tú, suena a control. Si lo descubre otro, suena a excusa.\u003C/p>\n\u003Ch3>Prueba de definición: ¿estás mezclando conversaciones, casos y resoluciones en la misma frase?\u003C/h3>\n\u003Cp>Una conversación no es un caso, y un caso no es una resolución. Suena obvio hasta que alguien afirma “subió el contacto, entonces subió la solución” y la sala asiente por inercia.\u003C/p>\n\u003Cp>Dónde te quemas: \u003Cstrong>vender “resolución” como 100% mejora de experiencia\u003C/strong> cuando parte del cierre fue administrativo o limpieza de backlog. Cerrar backlog puede ser excelente. Lo que es peligroso es presentarlo como “mejoró la atención” si no lo puedes sostener.\u003C/p>\n\u003Ch2>Pre-flight de 10 minutos: decide si presentas, acotas el alcance o paras la reunión por señal sucia\u003C/h2>\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Estrategia de asignación\u003C/th>\n\u003Cth>Mejor para\u003C/th>\n\u003Cth>Ventajas\u003C/th>\n\u003Cth>Riesgos\u003C/th>\n\u003Cth>Recomendado cuando\u003C/th>\n\u003C/tr>\n\u003C/thead>\n\u003Ctbody>\u003Ctr>\n\u003Ctd>Timebox 10 min: priorizar 3 KPIs\u003C/td>\n\u003Ctd>Decidir si presentar o no\u003C/td>\n\u003Ctd>Foco rápido. evita datos irrelevantes\u003C/td>\n\u003Ctd>Ignorar señales sutiles. mala priorización\u003C/td>\n\u003Ctd>Tiempo limitado. decisión binaria (presentar/parar)\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Acción de contención: acotar a 1-2 KPIs\u003C/td>\n\u003Ctd>Reducir complejidad de presentación\u003C/td>\n\u003Ctd>Presentar con datos limitados pero confiables\u003C/td>\n\u003Ctd>Perder contexto. visión general\u003C/td>\n\u003Ctd>Pocos KPIs confiables/relevantes\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Acción de contención: recortar período\u003C/td>\n\u003Ctd>Eliminar ruido de datos históricos/recientes\u003C/td>\n\u003Ctd>Foco en período estable/relevante\u003C/td>\n\u003Ctd>Ignorar tendencias a largo plazo/estacionalidad\u003C/td>\n\u003Ctd>Evento conocido afectó datos\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Acción de contención: muestreo rápido\u003C/td>\n\u003Ctd>Validar calidad de datos en una porción\u003C/td>\n\u003Ctd>Verificación rápida sin revisar todo\u003C/td>\n\u003Ctd>Muestra no representativa del problema\u003C/td>\n\u003Ctd>Sospecha de problema. sin tiempo para análisis completo\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Parar la reunión por señal sucia\u003C/td>\n\u003Ctd>Evitar decisiones erróneas\u003C/td>\n\u003Ctd>Protege credibilidad. evita discusiones inútiles\u003C/td>\n\u003Ctd>Frustración si no se comunica bien\u003C/td>\n\u003Ctd>Integridad de datos crítica. no validable en 10 min\u003C/td>\n\u003C/tr>\n\u003Ctr>\n\u003Ctd>Revisar señales de alerta (ej. saltos de volumen, tasas imposibles)\u003C/td>\n\u003Ctd>Detectar anomalías obvias\u003C/td>\n\u003Ctd>Identifica datos 'sucios' rápidamente\u003C/td>\n\u003Ctd>Pasa por alto problemas complejos/origen\u003C/td>\n\u003Ctd>Cambios drásticos. valores ilógicos\u003C/td>\n\u003C/tr>\n\u003C/tbody>\u003C/table>\n\u003Cp>Piensa esta tabla como tu “torre de control”: no revisas cada tornillo; revisas lo que evita despegar con una alarma encendida. El pre-flight no es para “arreglar datos” en 10 minutos. Es para decidir \u003Cstrong>qué tipo de reunión puedes tener hoy\u003C/strong>: verde (conclusiones), amarillo (contención) o rojo (stop-the-line).\u003C/p>\n\u003Cp>Un orden que reduce improvisación: \u003Cstrong>corte → sanidad → coherencias → decisión\u003C/strong>. Repetible, rápido, defendible.\u003C/p>\n\u003Ch3>Fija un corte defendible (fechas/canal/sucursal) y elimina el ‘mix’ accidental\u003C/h3>\n\u003Cp>Antes de mirar tendencias, declara tu corte como si fueras a firmarlo: semana exacta, zona horaria si aplica, canales incluidos, sucursales incluidas.\u003C/p>\n\u003Cp>El enemigo es el mix accidental: que el tablero muestre “todo” mientras la reunión cree que está hablando de “contact center”; o que mezcles digital con presencial en un promedio que no significa nada.\u003C/p>\n\u003Cp>Advertencia (zona de incendio): si tu org cambia cosas a mitad de semana (campañas, cortes, releases), “últimos 7 días” puede esconder el problema. “Semana calendario” te da un terreno común para discutir sin que el período se mueva como gelatina.\u003C/p>\n\u003Ch3>Haz 4 pruebas de sanidad con umbrales simples\u003C/h3>\n\u003Cp>No necesitas una auditoría formal para oler problemas. Necesitas umbrales que cualquiera entienda:\u003C/p>\n\u003Cul>\n\u003Cli>\u003Cstrong>Conteos:\u003C/strong> si conversaciones/casos se mueven +20–30% sin explicación, la primera hipótesis no es “mejoramos”, es “cambió el flujo o la medición”.\u003C/li>\n\u003Cli>\u003Cstrong>Unicidad:\u003C/strong> si casos suben 40% pero clientes únicos apenas 5%, sospecha repetición (reaperturas como nuevos, cambios de identificador, reintentos).\u003C/li>\n\u003Cli>\u003Cstrong>Duplicados:\u003C/strong> si aparece la misma tipología repetida por cliente en 24 horas, la resolución puede inflarse por “casos clonados”.\u003C/li>\n\u003Cli>\u003Cstrong>Outliers:\u003C/strong> tasas imposibles por sucursal suelen ser denominador recortado, cierre administrativo masivo o atribución mal asignada.\u003C/li>\n\u003C/ul>\n\u003Cp>Dos anclas rápidas:\u003C/p>\n\u003Cul>\n\u003Cli>Sucursal C aparece con \u003Cstrong>resolución 105%\u003C/strong>. No es un milagro: estás cerrando backlog viejo sobre un denominador de casos nuevos, o duplicando cierres.\u003C/li>\n\u003Cli>El contact center pasa de 18.000 a \u003Cstrong>27.500 conversaciones\u003C/strong> (+53%) sin campaña ni cambio de horario. Antes de declarar “empeoró la atención”, asume que cambió el conteo, el canal o la instrumentación.\u003C/li>\n\u003C/ul>\n\u003Ch3>Valida coherencias mínimas (conversaciones ↔ casos ↔ resoluciones)\u003C/h3>\n\u003Cp>El error que dispara “teatro”: mirar un KPI final y construir narrativa sin validar que el embudo básico cierra.\u003C/p>\n\u003Cp>Cuatro coherencias que te devuelven control:\u003C/p>\n\u003Cul>\n\u003Cli>Si conversaciones bajan 30% y casos suben 30%, pregunta por clasificación, canales o handoffs.\u003C/li>\n\u003Cli>Si resoluciones suben fuerte pero \u003Cstrong>backlog no baja\u003C/strong>, sospecha cierres duplicados/administrativos o atribución.\u003C/li>\n\u003Cli>Contactabilidad e intención: llegar a más gente no garantiza resolver más (mix más complejo, mayor derivación).\u003C/li>\n\u003Cli>Sucursal y canal: una sucursal puede “mejorar” porque se le fue volumen al canal digital.\u003C/li>\n\u003C/ul>\n\u003Cp>La frase que evita discusiones inútiles: “Con este corte, estas dos métricas no son coherentes; por eso hoy no concluyo sobre resolución”. Incómodo 15 segundos, ahorro de 30 minutos.\u003C/p>\n\u003Ch3>Regla de decisión: qué presentas hoy vs qué escalas (con guión corto)\u003C/h3>\n\u003Cul>\n\u003Cli>\u003Cstrong>Verde:\u003C/strong> presentas performance con conclusiones.\u003C/li>\n\u003Cli>\u003Cstrong>Amarillo:\u003C/strong> contención (acotas a 1–2 KPIs, recortas período o haces muestreo rápido).\u003C/li>\n\u003Cli>\u003Cstrong>Rojo:\u003C/strong> paras la parte de conclusiones. No es drama: es control de calidad.\u003C/li>\n\u003C/ul>\n\u003Cp>Guión corto “amarillo”: “Hoy puedo defender tendencia de volumen y contactabilidad en este corte. Para resolución necesito validar duplicados y regla de cierre, así que no concluyo impacto”.\u003C/p>\n\u003Cp>Guión corto “rojo”: “No puedo concluir performance hoy: hay incoherencias entre casos y resoluciones. Propongo acotar a un corte defendible y agendar saneamiento con dueños”.\u003C/p>\n\u003Cp>Referencia útil para el mindset de “entregar no es compartir un link” (confianza antes que estética): \u003Ca href=\"#ref-1\" title=\"datdata.com — datdata.com\">[1]\u003C/a>\u003C/p>\n\u003Ch2>Si actividad y resultados se contradicen: reglas para reconciliar conversación → caso → resolución por sucursal\u003C/h2>\n\u003Cp>Cuando la sala se pone tensa, casi siempre es por una contradicción: “hicimos más llamadas, pero resolvimos menos”; “bajaron casos, pero subió el tiempo”. En soporte, puede ser normal… o puede ser medición rota. La diferencia es si tienes reglas simples para reconciliar.\u003C/p>\n\u003Cp>El objetivo no es rediseñar tu tablero en la mesa. Es construir un embudo mínimo que todos entiendan, aunque sea feo, para que la discusión no se vuelva filosófica.\u003C/p>\n\u003Ch3>Traza el embudo mínimo en 3 métricas (sin rediseñar el tablero)\u003C/h3>\n\u003Cp>Pide tres métricas por sucursal, en el mismo corte:\u003C/p>\n\u003Cul>\n\u003Cli>\u003Cstrong>Actividad:\u003C/strong> conversaciones atendidas (llamadas contestadas/chats respondidos).\u003C/li>\n\u003Cli>\u003Cstrong>Demanda formal:\u003C/strong> casos creados.\u003C/li>\n\u003Cli>\u003Cstrong>Resultado:\u003C/strong> resoluciones cerradas con criterio claro (si incluye cierre administrativo, dilo).\u003C/li>\n\u003C/ul>\n\u003Cp>Un ajuste de lenguaje que cambia el tono: declara qué pregunta estás respondiendo. “¿Cómo estuvo la carga?” no es “¿mejoramos la resolución?”. Si respondes otra pregunta sin avisar, la sala siente que esquivas.\u003C/p>\n\u003Ch3>Reglas ‘permitido vs sospechoso’: combinaciones que sí pueden pasar y las que huelen a dato roto\u003C/h3>\n\u003Cp>\u003Cstrong>Permitido\u003C/strong> (puede ser operación real):\u003C/p>\n\u003Cul>\n\u003Cli>Suben conversaciones y no suben resoluciones si el mix se volvió más complejo, si aumentó derivación a backoffice o si estás absorbiendo un pico sin capacidad.\u003C/li>\n\u003Cli>Bajan casos y suben resoluciones si estás limpiando backlog con un plan específico. En ese caso, el backlog debería bajar.\u003C/li>\n\u003C/ul>\n\u003Cp>\u003Cstrong>Sospechoso\u003C/strong> (frecuente cuando hay medición/atribución rota):\u003C/p>\n\u003Cul>\n\u003Cli>Resoluciones suben fuerte mientras conversaciones bajan y backlog se mantiene.\u003C/li>\n\u003Cli>Contactabilidad cae mucho y aun así “sube la resolución”, sin cambio de canal que lo explique.\u003C/li>\n\u003C/ul>\n\u003Cp>Ejemplo por sucursal que conviene presentar con dos hipótesis, no con acusación: Sucursal D pasa de 1.100 a 1.500 conversaciones, pero resoluciones se quedan en 420.\u003C/p>\n\u003Cul>\n\u003Cli>Hipótesis operativa: entró tipología nueva compleja, se derivó más.\u003C/li>\n\u003Cli>Hipótesis de medición: el conteo de conversaciones está sumando transferencias/reintentos del bot como “conversaciones nuevas”.\u003C/li>\n\u003C/ul>\n\u003Cp>Error que quema: elegir una sola hipótesis y señalar a operación en público. Presenta ambas y propone validación mínima.\u003C/p>\n\u003Ch3>Elige el KPI menos mentiroso cuando hay tradeoffs (y di qué sacrificas)\u003C/h3>\n\u003Cp>Cuando el sistema está inestable, siempre hay un KPI “menos mentiroso”. No es perfecto; es más resistente:\u003C/p>\n\u003Cul>\n\u003Cli>Si sospechas duplicados en casos, \u003Cstrong>actividad\u003C/strong> puede leer mejor carga operativa que resolución.\u003C/li>\n\u003Cli>Si sospechas contactabilidad por caída de telefonía, \u003Cstrong>casos creados\u003C/strong> puede representar mejor la demanda.\u003C/li>\n\u003Cli>Si sospechas cierres administrativos, \u003Cstrong>backlog neto\u003C/strong> suele decir más que “cerrados”.\u003C/li>\n\u003C/ul>\n\u003Cp>Tradeoff clásico (y útil si lo dices como decisión): mejorar contactabilidad puede empeorar tiempos. Si reintentas para encontrar al cliente, sube el contacto, suben conversaciones y “baja” productividad aparente. Enmarcado correctamente: “Priorizamos llegar; eso consume minutos; esperamos ver impacto en resolución real en dos semanas”.\u003C/p>\n\u003Cp>Cuatro preguntas que suelen cerrarse con tablero o con un muestreo mínimo:\u003C/p>\n\u003Col>\n\u003Cli>¿Qué porcentaje de conversaciones se convierte en caso por sucursal, y cambió?\u003C/li>\n\u003Cli>¿Cuántos casos por cliente generamos en 24 horas, y dónde se dispara?\u003C/li>\n\u003Cli>¿La variación de resoluciones viene de cierres del día o de backlog antiguo?\u003C/li>\n\u003Cli>En una muestra de 10 casos, ¿“cerrado” es resolución real o cierre administrativo?\u003C/li>\n\u003C/ol>\n\u003Cp>Recurso para pensar reporting sin confundir diseño con confianza: \u003Ca href=\"#ref-2\" title=\"lisandroiserte.ar — lisandroiserte.ar\">[2]\u003C/a>\u003C/p>\n\u003Ch2>Si ves un salto semanal: separa estacionalidad, campaña y cambio operativo antes de intervenir una sucursal\u003C/h2>\n\u003Cp>Los picos semanales del contact center son el lugar perfecto para arruinar relaciones internas. Un director ve un gráfico, alguien dice “la Sucursal F empeoró”, y de pronto tienes un supervisor defendiendo a su equipo como si fuera juicio oral. A veces el pico es real. A veces es comparación mal hecha.\u003C/p>\n\u003Cp>Regla: antes de intervenir una sucursal, demuestra que comparaste comparables y que controlaste mix. Si no, solo estás reaccionando al ruido.\u003C/p>\n\u003Ch3>Regla de comparables: qué ventana usar para no comparar peras con manzanas\u003C/h3>\n\u003Cp>No necesitas estadística. Necesitas disciplina de ventana.\u003C/p>\n\u003Cp>Ejemplo de comparación tramposa por accidente: “este lunes tuvimos 4.800 llamadas y el lunes anterior 3.600, +33%”. Suena serio hasta que recuerdas que el lunes anterior fue feriado o hubo corte.\u003C/p>\n\u003Cp>Comparación defendible: mismo día de semana, misma franja horaria, y si puedes, misma semana del mes. Muchas veces el pico tiene firma horaria. Si el aumento aparece parejo todo el día, sospecha cambio de medición o canal nuevo más que un problema operativo puntual.\u003C/p>\n\u003Ch3>Control de mix: cómo aislar tipologías/canales cuando el promedio está mintiendo\u003C/h3>\n\u003Cp>El promedio funciona hasta que cambia el mix. Si entraron más reclamos de facturación y menos consultas simples, tu tiempo promedio cambia aunque el equipo sea el mismo.\u003C/p>\n\u003Cp>Maniobra rápida y honesta: elige \u003Cstrong>una tipología principal\u003C/strong> y \u003Cstrong>un canal principal\u003C/strong> para lectura ejecutiva, y aclara que el global está afectado por mix. No es esconder; es aislar.\u003C/p>\n\u003Cp>Seis fuentes comunes de contaminación (y la señal que buscas):\u003C/p>\n\u003Cul>\n\u003Cli>Tipologías: cambió el top 3.\u003C/li>\n\u003Cli>Canal: se movió el reparto (WhatsApp sube, teléfono baja).\u003C/li>\n\u003Cli>Horario: el pico está concentrado.\u003C/li>\n\u003Cli>Backlog: hubo limpieza o acumulación.\u003C/li>\n\u003Cli>Staffing: ausentismo, turnos, curva de aprendizaje.\u003C/li>\n\u003Cli>Scripts/políticas: validaciones nuevas alargan atención.\u003C/li>\n\u003C/ul>\n\u003Cp>Otra trampa real: cambia quién reporta (segmentos, regiones, clientes nuevos vs recurrentes). Si existe esa segmentación, úsala como confirmación, no como excusa.\u003C/p>\n\u003Ch3>Checklist de validación de pico: qué corroborar antes de decir “mejoró/empeoró” (con ejemplo Perú)\u003C/h3>\n\u003Cp>En Perú vi un caso típico: una semana “mejoró” la resolución en Lima Centro 18%. La tentación fue felicitar y replicar prácticas. Pero el mismo corte mostraba casos creados -22% y conversaciones -15%.\u003C/p>\n\u003Cp>No era magia. Hubo dos cambios: parte de la demanda se movió a autoservicio que no entraba al tablero de esa reunión, y además se cerró backlog viejo por una campaña interna.\u003C/p>\n\u003Cp>Regla de decisión: si el pico coincide con campaña, cambio operativo o cambio de canal, reporta con nota explícita o recorta período en vez de vender causalidad.\u003C/p>\n\u003Cul>\n\u003Cli>Si el cambio es acotado (“campaña martes y miércoles”), pon nota y separa esos días.\u003C/li>\n\u003Cli>Si rompe comparabilidad de base (cambio de definición), recorta período a después del cambio y dilo.\u003C/li>\n\u003C/ul>\n\u003Cp>Analogía útil: no discutes el contenido de la llamada si el audio está lleno de estática. Primero dices “hay ruido”, lo reduces, y recién ahí decides. Esta pieza lo explica bien en términos de “fuentes de ruido” en presentaciones: \u003Ca href=\"#ref-3\" title=\"elartedepresentar.com — elartedepresentar.com\">[3]\u003C/a>\u003C/p>\n\u003Ch2>Banderas rojas que inflan el performance: pruebas rápidas para duplicados, atribución equivocada y handoffs rotos\u003C/h2>\n\u003Cp>Hay fallos que no solo confunden: \u003Cstrong>inflan\u003C/strong> resultados. Eso es más peligroso que un mal número, porque te hace celebrar lo que no existe. Tres culpables frecuentes: duplicados, atribución equivocada y handoffs rotos entre automatización y agente.\u003C/p>\n\u003Cp>No es auditoría; es detector de humo.\u003C/p>\n\u003Ch3>Test de duplicados sin auditoría: cortes por cliente/día/sucursal para encontrar ‘casos clonados’\u003C/h3>\n\u003Cp>Caso real en Argentina: una semana aparecieron “mejoras” espectaculares en resolución. El tablero mostraba 1.240 cierres versus 980 la semana anterior. El aplauso duró poco. Al cortar por cliente y día, vimos clientes con dos y hasta tres casos casi iguales en 24 horas, creados por handoff entre canales. La resolución subía porque cada clon podía cerrarse y contaba.\u003C/p>\n\u003Cp>Tres señales cuantitativas útiles:\u003C/p>\n\u003Cul>\n\u003Cli>Si más de \u003Cstrong>3–5%\u003C/strong> de clientes tiene casos duplicados en 24 horas, ya ensucia tasas. Si supera \u003Cstrong>10%\u003C/strong>, no presentes resolución como éxito.\u003C/li>\n\u003Cli>Cierres múltiples por el mismo identificador y mismo motivo en 24 horas.\u003C/li>\n\u003Cli>Saltos de “cerrados” sin caída de backlog.\u003C/li>\n\u003C/ul>\n\u003Cp>No necesitas ver “todo”: una muestra de 20 clientes de la sucursal que más “mejoró” suele revelar el patrón.\u003C/p>\n\u003Ch3>Test de atribución: detecta cuando el crédito no coincide con quien resolvió (y cómo reportarlo)\u003C/h3>\n\u003Cp>La atribución en soporte es política, aunque la vistamos de dato. Si el crédito va al primer toque, castigas a quien realmente resuelve. Si va al último toque, incentivas handoffs rápidos para “pasar” el caso.\u003C/p>\n\u003Cp>Señal típica: una sucursal aparece con resolución alta, pero es la que más deriva. O backoffice dice “nosotros resolvemos” y el tablero no lo refleja.\u003C/p>\n\u003Cp>Cómo reportarlo sin incendiar: separa el lenguaje entre “quién atendió” y “quién cerró”, aunque el tablero no lo separe perfecto, y declara qué regla está usando el reporte de hoy.\u003C/p>\n\u003Cp>Regla de supervivencia: \u003Cstrong>no discutas la política de atribución dentro de la misma reunión donde evalúas performance\u003C/strong>. Si lo mezclas, todo se vuelve personal. Agenda atribución como tema propio.\u003C/p>\n\u003Ch3>Test de handoff: cuándo confiar en automatización vs activar ‘stop-the-line’\u003C/h3>\n\u003Cp>Handoff roto = el bot cuenta una cosa, el agente cuenta otra, y el cliente solo vivió una interacción. Resultado: suben conversaciones, suben casos y la resolución parece heroica porque hay más cosas para cerrar.\u003C/p>\n\u003Cp>Señales para desconfiar:\u003C/p>\n\u003Cul>\n\u003Cli>Sube el volumen en canal automático pero no baja en canal humano (debería haber sustitución, no suma).\u003C/li>\n\u003Cli>Crecen transferencias internas/derivaciones sin explicación operativa.\u003C/li>\n\u003Cli>El tiempo promedio baja pero la recontactabilidad sube (el “te cierro rápido y vuelves mañana”).\u003C/li>\n\u003C/ul>\n\u003Cp>Una decisión práctica para no discutir eternamente:\u003C/p>\n\u003Cul>\n\u003Cli>Si es leve (un outlier puntual), reporta con nota y excluye esa sucursal de conclusiones globales.\u003C/li>\n\u003Cli>Si es moderado (duplicados 5–10% en dos sucursales), acota a actividad/demanda y posterga conclusiones de resolución.\u003C/li>\n\u003Cli>Si es severo (duplicados >10% o coherencias rotas en varias sucursales), stop-the-line.\u003C/li>\n\u003C/ul>\n\u003Ch2>Guión de 90 segundos para fijar límites, proteger credibilidad y pedir saneamiento cuando el tablero está en rojo\u003C/h2>\n\u003Cp>Cuando el tablero está en rojo, lo difícil no es el dato: es la dinámica social. Alguien quiere una respuesta ya, alguien se siente acusado, y tú estás tratando de no prometer lo que no puedes sostener. La salida es poner límites claros, rápido, y dejar acciones con dueños.\u003C/p>\n\u003Ch3>Apertura defendible: qué alcance declaras y qué conclusiones explícitamente no harás hoy\u003C/h3>\n\u003Cp>Plantilla para “amarillo” (presentar con cautela):\u003C/p>\n\u003Cp>“Hoy voy a hablar de volumen y contactabilidad en el corte de esta semana por sucursal y canal. En resolución voy a mostrar el número, pero no voy a concluir mejora o caída porque tengo señales de duplicados y un posible cambio de denominador. Para evitar decisiones sobre señal sucia, me concentro en dos KPIs que sí puedo defender hoy y dejo el resto como seguimiento. Si alguien necesita una decisión hoy, la tomamos sobre esos dos KPIs y con este alcance. El resto lo cierro con un plan de saneamiento con fechas.”\u003C/p>\n\u003Cp>Plantilla para “rojo” (pausar y acotar):\u003C/p>\n\u003Cp>“Antes de seguir, tengo una incoherencia material entre casos y resoluciones en varias sucursales. Eso significa que no puedo defender conclusiones de performance sin riesgo de estar equivocado. Propongo parar esta parte y acotar a un corte defendible de actividad para no perder el espacio. En paralelo, agendemos una sesión de saneamiento de 30 minutos con dueños claros para resolver duplicados y atribución. Prefiero decir ‘no lo sé todavía’ a que decidamos sobre un número que no aguanta preguntas básicas.”\u003C/p>\n\u003Ch3>Respuestas cortas a dos ataques típicos: “¿por qué cambió?” y “¿en cuál número confío?”\u003C/h3>\n\u003Cp>Si te preguntan “¿por qué cambió?” y todavía no lo sabes: “Tengo tres candidatos: campaña, cambio de mix o medición. En 24 horas vuelvo con cuál fue, porque hoy no es defendible”.\u003C/p>\n\u003Cp>Si te preguntan “¿en cuál número confío?”: “Hoy confío más en volumen por canal y en clientes únicos. Resolución la tomo como preliminar hasta validar duplicados y regla de cierre”.\u003C/p>\n\u003Cp>Cuando digas “preliminar”, agrega el criterio de salida (“hasta validar duplicados en 20 clientes y confirmar regla de cierre”). Eso no suena a cobertura: suena a control.\u003C/p>\n\u003Ch3>Plan mínimo de saneamiento: 3 tareas, dueños y fechas para no repetir el problema\u003C/h3>\n\u003Cp>Para que no sea puro discurso, cierra con propiedad:\u003C/p>\n\u003Cul>\n\u003Cli>Operación: definir qué cuenta como resolución en lenguaje de negocio, con un ejemplo. Antes de la próxima reunión.\u003C/li>\n\u003Cli>Datos: estimar impacto de duplicados/cambio de denominador (“cuánto cambia el KPI si deduplico”). 48–72 horas.\u003C/li>\n\u003Cli>Supervisión: muestreo de 10–20 casos de la sucursal outlier para validar si “cerrado” es real o administrativo. 24 horas.\u003C/li>\n\u003C/ul>\n\u003Cp>Cierre honesto: lo que te salva no es un tablero nuevo, es un hábito. Guarda el pre-flight de 10 minutos y llévalo a tu próxima reunión de performance. Si el pre-flight marca rojo dos semanas seguidas, activa la conversación adulta: propone una sesión de saneamiento de 30 minutos con ops, datos y supervisión en la misma sala, con un objetivo simple y un corte definido.\u003C/p>\n\u003Cp>Y una barra realista de producción: no intentes limpiar todo el modelo en una semana. Apunta a que la próxima reunión no se caiga en 10 minutos y a que las decisiones se tomen sobre 1 o 2 números que sí sobreviven preguntas.\u003C/p>\n\u003Ch2>Fuentes\u003C/h2>\n\u003Col>\n\u003Cli>\u003Ca href=\"https://www.datdata.com/blog/que-revisar-antes-de-entregar-un-dashboard-a-un-cliente-1774030619\">datdata.com\u003C/a> — datdata.com\u003C/li>\n\u003Cli>\u003Ca href=\"https://lisandroiserte.ar/biblioteca/rendimiento/reporting-dashboards\">lisandroiserte.ar\u003C/a> — lisandroiserte.ar\u003C/li>\n\u003Cli>\u003Ca href=\"https://www.elartedepresentar.com/2014/01/comportate-como-un-teleco-diligente-identifica-y-reduce-las-fuentes-de-ruido-en-tus-presentaciones\">elartedepresentar.com\u003C/a> — elartedepresentar.com\u003C/li>\n\u003C/ol>\n",{"body":38},"## Antes de presentar: identifica en 60 segundos si tu KPI no va a sobrevivir la primera ronda de preguntas\n\nLa reunión de performance casi nunca se cae porque el tablero esté “feo”. Se cae porque alguien hace una pregunta simple y el dato responde con voz temblorosa. Tú dices “mejoramos” y, diez minutos después, estás explicando por qué el numerador “no es exactamente ese” y el denominador “se ajustó por un cambio de canal”. No es un problema de carisma. Es **señal sucia** en vivo.\n\nDefinición operativa: **señal sucia** es cuando el KPI parece accionable, pero está contaminado por cambios de definición, cortes inconsistentes, duplicados, atribución confusa o mix accidental. En pantalla se ve sólido; bajo preguntas básicas de trazabilidad y comparabilidad, se desarma.\n\nEjemplo típico (y dolorosamente realista): reunión por sucursal. Dices que la resolución subió 12%. Te preguntan por la Sucursal A y aparece: resolución +15%, pero contactabilidad -9 puntos. Si de verdad resolviste más llegando a menos gente, o hubo backlog/cierre administrativo, o cambió el flujo, o estás midiendo cosas distintas. Si no lo detectas antes, la conversación se va al desagüe porque ahora tienes métricas peleándose delante de todos.\n\nLa promesa acá es concreta: en **10 minutos** puedes decidir si presentas, si acotas, o si paras la reunión. No para “salvarte” tú, sino para proteger decisiones. Presentar un KPI roto es como servir sushi que estuvo al sol: se ve impecable… hasta que alguien confía.\n\n### Prueba de trazabilidad: ¿puedes explicar numerador/denominador por sucursal sin improvisar?\n\nSi te piden “¿de qué está hecho ese 12%?” y tu respuesta es “es el tablero”, estás a una pregunta de que te saquen la silla.\n\nTrazabilidad, en humano, es poder decir qué cuenta y qué no cuenta. Un ejercicio que salva reuniones: **elige una sucursal al azar y cuenta la historia del KPI en una frase**. Ejemplo: “Sucursal B resolvió 320 casos de 980 creados esta semana en WhatsApp y teléfono, sin incluir reaperturas”. Si no puedes decir algo así sin enredarte, ese KPI todavía no está listo para conclusiones.\n\nY trae tus “definiciones de bolsillo” (en una nota, no en la slide): qué es conversación, qué es caso, qué es resolución, como lo entiende negocio. Esto evita el error clásico: cambiar la definición a mitad de discusión sin darte cuenta.\n\n### Prueba de comparabilidad: ¿qué cambió en el contexto (operación/canal/mix) desde la semana anterior?\n\nLa mitad de las discusiones eternas vienen de comparar cosas que no son comparables. Cambió un canal, un script, un feriado, el staffing, el backlog, una campaña o un release. El KPI “se mueve” y creemos que “mejoramos” o “empeoramos”, cuando en realidad cambiamos el terreno.\n\nRegla simple: si tu “mejora” coincide con un cambio operativo, tu mejor jugada es decirlo primero. Si lo nombras tú, suena a control. Si lo descubre otro, suena a excusa.\n\n### Prueba de definición: ¿estás mezclando conversaciones, casos y resoluciones en la misma frase?\n\nUna conversación no es un caso, y un caso no es una resolución. Suena obvio hasta que alguien afirma “subió el contacto, entonces subió la solución” y la sala asiente por inercia.\n\nDónde te quemas: **vender “resolución” como 100% mejora de experiencia** cuando parte del cierre fue administrativo o limpieza de backlog. Cerrar backlog puede ser excelente. Lo que es peligroso es presentarlo como “mejoró la atención” si no lo puedes sostener.\n\n## Pre-flight de 10 minutos: decide si presentas, acotas el alcance o paras la reunión por señal sucia\n\n| Estrategia de asignación | Mejor para | Ventajas | Riesgos | Recomendado cuando |\n| --- | --- | --- | --- | --- |\n| Timebox 10 min: priorizar 3 KPIs | Decidir si presentar o no | Foco rápido. evita datos irrelevantes | Ignorar señales sutiles. mala priorización | Tiempo limitado. decisión binaria (presentar/parar) |\n| Acción de contención: acotar a 1-2 KPIs | Reducir complejidad de presentación | Presentar con datos limitados pero confiables | Perder contexto. visión general | Pocos KPIs confiables/relevantes |\n| Acción de contención: recortar período | Eliminar ruido de datos históricos/recientes | Foco en período estable/relevante | Ignorar tendencias a largo plazo/estacionalidad | Evento conocido afectó datos |\n| Acción de contención: muestreo rápido | Validar calidad de datos en una porción | Verificación rápida sin revisar todo | Muestra no representativa del problema | Sospecha de problema. sin tiempo para análisis completo |\n| Parar la reunión por señal sucia | Evitar decisiones erróneas | Protege credibilidad. evita discusiones inútiles | Frustración si no se comunica bien | Integridad de datos crítica. no validable en 10 min |\n| Revisar señales de alerta (ej. saltos de volumen, tasas imposibles) | Detectar anomalías obvias | Identifica datos 'sucios' rápidamente | Pasa por alto problemas complejos/origen | Cambios drásticos. valores ilógicos |\n\nPiensa esta tabla como tu “torre de control”: no revisas cada tornillo; revisas lo que evita despegar con una alarma encendida. El pre-flight no es para “arreglar datos” en 10 minutos. Es para decidir **qué tipo de reunión puedes tener hoy**: verde (conclusiones), amarillo (contención) o rojo (stop-the-line).\n\nUn orden que reduce improvisación: **corte → sanidad → coherencias → decisión**. Repetible, rápido, defendible.\n\n### Fija un corte defendible (fechas/canal/sucursal) y elimina el ‘mix’ accidental\n\nAntes de mirar tendencias, declara tu corte como si fueras a firmarlo: semana exacta, zona horaria si aplica, canales incluidos, sucursales incluidas.\n\nEl enemigo es el mix accidental: que el tablero muestre “todo” mientras la reunión cree que está hablando de “contact center”; o que mezcles digital con presencial en un promedio que no significa nada.\n\nAdvertencia (zona de incendio): si tu org cambia cosas a mitad de semana (campañas, cortes, releases), “últimos 7 días” puede esconder el problema. “Semana calendario” te da un terreno común para discutir sin que el período se mueva como gelatina.\n\n### Haz 4 pruebas de sanidad con umbrales simples\n\nNo necesitas una auditoría formal para oler problemas. Necesitas umbrales que cualquiera entienda:\n\n- **Conteos:** si conversaciones/casos se mueven +20–30% sin explicación, la primera hipótesis no es “mejoramos”, es “cambió el flujo o la medición”.\n- **Unicidad:** si casos suben 40% pero clientes únicos apenas 5%, sospecha repetición (reaperturas como nuevos, cambios de identificador, reintentos).\n- **Duplicados:** si aparece la misma tipología repetida por cliente en 24 horas, la resolución puede inflarse por “casos clonados”.\n- **Outliers:** tasas imposibles por sucursal suelen ser denominador recortado, cierre administrativo masivo o atribución mal asignada.\n\nDos anclas rápidas:\n\n- Sucursal C aparece con **resolución 105%**. No es un milagro: estás cerrando backlog viejo sobre un denominador de casos nuevos, o duplicando cierres.\n- El contact center pasa de 18.000 a **27.500 conversaciones** (+53%) sin campaña ni cambio de horario. Antes de declarar “empeoró la atención”, asume que cambió el conteo, el canal o la instrumentación.\n\n### Valida coherencias mínimas (conversaciones ↔ casos ↔ resoluciones)\n\nEl error que dispara “teatro”: mirar un KPI final y construir narrativa sin validar que el embudo básico cierra.\n\nCuatro coherencias que te devuelven control:\n\n- Si conversaciones bajan 30% y casos suben 30%, pregunta por clasificación, canales o handoffs.\n- Si resoluciones suben fuerte pero **backlog no baja**, sospecha cierres duplicados/administrativos o atribución.\n- Contactabilidad e intención: llegar a más gente no garantiza resolver más (mix más complejo, mayor derivación).\n- Sucursal y canal: una sucursal puede “mejorar” porque se le fue volumen al canal digital.\n\nLa frase que evita discusiones inútiles: “Con este corte, estas dos métricas no son coherentes; por eso hoy no concluyo sobre resolución”. Incómodo 15 segundos, ahorro de 30 minutos.\n\n### Regla de decisión: qué presentas hoy vs qué escalas (con guión corto)\n\n- **Verde:** presentas performance con conclusiones.\n- **Amarillo:** contención (acotas a 1–2 KPIs, recortas período o haces muestreo rápido).\n- **Rojo:** paras la parte de conclusiones. No es drama: es control de calidad.\n\nGuión corto “amarillo”: “Hoy puedo defender tendencia de volumen y contactabilidad en este corte. Para resolución necesito validar duplicados y regla de cierre, así que no concluyo impacto”.\n\nGuión corto “rojo”: “No puedo concluir performance hoy: hay incoherencias entre casos y resoluciones. Propongo acotar a un corte defendible y agendar saneamiento con dueños”.\n\nReferencia útil para el mindset de “entregar no es compartir un link” (confianza antes que estética): [[1]](#ref-1 \"datdata.com — datdata.com\")\n\n## Si actividad y resultados se contradicen: reglas para reconciliar conversación → caso → resolución por sucursal\n\nCuando la sala se pone tensa, casi siempre es por una contradicción: “hicimos más llamadas, pero resolvimos menos”; “bajaron casos, pero subió el tiempo”. En soporte, puede ser normal… o puede ser medición rota. La diferencia es si tienes reglas simples para reconciliar.\n\nEl objetivo no es rediseñar tu tablero en la mesa. Es construir un embudo mínimo que todos entiendan, aunque sea feo, para que la discusión no se vuelva filosófica.\n\n### Traza el embudo mínimo en 3 métricas (sin rediseñar el tablero)\n\nPide tres métricas por sucursal, en el mismo corte:\n\n- **Actividad:** conversaciones atendidas (llamadas contestadas/chats respondidos).\n- **Demanda formal:** casos creados.\n- **Resultado:** resoluciones cerradas con criterio claro (si incluye cierre administrativo, dilo).\n\nUn ajuste de lenguaje que cambia el tono: declara qué pregunta estás respondiendo. “¿Cómo estuvo la carga?” no es “¿mejoramos la resolución?”. Si respondes otra pregunta sin avisar, la sala siente que esquivas.\n\n### Reglas ‘permitido vs sospechoso’: combinaciones que sí pueden pasar y las que huelen a dato roto\n\n**Permitido** (puede ser operación real):\n\n- Suben conversaciones y no suben resoluciones si el mix se volvió más complejo, si aumentó derivación a backoffice o si estás absorbiendo un pico sin capacidad.\n- Bajan casos y suben resoluciones si estás limpiando backlog con un plan específico. En ese caso, el backlog debería bajar.\n\n**Sospechoso** (frecuente cuando hay medición/atribución rota):\n\n- Resoluciones suben fuerte mientras conversaciones bajan y backlog se mantiene.\n- Contactabilidad cae mucho y aun así “sube la resolución”, sin cambio de canal que lo explique.\n\nEjemplo por sucursal que conviene presentar con dos hipótesis, no con acusación: Sucursal D pasa de 1.100 a 1.500 conversaciones, pero resoluciones se quedan en 420.\n\n- Hipótesis operativa: entró tipología nueva compleja, se derivó más.\n- Hipótesis de medición: el conteo de conversaciones está sumando transferencias/reintentos del bot como “conversaciones nuevas”.\n\nError que quema: elegir una sola hipótesis y señalar a operación en público. Presenta ambas y propone validación mínima.\n\n### Elige el KPI menos mentiroso cuando hay tradeoffs (y di qué sacrificas)\n\nCuando el sistema está inestable, siempre hay un KPI “menos mentiroso”. No es perfecto; es más resistente:\n\n- Si sospechas duplicados en casos, **actividad** puede leer mejor carga operativa que resolución.\n- Si sospechas contactabilidad por caída de telefonía, **casos creados** puede representar mejor la demanda.\n- Si sospechas cierres administrativos, **backlog neto** suele decir más que “cerrados”.\n\nTradeoff clásico (y útil si lo dices como decisión): mejorar contactabilidad puede empeorar tiempos. Si reintentas para encontrar al cliente, sube el contacto, suben conversaciones y “baja” productividad aparente. Enmarcado correctamente: “Priorizamos llegar; eso consume minutos; esperamos ver impacto en resolución real en dos semanas”.\n\nCuatro preguntas que suelen cerrarse con tablero o con un muestreo mínimo:\n\n1) ¿Qué porcentaje de conversaciones se convierte en caso por sucursal, y cambió?\n2) ¿Cuántos casos por cliente generamos en 24 horas, y dónde se dispara?\n3) ¿La variación de resoluciones viene de cierres del día o de backlog antiguo?\n4) En una muestra de 10 casos, ¿“cerrado” es resolución real o cierre administrativo?\n\nRecurso para pensar reporting sin confundir diseño con confianza: [[2]](#ref-2 \"lisandroiserte.ar — lisandroiserte.ar\")\n\n## Si ves un salto semanal: separa estacionalidad, campaña y cambio operativo antes de intervenir una sucursal\n\nLos picos semanales del contact center son el lugar perfecto para arruinar relaciones internas. Un director ve un gráfico, alguien dice “la Sucursal F empeoró”, y de pronto tienes un supervisor defendiendo a su equipo como si fuera juicio oral. A veces el pico es real. A veces es comparación mal hecha.\n\nRegla: antes de intervenir una sucursal, demuestra que comparaste comparables y que controlaste mix. Si no, solo estás reaccionando al ruido.\n\n### Regla de comparables: qué ventana usar para no comparar peras con manzanas\n\nNo necesitas estadística. Necesitas disciplina de ventana.\n\nEjemplo de comparación tramposa por accidente: “este lunes tuvimos 4.800 llamadas y el lunes anterior 3.600, +33%”. Suena serio hasta que recuerdas que el lunes anterior fue feriado o hubo corte.\n\nComparación defendible: mismo día de semana, misma franja horaria, y si puedes, misma semana del mes. Muchas veces el pico tiene firma horaria. Si el aumento aparece parejo todo el día, sospecha cambio de medición o canal nuevo más que un problema operativo puntual.\n\n### Control de mix: cómo aislar tipologías/canales cuando el promedio está mintiendo\n\nEl promedio funciona hasta que cambia el mix. Si entraron más reclamos de facturación y menos consultas simples, tu tiempo promedio cambia aunque el equipo sea el mismo.\n\nManiobra rápida y honesta: elige **una tipología principal** y **un canal principal** para lectura ejecutiva, y aclara que el global está afectado por mix. No es esconder; es aislar.\n\nSeis fuentes comunes de contaminación (y la señal que buscas):\n\n- Tipologías: cambió el top 3.\n- Canal: se movió el reparto (WhatsApp sube, teléfono baja).\n- Horario: el pico está concentrado.\n- Backlog: hubo limpieza o acumulación.\n- Staffing: ausentismo, turnos, curva de aprendizaje.\n- Scripts/políticas: validaciones nuevas alargan atención.\n\nOtra trampa real: cambia quién reporta (segmentos, regiones, clientes nuevos vs recurrentes). Si existe esa segmentación, úsala como confirmación, no como excusa.\n\n### Checklist de validación de pico: qué corroborar antes de decir “mejoró/empeoró” (con ejemplo Perú)\n\nEn Perú vi un caso típico: una semana “mejoró” la resolución en Lima Centro 18%. La tentación fue felicitar y replicar prácticas. Pero el mismo corte mostraba casos creados -22% y conversaciones -15%.\n\nNo era magia. Hubo dos cambios: parte de la demanda se movió a autoservicio que no entraba al tablero de esa reunión, y además se cerró backlog viejo por una campaña interna.\n\nRegla de decisión: si el pico coincide con campaña, cambio operativo o cambio de canal, reporta con nota explícita o recorta período en vez de vender causalidad.\n\n- Si el cambio es acotado (“campaña martes y miércoles”), pon nota y separa esos días.\n- Si rompe comparabilidad de base (cambio de definición), recorta período a después del cambio y dilo.\n\nAnalogía útil: no discutes el contenido de la llamada si el audio está lleno de estática. Primero dices “hay ruido”, lo reduces, y recién ahí decides. Esta pieza lo explica bien en términos de “fuentes de ruido” en presentaciones: [[3]](#ref-3 \"elartedepresentar.com — elartedepresentar.com\")\n\n## Banderas rojas que inflan el performance: pruebas rápidas para duplicados, atribución equivocada y handoffs rotos\n\nHay fallos que no solo confunden: **inflan** resultados. Eso es más peligroso que un mal número, porque te hace celebrar lo que no existe. Tres culpables frecuentes: duplicados, atribución equivocada y handoffs rotos entre automatización y agente.\n\nNo es auditoría; es detector de humo.\n\n### Test de duplicados sin auditoría: cortes por cliente/día/sucursal para encontrar ‘casos clonados’\n\nCaso real en Argentina: una semana aparecieron “mejoras” espectaculares en resolución. El tablero mostraba 1.240 cierres versus 980 la semana anterior. El aplauso duró poco. Al cortar por cliente y día, vimos clientes con dos y hasta tres casos casi iguales en 24 horas, creados por handoff entre canales. La resolución subía porque cada clon podía cerrarse y contaba.\n\nTres señales cuantitativas útiles:\n\n- Si más de **3–5%** de clientes tiene casos duplicados en 24 horas, ya ensucia tasas. Si supera **10%**, no presentes resolución como éxito.\n- Cierres múltiples por el mismo identificador y mismo motivo en 24 horas.\n- Saltos de “cerrados” sin caída de backlog.\n\nNo necesitas ver “todo”: una muestra de 20 clientes de la sucursal que más “mejoró” suele revelar el patrón.\n\n### Test de atribución: detecta cuando el crédito no coincide con quien resolvió (y cómo reportarlo)\n\nLa atribución en soporte es política, aunque la vistamos de dato. Si el crédito va al primer toque, castigas a quien realmente resuelve. Si va al último toque, incentivas handoffs rápidos para “pasar” el caso.\n\nSeñal típica: una sucursal aparece con resolución alta, pero es la que más deriva. O backoffice dice “nosotros resolvemos” y el tablero no lo refleja.\n\nCómo reportarlo sin incendiar: separa el lenguaje entre “quién atendió” y “quién cerró”, aunque el tablero no lo separe perfecto, y declara qué regla está usando el reporte de hoy.\n\nRegla de supervivencia: **no discutas la política de atribución dentro de la misma reunión donde evalúas performance**. Si lo mezclas, todo se vuelve personal. Agenda atribución como tema propio.\n\n### Test de handoff: cuándo confiar en automatización vs activar ‘stop-the-line’\n\nHandoff roto = el bot cuenta una cosa, el agente cuenta otra, y el cliente solo vivió una interacción. Resultado: suben conversaciones, suben casos y la resolución parece heroica porque hay más cosas para cerrar.\n\nSeñales para desconfiar:\n\n- Sube el volumen en canal automático pero no baja en canal humano (debería haber sustitución, no suma).\n- Crecen transferencias internas/derivaciones sin explicación operativa.\n- El tiempo promedio baja pero la recontactabilidad sube (el “te cierro rápido y vuelves mañana”).\n\nUna decisión práctica para no discutir eternamente:\n\n- Si es leve (un outlier puntual), reporta con nota y excluye esa sucursal de conclusiones globales.\n- Si es moderado (duplicados 5–10% en dos sucursales), acota a actividad/demanda y posterga conclusiones de resolución.\n- Si es severo (duplicados >10% o coherencias rotas en varias sucursales), stop-the-line.\n\n## Guión de 90 segundos para fijar límites, proteger credibilidad y pedir saneamiento cuando el tablero está en rojo\n\nCuando el tablero está en rojo, lo difícil no es el dato: es la dinámica social. Alguien quiere una respuesta ya, alguien se siente acusado, y tú estás tratando de no prometer lo que no puedes sostener. La salida es poner límites claros, rápido, y dejar acciones con dueños.\n\n### Apertura defendible: qué alcance declaras y qué conclusiones explícitamente no harás hoy\n\nPlantilla para “amarillo” (presentar con cautela):\n\n“Hoy voy a hablar de volumen y contactabilidad en el corte de esta semana por sucursal y canal. En resolución voy a mostrar el número, pero no voy a concluir mejora o caída porque tengo señales de duplicados y un posible cambio de denominador. Para evitar decisiones sobre señal sucia, me concentro en dos KPIs que sí puedo defender hoy y dejo el resto como seguimiento. Si alguien necesita una decisión hoy, la tomamos sobre esos dos KPIs y con este alcance. El resto lo cierro con un plan de saneamiento con fechas.”\n\nPlantilla para “rojo” (pausar y acotar):\n\n“Antes de seguir, tengo una incoherencia material entre casos y resoluciones en varias sucursales. Eso significa que no puedo defender conclusiones de performance sin riesgo de estar equivocado. Propongo parar esta parte y acotar a un corte defendible de actividad para no perder el espacio. En paralelo, agendemos una sesión de saneamiento de 30 minutos con dueños claros para resolver duplicados y atribución. Prefiero decir ‘no lo sé todavía’ a que decidamos sobre un número que no aguanta preguntas básicas.”\n\n### Respuestas cortas a dos ataques típicos: “¿por qué cambió?” y “¿en cuál número confío?”\n\nSi te preguntan “¿por qué cambió?” y todavía no lo sabes: “Tengo tres candidatos: campaña, cambio de mix o medición. En 24 horas vuelvo con cuál fue, porque hoy no es defendible”.\n\nSi te preguntan “¿en cuál número confío?”: “Hoy confío más en volumen por canal y en clientes únicos. Resolución la tomo como preliminar hasta validar duplicados y regla de cierre”.\n\nCuando digas “preliminar”, agrega el criterio de salida (“hasta validar duplicados en 20 clientes y confirmar regla de cierre”). Eso no suena a cobertura: suena a control.\n\n### Plan mínimo de saneamiento: 3 tareas, dueños y fechas para no repetir el problema\n\nPara que no sea puro discurso, cierra con propiedad:\n\n- Operación: definir qué cuenta como resolución en lenguaje de negocio, con un ejemplo. Antes de la próxima reunión.\n- Datos: estimar impacto de duplicados/cambio de denominador (“cuánto cambia el KPI si deduplico”). 48–72 horas.\n- Supervisión: muestreo de 10–20 casos de la sucursal outlier para validar si “cerrado” es real o administrativo. 24 horas.\n\nCierre honesto: lo que te salva no es un tablero nuevo, es un hábito. Guarda el pre-flight de 10 minutos y llévalo a tu próxima reunión de performance. Si el pre-flight marca rojo dos semanas seguidas, activa la conversación adulta: propone una sesión de saneamiento de 30 minutos con ops, datos y supervisión en la misma sala, con un objetivo simple y un corte definido.\n\nY una barra realista de producción: no intentes limpiar todo el modelo en una semana. Apunta a que la próxima reunión no se caiga en 10 minutos y a que las decisiones se tomen sobre 1 o 2 números que sí sobreviven preguntas.\n\n## Fuentes\n\n1. [datdata.com](https://www.datdata.com/blog/que-revisar-antes-de-entregar-un-dashboard-a-un-cliente-1774030619) — datdata.com\n2. [lisandroiserte.ar](https://lisandroiserte.ar/biblioteca/rendimiento/reporting-dashboards) — lisandroiserte.ar\n3. [elartedepresentar.com](https://www.elartedepresentar.com/2014/01/comportate-como-un-teleco-diligente-identifica-y-reduce-las-fuentes-de-ruido-en-tus-presentaciones) — elartedepresentar.com\n",[40,44],{"_path":41,"path":41,"title":42,"description":43},"/es/blog/tu-ranking-de-sucursales-miente-si-no-haces-esto-antes-de-la-reunin-de-resultado","Tu ranking de sucursales miente si no haces esto antes de la reunión de resultados","Antes de enseñar tu ranking de sucursales en dirección, valida intención, cobertura, volumen, comparabilidad y atribución. Checklist 15–30 min + semáforo: Mostrar, Etiquetar o Pausar.",{"_path":45,"path":45,"title":46,"description":47},"/es/blog/dashboards-bonitos-decisiones-malas-9-seales-de-que-tus-mtricas-por-sucursal-no-","Dashboards bonitos, decisiones malas: 9 señales de que tus métricas por sucursal no son confiables","9 señales para detectar métricas por sucursal no confiables en llamadas, chat y WhatsApp. Incluye pruebas rápidas de 10 a 30 minutos, reglas claras para decidir cuándo NO usar el ranking (o usarlo con condiciones) y un framework de semáforo para reuniones sin dramas.",1778614425189]