La Brújula Comercial —el reporte de facturación corporativo de Diveco— descompone cada desviación de ingreso por valor de Shapley: cuánto se debe a volumen, cuánto a precio, cuánto a margen. No marca la desviación; la explica. Encima, redacta la narrativa ejecutiva con un modelo de lenguaje. Las cuatro unidades de negocio suman exacto al corporativo, y por debajo corre un data lake serverless que devuelve la consulta en milisegundos.
Y aun así, los usuarios la llamaban “básica”.
La unidad de datos que yo dirigía libraba, en paralelo, una pelea distinta y más terca: que la organización confiara en sus números. Se construía la herramienta correcta y luego se defendía cifra por cifra. Durante mucho tiempo leí eso como un problema de producto —faltaba una feature, faltaba pulir un gráfico—. Estaba equivocado.
La brecha nunca fue de calidad de la herramienta. Fue de confianza y de adopción.
Por qué la utilidad racional no alcanza
La gerencia ya empujaba la Brújula. Había correos de “favor completar”, había el argumento obvio: esta herramienta te dice, en un vistazo, dónde estás ganando y dónde estás perdiendo plata. Racionalmente, usarla era una decisión trivial.
Y lo habíamos intentado por la vía racional. Un correo institucional, un instructivo, una demo en la reunión mensual. El patrón era siempre el mismo: un repunte de aperturas la primera semana y después la línea plana de regreso. La herramienta se abría una vez, por cumplir, y no se volvía a abrir. Nadie mentía al decir que “no tenía tiempo”; simplemente no existía ninguna razón de estatus para hacerse el tiempo.
Porque la resistencia no era racional; era conductual. “Es básico” —dicho por alguien que nunca había abierto la vista de descomposición—. “No tengo tiempo.” “Eso es de sistemas.” Ninguna de las tres es una objeción técnica. Son objeciones de identidad: abrir la herramienta obligaba a admitir que no se sabía usarla, y admitir que no se sabe algo, frente a los pares, cuesta estatus. Un correo de “favor completar” no mueve eso. Empuja justo contra la corriente equivocada: pide más de lo mismo —usar la herramienta— sin tocar la razón por la que la gente no la usaba.
De ahí el insight, que es incómodo porque desarma el reflejo del ingeniero:
La adopción no se ancla en la utilidad; se ancla en la identidad y el estatus.
Mientras el costo de usar la herramienta fuera un costo de estatus, ninguna mejora de la herramienta iba a pagarlo.
Y conviene ser honesto con lo incómodo del diagnóstico, porque es justo el que el reflejo del ingeniero rechaza: implica que el problema no vivía en el código sino en las personas, y las personas no se refactorizan con un pull request. La tentación —la que yo tuve— era seguir puliendo la herramienta, porque eso sí sabíamos hacerlo. Habría sido mejorar, con mucho oficio, la respuesta a la pregunta equivocada.
La jugada: envolver la herramienta, no explicarla
Si el obstáculo es el estatus, la solución tiene que operar sobre el estatus. Así que en lugar de pedir que la gente usara la Brújula, construí —dentro del mismo portal— una pequeña escuela de negocios interna: la Diveco Business School. Lo lancé como un piloto de adopción: acotado, medible, reversible.
Su curso de Nivel 1 no es un curso sobre la herramienta. Es un recorrido guiado por la herramienta: venta neta, precio por unidad (PPU), el semáforo de MTD/YTD/YAG, “mi cartera”. Cada lección hacía al usuario mirar una vista real de la Brújula y responder por ella. Al terminar, no había aprendido sobre la Brújula; había usado la Brújula de principio a fin, y el certificado decía que ahora sabía leerla.
El armazón era deliberadamente el de una capacitación, no el de un anuncio de producto, y cada pieza estaba puesta a propósito. El examen convertía “mirar el dashboard” en una meta con un umbral que cruzar. El certificado convertía el esfuerzo en un logro con nombre. Las notificaciones recordaban a quien faltaba y felicitaban a quien terminaba. El funnel de certificación y el funnel de adopción eran, por diseño, el mismo funnel.
El certificado, en particular, no era decorativo. Era una señal portable: salía del portal, vivía en el perfil de LinkedIn de la persona, la representaba frente a gente que nunca abriría la Brújula. Esa portabilidad es justo lo que le faltaba al correo interno —le daba a la persona un motivo para querer el resultado, no solo para tolerar el proceso—. El correo pedía un favor; el curso ofrecía un activo.
El efecto de segundo orden — el punto
Lo que cambió no fue el uso de la herramienta. Eso fue el efecto de primer orden, el esperado. El importante fue el segundo.
Capacitarse dejó de leerse como “admito que no sé” y pasó a leerse como “avancé de nivel”. El certificado —el mismo aprendizaje de siempre, ahora con un marco distinto— convirtió una carencia en un logro presumible. La gente lo subía a LinkedIn. Un acto que antes costaba estatus pasó a producirlo. Esa es la inversión completa: no bajé el costo de adoptar la herramienta, cambié su signo.
Y detrás de ese cambio de estatus individual vino el que yo perseguía sin haber sabido nombrarlo. La herramienta se volvió referencia. Antes, defender una cifra era un ejercicio recurrente: alguien la ponía en duda en una reunión y la unidad de datos gastaba media hora reconstruyendo de dónde salía. Después, la conversación cambió de forma. La pregunta dejó de ser “¿de dónde sacaron ese número?” y pasó a ser “¿qué dice la Brújula?”. Cuando alguien discutía una cifra, la herramienta era el árbitro, ya no el sospechoso. El dato dejó de necesitar abogado.
La pelea por la credibilidad de la unidad de datos —esa que se libraba dato por dato— bajó de intensidad sola. No porque los números mejoraran; eran los mismos números. Porque la organización ahora los usaba desde un lugar distinto.
Ese es el punto de toda la historia, y conviene decirlo sin adornos: no construí una herramienta mejor. Construí las condiciones para que confiaran en la que ya existía. La autoridad de una unidad de datos no se gana teniendo la razón —eso es condición necesaria y notoriamente insuficiente—; se gana cuando la organización adopta tus números como los suyos.
Cuatro lentes sobre el mismo hecho
Esta es la primera entrega de una serie. Las siguientes desarman la misma historia desde tres disciplinas distintas, porque el episodio dice cosas diferentes según desde dónde se mire.
- La ingeniería. Cómo se construyó de verdad esa persuasión: el examen con intentos que se queman del lado del servidor, el certificado idempotente, el pipeline de notificaciones que solo molesta a quien falta. El comportamiento se diseñó como se diseña un sistema, no como se redacta un correo. (Próxima entrega.)
- La organización. Qué revela este episodio sobre cómo una institución decide qué conducta es “iniciativa” y cuál es “saltarse el proceso” —el mismo acto, dos etiquetas, según a quién beneficie y si funcionó.
- La carrera. Qué dice sobre operar una trayectoria construir evidencia antes de que exista consenso, y dónde esa jugada deja de ser un prototipo útil y empieza a ser deuda de gobernanza.
Tres ángulos, una sola espina: la adopción no se despliega, se diseña. Construir la herramienta era la parte fácil.