Atribución que miente por accidente: cómo leer conversaciones y eventos sin sacar conclusiones cómodas

Señales diagnósticas: 3 patrones medibles de que una conversación está ‘explicando de más’ tus resultados por sucursal

Si alguna vez viste un ranking de sucursales donde una “revive” de la nada y otra “se cayó” justo cuando cambiaron el script de WhatsApp, ya conoces el sabor de la atribución que miente por accidente. No es que alguien esté falsificando datos con bigote y capa. Es más aburrido (y más común): estamos pegando conversaciones, leads y eventos con cinta adhesiva… y luego el gráfico cuenta una historia demasiado convincente.

Llamémosle “mentira accidental” con una definición operativa, para que no se vuelva una discusión filosófica: es una conclusión de performance que suena causal, pero se fabrica por tres cosas terrenales.

1. eventos fuera de orden, 2) identidades mal unidas, 3) un canal muy visible que se lleva crédito por estar más cerca del ojo humano, no por ser el motor real.

El costo organizacional no es abstracto. Marketing pelea por presupuesto, Operaciones se defiende con “mi equipo sí contesta”, y las sucursales aprenden el incentivo equivocado: optimizar para “que se vea” en el reporte, no para vender. Es como ponerle brillantina al parabrisas porque se ve bonito desde lejos… hasta que manejas de noche.

La forma de cortar esto antes de que se convierta en guerra civil es simple: tres señales diagnósticas medibles, con umbrales, para etiquetar un hallazgo como Concluyente, Débil o No concluyente antes de rankear sucursales.

Señal 1: desfase imposible (hilo temporal roto). Métrica: porcentaje de ventas/citas con timestamp anterior al primer mensaje o llamada asociada. Umbral sugerido: si supera 5% en el periodo, tu historia temporal está rota. En ese punto, cualquier “WhatsApp explicó X” es sospechoso, incluso si suena lógico.

Señal 2: identidad inflada (unión que mezcla gente). Métrica: teléfonos ligados a más de 3 personas/leads distintos en 30 días, o que “saltan” de sucursal en menos de 24 horas sin transferencia registrada. Umbral sugerido: si más de 2% de los teléfonos presenta ese patrón, tienes sobre-fusión o atribución cruzada entre sucursales. O sea: el ranking empieza a premiar mezcla, no desempeño.

Señal 3: canal visible como falso motor (efecto placebo). Métrica: el canal “de moda” sube y las ventas suben, pero el efecto no se sostiene contra un periodo de control o una sucursal espejo. Umbral sugerido: si al hacer un placebo sencillo el efecto cae más de 50%, no declares causalidad. Declara “posible asociación” y sigue investigando.

Un ejemplo rápido (y dolorosamente realista) de ranking injusto: Sucursal A aparece número 1 “por WhatsApp” porque registra muchos mensajes. Pero cuando miras señales, encuentras 7% de ventas con timestamp anterior a la conversación, teléfonos compartidos por familias y cambios de sucursal en horas. Resultado: ese “número 1” es más humo que performance. Clasificación: Débil tirando a No concluyente.

Regla de decisión para no pelear por fe:

• Si fallas 2 de 3 señales: no rankees sucursales. Etiqueta como No concluyente.
• Si fallas 1 de 3: etiqueta como Débil y úsalo solo como hipótesis, no como veredicto.
• Si pasas las 3: recién ahí estás en territorio Concluyente.

Tip práctico #1 (de los que te ahorran reuniones eternas): en tu dashboard mensual, muestra estas tres señales arriba del ranking. No como “nota al pie”, sino como semáforo. Si está en rojo, el ranking baja de categoría automáticamente. Le quita “opinión” al tema.

Tip práctico #2: cuando veas un pico de performance por sucursal, pregúntate qué cambió “cerca” del dato: scripts, reasignaciones, campañas de click-to-WhatsApp, carga tardía de eventos. Muchas veces el cambio no está en la operación… está en la forma de registrar.

Qué hacer cuando una conversación puede ser de varias personas: reglas de unión conversación → lead → evento que no te traicionen

El error común número uno en atribución por WhatsApp y llamadas es asumir que un teléfono es una persona. En operaciones reales, un teléfono puede ser pareja, familia, recepcionista, el celular de la empresa o el número que “todo el mundo usa cuando se le pierde el suyo”. La mentira accidental suele empezar con una unión “obvia” que en realidad era cómoda.

La salida menos dolorosa es tratar la unión conversación → lead → evento como un contrato de confianza, no como “a ver si pega”. Es un cambio mental: no se trata de unir todo lo que se pueda, sino de unir lo que no te va a traicionar cuando tomes decisiones.

Una jerarquía de identidad (práctica y humana) suele funcionar:

• ID interno estable (el que tu CRM usa como verdad).
• Email u otro identificador estable que no cambie fácil.
• Teléfono.
• Nombre / parecido (solo para investigación, no para crédito).

Si no tienes ID interno estable, tu techo de precisión baja. No es pecado. El problema es fingir que no baja y luego sorprenderse cuando el ranking “se comporta raro”.

En vez de convertir esto en un “paso 1, paso 2”, piensa en tres clases de unión y úsalo como lenguaje común entre Marketing, Operaciones y Data.

Match fuerte (confianza alta). Cuando la conversación trae el mismo ID interno que el lead, o cuando un identificador estable (como email exacto) es consistente. Aquí puedes unir sin drama.

Match débil (confianza condicionada). Cuando solo coincide teléfono. Aquí la clave no es prohibirlo, sino acotarlo: ventana corta de enlace y una condición de coherencia (misma sucursal, transferencia explícita, o continuidad del caso). Si el teléfono aparece con múltiples identidades en el periodo, ese teléfono sirve para investigar… pero no para repartir crédito por sucursal.

No match (no te engañes). Cuando depende de nombre parecido, “vive en la misma zona” o “suena a que es la misma persona”. Eso no es dato: es fan fiction.

Aquí hay una distinción que cambia decisiones y evita discusiones absurdas: ventana de enlace y ventana de atribución no son lo mismo.

• Ventana de enlace: responde “¿esto pertenece al mismo caso/persona/cuenta?”
• Ventana de atribución: responde “¿quién recibe crédito?”

Puedes enlazar amplio y acreditar estrecho (útil para entender journey sin regalar crédito). O enlazar estrecho y acreditar más amplio (raro, pero pasa). Lo importante es saber qué estás haciendo.

Ejemplo numérico (para que se sienta concreto): defines una ventana de enlace de 72 horas para teléfono cuando no hay ID estable. Llega un mensaje lunes 10:00, se crea un lead lunes 10:05, y hay una visita jueves 12:00. Enlace conversación↔lead: sí. Pero la visita ya está fuera de 72 horas para “pegar” todo automáticamente. Si tu ventana de atribución es 7 días, podrías acreditar la visita al canal… pero solo si la identidad pasó match fuerte, o si el match débil tiene confirmación. Si no, la visita existe, pero el crédito no.

Los casos límite donde esto se rompe casi siempre caen en cuatro situaciones:

1. Teléfonos compartidos. Consejo práctico: cuando detectes un número con múltiples nombres, cámbiale el tratamiento a “cuenta” en lugar de “persona”, y prohíbe rankings por sucursal basados en ese número. Ese número puede seguir existiendo en el CRM, pero deja de ser “unidad de mérito”.

2. Múltiples conversaciones para el mismo caso. Si alguien escribe, desaparece y regresa, la tentación es sumar todo como un hilo eterno. Tip de campo: corta el hilo si pasan más de 7 días sin respuesta, porque lo más probable es que cambió el contexto y tu equipo ya no está “cerrando”, está reactivando.

3. Recontacto y reprogramaciones. El equipo hace un buen trabajo y eso genera más mensajes, pero no necesariamente más conversiones. Si acreditas por último mensaje, premias seguimiento y castigas eficiencia.

4. Click to WhatsApp y tracking incompleto. En campañas de click to WhatsApp, la conversación puede iniciar sin que el CRM capture bien la fuente o la sucursal. Eso hace que el canal visible se lleve crédito por default. Si vas a usar CTWA, al menos reconoce el riesgo y audita consistencia de fuente con el enfoque de VIDIKA: el clic existe, pero tu unión al lead es el verdadero cuello de botella.

Momento “error común” (el que te quema lento): usar match débil como si fuera fuerte porque “si no, nos quedamos sin datos”. Sí, te quedas con menos cobertura. Pero lo contrario es peor: te quedas con cobertura… y con decisiones equivocadas.

Tradeoff explícito (porque siempre hay costo): si endureces reglas, pierdes cobertura y te quedan más “no match”. Si aflojas, ganas volumen pero mezclas personas y fabricas ganadores. Decisión de adulto responsable:

• Para presupuesto y ranking de sucursales: privilegia justicia y consistencia sobre cobertura.
• Para investigación cualitativa y aprendizaje: permite más match débil, pero etiquetado como débil.

Tip práctico #3: crea un campo simple en tu CRM para “tipo de identidad” (persona vs cuenta compartida) y úsalo como filtro en reportes. Es barato, y baja muchísimo el caos de “¿por qué esta sucursal tiene números raros?”.

Tip práctico #4: una revisión manual semanal de 20 casos “con más impacto” (los que movieron el ranking) paga más que cualquier reunión de 2 horas. El objetivo no es auditar todo: es encontrar el patrón de error que se repite.

Triage de datos antes de opinar: el workflow para decidir qué corregir primero (y cuándo parar el análisis)

Estrategia de asignación	Mejor para	Ventajas	Riesgos	Recomendado cuando
3. Criterio de stop-loss — 'no concluyente' cuando falta trazabilidad mínima	Evitar decisiones con datos incompletos	Previene malas decisiones. ahorra análisis inútiles	Inacción si se aplica prematuramente	Calidad de dato no soporta conclusiones
4. Unificación de eventos por ID único	Consolidar interacciones de usuario	Visión 360 del cliente. reduce duplicados	Fallo en ID rompe cadena. requiere sistema robusto	Entender customer journey. evitar sobre-atribución
5. Ventanas de atribución temporales	Limitar crédito a interacciones recientes	Evita premiar interacciones antiguas. más justo	Ignora impacto temprano. requiere ajuste fino	Modelo de atribución refleja impacto reciente
6. Exclusión de canales de baja intención	Filtrar ruido. enfocar en alto valor	Mejora precisión. optimiza inversión	Subestima canales de apoyo. requiere análisis de impacto	Muchos puntos de contacto sin conversión
1. Checklist de inspección rápida — campos, timestamps, estados, fuente	Auditoría inicial de datos	Identifica problemas obvios. bajo esfuerzo	No detecta errores lógicos. falsa seguridad	Sospecha de inconsistencias. nuevas fuentes
2. Workflow de auditoría de datos (Tabla tipo workflow_table)	Investigación profunda de anomalías	Proceso estructurado, repetible. asigna responsabilidades	Consume tiempo/recursos. requiere compromiso	Necesidad de causa raíz de problemas

Cuando alguien te pide “solo dime qué sucursal está mejor”, el impulso es filtrar, graficar y soltar un ranking. Y ahí es donde te quemas: opinas antes de medir si el dato aguanta una pelea de pasillo.

El triage existe para evitar que el análisis sea una coartada elegante. No es burocracia: es una forma rápida de responder “¿podemos confiar en esto lo suficiente como para mover presupuesto o incentivos?”

El orden de ataque importa más de lo que parece. En la práctica, yo priorizo así:

• Primero, trazabilidad básica (timestamps, fuente/canal, sucursal).
• Luego, integridad del CRM (estados posibles, reglas de reasignación).
• Después, etiquetado (definiciones humanas, consistencia).
• Y recién al final, duplicados y limpieza fina.

¿Por qué? Porque si no tienes timestamps confiables o sucursal, deduplicar es maquillaje. Y si el CRM permite estados imposibles, cualquier atribución se vuelve una novela interactiva.

Checklist de inspección rápida (30 minutos, con tu reporte mensual): Mira si existe y está poblado, al menos para la mayoría de casos:

• timestamp de conversación
• timestamp de creación del lead
• timestamp del evento de conversión (venta/cita/visita)
• sucursal asignada
• fuente o canal
• estado del lead

Luego busca tres cosas: campos vacíos, estados contradictorios y cambios de sucursal “mágicos” (sin razón).

Criterio de stop-loss (cuándo parar y decir “no concluyente”). Si más de 10% de las conversaciones no tienen timestamp confiable o no tienen sucursal asignada, o si más de 5% de conversiones quedan “antes” de la conversación, declara No concluyente para rankings por sucursal. Sí, duele. Pero duele menos que pelear por un ranking inventado.

Aquí ayuda decirlo con todas sus letras: “no concluyente” no significa “no pasó nada”. Significa “no tengo trazabilidad mínima para repartir crédito sin hacer daño”. Esa precisión desactiva muchas discusiones.

Para que sea operable sin convertirlo en juicio a nadie, piensa el workflow como mapa de prioridades y dueños:

• Checklist de inspección rápida: si falla, todo lo demás se vuelve discusión.
• Stop-loss: evita el “igual decidimos” con datos rotos.
• Unificación por ID único: reduce historias dobles que inflan conversiones.
• Ventanas de atribución: sin acuerdo, cada equipo “gana” con su ventana.

Dos acciones de bajo riesgo que casi siempre valen la pena antes de tocar KPIs:

1. Estandariza etiquetas mínimas (un set pequeño) para fuente, sucursal y estado, con definiciones humanas. La clave es que alguien de Operaciones diga “sí, eso es lo que hacemos” y alguien de Marketing diga “sí, eso lo puedo medir”.
2. Bloquea estados imposibles en el CRM. Es el equivalente a cerrar la puerta antes de culpar al viento.

Tip práctico #5: separa “dato faltante” de “dato desconocido”. Un campo vacío no significa lo mismo que “Unknown” elegido. Cuando los mezclas, no sabes si el problema es captura, integración o comportamiento real.

Tip práctico #6: si hay integración por webhooks (mensajería, contact center, etc.), guarda también el “timestamp de recepción” además del “timestamp de ocurrencia”. Te ayuda a detectar cargas tardías y explicar por qué el orden se rompe. La referencia técnica puede existir, pero recuerda: capturar eventos no equivale a entender el hilo; solo te da más piezas sueltas.

Y una nota de salud organizacional: documenta sin culpar. En el reporte, escribe síntoma, evidencia y fix con dueño, no “quién lo hizo mal”. Apóyate en el principio de Hanlon para bajar la temperatura. Vale leerlo una vez y pegarlo en la pared: nunca atribuyas a maldad lo que puede explicarse por torpeza o sistema.

Ventanas temporales y crédito: reglas de decisión para atribuir sin premiar el azar (ni castigar al equipo lento)

La ventana temporal es la perilla secreta que fabrica ganadores y perdedores. La atribución que miente por accidente suele venir de aquí, porque ajustar una ventana “solo para ver” termina siendo una decisión política con disfraz de análisis.

Hay tres ventanas distintas. Mezclarlas crea sesgos distintos, aunque el reporte “se vea correcto”.

Ventana de respuesta. Mide cuánto tardas en contestar y cuánta conversación generas. Si la usas para crédito de ventas, premias al equipo que manda más mensajes, no al que cierra.

Ventana de conversión. Une el primer contacto con la conversión real. Si es muy corta, castigas a la sucursal con operación lenta o agenda llena. Si es muy larga, acreditas a quien “tocó” al cliente aunque la conversión haya sido por otra cosa.

Ventana de reactivación. Captura cuando alguien regresa después de silencio. Si no la separas, inflas el canal de seguimiento y escondes el verdadero generador de demanda.

Tradeoff explícito (porque alguien siempre lo paga): precisión vs justicia vs simplicidad.

• Precisión pide ventanas distintas por tipo de caso y uniones más finas.
• Justicia pide no castigar a la sucursal que atiende más lento por razones reales (capacidad, agenda, stock).
• Simplicidad pide una sola regla que todos entiendan y acepten.

Criterio práctico: para operar mes a mes, elige una regla simple y documenta excepciones. Para auditoría trimestral, permite complejidad.

Modelos de crédito que suelen aparecer (y sus trampas):

• Último toque: fácil, pero suele premiar al que “estuvo cerca del final”. Como ese compañero que llega cuando ya hay pizza y dice “yo apoyé”.
• Primer toque: favorece adquisición y castiga seguimiento.
• Compartido: reduce pelea, pero exige identidad y hilo temporal sanos.
• Sin crédito por canal: a veces es lo más honesto cuando la unión es match débil.

Reglas de decisión (en lenguaje de operación, no de laboratorio):

• Si vendes algo de decisión rápida (cita simple, producto de baja fricción), una ventana de conversión de 7 días puede ser razonable, siempre que tus timestamps pasen la señal de desfase.
• Si vendes algo de ciclo largo (financiamiento, servicio con varias visitas), 30 días suele ser más justo, pero exige separar reactivación para no acreditarle todo al último mensaje.
• Si tu operación está saturada por sucursal, no uses una ventana corta como métrica de “calidad”. Solo medirás disponibilidad.

Ejemplo con tiempos que muestra cómo cambian resultados: conversación día 0, visita día 3, compra día 10.

• Con ventana de 7 días, esa compra queda fuera: el canal/sucursal que trabajó seguimiento se queda con “cero”.
• Con ventana de 30 días, entra: de pronto WhatsApp “explica” una venta que quizá se decidió por recomendación o ubicación.

La diferencia no es la realidad: es la ventana.

Ejemplo comparando 2 sucursales (donde la injusticia se ve):

• Sucursal Centro responde en 15 minutos y agenda en 2 días.
• Sucursal Norte responde en 2 horas (menos personal), pero agenda en 7 días (no hay cupo).

Con una ventana de conversión de 7 días desde conversación, Centro va a parecer superior aunque ambas cierren igual una vez que el cliente pisa la tienda. Lo justo es medir dos cosas separadas: velocidad de respuesta y tasa de cierre por visita. Si lo mezclas, castigas al equipo lento por un cuello de botella de capacidad, no de desempeño.

Reglas de excepción que vale escribir una vez y dejar de improvisar:

• Reprogramación: si hay reprogramación registrada dentro de 14 días, conserva el crédito del caso original (no lo reasignes al último mensaje).
• Cambio de sucursal: si el cambio tiene motivo y fecha, el crédito se comparte o se pasa desde ese punto; nunca se retrotrae como si la primera sucursal no existiera.
• Cambio de canal: si la conversión ocurre por visita directa o llamada entrante sin hilo, marca el caso como multicanal y evita atribuir a un solo toque.

Para contexto más amplio sobre por qué las plataformas tienden a sobre acreditarse y por qué esto es estructural (no “un bug”), vale esta lectura: el costo oculto de una atribución deficiente.

Modos de fallo que fabrican historias falsas: duplicados, cambios de sucursal y canales mezclados (y cómo neutralizarlos)

Cuando alguien dice “nuestro problema es la herramienta”, normalmente el problema es más simple y más incómodo. Son modos de fallo cotidianos que, combinados, hacen que la atribución que miente por accidente parezca una verdad matemática.

Modo de fallo 1: sobrecontar leads por duplicados. Síntoma medible: porcentaje de leads con el mismo teléfono mayor a 8% en el mes. Causa típica: cada conversación crea un lead nuevo, o cada agente registra “por si acaso”. Neutralización:

• Acción inmediata: regla clara de “caso activo” y hábito de buscar antes de crear.
• Acción estructural: rutina semanal de deduplicación con dueño. Deduplicar sin dueño es como barrer con la puerta abierta.

Modo de fallo 2: sobre-fusionar personas distintas. Síntoma medible: un teléfono con 4 o más identidades en 30 días, o un mismo registro con múltiples nombres. Causa típica: deduplicación agresiva por teléfono. Neutralización:

• Acción inmediata: marca esos números como compartidos y exclúyelos de rankings por sucursal.
• Acción estructural: incorporar un identificador más estable (aunque sea un ID interno que nazca al primer contacto).

Modo de fallo 3: timestamps fuera de orden. Síntoma medible: más de 5% de eventos con conversión antes de conversación. Causa típica: zona horaria distinta entre sistemas, o cargas tardías. Neutralización:

• Acción inmediata: alinear zona horaria y distinguir “hora de creación” vs “hora de ocurrencia”.
• Acción estructural: estándar único de tiempo para todo el journey y auditoría mensual.

Modo de fallo 4: cambio de sucursal sin rastro. Síntoma medible: saltos de sucursal en menos de 24 horas en más de 1% de los casos, sin motivo. Causa típica: reasignación para “que lo atiendan”, pero el sistema lo interpreta como origen. Neutralización:

• Acción inmediata: obliga a registrar motivo de transferencia con opciones simples.
• Acción estructural: playbook de transferencia que incluya cómo se reparte crédito para evitar la guerra fría de “me robaste el lead”.

Modo de fallo 5: canales mezclados sin hilo único. Síntoma medible: casos con WhatsApp, llamada y visita en 7 días sin un identificador de caso que los una. Causa típica: cada canal vive en su silo y el reporte hace lo que puede. Neutralización:

• Acción inmediata: para atribución por sucursal, trata esos casos como multicanal y no los uses para conclusiones finas.
• Acción estructural: define un concepto de caso y cuelga los canales de ese caso, no al revés.

Modo de fallo 6: el mito del último mensaje. Síntoma medible: el canal con más “últimos toques” no mejora cuando haces control por capacidad o por demanda. Causa típica: el último toque está más cerca del cierre, no necesariamente lo causa. Neutralización:

• Acción inmediata: reporta dos cortes (demanda creada vs demanda cerrada) en lugar de un único número mágico.
• Acción estructural: modelo compartido o por etapas, aunque sea simple, y definición explícita de cuándo un caso queda “sin crédito”.

Dos errores opuestos que se comen conversiones reales y conviene nombrar:

• Deduplicar tan agresivo que “matas” visitas reales porque las aplastas dentro de un solo lead eterno.
• No deduplicar nada y terminas con más conversiones atribuidas que ventas reales: el clásico “160 ventas atribuidas sobre 110 reales”, cuando cada plataforma se acredita su parte del pastel.

Eso no es maldad. Es diseño de incentivos y medición.

Tip práctico #7 (muy subestimado): antes de presentar un ranking de sucursales, muestra un ranking de calidad de dato al lado (porcentaje sin fuente, sin sucursal, match débil, desfase imposible). Si una sucursal tiene 30% de casos sin fuente, su posición en performance debería venir con un asterisco del tamaño de una camioneta.

Tip práctico #8: cuando identifiques un modo de fallo, estima “impacto máximo posible” en vez de prometer precisión falsa. Ejemplo: “hasta X% de casos podrían estar cruzando sucursales por teléfonos compartidos”. Esa honestidad evita que el fix se venda como magia.

Después del hallazgo incómodo: plantilla de reporte sin culpas y acciones seguras (reasignar crédito, ajustar KPIs, monitorear)

Cuando detectas una mentira accidental, el riesgo no es solo técnico. Es social. La gente se siente acusada, se pone defensiva y el sistema aprende a esconderse. La salida es un reporte de una página que hable de decisiones y dueños, no de culpables.

Plantilla de auditoría de 1 página (copia y pega tal cual):

Síntoma:

Hipótesis:

Prueba:

Hallazgo:

Impacto estimado:

Decisión:

Riesgo residual:

Dueño:

Fecha de revisión:

La clave no es llenar bonito. Es que cada línea obligue a pasar del “me parece” al “lo sostengo con evidencia” y, sobre todo, a “qué hacemos ahora sin romper la operación”.

Matriz simple de acción según tipo de mentira (acciones seguras):

• Si el problema es identidad inflada y cruces entre sucursales: reasigna crédito solo para match fuerte y congela rankings por sucursal hasta que baje el indicador.
• Si el problema es timestamps fuera de orden: ajusta el KPI temporalmente hacia métricas de proceso (tiempo de respuesta, asistencia a cita) hasta recuperar coherencia temporal.
• Si el problema es canal visible con efecto placebo: mantén el canal operativo, pero no lo uses para justificar recortes o aumentos de presupuesto.

Aquí hay una advertencia real: el peor momento para “ajustar” es cuando alguien quiere usar el ajuste para ganar una discusión. Si vas a cambiar ventana, modelo o reglas de unión, hazlo con fecha de corte y con nota visible. Cambios silenciosos son gasolina.

Monitoreo mínimo viable (3 métricas para saber si la atribución dejó de inventar):

1. Calidad de unión: porcentaje de casos con match fuerte vs match débil. Si el match débil domina, no declares ganadores.
2. Duplicados: porcentaje de teléfonos con 3 o más leads en 30 días. Si sube, tu sistema está creando fantasmas.
3. Consistencia temporal: porcentaje de desfase imposible. Si se mueve, tu historia cambia aunque la operación sea la misma.

Un plan de lunes (porque esto vive o muere en la agenda real):

• Antes de rankear sucursales, etiqueta tu atribución como Concluyente, Débil o No concluyente usando las tres señales.
• Acordar y escribir reglas de unión conversación → lead → evento (match fuerte y match débil).
• Fijar ventanas temporales y excepciones por escrito para que no cambien según quién presente el reporte.
• Instalar stop-loss y el ranking de calidad de dato para que nadie “gane” con información incompleta.

Barra realista de producción: si tu equipo puede dedicar 3 horas a la semana, esto ya mejora. No intentes arreglar toda la atribución en un trimestre si todavía discuten qué es una sucursal en el CRM.

Convierte tu próximo reporte mensual en una auditoría de 1 página con decisiones y dueños, y pasa algo curioso: bajan las peleas y suben las mejoras reales. No porque todos se vuelvan santos, sino porque la atribución deja de ser una historia bonita y se vuelve lo que debería ser: una herramienta para decidir sin autoengañarse.