Es una escena que se repite en comités de dirección de todo tamaño: alguien presenta una propuesta con lenguaje estratégico (transformación, eficiencia, escalabilidad), la sala asiente, se aprueba en principio, y ahí termina la propuesta. Nadie se queda con la tarea, mucho menos incómoda, de traducirla en requerimientos concretos: qué información hace falta, qué sistema, qué proceso, qué decisión previa.
Meses después, cuando se pregunta por qué la iniciativa no avanzó, la respuesta habitual es “todavía no tenemos las herramientas” o “nos falta la información para decidir”. Esa frase suena a limitación técnica. Casi nunca lo es. Es la consecuencia directa de haber aprobado una idea sin haber definido nunca qué necesitaba esa idea para ser real.
Este patrón es especialmente cómodo porque nadie queda mal: la propuesta se aprobó, así que hubo decisión; no avanzó, pero fue “por falta de herramientas”, así que no hubo responsable. Es una salida elegante que deja el problema exactamente donde estaba.
La diferencia entre una propuesta estratégica y un proyecto real está, casi siempre, en un paso que se salta con frecuencia: alguien se compromete, con fecha, a definir qué datos, qué accesos y qué decisiones previas se necesitan antes de que el proyecto pueda empezar. Sin ese paso, “estratégico” es solo un adjetivo.
Por eso, cuando una propuesta llega calificada como estratégica, la primera pregunta que hago no es sobre el impacto que promete. Es sobre quién, con qué fecha, va a convertir esa idea en una lista concreta de lo que hace falta para ejecutarla.