Remote Frog

Un dashboard puede estar limpio, completo y ser técnicamente impecable, y aun así no generar ningún impacto. No porque los números estén mal, sino porque no cambia nada después de que la gente los vea.

Y esa es la parte incómoda del trabajo de people analytics: la entrega de un producto no es la meta. Si no que se use.

El dato solo importa cuando cambia una decisión

Es fácil centrarse en producir información: pipelines más limpios, mejores definiciones, gráficos más bonitos, reporting más completo. Todo eso ayuda. Pero nada de eso garantiza impacto. Lo que lo garantiza —o lo acerca— es la adopción.

Lo importante es si el dato ayuda a alguien a responder una pregunta real:

• ¿Qué deberíamos priorizar?
• ¿Dónde se está torciendo el rendimiento?
• ¿Qué proceso hay que cambiar?
• ¿Qué deberíamos dejar de hacer?

Si el output no ayuda con ese tipo de decisiones, puede seguir siendo informativo. Pero no va a viajar muy lejos.

El problema suele ser el encaje

La gente no suele ignorar los datos porque los odia. Más a menudo los ignora porque:

• El dashboard responde a una pregunta que nadie se está haciendo
• Entrega la respuesta en un formato que los stakeholders no quieren, no entienden o no terminan de fiarse
• Llega demasiado tarde, o demasiado pronto, para influir en una decisión
• La audiencia no sabe qué acción tomar después
• La vista es demasiado amplia o demasiado detallada para resultar útil
• La métrica es técnicamente sólida, pero está desconectada de aquello por lo que el equipo realmente responde

Dicho de otro modo: muchas veces el problema no es la calidad. Es el encaje.

La adopción empieza mucho antes de entregar el producto

Si quieres que el trabajo se use, hay que empezar antes. La comunicación no es un extra para cuando se tiene tiempo. Es parte del trabajo. Cuanto más hables con stakeholders y sponsors durante el proyecto, más fácil será construir confianza, detectar malentendidos a tiempo y reducir la fricción después.

Eso implica ser intencional con la adopción:

• meter la adopción dentro del plan del proyecto
• incluir hitos de adopción, no solo hitos de implementación
• enseñar versiones tempranas antes de la entrega final
• tratar la legibilidad, el timing y la elección de herramienta como parte de la solución

No empieces sin un sponsor de verdad

Antes de construir nada, asegúrate de que el proyecto cuente con un sponsor real. Un gran producto de datos, sin patrocinio claro, muchas veces no es más que un desperdicio de tiempo bien ejecutado. Si el sponsor es real, todo cambia.

Lo primero, en ese caso, es preguntar: ¿quiénes serán los stakeholders? (Cosa distinta). Y luego aclarar cuanto antes:

1. ¿Quién va a usar esto de verdad?
   La respuesta del sponsor puede no coincidir con la del stakeholder. Y esa diferencia importa.
2. ¿Qué decisión debería ayudarles a tomar?
   Conviene concretar. ¿Qué problema están resolviendo? ¿Con qué frecuencia aparece esa decisión? ¿Qué harían de manera distinta para obtener una mejor respuesta?
3. ¿Cómo quieren recibir la respuesta?
   Formato, herramienta, nivel de detalle, timing y legibilidad afectan directamente a que el artefacto se use o se quede decorando.

Una prueba bastante útil consiste en preguntar: ¿Qué acción tomarías con este informe? ¿Qué harías si este número subiera o bajara? Si la respuesta es vaga, tardía o demasiado teórica, es posible que el artefacto siga demasiado lejos de la decisión que supuestamente debe apoyar.

Tres apuntes sobre entrega, herramientas y legibilidad

• La elección de la herramienta importa más de lo que a veces admitimos en data. Si a tu equipo le encanta Superset, pero tus stakeholders viven en Looker, usa Looker. Enseñar una herramienta nueva añade fricción. Pedirles que usen una que ya les cae mal añade todavía más.
• La legibilidad también importa. Un dashboard puede ser correcto y seguir siendo difícil de escanear, interpretar o incluso de creer. Esto es algo con lo que la IA puede ayudar fácilmente: puedes darle a un agente una rúbrica o una checklist y pedirle que revise un dashboard o un informe antes de compartirlo.
• Antes de la entrega, enseña a los stakeholders lo que planeas sacar y pide review. Muchas veces una petición de cambios en realidad significa: “lo usaré si lo acercas un poco más a lo que necesito”.

La cuestión no es la visibilidad

Es tentador medir el éxito por views, opens o shares. Son señales útiles, sí, pero no son el resultado. Un dashboard puede ser popular y seguir siendo irrelevante. Como esas reuniones con slides preciosas que no cambian nada. Sí, esas.

El impacto empieza cuando el insight llega a la persona adecuada, en el formato adecuado, en el momento adecuado, y cambia una prioridad, un comportamiento, un flujo de trabajo o una decisión.