Productividad

El escalón que no se compra: lo pone quien lo usa. Qué pide, qué da y dónde termina.

Es el momento en que el registro que el sistema ya viene produciendo lo lee alguien que puede cambiar algo — y algo cambia.

Hay decisiones que se siguen tomando por intuición —cómo se ordena un turno, si hace falta una posición más de carga— aunque el sistema instalado tenga con qué contestarlas. Este escalón no compra un equipo nuevo: pone a alguien que lea lo que ese sistema ya devuelve y decida distinto por haberlo leído.

El nombre es doble a propósito: Productividad cuando el interlocutor es industrial, «Placer» cuando es un edificio o una casa. No son dos cosas: lo que se pide es idéntico y lo que se da también; lo que cambia es quién lee y qué decide.

Que eso pase no es lo fácil, y está medido afuera. Donald Marchand y Joe Peppard, en Harvard Business Review, sobre más de 50 organizaciones, escriben casi la misma frase: cuando el sistema arranca, nadie se ocupa de usar la información que produce para decidir mejor. Y contraponen lo mismo que separa a este escalón de los otros: un proyecto de sistemas se declara exitoso cuando entra en fecha y en presupuesto; éste, sólo cuando alguien decide distinto por lo que el sistema devolvió. A los otros cinco los cierra un acta. A éste no lo cierra ninguna.

Y conviene decir lo que no es: no es un tablero encendido. Un tablero es una manera de mostrar; el escalón es lo que pasa después de mirarlo. De lo que ocurre después de encender la pantalla se sabe poco: una revisión publicada en Implementation Science observa que la mayoría de los estudios sobre tableros ni siquiera mide si alguien los usó, y el único que lo midió —un solo estudio del sector salud, citado dentro de esa revisión— encontró que apenas el 28 % de sus destinatarios lo abrió alguna vez. La cifra no se traslada a un predio; el fondo sí: se mide la instalación, no la lectura. Un predio puede tener todas las pantallas prendidas y no haber llegado nunca, y otro haberlo alcanzado con alguien que lee el registro a mano cada semana.

LO QUE FALTA NO SE COMPRA

Las dos filas tienen el mismo equipamiento, la misma puesta en marcha y la misma acta firmada. Lo único que cambia es una casilla.

Lo que separa una fila de la otra no está en la factura: está en la agenda de una persona.

Pide un lector: alguien concreto, con nombre y no con rol difuso, que mire lo que el sistema devuelve. Es lo único de los cinco que no se compra ni viene con la puesta en marcha. Cualquier propuesta que prometa este escalón sin nombrar quién va a leer está prometiendo algo que no puede entregar.

Y no alcanza con que lea: tiene que poder cambiar algo. Un lector sin autoridad produce un informe, y eso no es este escalón. Ahora, una precisión, porque la manera fácil de decirlo es falsa: el problema no es que lean y decidan dos personas distintas. Paul Rogers y Marcia Blenko, en Harvard Business Review —material de consultoría, no investigación revisada—, separan a propósito a quien recomienda de quien decide, y describen ese reparto como algo que funciona. Lo que no funciona es que la última palabra quede repartida: si dos creen estar a cargo de la misma decisión, se arma una pulseada. No hace falta que lea y decida el mismo; hace falta que haya uno solo que cierre. Cuando la lectura sube y la decisión queda entre varios que pueden vetarla, se instala una capa de reportes que nadie contesta.

Pide una decisión tomada antes de mirar: qué se quiere poder decidir. Y conviene bajarle el tono a la frase fácil: un sistema que registra todo puede contestar casi cualquier cosa, y eso no es un defecto — de ahí salen los hallazgos que nadie pidió. El problema es que la pregunta abierta no arranca. Marchand y Peppard nombran el orden correcto —preguntas sobre las preguntas— con un ejemplo de reposición: en vez de un sistema que conteste qué poner hoy en el estante, preguntar si hay una manera mejor de decidir cómo se repone. Bart de Langhe y Stefano Puntoni, cuyo trabajo difundió el MIT Sloan School of Management, llegan a lo mismo: casi todas las empresas le buscan un propósito al dato que ya tienen, cuando lo correcto es anclar en la decisión y caminar hacia atrás.

Y pide un momento — pero la evidencia corre el eje. Lo que la revisión de Implementation Science señala como causa del abandono no es que falte un horario reservado: es que el tablero quede mal integrado al trabajo de quien lo usa, o resulte difícil de entender, de acceder o de mantener. El momento no es un rato libre: es un lugar adentro de algo que igual se hace — la reunión de operaciones, el cierre de mes, el parte semanal. Lo que depende de que alguien se acuerde, no se sostiene.

EL FLUJOGRAMA

La fila que manda es la tercera: dice también lo que no va a pasar.

La instalación deja de ser un costo que hay que justificar y pasa a ser un argumento que se usa: un cambio de estatuto, no de equipamiento.

Hacia adentro, las discusiones dejan de resolverse por memoria: lo que se decidía por impresión se decide mirando lo que pasó. Y aparecen decisiones que antes no se tomaban, no porque nadie quisiera sino porque no había con qué: nadie discute lo que no puede ver.

De cuánto rinde decidir mirando en vez de por intuición, la única medición grande que encontramos publicada es la de Erik Brynjolfsson, Lorin Hitt y Heekyung Kim: sobre 179 empresas grandes que cotizan en bolsa, encontraron producción y productividad entre 5 y 6 % por encima de lo esperable dada su inversión en sistemas. Son empresas enteras, no predios, y no es lo que se le promete acá a nadie. Para un predio no hay nada publicado equivalente, y esa ausencia no queda abierta: se deja escrita, antes de empezar, la decisión que hoy se toma de memoria, y se anota cada vez que cambie por haber leído el registro. Al año no hay un porcentaje — hay una lista de decisiones tomadas distinto, con fecha.

Hacia afuera, el predio se vuelve más fácil de explicar: se alquila, se asegura y se audita mejor, porque los tres piden lo mismo: evidencia de cómo funciona, no de cómo debería. Y esa evidencia ya existía: ahora alguien la lee. Eso último es lo que venimos observando, no un hecho medido del rubro, y va sin número al lado porque no hay ninguno que ponerle.

Y nada de esto sale de una compra nueva: es el segundo uso de lo que ya se compró, y su costo real no está en la factura sino en la agenda de una persona.

Como no hay acta, la prueba es otra: se pregunta y se escucha. Cuatro señales, observables en una recorrida y sin un solo número.

Alguien nombra una decisión concreta que se tomó distinto por haber mirado el registro, y dice cuándo. No «ahora tenemos más visibilidad»: qué se cambió y qué se hacía antes. Si la respuesta es un elogio del sistema, el escalón no está.

La lectura ocurre adentro de algo que ya pasaba igual. Si hay que ir a una reunión creada para eso, está en riesgo; si vive en el parte de siempre, aguanta.

La última palabra tiene un nombre, y es el mismo para todos. Preguntales por separado a dos del predio quién cierra: si dan dos nombres, o dan un rol en vez de un nombre, todavía no está.

Y el que lee pide cosas que no estaban en el pliego — un corte distinto, un dato que no se guardaba. Es la única señal que no se puede fingir. Para que la haya, lo que se lee tiene que cubrir una serie y no un mes suelto, y eso lo aporta Sustentabilidad: un año con huecos no sostiene una decisión, sostiene una sospecha.

Este escalón casi nunca se rompe de golpe: se apaga, y por tres caminos que se repiten.

El lector cambia de puesto y nadie hereda la lectura. No hay error ni alarma, el sistema sigue registrando impecable: pasan tres meses y nadie miró. La pregunta al armarlo no es sólo quién va a leer, sino quién lee cuando esa persona no está.

La decisión que la lectura habilita no era de quien lee. Alguien mira, entiende, propone — y el cambio necesita tres firmas. A la tercera vez que vuelve sin respuesta, leer se vuelve un trámite. La reparación no es técnica: es mover la última palabra a donde está la lectura, o al revés.

Y el tercero se reconoce por su síntoma: las pantallas encendidas figuran todas en verde y nadie cambió nada en tres meses. Conviene separarlo de Control, que sí se da por resuelto con la traza completa: la norma ISO/IEC 38505-1 de gobierno de datos le da a Informar y a Decidir apartados distintos, porque son dos responsabilidades y no dos grados de la misma.

Recibe de Seguridad el registro, sin el cual no hay materia prima; de Control, que esté atado a una identidad y a un permiso, que es lo que lo vuelve interpretable; de Confort operativo, un solo lugar donde mirarlo; y de Sustentabilidad, algo que sólo este escalón necesita: que el sistema siga existiendo el tiempo suficiente para que haya serie — éste lee tendencias, no eventos.

Hacia arriba no entrega nada, y no es una carencia: es la cima y cierra la escalera.

El borde con Control: aquél deja la traza; éste es que alguien cambie algo por haberla leído. Si después de leer no cambió nada, Control está resuelto y éste no empezó.

El borde con Confort operativo: aquél le saca tiempo a una tarea que ya existe; éste hace que aparezca una decisión que antes no se tomaba. La prueba es imaginar que se apaga el sistema: si la tarea vuelve a hacerse igual pero más lenta, era Confort; si la decisión deja de tomarse, era éste.

Y el borde con Analítica y Acción, el más filoso, porque los dos suenan a «el dato se usa». El plus entrega la clasificación a un destinatario, que puede ser un relé. El lector de este escalón no puede ser una máquina. Una aclaración sobre esa frase, que es una definición nuestra y no un hallazgo: la vara de este escalón está escrita alrededor de una decisión que cambia, y una decisión la cambia alguien que después responde por ella. No hay fuente para eso ni la buscamos: es la regla que proponemos, dicha de frente. Quien quiera la otra mitad —que la clasificación llegue sola y cierre un contacto sin que nadie mire— la va a encontrar en Analítica y Acción. Y la relación con el plus no es de altura: se puede tener plus en todo el predio y no tener este escalón.

Esta serie existe para que midas con la misma vara a cualquiera que te presupueste, y eso nos incluye. Tres de las preguntas de este escalón ya están arriba, en «Qué pide», y no se repiten acá: quién va a leer con nombre, qué venís decidiendo de memoria, y en qué instancia que ya existe entra la lectura. Las dos que faltan son las que no estaban.

Quién cierra la decisión, y si es uno solo. Sale del trabajo de Rogers y Blenko y es la que más incomoda, porque la respuesta suele ser un organigrama en vez de un nombre. La prueba concreta: si la última palabra queda a tres firmas de distancia de quien lee, la lectura se abandona sola. Un proveedor serio te devuelve la pregunta: es tuya.

Y qué pasa cuando el que lee se va. El único escalón que se apaga por rotación de personal merece una respuesta escrita antes de firmar.

Lo único que un proveedor puede poner acá es la pregunta: dejar escrita, antes de empezar, la decisión que hoy se toma por intuición, y volver a preguntar por ella cada vez que pisa el predio. El resto lo pone el que compra, y no hay manera de hacerlo por él.

Marchand, D. y Peppard, J., «Why IT Fumbles Analytics», Harvard Business Review, enero-febrero de 2013. Sobre más de 50 organizaciones.

Rossi, F. S. et al., «From glitter to gold: recommendations for effective dashboards from design through sustainment», Implementation Science, 2025. El 28 % es de un solo estudio del sector salud citado dentro de esa revisión, y no se traslada a un predio.

Brynjolfsson, E., Hitt, L. y Kim, H., «Strength in Numbers: How does data-driven decision-making affect firm performance?», ICIS 2011. ⚠️ 179 empresas grandes que cotizan en bolsa: empresas enteras, no predios.

Rogers, P. y Blenko, M., «Who Has the D?», Harvard Business Review, enero de 2006. ⚠️ Material de consultoría, no investigación revisada.

ISO/IEC 38505-1:2017 — gobierno de datos. Se cita el preview público (índice, alcance y cláusula 4) y sólo que Informar y Decidir tienen apartados separados: no se le atribuye contenido al apartado Decidir, que no está en el preview.

MIT Sloan School of Management — «Decisions, not data, should drive analytics programs», sobre el trabajo de Bart de Langhe y Stefano Puntoni.