0. El problema de medir lo incierto

Todas las empresas quieren control, controlar su entorno, controlar la información, controlar sus procesos. Toda empresa quiere, también, controlar la innovación. Es lógico: asigna recursos, compromete tiempo, moviliza personas y genera expectativas. El problema es que la innovación no nace en el territorio de la certeza, sino precisamente allí donde todavía no sabemos con claridad qué problema merece ser resuelto, qué solución funcionará, quién la adoptará y bajo qué condiciones acabará generando valor. Por eso, cuando una organización intenta gobernar la innovación con la misma lógica con la que controla un proyecto maduro o un proceso ya consolidado, suele producirse una fricción profunda: se exige previsibilidad justo en la fase en la que lo que hace falta es aprendizaje. Para nosotros, en Innolandia, esta tensión se resuelve no negando la medición, sino rediseñándola dentro de una estrategia que conecta vectores, portfolio, embudo, contabilidad de la innovación y modelo operativo.

Dicho de otro modo, medir innovación no es lo mismo que medir operaciones. En la operación, el objetivo principal es ejecutar bien un plan relativamente conocido: cumplir plazos, costes, calidad y nivel de servicio dentro de un marco estable. En innovación, en cambio, el plan cambia porque la incertidumbre es alta y el trabajo consiste en encontrar evidencias que reduzcan riesgo por medio de experimentos. Ahí aparece una diferencia decisiva entre explotación y exploración: la primera optimiza lo que ya sabemos hacer; la segunda trata de descubrir qué merece la pena hacer antes de escalarlo. Los sistemas clásicos de control fallan cuando se aplican sin matices a la exploración, porque castigan el cambio de rumbo, premian la falsa sensación de avance y confunden disciplina con rigidez. 

La consecuencia práctica de ese error es seria. Cuando una empresa mide mal la innovación, puede matar demasiado pronto ideas valiosas porque todavía no muestran retorno financiero; puede también financiar durante demasiado tiempo proyectos zombis que acumulan actividad, reuniones y entregables, pero no generan evidencia relevante; y, además, puede confundir volumen de trabajo con progreso real. En Innolandia insistimos mucho en esta diferencia: no basta con explicar lo que se ha hecho; hay que saber cuánto riesgo se ha reducido, qué hipótesis se han validado y si existen razones para seguir, pivotar, parar o escalar. Medir bien no es vigilar tareas: es mejorar la calidad de las decisiones. 

Ésa es la tesis de este artículo. La innovación sí se puede medir, pero no con una única métrica, ni con un patrón homogéneo, ni con el mismo cuadro de mando para todas las situaciones. Hay que medir con indicadores distintos según la fase del proyecto, el nivel de decisión y el tipo de aprendizaje buscado. Por eso no hablaremos sólo de métricas de negocio, sino también de métricas de proyecto, de cartera y de cultura. Porque una organización madura no se limita a preguntar cuánto ha ganado con la innovación; también necesita saber si está innovando donde importa, si su sistema selecciona bien, si sus proyectos aprenden con rigor y si su cultura convierte la incertidumbre en capacidad. 

Decía Alfred North Whitehead: “Busca la simplicidad y desconfía de ella”. No podemos medir nuestra innovación con sistemas de medición ingenuos, basados en una única métrica (por ejemplo, el ROI) que nos explique una realidad que es compleja. Necesitamos simplicidad operativa, sin duda, pero desconfiemos siempre de las simplificaciones excesivas.

1. Qué es la contabilidad de la innovación y qué no es

1.1. Definición operativa

La expresión “contabilidad de la innovación” puede inducir a error si se interpreta en sentido estrictamente financiero. En el contexto de la innovación no designa un sistema orientado sólo a contabilizar resultados económicos una vez obtenidos, sino un conjunto de métricas accionables que permite gestionar la innovación mientras ocurre. De hecho, en Los 5 elementos de una estrategia de innovación se define de forma explícita como la identificación de “las métricas adecuadas para gestionar la innovación”, y se subraya que no se trata de indicadores “a posteriori” que simplemente nos digan si lo hemos hecho bien o mal, sino de métricas que permitan tomar acciones en cada fase del proceso. Además, esa contabilidad se inserta dentro de un sistema más amplio compuesto por vectores estratégicos, portfolio, embudo y modelo operativo; es decir, no es un apéndice técnico, sino una pieza del sistema de gestión de la innovación. 

Por eso conviene distinguir entre métricas de innovación y contabilidad de la innovación. Las primeras son los indicadores concretos que usamos para observar el comportamiento del sistema innovador: por ejemplo, ingresos por nuevos productos, porcentaje de conversión de ideas, número de experimentos, tiempo hasta decisión o porcentaje de personas que participan. La segunda es el marco de decisión que organiza esas métricas según la fase, el nivel y el propósito de gestión. En otras palabras: una métrica aislada es sólo un dato; la contabilidad de la innovación es la lógica que convierte esos datos en criterios para decidir. Es importante insistir en esta idea y separar indicadores de negocio, de actividad y de cultura, y plantear métricas accionables a nivel operativo, de cartera y estratégico. 

La diferencia más importante, entonces, no está entre medir o no medir, sino entre medir resultados finales y medir avance real. Los resultados finales —ingresos, ahorros, ROI, cuota de mercado— son imprescindibles cuando el proyecto ya ha madurado y se acerca al negocio consolidado. Pero en fases tempranas, donde predomina la incertidumbre, el progreso no puede medirse sólo por el retorno final, porque todavía no existe. En esos momentos lo decisivo es si el proyecto está reduciendo riesgo mediante evidencias: si valida que hay un problema relevante, si la solución resulta deseable, si la propuesta es factible y si el modelo de negocio empieza a sostenerse. Las métricas de los proyectos de innovación no son las mismas que las de los proyectos tradicionales: en los primeros, el plan cambia y el objetivo es encontrar evidencias que reduzcan incertidumbre a través de experimentos. 

1.2. Los errores más comunes

Desde esta definición operativa, se entienden mejor los errores más frecuentes. El primero es confundir innovación con número de ideas. El caudal de ideas puede ser un síntoma cultural útil, pero por sí mismo no demuestra ni valor creado ni capacidad de aprendizaje. Es importante diferenciar entre indicadores de actividad y de negocio, y comprender que una organización puede acumular ideas, proyectos y acuerdos sin producir impacto relevante. Importa no sólo el volumen de ideas, sino su patrón, su conversión a experimentos y su traducción en evidencia y decisiones.

El segundo error es medir sólo ROI. El ROI tiene la ventaja de que dirección general y financiera lo entienden inmediatamente, pero utilizado como métrica exclusiva produce una visión incompleta. Premia lo que ya está suficientemente maduro para devolver valor económico visible y penaliza lo que todavía está en fase de exploración. En Innolandia no rechazamos el ROI; al contrario, lo presentamos como uno de los indicadores que “todo el mundo entiende”. Pero precisamente por eso lo acompañamos de otras familias métricas: negocio, actividad y cultura. El problema no es usar ROI, sino convertirlo en juez único de iniciativas que todavía están tratando de demostrar si merecen existir. 

El tercer error es medir sólo actividad: número de reuniones, entregables, ideas recibidas, proyectos abiertos o talleres realizados. Esa información puede ser útil para seguir el pulso del sistema, pero no basta para saber si se avanza. A estos indicadores los llamamos “indicadores de ego”, precisamente porque pueden servir para justificar trabajo sin demostrar valor. 

El cuarto error, muy relacionado con los anteriores, es evaluar un proyecto incierto como si fuera una inversión madura. Cuando se exige a una idea en maduración el mismo tipo de previsión y rentabilidad que a una unidad de negocio consolidada, lo habitual es matar demasiado pronto lo prometedor o mantener artificialmente lo que sólo aparenta orden. En la lógica de validación, un proyecto avanza porque reduce un riesgo con datos, no porque complete tareas o presente una narrativa convincente. 

1.3. La lógica correcta

La lógica correcta consiste en entender la contabilidad de la innovación como un sistema para decidir. No se mide para decorar informes ni para tranquilizar a la organización con números aparentes; se mide para decidir si conviene seguir, repetir, pivotar, parar o escalar. Ese es el núcleo intelectual del enfoque. El proyecto no “progresa” porque haya actividad; progresa cuando una evidencia permite tomar una mejor decisión que la que era posible antes. 

A modo de síntesis práctica, la siguiente tabla traduce esa lógica a una comparación entre métricas poco útiles y métricas útiles para decidir. 

En otras palabras, la contabilidad de la innovación no empieza cuando termina el proyecto y ya pueden sumarse ingresos o ahorros. Empieza antes, cuando la organización decide qué debe observar para distinguir entre ilusión, actividad y progreso real. Ése es el salto decisivo: pasar de medir para describir a medir para gobernar. 

2. Por qué el ROI no basta: límites de la medición financiera clásica

2.1. El atractivo del ROI

El ROI tiene un atractivo evidente dentro de la empresa: traduce la innovación al lenguaje que dirección general y financiera manejan con más naturalidad. Permite expresar, en apariencia de forma simple, si una inversión ha generado retorno y en qué magnitud. Precisamente por eso lo vemos como un indicador importante y comprensible para la organización: ingresos por innovación, ahorros de costes y rentabilidad son señales que ayudan a justificar recursos, conseguir apoyos internos y demostrar que la innovación no es un ejercicio ornamental, sino una función conectada con el negocio. En ese sentido, el ROI sí debe jugar un papel: no como árbitro absoluto de todo el proceso innovador, sino como una pieza relevante cuando la iniciativa ya ha alcanzado un grado suficiente de madurez. 

Su valor, por tanto, no debe negarse. Una empresa no puede sostener indefinidamente un sistema de innovación sin algún tipo de traducción a resultados económicos. El problema comienza cuando el ROI deja de ser una métrica útil dentro de un conjunto más amplio y pasa a convertirse en el criterio único con el que se juzga todo: ideas, experimentos, proyectos en validación, pilotos y nuevos negocios. Ahí la medición deja de iluminar y empieza a distorsionar. Para nosotros, en Innolandia, lo normal es acompañar las métricas financieras con otras de actividad, validación y cultura, insistiendo en que la contabilidad de la innovación debe operar en distintos niveles y no sólo en el resultado final.

2.2. Los límites del ROI en innovación

El primer límite del ROI en innovación es temporal: llega tarde. El retorno financiero aparece, si aparece, cuando ya se ha recorrido una parte sustancial del camino. Pero la gestión de la innovación necesita decidir mucho antes: qué problema merece atención, qué hipótesis tienen sentido, qué propuesta de valor muestra señales de tracción y qué proyectos deben abandonarse antes de consumir más recursos. En los proyectos inciertos, esperar al ROI como criterio principal equivale a conducir mirando sólo el punto de llegada y no las señales del trayecto. Por eso en Innolandia diferenciamos los proyectos de ejecución de los proyectos de innovación: en estos últimos el objetivo inicial no es tanto ejecutar un plan prefijado como reducir incertidumbre mediante evidencias obtenidas a través de experimentos. 

El segundo límite es estratégico: el ROI penaliza la exploración temprana. Una iniciativa en fase de maduración o validación todavía no está en condiciones de devolver rentabilidad comparable a un negocio establecido. Si se le exige ese umbral demasiado pronto, la organización sesga la selección hacia lo conocido, lo incremental y lo menos arriesgado. Dicho de otro modo, el ROI puede convertirse, sin pretenderlo, en una máquina de seleccionar mejoras cercanas y descartar opciones más transformadoras. Eso no significa que todo proyecto radical deba protegerse indefinidamente, sino que debe ser medido con criterios acordes a su fase y a su tipo de riesgo. La propia lógica de embudo y de evaluación por fases responde a esta necesidad: no evaluar igual lo que apenas es una hipótesis que lo que ya se acerca al escalado. 

El tercer límite es conceptual: el ROI ignora o captura mal tres dimensiones decisivas en innovación. La primera es el aprendizaje: qué incertidumbres comerciales, técnicas o de negocio han sido reducidas. La segunda es la opcionalidad estratégica: qué nuevos caminos abre una iniciativa, aunque todavía no genere retorno pleno. La tercera es la construcción de capacidades: conocimiento técnico, acceso a clientes, nuevas rutinas de validación, alianzas o competencias internas que pueden aumentar la capacidad futura de innovar. Es por esto por lo que hemos de hablar de evidencias, hitos, impacto intangible y necesidad de medir no sólo resultados, sino también señales que permitan seguir aprendiendo y decidiendo. Una contabilidad exclusivamente financiera borra precisamente lo que hace valiosa a la exploración: su capacidad para producir conocimiento útil antes de producir resultados consolidados. 

2.3. Cuándo usar indicadores financieros y cuándo no

La conclusión a todo esto no consiste en expulsar las finanzas del sistema de innovación, sino en poner cada métrica en su momento. En proyectos exploratorios, donde aún se está validando el problema, la solución o la disposición a pagar, el peso principal debe recaer sobre el aprendizaje: entrevistas, señales de interés real, experimentos, riesgos resueltos y calidad de la evidencia. En proyectos ya validados, el aprendizaje sigue siendo importante, pero empiezan a ganar protagonismo la tracción de negocio y algunos indicadores económicos preliminares: recurrencia, margen estimado, coste de captación o payback potencial. Y cuando una iniciativa entra en escalado o pasa a negocio consolidado, entonces sí debe aumentar de manera clara el peso de los indicadores financieros clásicos: ingresos, rentabilidad, productividad, cash flow y retorno. 

A continuación, una matriz práctica por fases que resume esa lógica de ponderación:

La idea práctica es sencilla: cuanto mayor es la incertidumbre, menos sentido tiene que el ROI domine la conversación; cuanto mayor es la validación, más legítimo es aumentar el peso de la medición financiera. Así se evita tanto el romanticismo antieconómico como el reduccionismo financiero. Innovar bien exige una secuencia de métricas: primero aprender, después demostrar tracción, finalmente capturar retorno. Ésa es, en el fondo, la crítica principal a la medición financiera clásica: no que sea falsa, sino que es insuficiente cuando se utiliza fuera de su contexto temporal y estratégico. 

3. Un marco completo para medir la innovación: los 4 niveles que hay que distinguir

La innovación no se puede medir con un único objeto de medición. En realidad, la innovación ocurre simultáneamente en varios planos: hay una dirección estratégica que define dónde merece la pena explorar; hay un sistema —portfolio y embudo— que selecciona y prioriza oportunidades; hay proyectos concretos que deben reducir incertidumbre; y hay una cultura organizativa que puede acelerar o bloquear todo lo anterior. Esta sección propone, por tanto, una síntesis en cuatro niveles de una arquitectura que se distribuye entre estrategia de innovación, cartera, funnel, hitos de proyecto, validación e indicadores culturales. La idea central es sencilla: no se puede medir con el mismo patrón lo que pertenece a niveles distintos de decisión. 

Desde un punto de vista teórico, este marco permite corregir uno de los errores clásicos de la gestión: pedir a todas las métricas que respondan a la misma pregunta. Pero las preguntas relevantes no son las mismas en todos los niveles. La estrategia pregunta si estamos innovando donde importa. El sistema pregunta si el flujo de oportunidades está bien diseñado y equilibrado. El proyecto pregunta si estamos reduciendo riesgo con evidencia. La cultura pregunta si la organización dispone de conductas, hábitos y capacidades para sostener la innovación en el tiempo. Cuando estos planos se mezclan, aparecen patologías muy reconocibles: mucha actividad sin foco, muchos proyectos sin criterio de selección, mucha cultura declarativa sin resultados o mucho reporting económico sin aprendizaje útil. 

3.1. Nivel 1: métricas estratégicas

El primer nivel es el estratégico. Aquí la cuestión no es todavía si un proyecto concreto funciona, sino si la organización está innovando en los espacios que considera relevantes para su futuro. Aquí entran los que llamamos vectores o tesis de innovación, es decir, los ámbitos en los que la empresa decide concentrar su exploración durante un período determinado: tecnologías, mercados, modelos de negocio, problemas de cliente o capacidades clave. Ésa es una idea decisiva, porque impide confundir innovación con dispersión. Innovar mucho no equivale a innovar bien; una empresa puede tener numerosas iniciativas y, sin embargo, estar innovando fuera de foco. 

Las métricas estratégicas, por tanto, deben responder a preguntas como éstas: ¿estamos innovando donde dijimos que importaba innovar?, ¿qué peso tienen nuestros vectores prioritarios en la cartera real?, ¿hay coherencia entre discurso estratégico y asignación de recursos? En este nivel son útiles indicadores como el porcentaje de proyectos alineados con cada vector, la inversión por vector, la distribución entre horizontes de innovación o el peso de iniciativas incrementales frente a apuestas adyacentes o más transformadoras. No son métricas “de resultado final” en sentido estricto; son métricas de orientación, foco y consistencia estratégica. Su función es evitar una innovación oportunista, reactiva o fragmentada. 

3.2. Nivel 2: métricas del sistema o cartera

El segundo nivel es el del sistema de innovación, que en la práctica se expresa en la calidad del embudo y en el equilibrio del portfolio. Aquí ya no se trata de decidir dónde queremos innovar, sino de comprobar si el mecanismo organizativo que transforma oportunidades en proyectos funciona con rigor. Esta parte tiene mucho peso en el proceso de innovación, de modo que podemos hablar de portfolio de innovación y funnel o embudo de innovación. El portfolio expresa la foto global de las apuestas; el embudo expresa la dinámica por la que ideas y oportunidades avanzan, se reformulan o se cancelan. Ambos niveles son inseparables, porque una cartera sana depende de un flujo sano.

Las métricas del sistema deben observar tres cosas. La primera es la calidad del embudo: cuántas oportunidades entran, cuántas superan cada fase, cuánto tardan en avanzar y cuántas se cancelan con criterio. La segunda es el equilibrio del portfolio: concentración temática, diversidad de apuestas, distribución del riesgo y saturación de recursos. La tercera es el flujo de proyectos: si el sistema genera aprendizaje y renovación o si, por el contrario, acumula proyectos bloqueados, zombis o incapaces de escalar. En este nivel son útiles indicadores como tiempo medio por fase, tasa de avance, tasa de cancelación sana, número de proyectos estancados, concentración por vector o proporción entre exploración y escalado. La clave es no medir el embudo como un almacén de actividad, sino como un mecanismo de selección y reducción progresiva de incertidumbre. 

3.3. Nivel 3: métricas de proyecto

El tercer nivel es el del proyecto, y aquí la innovación se vuelve concreta. Éste es probablemente el plano donde más fácil resulta equivocarse, porque muchas organizaciones aplican a proyectos de innovación los mismos criterios que a proyectos tradicionales: plazo, presupuesto, entregables y cumplimiento del plan. No es posible mantener esta equivalencia, ya que un proyecto de innovación debe ser medido según su grado de madurez y su capacidad para reducir incertidumbre. Por eso, la unidad de progreso en innovación no es sólo la tarea ejecutada, sino la evidencia obtenida.

Las métricas de proyecto deben ordenar el aprendizaje en torno a cuatro pruebas básicas: problema, solución, negocio y ejecutabilidad. Primero, si el problema es real y relevante. Segundo, si la solución resuelve ese problema de manera percibida como valiosa. Tercero, si existe una lógica económica o de adopción que sostenga el modelo. Cuarto, si la organización puede construir, entregar y escalar con calidad y coste razonable. Para comprender los distintos pasos o etapas podemos hacernos una serie de preguntas-hito muy operativas: si el problema interesa, si la solución resuelve, si el cliente paga en dinero o en recursos, si se puede construir con calidad y coste razonable, y si se puede captar de forma recurrente y rentable. En este nivel son útiles métricas como hipótesis validadas, entrevistas con evidencia sólida, señales de disposición a pagar, repetición de uso, margen estimado, riesgos técnicos resueltos o coste de servir. 

3.4. Nivel 4: métricas culturales

El cuarto nivel es el cultural. Es quizá el más difícil de medir bien y, al mismo tiempo, uno de los más importantes, porque una organización puede tener estrategia y proyectos, pero fracasar si no desarrolla hábitos y comportamientos consistentes con la innovación. La cultura no es un evento puntual ni una estética corporativa; es repetición de conductas: formular hipótesis, probar rápido, compartir aprendizajes, tomar decisiones con información imperfecta y proteger tiempo de exploración. Desde esa perspectiva, las métricas culturales no buscan medir “ambiente” de forma vaga, sino comportamientos observables.

En este nivel conviene observar tres dimensiones. La primera es la participación: cuántas personas aportan, desde qué áreas y con qué continuidad. La segunda es la conversión: cuántas ideas se transforman en mejoras, experimentos o proyectos con recorrido. La tercera es la capacidad organizativa para innovar: tiempo protegido, liderazgo patrocinador, colaboración transversal, calidad del aprendizaje compartido y normalidad con la que la organización trabaja con hipótesis y evidencias. Hay una serie de indicadores sencillos pero reveladores, como número de ideas por persona, porcentaje de personas que contribuyen, ideas implantadas por empleado o valor generado a partir de esas ideas. La tesis de fondo es muy sólida: la cultura innovadora no se demuestra por declaraciones, sino por patrones repetidos que dejan huella en el comportamiento organizativo. 

Esquema práctico de los cuatro niveles

A efectos operativos, este marco puede resumirse así:

Esta tabla condensa la idea central de la sección: cada nivel requiere indicadores propios porque cada nivel sirve para decisiones distintas. Mezclarlos produce ruido; distinguirlos produce gobierno. Y ése es, probablemente, el núcleo del artículo entero: una empresa madura no mide la innovación con una sola cifra, sino con un sistema jerárquico de observación que conecta dirección, proceso, proyecto y cultura. 

4. Métricas estratégicas: medir si la innovación está conectada con la dirección del negocio

4.1. Qué hay que medir a nivel estratégico

La primera obligación de un sistema serio de medición de la innovación no es contar proyectos, sino verificar si la innovación está trabajando en la dirección que el negocio necesita. Los vectores o tesis de innovación son uno de los primeros elementos de la estrategia: son los espacios en los que la empresa decide centrarse durante los próximos años, ya sea en tecnologías, mercados o modelos de negocio concretos. La consecuencia es importante: una idea no alineada con esos vectores debe descartarse, no porque sea “mala” en abstracto, sino porque desvía recursos hacia un lugar que la estrategia no ha elegido. Medir estratégicamente la innovación consiste, por tanto, en comprobar si existe correspondencia real entre lo que la empresa declara prioritario y lo que efectivamente financia, impulsa y protege.

Desde un punto de vista conceptual, esto significa que la medición estratégica no busca evaluar aún la calidad detallada de cada proyecto individual, sino la coherencia del conjunto. La pregunta rectora no es “¿este proyecto va bien?”, sino “¿estamos innovando donde importa?”. En la práctica, eso obliga a observar al menos cuatro dimensiones: 

1.-el peso de cada vector de innovación, 

2.-la distribución entre innovación incremental, adyacente y radical, 

3.-la alineación entre proyectos y prioridades estratégicas y 

4.-el horizonte temporal del impacto esperado. 

Este último punto es importante tenerlo en cuenta porque si los vectores se definen para los próximos uno y medio o dos años, y la cartera se reparte entre H1 incremental, H2 adyacente y H3 radical, entonces la empresa necesita distinguir entre apuestas de impacto cercano, medio y más lejano.

A nivel estratégico, por tanto, hay que medir no sólo qué proyectos existen, sino qué proporción del esfuerzo innovador absorbe cada vector. Una empresa puede afirmar que su prioridad es, por ejemplo, la circularidad, la suscripción, la digitalización del servicio o un nuevo segmento de cliente; sin embargo, si la mayor parte de la cartera y de los recursos sigue concentrada en pequeños ajustes del negocio actual, esa prioridad no pasa de ser retórica. De ahí que las métricas estratégicas tengan una función de disciplina directiva: obligan a convertir la estrategia en una pauta observable de asignación de recursos, no en una formulación inspiracional. Es necesario relacionar estrategia, portfolio, funnel, recursos y métricas dentro de un mismo sistema de innovación. 

4.2. Cómo evitar una estrategia de innovación “decorativa”

Una estrategia de innovación se vuelve decorativa cuando existe en el discurso, pero no en la cartera real de decisiones. El primer síntoma son los proyectos fuera de foco: iniciativas que consumen tiempo y presupuesto, aunque no respondan a los vectores definidos. El segundo síntoma es un portfolio descompensado, normalmente sesgado hacia lo incremental, de modo que la organización protege el corto plazo, pero debilita su capacidad de construir futuro. El tercer síntoma es una innovación dispersa sin apuesta, es decir, muchas actividades pequeñas, muchas líneas abiertas y poca masa crítica en las prioridades que realmente podrían cambiar la posición competitiva de la empresa. Es preciso trabajar contra esta dispersión, y para eso el portfolio debe organizarse por niveles de riesgo y la innovación no puede limitarse a reaccionar a lo urgente o a la ocurrencia del momento.

Éste es un punto importante desde la teoría de la gestión. La estrategia no se demuestra por la existencia de un documento, sino por la capacidad de decir no con legitimidad. Si todo cabe en la innovación, entonces no hay dirección estratégica, sólo agregación de iniciativas. Por eso resulta tan relevante formular la visión del comité de innovación alrededor de tres preguntas: por qué innovar, dónde innovar y cuánto innovar. La tercera pregunta —cuánto queremos innovar— es particularmente interesante, porque obliga a traducir la ambición estratégica a intensidad, riesgo y dedicación real. No basta con afirmar que se quiere innovar; hay que decidir con qué mezcla de incremental, adyacente y radical, y con qué compromiso de recursos. 

En términos empresariales, esto tiene una consecuencia práctica muy concreta: una buena medición estratégica debe detectar desalineaciones antes de que se conviertan en costes hundidos. Si el peso de los proyectos alineados con los vectores cae; si la proporción de apuestas adyacentes y radicales se reduce de forma sistemática; si los recursos se concentran casi por completo en el negocio actual; o si el horizonte temporal del impacto queda capturado por el corto plazo, la empresa no está gestionando sólo un problema de innovación, sino un problema de dirección. Innovar estratégicamente es sostener una cartera que refleje intenciones de futuro, no sólo inercias presentes. 

4.3. Indicadores recomendados

A partir de este marco, puede proponerse un cuadro de mando estratégico breve, legible y útil para comité de innovación o dirección general. Su función no es reemplazar la evaluación detallada de proyectos, sino ofrecer una lectura periódica del grado de alineación entre innovación y negocio.  

La virtud de este cuadro es su sobriedad. No intenta medirlo todo, sino lo esencial: foco, mezcla de riesgo, compromiso de recursos y disciplina de descarte. Además, permite enlazar estrategia y operación sin confundir niveles. La dirección general no necesita entrar en cada hipótesis de cada proyecto, pero sí necesita saber si la innovación está construyendo el tipo de futuro que la empresa dice perseguir. Y esa pregunta sólo puede responderse con métricas estratégicas específicas, distintas de las métricas de proyecto o de las métricas culturales. Ésa es la razón por la que esta capa debe tratarse antes de entrar en los proyectos individuales: sin foco estratégico, incluso un sistema impecable de ejecución puede estar optimizando en la dirección equivocada. 

5. Métricas del embudo y de la cartera: cómo medir el sistema de innovación sin burocratizarlo

5.1. El embudo como sistema de reducción de incertidumbre

El embudo de innovación no debería entenderse como un simple contenedor de ideas, sino como un mecanismo de selección, maduración y aprendizaje. Es un lugar donde las ideas se capturan, se registran, se agrupan, se preseleccionan y pasan por un proceso claro de evaluación y priorización para decidir qué entra en la cartera. Por eso a un embudo de innovación se le ha de aplicar un enfoque Stage-Gate y se han de definir con claridad las fases, los criterios de paso y las acciones que corresponden a cada etapa. 

Desde un punto de vista de gestión, eso implica que cada fase del embudo debe cumplir una función distinta. El embudo recoge un flujo que va de la ideación a la maduración, de ahí al proyecto y finalmente al escalado, de modo que el objetivo cambia en cada fase, por lo que también deben cambiar las métricas. En ideación, la pregunta es si hay oportunidades con sentido y suficiente encaje para merecer exploración. En maduración, la cuestión es si esas oportunidades empiezan a mostrar evidencia de problema real y solución plausible. En proyecto, lo que importa es si existe aprendizaje validado suficiente para justificar más inversión. En escalado, la lógica pasa progresivamente de la validación a la explotación.

Las puertas de paso cumplen aquí un papel decisivo. No son un trámite administrativo, sino momentos de decisión: seguir, reformular, pausar, matar o escalar. Los proyectos deben evaluarse por fases “para reducir su nivel de riesgo”, y así el responsable de la cartera debe seleccionar los mejores proyectos posibles con los recursos disponibles. La lectura práctica es clara: el embudo sólo tiene sentido si ayuda a cortar a tiempo, concentrar recursos y evitar que la organización trate todas las iniciativas como igualmente valiosas. 

5.2. Indicadores del embudo

Si el embudo es un sistema de reducción de incertidumbre, sus indicadores no deberían limitarse al volumen de actividad. Necesita medir entrada, conversión, velocidad, coste y calidad del descarte. Estos son, por ejemplo, algunos de esos indicadores intermedios: número de ideas recibidas, porcentaje de conversión, número de proyectos terminados o ratio de innovaciones lanzadas con éxito. Además, en la pieza reciente sobre validación insiste en la necesidad de “métricas sencillas para seguir el estado de los proyectos”.

Con esa base, un cuadro de mando razonable del embudo debería incluir al menos seis indicadores:

• Número de ideas recibidas: sirve para medir el caudal de entrada, aunque por sí solo no dice nada sobre calidad. 
• % de ideas que pasan a exploración o maduración: indica capacidad de filtrado y calidad media de la captación. 
• % de proyectos que avanzan de fase: refleja si los criterios de paso están siendo superados con evidencia suficiente y no sólo por inercia. 
• Tiempo medio por fase: ayuda a detectar atascos y a distinguir entre maduración rigurosa y lentitud burocrática. 
• Coste medio por proyecto o por aprendizaje relevante: ayuda a elegir los mejores proyectos con recursos limitados y a no perderse en el “círculo del experimento infinito”.
• Tasa de cancelación sana: un buen embudo no sólo selecciona lo que sigue; también elimina lo que no merece más recursos.

5.3. Indicadores de cartera

La cartera de innovación añade una segunda lectura: no basta con que cada proyecto esté razonablemente bien gestionado; importa también el equilibrio del conjunto. La gestión de cartera es un proceso clave porque a través de ella se eligen los proyectos más adecuados para la empresa y se descartan otros. También propone evaluar proyectos mediante una combinación de impacto estratégico, viabilidad tecnológica, viabilidad comercial y criterios financieros, en lugar de depender sólo de indicadores financieros como VAN (Valor Actual Neto) y TIR (Tasa Interna de Retorno).

A partir de ahí, las métricas de cartera deberían observar cinco dimensiones principales. La primera es el equilibrio riesgo/retorno. Es interesante disponer de una cartera con mezcla de innovación incremental, adyacente y radical, con una referencia de reparto tipo de 70/20/10. La segunda es la concentración temática, es decir, si la cartera está demasiado dispersa o demasiado concentrada en un único tipo de iniciativa. La tercera son los proyectos bloqueados, que incluyen tanto los atascados por falta de evidencia como los “proyectos submarino” que consumen recursos fuera del radar del sistema. La cuarta es la proporción entre proyectos escalables y proyectos experimentales, clave para no convertir la cartera en una suma de pilotos perpetuos. La quinta es la velocidad de renovación del portfolio, esto es, la capacidad de introducir, priorizar, cancelar y actualizar iniciativas sin que la cartera se fosilice.

5.4. Qué señales indican que el sistema está fallando

Las patologías de un mal sistema de innovación suelen verse antes en el embudo y en la cartera que en la cuenta de resultados. La primera señal es un embudo inflado: muchas ideas capturadas, muchos proyectos inventariados, pero poca capacidad real de selección y avance. La segunda es la combinación de muchas ideas y pocos aprendizajes. En Innolandia distinguimos con claridadentre registrar métricas de experimentos y registrar aprendizaje validado; si el sistema produce actividad sin conclusiones, está generando ruido, no progreso. 

La tercera señal son los proyectos que nunca mueren. El comité de innovación debe conocer las iniciativas activas, detectar proyectos submarino y decidir si merece la pena invertir en ellos o no. Cuando el sistema no mata proyectos, lo habitual es que la cartera se llene de supervivientes inerciales que bloquean recursos y diluyen el foco. La cuarta señal es el exceso de proyectos pequeños sin impacto, una consecuencia típica de organizaciones que priorizan lo cómodo, lo incremental o lo políticamente fácil, en lugar de gestionar conscientemente la mezcla de la cartera. 

Propuesta práctica: cuadro de mando de funnel y portfolio

Para un comité mensual o trimestral, un dashboard útil y no burocrático podría resumirse así:

La lógica de este cuadro no es controlar más, sino ver mejor. Un sistema de innovación maduro no se reconoce porque tenga más casillas, más reportes o más reuniones, sino porque sabe distinguir entre entrada, progreso, aprendizaje, atasco y descarte. En ese sentido, medir el embudo y la cartera es una forma de proteger la innovación frente a dos peligros simétricos: el caos creativo sin criterio y la burocracia que convierte el proceso en un ritual vacío. 

6. Métricas de proyecto: del seguimiento de tareas al aprendizaje validado

6.1. Por qué un proyecto de innovación no se mide como un proyecto convencional

Un proyecto de innovación no puede medirse con los mismos criterios que un proyecto convencional porque no persigue exactamente el mismo tipo de avance. En un proyecto tradicional, el objetivo principal es ejecutar un plan conocido dentro de unos parámetros de plazo, coste y calidad relativamente estables. En un proyecto de innovación, en cambio, el problema central no es sólo la ejecución, sino la reducción de incertidumbre. Las métricas que se utilizan para gestionar proyectos de innovación no son las mismas que para los proyectos tradicionales, porque en los segundos el plan está prefijado, mientras que en los primeros el objetivo cambia según el grado de madurez y la fase del embudo. 

Esa diferencia se explica por la coexistencia de, al menos, tres incertidumbres. La primera es la incertidumbre de mercado: si el problema que creemos detectar es realmente importante, frecuente y suficientemente doloroso para un cliente concreto. La segunda es la incertidumbre técnica: si la solución puede construirse con un nivel de calidad, coste y fiabilidad aceptable. La tercera es la incertidumbre de modelo de negocio: si, aun siendo deseable y técnicamente factible, la propuesta puede sostenerse económicamente y escalarse con lógica empresarial. El enfoque que tenemos en Innolandia sobre validación de proyectos está precisamente estructurado para responder a esas incertidumbres con datos, no con intuiciones o entusiasmo interno.

Por eso, medir un proyecto innovador no consiste en preguntar únicamente “¿va en plazo?” o “¿se ha cumplido el plan?”, sino “¿qué riesgo hemos reducido?” y “¿qué evidencia nueva justifica seguir invirtiendo?”. Esta lógica enlaza con el ciclo Construir–Medir–Aprender, que se sitúa en el centro de la validación, junto con la distinción entre prototipo y PMV y con una ruta de avance articulada en preguntas-hito que deben responderse con datos reales, medibles y verificables. 

6.2. Los hitos que realmente importan

Si la unidad real de progreso es la reducción de incertidumbre, entonces los hitos relevantes de un proyecto no pueden ser sólo administrativos. Deben ser hitos de validación. Estos hitos se pueden sintetizar en cinco grandes bloques. 

1.-El primero es la validación del problema: demostrar que existe una necesidad relevante y no una mera conjetura de despacho. 

2.-El segundo es la validación de la solución: comprobar que la propuesta resuelve de verdad ese problema y no sólo resulta interesante en abstracto. 

3.-El tercero es la validación del cliente: verificar que hay comportamiento observable de adopción, uso, prueba o disposición a pagar. 

4.-El cuarto es la validación del modelo de negocio: confirmar que hay una lógica económica defendible. 

5.-El quinto es la validación de la ejecutabilidad y del escalado: asegurarse de que la organización puede producir, entregar y crecer con calidad y coste razonables. 

Hay un punto especialmente importante aquí: no todos los hitos tienen el mismo peso en todas las fases. En exploración temprana, un proyecto no debe ser forzado a demostrar rentabilidad cerrada; debe demostrar que existe un problema real y una hipótesis de solución prometedora. En validación intermedia, empieza a ser exigible evidencia de cliente y señales de tracción. En fases más avanzadas, la conversación se desplaza hacia unit economics, repetición, coste de captación, margen y viabilidad de escalado. 

6.3. Qué métricas usar en cada hito

La utilidad del enfoque depende de bajar a métricas concretas. 

Para la validación del problema, son especialmente relevantes las entrevistas y la calidad de la evidencia obtenida: recurrencia del dolor detectado, intensidad del problema, frecuencia de aparición y existencia de soluciones actuales insatisfactorias. La exploración de problemas como paso previo es imprescindible para evitar invertir dinero en proyectos fracasados. 

Para la validación de la solución y del cliente, empiezan a ser más útiles indicadores como la intención de uso o de compra, la respuesta a prototipos o PMV, las conversiones iniciales, el registro de pruebas reales y la aparición de comportamientos que impliquen compromiso, aunque sea pequeño: tiempo dedicado, datos facilitados, uso repetido o disposición a asumir algún coste. No existe avance si éste no está validado y sustentado en datos reales, y el PMV debe servir precisamente para obtener esos datos.

Cuando el proyecto entra en terreno de modelo de negocio, las métricas deben elevar el nivel de exigencia. Aquí son relevantes la repetición, el CAC estimado, el margen, el plazo de recuperación y, en general, las primeras señales de que el proyecto podría sostenerse más allá del experimento. 

Finalmente, para la ejecutabilidad y el escalado, conviene observar si se han resuelto los riesgos técnicos críticos, si la solución puede desplegarse con un coste razonable, si existe capacidad operativa para servir al cliente y si el paso a escala no destruye la propuesta de valor. Esto es importante cuando respondemos a la pregunta si “somos capaces de construir y entregar la solución con la calidad y coste razonable que necesita el mercado” y cuando vinculamos la evaluación a la viabilidad tecnológica y comercial, no sólo financiera.

6.4. Aprender también es avanzar

La consecuencia más importante de todo lo anterior es que, en innovación, aprender también es avanzar. Pero no cualquier aprendizaje. No basta con decir que “hemos aprendido mucho”; hace falta que ese aprendizaje sea válido para decidir. Una métrica demuestra tracción cuando reduce una incertidumbre crítica y muestra comportamiento verificable del mercado o del sistema técnico. Obliga a pivotar cuando los datos contradicen una hipótesis central, pero aún dejan abierta una vía alternativa razonable. Y justifica matar el proyecto cuando la evidencia acumulada muestra que el problema no es relevante, que la adopción no aparece, que la economía no sostiene la propuesta o que los riesgos técnicos son desproporcionados respecto al valor esperable. No existe avance sin validación y hay proyectos que hay que matar para no seguir confundiendo actividad con progreso. 

A efectos prácticos, una ficha de proyecto útil podría estructurarse así:

Ésta es la lógica fuerte del bloque: pasar del seguimiento de tareas al seguimiento de hipótesis. Un proyecto innovador madura cuando transforma supuestos en evidencias y evidencias en decisiones. Todo lo demás —reuniones, documentos, actividad, narrativa interna— sólo es útil si contribuye a ese tránsito. 

7. Métricas de impacto económico: ingresos, ahorros, productividad y retorno

7.1. Qué impactos económicos sí conviene medir

Una vez que la innovación supera la fase de mera exploración y empieza a generar efectos verificables sobre el negocio, resulta indispensable traducir parte de ese valor a términos económicos. La innovación debe demostrar que sirve para algo, que genera impacto y que compite legítimamente por recursos dentro de la empresa. Por eso, cuando se habla de medición empresarial, no se está limitando al discurso genérico sobre “valor”, sino que se identifican varios resultados tangibles que conviene observar: ingresos por nuevos productos o servicios, ahorros por innovación en procesos, mejoras de productividad, financiación externa obtenida y ventas o presencia en nuevos mercados, especialmente internacionales. 

-Los ingresos por nuevos productos o servicios son probablemente la señal más visible, porque expresan la capacidad de la innovación para ampliar la base comercial de la empresa. 

-Los ahorros por nuevos procesos permiten, en cambio, capturar un tipo de innovación que no siempre se traduce en ventas adicionales, pero sí en mayor eficiencia. 

-Las mejoras de productividad añaden una capa relevante: no se trata sólo de vender más o gastar menos, sino de producir más valor por unidad de recurso invertido. 

-La financiación captada, que se incluye como indicador de negocio porque también refleja capacidad de movilizar recursos externos para sostener la innovación. 

-La apertura de nuevos mercados actúa como señal de competitividad ampliada: no es sólo un dato comercial, sino una prueba de que la innovación ha conseguido extender la propuesta de valor a espacios donde antes la empresa no estaba. 

Conviene subrayar que esta lógica económica no niega otras formas de valor. Lo que hace es ordenar las consecuencias de la innovación cuando éstas ya empiezan a ser atribuibles al negocio. La dirección quiere resultados e impacto, y por eso el informe de innovación debe demostrar, entre otras cosas, ingresos y ahorros de costes. Además, el exceso de indicadores acaba diluyendo el mensaje; por eso se recomienda un cuadro de mando muy sintético, con cinco o seis métricas como máximo, y en la confección del reporting anual hay tres familias especialmente útiles: ingresos por innovación, ahorros por innovación e intangibles. 

7.2. Qué costes deben incorporarse

Una medición financiera razonable no puede quedarse en el lado de los beneficios. Necesita identificar con cierta disciplina qué costes deben imputarse a la innovación. Deben considerarse todos los gastos relacionados con la I+D+i: personal interno, I+D externa, maquinaria y software, formación, diseño de nuevos productos y servicios y preparación para producción. Por otro, hay que tener en cuenta una serie de categorías de costes muy operativas: compra de activos, costes de personal, materiales y consumibles, gastos generales imputables, adquisición de conocimiento externo, gastos de diseño e introducción de innovaciones en el mercado. 

A efectos prácticos, eso permite construir una base de costes bastante completa. Como mínimo, conviene incorporar:

• Personal: salarios, seguridad social, viajes y tiempo imputable del equipo. 
• Activos: maquinaria, equipos y otros medios adquiridos para el proyecto. 
• Materiales: consumibles, prototipos, ensayos y materiales de desarrollo. 
• Desarrollo externo: servicios de universidades, centros tecnológicos, consultoras, licencias o conocimiento externo. 
• Software: adquisición o desarrollo de herramientas necesarias para innovar. 
• Formación: capacitación imprescindible para ejecutar la innovación. 
• Preparación para producción o lanzamiento: diseño final, industrialización, gastos de introducción al mercado y puesta en marcha. 

La tesis aquí es clara: si el numerador del valor incluye los flujos positivos asociados a la innovación, el denominador debe recoger con honestidad los recursos consumidos para producirlos. De lo contrario, el resultado se convierte en una ilusión contable.

7.3. Cómo construir una medición financiera razonable

El problema no es sólo qué medir, sino cómo estructurar la medición. Reducir la innovación a un único número puede resultar insuficiente, pero sin algún orden contable es difícil justificar recursos y comparar iniciativas. Una medición razonable debería apoyarse en cuatro decisiones metodológicas. 

La primera es la unidad temporal. Parece normal utilizar ventanas de uno o tres años, siguiendo la lógica de los impactos de innovación recientes. La empresa debe decidir si medirá anualmente, acumulado a tres años o por cohorte de proyecto, pero no conviene mezclar horizontes distintos en una misma lectura. 

La segunda es el criterio de imputación. No todos los costes son directos ni todos los beneficios son inmediatamente atribuibles. Conviene acordar desde el principio qué porcentaje de gastos generales, tiempo de personal o activos comunes se asignará a cada proyecto o programa. 

La tercera es la trazabilidad entre proyecto y resultado. No basta con decir que “la innovación” ha mejorado algo; hay que poder vincular, al menos de manera razonable, un lanzamiento, un proceso o una mejora productiva con el proyecto o cartera que lo generó. 

La cuarta es distinguir entre impacto directo e impacto indirecto. Directo es lo que puede observarse en ventas, costes o productividad. Indirecto es lo que afecta a posicionamiento, cartera futura, reputación tecnológica o acceso a oportunidades nuevas. Ambos importan, pero no deben mezclarse sin más en una sola cifra. 

7.4. Qué hacer con los intangibles

Aquí aparece el límite inevitable de toda medición financiera clásica. Los intangibles existen, son importantes, pero son más complejos de medir. Entre ellos son importantes el aprendizaje o conocimiento acumulado, el posicionamiento, la imagen de marca, el capital intelectual, el atractivo como empleador y otros efectos que no siempre pasan al balance, aunque sí alteran la capacidad competitiva de la empresa. También señala que algunos, como patentes, marcas o modelos de uso, son más fáciles de valorar que otros. 

Para una empresa media, la solución más razonable no es fingir una precisión imposible, sino reportar los intangibles con criterio explícito. Es decir: identificarlos, describir su relevancia estratégica y, cuando sea viable, acompañarlos de un proxy observable. Por ejemplo, aprendizaje acumulado en forma de capacidades nuevas; posicionamiento expresado en capacidad de subir precios o atraer clientes; reputación tecnológica manifestada en colaboraciones o financiación; opcionalidad estratégica entendida como apertura de nuevas líneas de negocio. 

Fórmula simple y ejemplo numérico

Como base operativa, puede utilizarse una fórmula sencilla de rentabilidad de la innovación:

Rentabilidad de la innovación = (Ingresos nuevos + Ahorros + Mejora de productividad monetizada + Financiación captada atribuible) / Costes totales de innovación

Ejemplo: una empresa lanza un nuevo servicio que aporta 300.000 € adicionales, mejora un proceso con 80.000 € de ahorro anual, logra 40.000 € por mejora de productividad monetizada y capta 60.000 € de financiación asociada. Sus costes totales imputados de innovación han sido 240.000 €.
Resultado:

(300.000 + 80.000 + 40.000 + 60.000) / 240.000 = 2,0

Es decir, por cada euro invertido, la empresa ha generado dos euros de retorno bruto atribuible. Ese dato es útil, pero sólo si se acompaña de contexto: horizonte temporal, criterios de imputación e intangibles logrados. Ésa es la lección de fondo: la lógica económica importa, pero no agota todo el valor de la innovación. 

8. Métricas culturales: cómo saber si la organización realmente está aprendiendo a innovar

8.1. Por qué la cultura también se mide

La cultura de la innovación no es un complemento blando del sistema, sino una de sus condiciones de posibilidad. La cultura no es un eslogan ni un póster, sino un patrón observable de conductas sostenido por valores que lo legitiman. Eso significa que la unidad de análisis no es el discurso corporativo, sino cómo se decide, cómo se aprende, cómo se colabora y cómo se gestiona el error en el día a día. Si una empresa dice que fomenta la experimentación, pero en la práctica penaliza el error o burocratiza el aprendizaje, lo que existe es una cultura de control, no una cultura innovadora.

Ésa es la razón por la que la cultura también debe medirse. No para reducirla a un número, sino para evitar el autoengaño organizativo. La cultura se demuestra por repetición: cuando formular hipótesis, probar rápido, compartir aprendizajes y tomar decisiones con información imperfecta se convierten en rutina, no en excepción. Sin indicadores, la organización tiende a quedarse en impresiones subjetivas o en eventos puntuales que generan entusiasmo, pero no cambian hábitos. Por eso es importante “medir para mantener rumbo”, utilizando dos métricas básicas para seguir el pulso cultural: el número de ideas y el porcentaje de personas que proponen ideas. 

Además, sin cultura el sistema de innovación se vacía. Puede haber metodología, talleres, un embudo formal o incluso proyectos aislados, pero si el entorno premia sólo la eficiencia, no protege tiempo de exploración y castiga el error, la innovación queda reducida a una actividad marginal o clandestina. El cuello de botella real suele estar en la cultura, porque es ella la que decide qué comportamientos son seguros y cuáles se castigan, aunque nadie lo diga en voz alta. Eso convierte a la medición cultural en una cuestión de gestión, no de clima interno. 

8.2. Indicadores culturales útiles

Si aceptamos que la cultura es comportamiento repetido, entonces sus métricas deben observar comportamientos, no declaraciones. Estos son algunos indicadores muy útiles. 

-El primero es el número de personas que aportan ideas, porque no mide sólo creatividad, sino normalización de la participación. 

-El segundo es el número de ideas por persona, especialmente observado en su evolución temporal: si hay un goteo sostenido o sólo picos puntuales asociados a campañas o concursos. 

-El tercero es el número de ideas implantadas o el porcentaje de ideas que se convierten en mejoras, experimentos o proyectos, porque ahí es donde la cultura deja de ser energía difusa y empieza a traducirse en transformación real. 

-Un cuarto es el aprendizaje compartido: si los resultados de experimentos, éxitos y fracasos circulan y se convierten en conocimiento organizativo. 

-Otro es la participación transversal, es decir, si la innovación sale “del armario” y deja de ser cosa de un único departamento o de las mismas personas de siempre: “¿participan siempre los mismos?”. Si la respuesta es sí, probablemente existe actividad innovadora, pero no cultura innovadora distribuida. 

También son relevantes el tiempo dedicado a innovar y la presencia de líderes que patrocinan proyectos. La cultura innovadora necesita condiciones mínimas practicables: foco, reglas, ritmos, tiempo y responsabilidad. Sin tiempo protegido, la innovación compite siempre contra la urgencia operativa. Sin liderazgo patrocinador, las iniciativas quedan sin legitimidad cuando generan fricción o atraviesan incertidumbre. En ese sentido, medir cultura implica observar si la organización reserva espacio real para explorar y si los mandos convierten la innovación en una práctica segura y reconocida.

8.3. Cómo evitar métricas cosméticas

El mayor riesgo de la medición cultural es caer en métricas cosméticas. La primera forma de cosmética son los buzones llenos de ideas sin ejecución. Es el síndrome de “mucho brainstorming, poca implantación”: la cultura no puede defenderse sólo por actividad, porque dirección terminará preguntando con razón “¿de qué nos sirve?”. Por eso es importante conectar la participación con resultados mediante indicadores como ideas implantadas por persona o valor económico generado por ideas internas.

La segunda forma de cosmética son los talleres sin continuidad. Un workshop puede ser útil, pero no equivale a cultura. La cultura aparece cuando las conductas se vuelven normales y repetibles. Si tras cada sesión la organización vuelve a sus viejas inercias y no hay proyectos, aprendizaje ni cambios de comportamiento, el taller ha sido una experiencia, no una transformación. El evento anual puede ser excitante, pero la cultura innovadora es monótona, porque consiste en hábitos sostenidos.

La tercera forma de cosmética es la participación alta sin impacto. Un programa masivo puede movilizar a muchas personas y generar sensación de dinamismo, pero si no se convierte en aprendizaje organizativo, mejoras implantadas o nuevas capacidades, su valor es limitado. La cultura debe conectar con resultados y con la capacidad real de adaptación, colaboración y aprendizaje. Medir sólo volumen de participación sin medir conversión a valor es una forma sofisticada de autoengaño. 

Mini-cuadro de mando cultural

Para evitar esa deriva, un cuadro de mando cultural semestral puede ser deliberadamente pequeño. Bastan pocas métricas bien elegidas:

La lógica de este cuadro es sencilla: medir si la organización participa, convierte, aprende y sostiene. Es necesario observar la cultura a través de participación, ideas y valor generado, no de declaraciones genéricas. En otras palabras, una empresa aprende a innovar cuando la innovación deja de ser un gesto ocasional y se convierte en una práctica observable, compartida y útil. 

9. El cuadro de mando mínimo viable de innovación

9.1. Principios de diseño

Después de haber recorrido las capas estratégica, sistémica, de proyecto, económica y cultural, la pregunta inevitable es cómo traducir todo eso a un instrumento de gestión usable. La respuesta no es construir un sistema exhaustivo, sino un cuadro de mando mínimo viable. Un buen sistema de comunicación y seguimiento no tiene que ser largo, ni complejo, ni cargado de decenas de indicadores; al contrario, debe ser sintético, legible para dirección y suficientemente útil para visibilizar impacto, conseguir apoyos y aprender qué está funcionando y qué no. Es aconsejable no usar “75 indicadores”, sino cinco o seis como máximo para mostrar impacto y resultados. 

De ahí se derivan cinco principios de diseño. 

-El primero es pocas métricas, bien elegidas. El exceso de indicadores produce ruido, dispersa la atención y facilita el reporting ornamental. 

-El segundo es métricas por nivel de decisión: no necesita ver lo mismo un comité de innovación que un responsable de proyecto o la dirección general. 

-El tercero es lectura ejecutiva: la información debe poder leerse rápido, con sentido directivo y con capacidad de conducir decisiones. 

-El cuarto es comparabilidad en el tiempo: un cuadro de mando sólo sirve si permite observar evolución, no fotos aisladas. 

-El quinto es foco en decisiones, no en narrativas autocomplacientes. 

El informe no debe ser un panfleto para contar lo “buena” que es la innovación, sino una herramienta para conectar actividades con resultados y próximos pasos dentro de la estrategia del negocio. 

Este planteamiento implica una idea de gobernanza muy precisa: la métrica no es un fin, sino una mediación entre evidencia y decisión. Por eso, el dashboard mínimo viable debe operar como un sistema jerárquico. Algunas métricas sirven para orientar estrategia; otras, para vigilar la salud del portfolio; otras, para decidir sobre proyectos concretos; otras, para traducir impacto económico; y otras, para saber si la cultura está sosteniendo el sistema o vaciándolo.

9.2. Propuesta de cuadro de mando

Si el objetivo es disponer de un cuadro de mando realmente utilizable, una propuesta mínima viable podría componerse de 17 métricas repartidas en cinco bloques. No son pocas en valor absoluto, pero sí son pocas para abarcar todo el sistema, y además no todas deben verse con la misma frecuencia ni por las mismas personas. La clave está en que cada métrica responda a una pregunta de gestión claramente identificable. 

Bloque estratégico: 3 métricas

• % de proyectos alineados con vectores o tesis de innovación
• Inversión por vector prioritario
• Ratio de cartera incremental / adyacente / radical

Bloque cartera / funnel: 4 métricas

• % de ideas que pasa a exploración o maduración
• % de proyectos que avanza de fase
• Tiempo medio por fase
• Tasa de cancelación sana o proyectos descartados a tiempo

Bloque proyecto: 5 métricas

• Hipótesis críticas validadas por fase
• Señales de problema relevante
• Intención de uso o compra / conversión inicial
• Repetición o recurrencia de uso
• Riesgos técnicos o de negocio críticos resueltos

Bloque impacto económico: 3 métricas

• Ingresos por innovación
• Ahorros por innovación
• Rentabilidad simple o retorno atribuible

Bloque cultural: 2 métricas

• % de personas que aportan ideas o participan en innovación
• % de ideas implantadas o convertidas en experimento/proyecto

9.3. Ritmo de revisión

Un cuadro de mando falla no sólo cuando elige malas métricas, sino también cuando todas se revisan con el mismo ritmo. La innovación trabaja con tiempos distintos según el nivel. Los proyectos necesitan seguimiento cercano; la cartera requiere decisiones periódicas de priorización y descarte; el impacto económico y cultural se consolida en ventanas más largas, a menudo anuales o semestrales. 

Por eso, el ritmo de revisión recomendable sería el siguiente:

• Mensual para proyectos: aquí interesa seguir hipótesis, evidencias, riesgos resueltos y decisiones de avance, pivotaje o cancelación. 
• Trimestral para cartera y funnel: es la cadencia adecuada para leer saturación, equilibrio del portfolio, cuellos de botella, avance entre fases y disciplina de descarte. 
• Semestral o anual para impacto y cultura: ingresos, ahorros, retorno, participación o ideas implantadas requieren más tiempo para adquirir significado y comparabilidad. 

La ventaja de esta estructura es que protege a la organización de dos errores simétricos: la hiperfrecuencia inútil —que convierte todo en microcontrol— y la revisión demasiado tardía —que llega cuando ya se ha acumulado demasiado coste hundido. Es fundamental seguir un proceso de gestionar, aprender y corregir, no de documentar retrospectivamente lo ocurrido cuando ya no puede hacerse nada. 

9.4. Quién debe ver qué

La última cuestión de gobernanza es la distribución de visibilidad. No todo el mundo necesita todo el cuadro de mando. Un buen sistema muestra a cada actor la parte que le corresponde decidir. El comité de innovación debe ver el cuadro más transversal: alineación estratégica, cartera, ritmo del funnel, estado de los proyectos críticos y señales agregadas de impacto. La dirección general necesita una versión aún más sintética: foco estratégico, impacto económico, evolución del portfolio y próximos pasos. Los responsables de proyecto requieren el máximo detalle en hipótesis, validación y riesgos. Y las áreas funcionales —finanzas, operaciones, comercial, personas— deberían acceder a la parte que conecta la innovación con sus decisiones específicas: unit economics, escalabilidad, recursos o participación interna.  

A efectos prácticos, una adaptación por tipo de organización podría quedar así. En una pyme, el dashboard puede ser muy compacto: 1 métrica estratégica, 2 de funnel/proyecto, 2 económicas y 1 cultural, revisadas en una reunión mensual y otra trimestral. En una empresa mediana, ya tiene sentido desplegar el cuadro completo en cinco bloques, con responsables parciales por área. En una organización industrial o tecnológica, conviene reforzar especialmente dos capas: la trazabilidad entre proyecto e impacto económico, y la separación entre proyectos experimentales y proyectos escalables, porque ahí el coste de equivocación y la complejidad del escalado suelen ser mayores.  

En síntesis, el cuadro de mando mínimo viable de innovación no es un catálogo de KPIs, sino una herramienta de gobierno. Su criterio de calidad no es cuántas cosas mide, sino si ayuda a responder cuatro preguntas: dónde estamos innovando, qué está aprendiendo el sistema, qué proyectos merecen recursos y qué valor está generando todo ello para el negocio. Cuando logra eso, deja de ser reporting y se convierte en dirección. 

EJEMPLO DE CUADRO DE MANDO DE INNOVACIÓN

1. Contexto del ejemplo

Tipo de empresa: empresa industrial mediana
Objetivo del cuadro de mando:

• ver si la innovación está alineada con la estrategia,
• controlar la salud del embudo y de la cartera,
• seguir el avance real de los proyectos,
• medir impacto económico,
• y comprobar si la cultura innovadora está ganando tracción.

Horizonte de revisión:

• mensual para proyectos,
• trimestral para cartera y estrategia,
• semestral/anual para impacto y cultura.

2. Cuadro de mando ejemplo

A. Métricas estratégicas

Indicador	Valor actual	Objetivo	Frecuencia	Responsable	Semáforo
% de proyectos alineados con vectores estratégicos	82%	>85%	Trimestral	Dir. Innovación
Inversión en vector prioritario 1 (sostenibilidad / eficiencia)	46%	40–50%	Trimestral	Dir. Innovación + Finanzas
Ratio cartera incremental / adyacente / radical	68 / 22 / 10	70 / 20 / 10	Trimestral	Comité de innovación

Lectura

La empresa está razonablemente alineada con sus prioridades, aunque todavía tiene algunos proyectos fuera de foco. La mezcla de cartera es sana y bastante coherente con una organización que quiere combinar explotación del negocio actual y construcción de futuro.

B. Métricas de cartera y embudo

Indicador	Valor actual	Objetivo	Frecuencia	Responsable	Semáforo
Nº de ideas recibidas en el trimestre	38	25–40	Trimestral	PMO Innovación
% de ideas que pasa a exploración	29%	20–30%	Trimestral	Comité de innovación
% de proyectos que avanza de fase	54%	50–60%	Trimestral	Comité de innovación
Tiempo medio por fase	9 semanas	<8 semanas	Trimestral	PMO Innovación
Tasa de cancelación sana	21%	15–25%	Trimestral	Comité de innovación
Proyectos bloqueados	4	<2	Mensual	Dir. Innovación
% proyectos escalables vs. experimentales	35 / 65	40 / 60	Trimestral	Dir. Innovación
Renovación del portfolio (altas + bajas / total)	18%	>15%	Trimestral	Comité de innovación

Lectura

El embudo está vivo y selecciona razonablemente bien, pero hay una señal de alerta clara: demasiados proyectos bloqueados. Eso suele indicar cuellos de botella de recursos, decisiones retrasadas o proyectos que no se están matando a tiempo.

C. Métricas de proyecto

Aquí se siguen los 5 proyectos prioritarios del portfolio. Para no complicar el cuadro, se resumen en indicadores agregados.

Indicador	Valor actual	Objetivo	Frecuencia	Responsable	Semáforo
Hipótesis críticas validadas por proyecto (media)	3,2	>3	Mensual	Responsable de proyecto
Proyectos con evidencia sólida de problema	4 de 5	5 de 5	Mensual	Responsable de proyecto
Proyectos con señales de uso / compra inicial	3 de 5	4 de 5	Mensual	Responsable de proyecto + Comercial
Proyectos con repetición o recurrencia	2 de 5	3 de 5	Mensual	Responsable de proyecto
Riesgos críticos resueltos	67%	>75%	Mensual	Responsable de proyecto + Operaciones

Lectura

Los proyectos avanzan en validación, pero todavía no todos están demostrando tracción suficiente. La atención del comité debería centrarse en decidir qué proyectos merecen más inversión, cuáles deben pivotar y cuáles deberían cerrarse.

D. Métricas de impacto económico

Indicador	Valor actual	Objetivo	Frecuencia	Responsable	Semáforo
Ingresos por innovación (últimos 12 meses)	620.000 €	500.000 €	Semestral	Dirección general + Finanzas
Ahorros por innovación en procesos	210.000 €	180.000 €	Semestral	Operaciones + Finanzas
Rentabilidad simple de innovación	1,8	>1,5	Semestral	Finanzas + Dir. Innovación
Financiación captada asociada a innovación	145.000 €	120.000 €	Anual	Dir. Innovación
Nuevos mercados abiertos	2	2	Anual	Comercial + Dirección

Lectura

El impacto económico es bueno. La innovación no sólo está generando ingresos, sino también ahorro y acceso a recursos externos. En este ejemplo, el principal reto no está en justificar el sistema, sino en mejorar la calidad del pipeline futuro.

E. Métricas culturales

Indicador	Valor actual	Objetivo	Frecuencia	Responsable	Semáforo
% de personas que han aportado al menos una idea o reto	34%	>40%	Semestral	RR. HH. + Innovación
Ideas por persona participante	1,8	>2	Semestral	Innovación
% de ideas implantadas o convertidas en experimento	17%	>20%	Semestral	Innovación
Participación transversal entre áreas	5 áreas	6 áreas	Semestral	Innovación + RR. HH.
Líderes que patrocinan proyectos	7	8	Semestral	Dirección

Lectura

La cultura innovadora está viva, pero todavía no es plenamente transversal. La participación existe, aunque aún no alcanza masa crítica. La empresa debería trabajar especialmente la implicación de líderes y la conversión de ideas en acción.

3. Resumen ejecutivo del cuadro de mando

Diagnóstico general

Situación global del sistema: razonablemente buena, con tres mensajes clave:

1. La estrategia está bastante bien alineada, aunque todavía hay iniciativas fuera de foco.
2. El embudo funciona, pero presenta atascos, especialmente por proyectos bloqueados.
3. El impacto económico ya es convincente, mientras que la cultura todavía está en fase de consolidación.

Decisiones recomendadas del comité

A partir de este cuadro de mando, el comité de innovación debería tomar decisiones como éstas:

• cerrar o desbloquear los 4 proyectos atascados;
• elevar el criterio para que sólo entren al portfolio proyectos claramente alineados;
• reforzar el paso de validación a tracción en los proyectos más prometedores;
• aumentar la participación interna y el patrocinio de líderes;
• mantener la inversión en los vectores estratégicos que ya están generando resultados.

4. Versión resumida “de una sola página”

Si quisieras una versión todavía más ejecutiva, podrías dejarla en estos 10 indicadores clave:

Estratégicos

• % de proyectos alineados con vectores
• ratio incremental / adyacente / radical

Cartera / embudo

• % de ideas que pasa a exploración
• % de proyectos que avanza de fase
• proyectos bloqueados

Proyecto

• hipótesis críticas validadas
• proyectos con tracción inicial

Impacto económico

• ingresos por innovación
• ahorros por innovación

Cultura

• % de personas participantes

5. Fórmula simple de lectura del dashboard

Una forma muy útil de interpretar el cuadro es esta:

• Si hay actividad, pero no aprendizaje → problema de proyecto
• Si hay aprendizaje, pero no priorización → problema de cartera
• Si hay cartera, pero no foco → problema estratégico
• Si hay sistema, pero no participación → problema cultural
• Si hay todo eso, pero no impacto → problema de modelo de negocio o escalado

6. Plantilla editable simplificada

Te dejo también una versión tipo plantilla para rellenar:

10. Errores frecuentes al medir la innovación y cómo corregirlos

Medir mal la innovación no suele ser un fallo anecdótico, sino un problema estructural. Las organizaciones arrastran sistemas de control diseñados para contextos de explotación: estabilidad, previsión, eficiencia y cumplimiento. La innovación, en cambio, trabaja en entornos de incertidumbre, con hipótesis cambiantes, aprendizaje progresivo y decisiones que deben tomarse antes de disponer de resultados finales. Por eso aparecen errores recurrentes: no son simples despistes, sino el efecto de aplicar una lógica de gestión inadecuada al objeto equivocado. Así, es importante distinguir vectores, cartera, funnel, contabilidad de la innovación y modelo operativo como partes distintas de un mismo sistema. Las métricas deben servir para actuar, no para mirar retrospectivamente lo ocurrido. 

El primer error consiste en medir sólo outputs finales: ingresos, lanzamientos, patentes o ROI. Estas métricas importan, pero llegan tarde y no ayudan a gobernar fases tempranas. Si una empresa sólo mira el resultado final, se queda ciega ante la calidad del aprendizaje intermedio y convierte la innovación en una especie de lotería cuyo valor sólo se conoce al final. Por eso en Innolandia proponemos métricas por fases y por niveles —operativo, cartera y estratégico—, precisamente para no depender exclusivamente del desenlace económico. 

El segundo error es medir actividad sin aprendizaje. Reuniones, talleres, ideas, prototipos o experimentos pueden dar sensación de dinamismo, pero no prueban avance real. La pregunta decisiva no es cuánto se ha hecho, sino qué incertidumbre se ha reducido. La validación exige evidencia observable y el progreso debe expresarse en hipótesis confirmadas o refutadas, no en simple volumen de actividad. 

El tercer error es usar la misma métrica para todas las fases. No puede pedirse a una idea en exploración el mismo tipo de prueba que a una solución en escalado. En las primeras fases importan el problema, la solución y la evidencia temprana; más adelante ganan peso la tracción, la economía unitaria y el impacto financiero.

El cuarto error es premiar sólo los éxitos y ocultar los cierres inteligentes. Si el sistema sólo celebra lo que llega al mercado y castiga el descarte, la organización tenderá a prolongar proyectos débiles para evitar reconocer que no merecen más recursos. Pero un sistema sano también debe saber matar a tiempo. 

El quinto error es no distinguir entre innovación incremental y radical. Cuando se meten en la misma bolsa proyectos de riesgo muy distinto, las comparaciones se vuelven injustas y la cartera se sesga hacia lo fácil. Para evitar este error hay que separar la cartera en incremental, adyacente y radical, y decidir de antemano qué proporción de inversión y proyectos debe haber en cada nivel. 

El sexto error es hacer cuadros de mando imposibles de mantener. Un dashboard lleno de indicadores puede parecer sofisticado, pero suele acabar siendo irrelevante. Es mejor tener pocos indicadores, bien elegidos, capaces de comunicar impacto, orientar decisiones y sostener conversaciones ejecutivas útiles.

A efectos prácticos, el esquema de corrección podría resumirse así:

En síntesis, estos errores persisten porque la empresa intenta gobernar la innovación con hábitos heredados de la operación. Corregirlos exige un cambio de lógica: medir menos para ver mejor, distinguir niveles, aceptar la incertidumbre y usar las métricas como criterio de foco, aprendizaje y decisión. 

11. Cierre: medir para aprender, decidir y crear valor

A estas alturas, la conclusión principal debería resultar clara: la innovación sí se puede medir, pero no con una única lógica, ni con una sola métrica, ni con el mismo patrón que utilizamos para controlar operaciones maduras. Ésa ha sido la tesis de fondo de todo el artículo. Medir innovación no significa imponer una ilusión de certeza sobre un proceso incierto, sino construir un sistema que permita orientarse mejor dentro de esa incertidumbre. Por eso es necesario articular la innovación como un sistema compuesto por vectores estratégicos, cartera, embudo, contabilidad de la innovación y modelo operativo. La medición, en ese marco, no es un apéndice técnico: es una forma de gobierno. 

También debería quedar claro otro punto decisivo: la innovación no necesita menos medición, sino mejor medición. Durante mucho tiempo se ha planteado una falsa alternativa entre creatividad y control, como si medir fuera necesariamente burocratizar y como si dejar hacer fuera la única forma de preservar la exploración. Pero esa oposición es intelectualmente pobre. Lo que destruye la innovación no es la medición en sí misma, sino la medición mal diseñada: la que sólo mira resultados finales, la que confunde actividad con avance, la que exige rentabilidad demasiado pronto o la que llena de indicadores un sistema que luego nadie usa para decidir. Existe una lógica mucho más madura: métricas accionables, por fases, por niveles y al servicio de decisiones concretas. 

En el fondo, una empresa madura no debería preguntarse únicamente “cuánto hemos ganado con la innovación”, aunque esa pregunta sea legítima y necesaria. Debería preguntarse también qué hemos validado, qué riesgos hemos reducido, qué capacidades hemos construido, qué parte de nuestra cartera está realmente alineada con el futuro que buscamos y qué apuestas merecen escalarse. Ésa es la diferencia entre entender la innovación como un conjunto disperso de iniciativas y entenderla como una disciplina de gestión. Cuando la medición permite responder a esas preguntas, deja de ser reporting y se convierte en dirección. Y ahí es donde la innovación deja de depender del entusiasmo de unos pocos y empieza a convertirse en una capacidad organizativa real, sostenida y generadora de valor. 

La entrada Métricas y contabilidad de la innovación: cómo medir lo que importa sin matar la innovación se publicó primero en .

Mira. 

Este año nos está pasando algo raro. No me había pasado nunca en los 14 años de Innolandia. 

Nos están retrasando proyectos. De forma masiva. 

Teníamos varios design sprints cerrados en diciembre y todos se han ido moviendo. Patada adelante. 

Más allá de echarle la culpa a nadie, lo que percibo es miedo. 

Mucho miedo. 

Lo he hablado con colegas, con amigos que trabajan en otras cosas…

Y la sensación es generalizada. Tenemos miedo. Miedo a tomar decisiones. 

¿Y si esta inversión es equivocada? ¿ChatGPT o Copilot? ¿Cómo escala esta tecnología?

Como escribía el gran Eugenio Mallol, nadie quiere que le despidan por un piloto de IA que no funciona. 

A eso súmale el caos geopolítico internacional, con Trump volviendo al salvaje oeste, un país que se cae a pedazos (caos ferroviario, listas de espera hospitalarias, alquileres, salarios por los suelos).

Mientras hemos desperdiciado 80 mil millones de euros para cambiar el modelo productivo… haciendo kits digitales, y dedicando solo el 20% de todo ese dinero a I+D+i. Alguien debería ir al rincón de pensar.

Así que hay mucha gente que se está cagando en los pantalones. Yo el primero. 

En casa acabamos de paralizar un viaje a USA de vacaciones, por miedo a las consecuencias del ataque a Irán. 

En este entorno, otro factor que veo son la venganza de los informáticos en las empresas.

Después de verse superados durante la primera ola de adopción de la IA generativa los departamentos de IT / Sistemas están entrando a poner orden. Porque son los que saben.

Pero es falso. 

Saben de tecnología (a veces, otras simplemente son helpdesk o gestores de proveedores subcontratados). 

En la inmensa mayoría de los casos no entienden que es un proceso de gestión del cambio. De personas, de adopción de procesos y no de herramientas. 

Pero, ¿por qué hay tanto miedo?

Dice Pablo Grueso que todos tenemos una cantidad máxima de información que podemos asimilar, antes de colapsar. 

Personalmente estoy llegando a ese punto, porque me veo a punto de colapso. 

En las últimas semanas estoy leyendo muchas noticias sobre el fin del mundo empresarial. 

Desde el final de los modelos SaaS, el despido del 40% de la plantilla del ex – fundador de Twitter, por un cambio ele modelo de negocio, o los artículos sobre 

Mira. 

En la Edad Media de Innolandia, cuando aún era una multinacional unipersonal, usaba esta gráfica, de Deloitte HR Press.

Se ve clarísimo las diferentes velocidades de adopción de tecnología. 

La curva 1 representa el crecimiento exponencial de la tecnología. Después, el ritmo al que los humanos, de forma individual podemos asumir el cambio. 

El tercer nivel es el de las organizaciones, que siempre van más despacio que las personas individuales. Y por último la legislación (aunque en Europa hemos intentado invertir el ritmo) 

Los humanos somos incapaces de comprender el crecimiento exponencial. Recuerda en el COVID, cuando no entendíamos el ritmo de crecimiento de los contagios, porque era exponencial. 

Y el sistema sanitario no era capaz de adaptarse, porque está diseñado para ritmos lineales.

Pues esto es lo que está pasando actualmente. 

# 1 Tecnología

La velocidad de lanzamientos de nuevas versiones de los modelos de IA está siendo brutal. Imposible de seguir. 

En el webinar de Navidad 2025, mi compañera Ángela enseñaba esta gráfica. 

La velocidad de lanzamiento aumenta, aunque los saltos son cada vez menores. Esto nos genera un estrés enorme, para estar actualizados. Puro FOMO. 

#2 Adaptación individual

En la Radiografía del innovador (dic 2024!) descubrimos que el 100% de los innovadores que utilizaban Copilot corporativo tenían cuenta personal de ChatGPT. 

Esto es lo que se llama AI Shadow o uso de la IA en la sombra. 

Como las herramientas disponibles no nos llegan, nos buscamos la vida para resolver lo que se espera de nosotros. 

#3 Adaptación organizacional

Una vez que los primeros usuarios han empezado a adoptar la herramienta, llegan los de Sistemas a intentar poner orden. 

Cursos básicos de adopción masivos, intentos de Labs para pilotos, contratos con partners de Microsoft a tanto el kilo de licencia…  

De nuevo, aplica mi teorema de la transformación digital:  si tienes un proceso de mierda y lo digitalizas, tendrás una mierda digital. 

Luego algunos clientes nos llaman para apagar incendios, cuando se dan cuenta que esto no va de herramientas, sino de innovación en procesos. 

Rediseño brutal de nuevos procesos. 

#4 Adaptación de políticas públicas

Esto se está viendo muy claro en la caída brutal de la tasa de aprobación de los proyectos subvencionados. 

Mientras todo el mundo está utilizando la IA para preparar memorias de proyectos, la Comisión Europea, CDTI y resto de evaluadores no pueden utilizar la IA para evaluar. 

Efecto embudo, que terminará con un retraso brutal en la aprobación y concesión de ayudas. 

Esta situación de infoxicación más crecimiento exponencial de la tecnología genera un entorno de INCERTIDUMBRE.  

Y nuestro cerebro de mono evolucionado reacciona como si viera un tigre dientes de sable.

La respuesta humana a la incertidumbre

Como te decía tenemos un “cableado” neurológico de miles de año de evolución, que no podemos evitar. 

Nuestro cerebro ha desarrollado comportamientos automáticos (sistema 1 de Kanheman) para mejorar la supervivencia. 

Necesitamos un entorno estable lo que va a pasar para responder en automático, sin pensar. 

Sin embargo, la incertidumbre requiere pensar, para adaptarnos. Aplicar el sistema 2 de Kanheman. Y no lo estamos haciendo. 

Ante tantos estímulos de información y a tal velocidad, nuestro cerebro responde de 3 formas: 

#1 Negación 

Como si llegara un tsunmi a lo lejos, lo vemos pero pensamos que no nos va a tocar a nosotros. Es el efecto avestruz que esconde la cabeza. Ojos que no ven… 

A veces comentamos en el equipo que estamos tan metido en la bola de nieve, que no nos damos cuenta que somos unos privilegiados de vivir en esta época. 

Y de esta tomando acciones para adaptarnos. 

Es lo que los economistas llamamos la curva K, que describe un aumento de la desigualdad a partir de un punto de ruptura. 

Ahora mismo estamos en el punto de que el mundo se va a dividir en 2, por culpa de la IA: los que se adapten y puedan controlar la tecnología y los que no y serán dominados por la tecnología. 

Solo queda sino seguir explorando.

#2 Parálisis

Nos bloqueamos, no tomamos decisiones, esperando a que todo se aclare, lo que no ocurrirá nunca. 

A pesar de que el CEO de Anthropic (creadores de la IA Claude) ha propuesto en una entrevista que quizás debamos frenar la velocidad de desarrollo, el resto de participantes en la fiesta no lo tienen tan claro. 

OpenAI y Google están metidos en una carrera de desarrollo, junto con otros modelos, para encontrar el modelo de negocio que funcione, con lo que parar no es una opción.

Hay muchísimo dinero en juego.  

Esta parálisis es la que está retrasando nuestros proyectos. El efecto del miedo en la mayoría de las organizaciones. 

#3 FOMO (fear of missing out, miedo a perderse algo) 

Esta es justo la opción contraria. 

Ante el miedo de quedarnos fuera de juego, desarrollamos la hiperactividad. 

Nos movemos sin parar, probando continuamente y dando bandazos. Cambio de herramientas continuo sin profundizar. 

En Innolandia es quizás la respuesta que mejor nos identifica. Y tampoco es demasiado bueno. 

Cualquiera de estas tres respuestas tiene un impacto en nosotros y nuestra salud mental. 

Nuestra respuesta biológica ante el peligro (desde el FOMO a perderse cosas o a que te despidan por la revolución tecnológica) es prepararnos para huir o luchar. 

Cuando corríamos por los bosques huyendo de un tigre diente de sable que nos quería comer, podía tener sentido. Generar cortisol para salvar el pellejo. 

Esa hormona nos genera picos de estrés. Ahora no hay tigres, pero sentimos que las amenazas son continuas (lanzamientos, noticias…) y el pico se transforma en crónico.  

En mi caso, tengo demasiados días en amarillo (día regular) en nuestro NikoNiko de salud mental en la empresa. 

Ya te he dicho cómo nos está afectando todo esto en Innolandia. Pero…

¿Cómo afecta en el día a día de la I+D+i? 

Yo creo que habrá 3 grandes efectos de estos días de incertidumbre y miedo en los que vivimos en tu trabajo diario de innovación e I+D.

#1 Los procesos se van a acelerar 

Ya estamos viendo la reducción del tiempo de desarrollo de nuevos productos. 

Del tiempo de redacción de propuestas de proyectos nacionales y europeos. 

Pasar de hacer un plan de proyectos en 2 días a hacerlo en 1 hora. O de analizar un test de concepto en 3 días a hacerlo en 1 tarde. 

Nuestros clientes nos están pidiendo crear y utilizar asistentes de IA para desarrollar nuevos productos y servicios a gran escala. O para gestionar sus proyectos más rápido. 

Podemos hacer más con menos. Pero como decía un antiguo jefe, ¿estamos haciendo las cosas correctas?

No queremos más proyectos. Sino los proyectos adecuados. El riesgo del innowashing se dispara.

#2 Mayor igualdad en las propuestas

Utilizo mucho esta gráfica en mis presentaciones. Si utilizamos los mismos algoritmos de IA y los mismos data sets con los que están entrenados, obtendremos los mismos resultados que la competencia. 

El conocimiento está disponible para todo el mundo. La competencia sube. Es lo que Jaime Gómez-Obregón llama “la ciudadanía turbopropulsada”. 

Se dispara la cantidad de propuestas presentadas, porque todos usamos IA. Pero los evaluadores no podemos utilizar la IA. 

La Comisión está rechazando financiar proyectos excelentes con 15 sobre 15 puntos, porque un becario espabilado te hace una propuesta decente con IA, así que imagina lo que puede hacer un serio con experiencia. 

La pregunta es: ¿cómo vamos a conseguir ideas y proyectos realmente creativos? 

La única diferenciación es el factor humano. 

#3 Pérdida de control

Lo hemos visto en varios clientes. Los departamentos de IT quieren monopolizar el despliegue de la IA generativa…. Sin conocer el proceso. 

Esto me recuerda a cuando querían implantar ERPs, sin tener ni idea de finanzas ni de cadena de suministro, planificación de producción. 

Lo viví en mi vida anterior. Y cualquiera que haya vivido una implantación de SAP o Dynamics lo sabe. 

Esto genera frustración en los innovadores. Mucha. 

Clientes que tienen que disfrazar nuestras colaboraciones como formación o diseño de procesos (que en el fondo es lo que es), para evitar que los de Sistemas

Departamentos que piden entornos de pruebas y producción para un asistente de Copilot. O peor aún, que los innovadores aprendan a programar en Phyton. 

¿Estamos locos o qué?

Mira. 

Vivimos una época apasionante para los que nos dedicamos a la innovación. 

Pero no quiere decir que sea fácil. Adaptarse a la incertidumbre todos los días es agotador. 

Yo tengo días en los que me cuesta dormir. O me despierto a medianoche soñando con los efectos de los proyectos retrasados. 

En uno de los artículos que se ha hecho viral en estos días, Matt Summer (te dejo el resumen de Pep Martorell en castellano) habla sobre la necesidad de aprender continuamente, de adaptarnos en este nuevo entorno. 

Porque eso es lo único que realmente está en nuestra mano. 

Ya lo decía Darwin: no sobreviven las especies más fuertes, sino las que mejor se adaptan al entorno. 

Y estamos en medio de la caída de un meteorito. 

La entrada Días de miedo e incertidumbre se publicó primero en .

0. Apertura editorial

Decía Karl Popper que “nuestro conocimiento sólo puede ser finito, mientras que nuestra ignorancia debe ser necesariamente infinita”. Las empresas querrían ser organizaciones que lo supieran todo, que tuvieran todo el conocimiento, pero eso es imposible, además de no deseable. Trabajar desde ese desconocimiento, desde esa duda permanente, se puede hacer convirtiendo a la duda en un obstáculo o una herramienta de mejora. La cultura empresarial, y la cultura de la innovación en concreto, institucionaliza la humildad y la capacidad de partir de un estado de aprendizaje permanente, decidiendo con evidencias provisionales, aprendiendo rápido y corrigiendo sin hacer un drama de ello. 

La cultura de la innovación es la base sobre la que construir la innovación empresarial, sin ella tenemos improvisación, con ella sabemos que nuestro conocimiento es finito y nuestra ignorancia infinita, pero avanzamos en la línea correcta, que no necesariamente es la mejor posible, aprendemos a andar por caminos consistentes. Vamos a hablar de ello.

0.1. Por qué “cultura” es el verdadero cuello de botella de la innovación (más que herramientas o talleres)

En muchas organizaciones, la innovación se aborda como si fuese un problema de instrumentalidad: más workshops, más post-its, más herramientas, más formación. Sin embargo, esa aproximación suele atacar el síntoma y no la causa. El cuello de botella real está en la cultura, porque la cultura es el sistema de hábitos, reglas no escritas, incentivos y miedos que decide qué comportamientos “son seguros” y cuáles se castigan, aunque nadie lo diga en voz alta. En Innolandia decimos que crear cultura innovadora no es un gesto estético ni una campaña; es un cambio profundo, sostenido y con fricción, que exige mirar de frente verdades incómodas (por ejemplo, que no es fácil, ni rápido, ni “gratis”).
Por eso, una empresa puede tener metodología, incluso talento, y aun así no innovar: si el entorno premia únicamente la eficiencia, penaliza el error y ahoga el tiempo de exploración, la innovación se convierte en una actividad marginal, episódica o clandestina. No falla la herramienta; falla el contexto que decide si esa herramienta tiene permiso para producir cambio. 

0.2. La promesa y el coste: lo que se gana y lo que se pierde al cambiar hábitos organizativos

La promesa de una cultura innovadora es robusta: mayor capacidad de adaptación, aprendizaje acelerado, mejor respuesta a clientes y mercados, y un tejido interno más colaborativo. Pero el coste también es real: cambiar hábitos organizativos implica tocar identidades, jerarquías, zonas de confort y rutinas productivas. Por nuestra experiencia con clientes a los que hemos ayudado a crear una cultura de la innovación en sus organizaciones, sabemos que el “día a día” está lleno de trampas, especialmente en organizaciones maduras: ya existe una cultura —normalmente centrada en eficiencia— y la innovación compite contra ella. 
Además, el cambio cultural no se inicia con grandilocuencia, sino con un pequeño primer paso estructurante: una decisión explícita que convierte la innovación en algo practicable (con foco, reglas, ritmos y responsabilidad), en vez de un deseo retórico. La paradoja es clara: si se busca una cultura innovadora sin asumir que se trata de un proyecto de cambio organizativo —con probabilidades de fracaso si se gestiona superficialmente—, se acabará reforzando el cinismo (“otra iniciativa más”). 

0.3. Qué se entiende aquí por cultura innovadora y cómo se aterriza (diagnóstico → palancas → sistema)

En este artículo entenderemos “cultura innovadora” como comportamientos sostenidos que hacen posible innovar de forma repetible: voluntad de aprendizaje, colaboración real, tolerancia al error con orientación al aprendizaje, decisión y acción, y condiciones mínimas para que innovar no sea “trabajo extra”. 
El camino hacia la cultura innovadora es deliberadamente práctico: 

(1) Diagnóstico, usando preguntas sencillas que revelan si la organización asigna objetivos y tiempo, si existen equipos interdisciplinares, si hay capacidades/metodologías, acceso a información, procesos transparentes de evaluación y reconocimiento del riesgo controlado. 

(2) Palancas, es decir, qué hábitos, señales del liderazgo e incentivos mueven la conducta colectiva. 

(3) Sistema, donde la cultura deja de ser un ideal y se traduce en proceso, gobernanza y ritmos que sostienen la innovación más allá del entusiasmo inicial. 

1. Qué es (y qué no es) una cultura de la innovación

1.1. Definición operativa: cultura como “comportamientos repetidos + valores que los justifican” (no como slogans)

Una cultura de innovación no es un eslogan ni un póster en el despacho. Es, en sentido estricto, un patrón observable de conductas(cómo se decide, cómo se aprende, cómo se colabora, cómo se gestiona el error) sostenido por un conjunto de valores que lo legitiman. En Innolandia decimos que la cultura organizativa refiere a cómo se comportan las personas y a los valores que sustentan esos comportamientos, y además somos conscientes de que no se “instala” de un día para otro. 

Esta definición tiene dos implicaciones operativas:

1. La unidad de análisis es el comportamiento, no la declaración de intenciones. Si en una empresa “se dice” que se fomenta la experimentación, pero en la práctica se penaliza el error (o se burocratiza el aprendizaje), lo que existe es una cultura de control; el discurso no corrige el comportamiento. Esto es fundamental, porque estamos hartos de ver organizaciones que tienen un determinado discurso, pero un comportamiento muy alejado de ese discurso. Pero claro, el discurso es fácil de modificar y de modular, pero el comportamiento no. El discurso es una buena herramienta para la comunicación y el marketing, pero no para la gestión si no está identificado con un comportamiento acorde al discurso.
2. La cultura se demuestra por repetición. No basta con un evento anual de creatividad ni con un sprint aislado. La cultura aparece cuando las conductas se vuelven rutinarias: se formulan hipótesis, se prueban rápido, se comparten aprendizajes, se toman decisiones con información imperfecta, y se protege el tiempo de exploración. La cultura de la innovación es el día a día. Exagerando, podríamos decir que el evento anual es excitante, pero la cultura de la innovación es monótona.

Nosotros proponemos un enfoque útil: traducir la “actitud innovadora” en un conjunto de comportamientos concretos (p. ej., voluntad de aprendizaje, orientación colaborativa, acción en la toma de decisiones, tolerancia del error, pensamiento lateral, etc.). Esta traducción es clave porque convierte la cultura en algo entrenable y medible: se puede observar, reforzar y corregir. 

En síntesis, una cultura innovadora es un sistema social que reduce la fricción para innovar: facilita que surjan ideas, que se conviertan en experimentos y que los resultados (éxitos y fracasos) se transformen en aprendizaje organizativo.

1.2. Diferenciar: hacer proyectos de innovación vs construir cultura innovadora (innovación “en el armario” vs transversal)

Muchas organizaciones “hacen innovación” sin construir cultura innovadora. La diferencia es estructural: hacer proyectos significa ejecutar iniciativas puntuales (a menudo concentradas en un equipo o departamento); construir cultura significa lograr que la innovación sea una práctica distribuida, no una excepción.

Si no “sacas la innovación del armario”, no construyes cultura. Si la innovación sólo la haces “tú con tu equipo”, la empresa puede acabar con proyectos innovadores, pero no con cultura innovadora. 

Esta distinción se reconoce por señales prácticas:

• Innovación como actividad de especialistas: el resto de la organización observa, opina o “apoya” de forma tangencial. Se generan resultados, pero la capacidad queda concentrada. Además, si la innovación resultante genera cambios que afectan a otros departamentos aparecen barreras y resistencias, como luego veremos.
• Innovación como práctica transversal: aparecen contribuciones fuera del “departamento”, se crean puentes entre áreas, y se instala una rutina de participación (ideas, retos, equipos enfocados, aprendizaje compartido), que, además, parte de una aceptación transversal de la innovación y sus efectos.

En el plano cultural, “innovación en el armario” suele coexistir con un día a día dominado por eficiencia, urgencias y aversión al riesgo. Por eso, un indicador cualitativo útil es preguntarse: ¿participan siempre los mismos? Si la respuesta es sí, probablemente se está gestionando un portfolio de proyectos, no una transformación cultural.

1.3. Las “tres verdades” que conviene explicitar antes de empezar (expectativas, esfuerzo sostenido, condiciones mínimas)

Hay tres “verdades” que funcionan como un antídoto contra el autoengaño y el postureo innovador:

Verdad #1: No todo cambio conduce a cultura innovadora.
Hacer proyectos porque “hay subvenciones” o por oportunidad coyuntural (lo que llamamos la churrera de proyectos) no crea cultura. Hay cambios que son meramente instrumentales y no alteran hábitos. Además, antes de desplegar un programa hay que elegir una estrategia válida para el contexto: pilotaje y despliegue progresivo, despliegue masivo mediante retos o innovación abierta, cada una con ventajas y límites. 

Verdad #2: El proceso no es fácil; hay que medir para mantener rumbo.
La cultura se construye en el tiempo, y sin indicadores la organización se queda en impresiones. Hay dos métricas básicas para seguir el pulso cultural: 

• número de ideas (especialmente su evolución temporal: “goteo” vs picos puntuales) y 
• porcentaje de personas que proponen ideas, como indicador de calidad cultural (cuando proponer ideas se vuelve “natural” en el trabajo). La aportación aquí es metodológica: la cultura se ve cuando la participación deja de ser episódica y se vuelve sostenida.

Verdad #3: La dirección pedirá impacto; prepárate para responder con evidencia.
La cultura innovadora no puede defenderse solo con actividad (ideas generadas) si no hay tracción hacia resultados. Hay una pregunta directiva clave: “¿de qué nos sirve?” y para poder responder de manera adecuada es necesario controlar indicadores que conecten cultura con valor: ideas implantadas por persona y valor económico (ingresos/ahorros) generado por ideas internas. 
Esto no implica reducir la cultura a ROI inmediato, sino asegurar que el sistema convierte energía creativa en decisiones y mejoras reales, evitando el síndrome del “mucho brainstorming, poca implantación”.

1.4. El mito más dañino: “todas las personas tienen que innovar (igual)”

Uno de los errores más corrosivos es diseñar programas masivos “para toda la empresa” suponiendo que todo el mundo debe innovar del mismo modo. Se idealiza a empresas icónicas y se concluye que “todos” deben generar ideas brillantes constantemente, cuando la realidad es mucho más heterogénea.

El problema de fondo no es ético (nadie discute que la innovación puede beneficiarse de la diversidad), sino de diseño organizativo: la innovación requiere roles distintos (explorar, evaluar, ejecutar, escalar), motivaciones y niveles distintos de exposición al riesgo. Cuando se impone un “café para todos”, se produce un doble daño: se diluye el foco y se deteriora la gestión del talento. El “café para todos” no es gestión del talento, es “veneno” para la innovación.

Una cultura innovadora madura no fuerza uniformidad; construye una ecología de contribuciones: algunas personas liderarán exploración, otras aportarán conocimiento experto, otras ejecutarán con disciplina y otras sostendrán el gobierno del sistema. La clave cultural no es que todas innoven igual, sino que exista permiso, estructura y reconocimiento para que cada cual contribuya donde genera más valor.

Recapitulando: Si se entiende cultura como comportamiento repetido y valores que lo sostienen, entonces la pregunta práctica no es “¿tenemos cultura innovadora?”, sino: ¿qué conductas estamos reforzando cada semana, a quién estamos habilitando para innovar, y qué evidencia muestra que la innovación sale del armario y se vuelve rutina?

2. Diagnóstico inicial: medir sin autoengaño

2.1. Por qué diagnosticar primero (y por qué el diagnóstico no es el trabajo: es el punto de partida)

En cultura de innovación, el peor error metodológico es empezar por la solución: lanzar concursos de ideas, implantar “herramientas ágiles” o crear un comité, sin saber qué problema real se está intentando corregir. Abundan las iniciativas “tipo catálogo” (programas, hackatones, buzones de ideas…) que pueden generar actividad, pero no necesariamente capacidad sostenible. 

Diagnosticar primero tiene una función muy concreta: reducir autoengaño. En innovación, la organización suele confundirse con facilidad porque mezcla percepciones (“aquí innovamos”) con evidencias (ritmos, participación, decisiones, recursos, aprendizaje). El diagnóstico permite separar “relato” de “conducta”: ¿hay objetivos, tiempo, equipos, procesos, reconocimiento? ¿o hay entusiasmo puntual sin estructura? 

Pero el diagnóstico no es el trabajo: es el inicio del trabajo. Sirve para fijar una línea base y orientar un plan de cambio cultural. De hecho, el diagnóstico es una pieza previa para diseñar “a medida” procesos y sistemas (incluso aplicando Design Thinking para diseñar el propio proceso de innovación). En términos directivos: diagnosticar es decidir dónde poner energía primero para maximizar aprendizaje y reducir fricción política y operativa.

2.2. Autodiagnóstico rápido: 6 preguntas que revelan el estado cultural (señales, no “opiniones”)

El autodiagnóstico de las 6 preguntas funciona porque no pide “opiniones bonitas”; pide señales estructurales que suelen correlacionar con cultura innovadora real. La potencia del instrumento está en su simplicidad: obliga a mirar si la organización crea condiciones para innovar, no si declara intenciones. 

Las seis preguntas (en esencia) exploran:

1. Objetivos: si existen objetivos relacionados con innovación en distintos niveles (y por tanto si innovar forma parte del contrato psicológico del trabajo). 
2. Equipos y colaboración: si se fomenta crear equipos (interdisciplinares o transversales) para innovar, porque la cultura se expresa también en la arquitectura de colaboración. 
3. Tiempo y recursos: si se asigna tiempo real para innovar, condición mínima para que la innovación no sea clandestina o heroica. 
4. Formación/metodología: si hay capacidades para convertir ideas en experimentos y proyectos (la cultura sin método se queda en voluntad). 
5. Información y foco: si hay acceso a información relevante (clientes, procesos, datos) para innovar con criterio, no con ocurrencias. 
6. Reconocimiento y evaluación: si la organización reconoce, evalúa y trata con justicia la contribución innovadora (incluido el aprendizaje cuando una hipótesis falla). 

Recomendación práctica: úsalo en dos capas. Primero, responde como dirección; segundo, contrasta con una muestra de mandos y equipos. La brecha entre respuestas es, a menudo, el mejor indicador de “autoengaño cultural”.

2.3. Lectura del diagnóstico: fortalezas vs debilidades y dónde intervenir primero

Diagnosticar bien no consiste en listar carencias; consiste en priorizar palancas. 

Analizando distintos informes sobre la cultura innovadora en España podemos separar los hallazgos en dos categorías:

• Fortalezas habilitadoras (lo que ya funciona y puede escalar): por ejemplo, existen retos claros, hay equipos mixtos, se comparte información, hay hábitos de aprendizaje.
• Debilidades bloqueantes (lo que frena todo lo demás): típicamente, ausencia de tiempo protegido, falta de gobernanza mínima, incentivos contradictorios o evaluación que penaliza el riesgo.

Dispones en Innolandia de una serie de informes que te pueden ayudar a la hora de interpretar tus resultados, enfocando estos informes como una especie de benchmarking del sector de la innovación.

A partir de tu diagnóstico te recomendamos un criterio de intervención: ataca primero lo bloqueante, porque multiplica el efecto del resto. Si falta tiempo y foco, formar en metodologías generará frustración. Si falta un mecanismo de decisión y priorización, las ideas se acumulan y se degrada la confianza. Y si la dirección no envía señales coherentes, la cultura real (la que se practica) neutraliza cualquier programa.

En síntesis: el diagnóstico inicial no busca “aprobar o suspender” cultura innovadora; busca decidir el siguiente movimiento correcto con evidencia suficiente y sin autoengaño. 

Coda — El valor del Diagnóstico de Innovación de Innolandia como “dispositivo” de verdad (no como trámite)

Además del autodiagnóstico conceptual (las 6 preguntas) y de los informes “macro/micro”, la herramienta Diagnóstico de Innovación Innolandia – Evaluación Empresarial aporta una ventaja práctica: convierte el diagnóstico en una experiencia guiadaque fuerza a la organización a posicionarse en variables críticas, evitando el “sí, pero aquí es diferente”. 

3. La condición de posibilidad: liderazgo y ejemplo

3.1. Tesis central: sin liderazgo, no hay cultura (ni permiso para experimentar, ni protección del tiempo)

Una cultura de innovación no emerge por acumulación de metodologías; emerge cuando la organización percibe —de forma consistente— que innovar está permitido, protegido y reconocido. Esa percepción no la genera un “departamento” ni un discurso inspiracional: la fija el liderazgo a través de decisiones visibles sobre recursos, prioridades, tolerancia al riesgo y paciencia temporal. Esta percepción no nace de un manifiesto o de una nota interna a todos los departamentos donde la dirección anima a innovar, nace del día a día, de las decisiones que toma la dirección y los líderes internos, de la visibilidad de que ese manifiesto y esa nota se transforma en hechos. Sin liderazgo, no hay innovación que valga y por eso cualquier proyecto de implantar la cultura de la innovación en una empresa ha de arrancar por sensibilizar y capacitar al liderazgo antes de pilotar y desplegar.

El liderazgo, en innovación, no es solo “apoyar”. Es crear condiciones de posibilidad: asignar recursos, alinear a gerencias, asumir conscientemente el riesgo de que “puede salir mal” y, sobre todo, sostener el esfuerzo en el tiempo. La innovación exige paciencia(“aguantar los caballos”), porque no es cuestión de días ni de un mes, y aquí el liderazgo es fundamental, porque ha de ser capaz de motivar cuando se produzcan fases de desánimo, que las habrá, o de confusión, que las habrá también.

Por eso, hablar de liderazgo en cultura innovadora es hablar de ejemplo: no basta con pedir creatividad, hay que modelar conductas (curiosidad, escucha, aprendizaje) y, simultáneamente, sostener un marco de exigencia (foco, retos claros, rendición de cuentas). Hay que trabajar en torno a acciones concretas: visión y comunicación apasionada con hechos, establecimiento de retos, definición del “qué y cuándo” del modelo, gestión por confianza, meritocracia y desarrollo del equipo. 

3.2. Cómo se “rompe” una cultura innovadora: corto plazo, señales contradictorias y castigo del error

Las culturas innovadoras no suelen “morir” por falta de ideas; se rompen por coherencia destruida. Tres mecanismos son especialmente corrosivos:

(1) Dictadura del corto plazo. Hay un patrón típico: organizaciones reorientadas a la máxima eficiencia en el corto plazo, reducción de costes “a toda costa” y obtención de caja sacrificando la renovación de la propuesta de valor. Cuando ese giro se prolonga no solo cambia la estrategia, cambia la cultura: la empresa aprende que lo que importa es cumplir hoy, aunque sea hipotecando mañana.

(2) Señales contradictorias. La innovación se degrada cuando el liderazgo afirma “innovemos” pero organiza el trabajo para que innovar sea inviable: plantillas ajustadas, urgencias permanentes, reuniones sin decisión y objetivos sólo operativos. Durante años muchas empresas operaron bajo una “cultura de la eficiencia a corto plazo” y luego “toca remontar”, toca innovar, y la empresa no está preparada, ni estructural ni, lo que es más importante, mentalmente. La contradicción repetida produce cinismo: la gente deja de creer.

(3) Castigo del error (o castigo del intento). El castigo no siempre es explícito; puede ser reputacional (“señalar”), burocrático (“te lleno de controles”) o distributivo (“no te vuelvo a dar recursos”). El liderazgo pierde credibilidad para impulsar innovación cuando previamente la eliminó para “salvar” la empresa: la organización recuerda y aprende que innovar es prescindible cuando aprieta el contexto.

El liderazgo no solo impulsa: también puede ser el factor que desmantela. La propia formulación “la culpa es del jefe” apunta a esa responsabilidad causal. En cultura, la gente no sigue lo que se proclama; sigue lo que se premia y lo que se tolera.

3.3. Caso y lección: liderazgo en innovación (IDEAS) como patrón de intervención

El caso IDEAS es un ejemplo útil no por la anécdota, sino por el patrón (replicable) de intervención que describe:

Fase 1 — Liderazgo primero (antes que herramientas). El proyecto se estructura en tres módulos: (i) sensibilización y capacitación del liderazgo, (ii) plan de acción en unidad piloto controlada, (iii) despliegue al resto incorporando aprendizajes. Esta secuencia reduce un error común: pretender que el comportamiento colectivo cambie sin que cambie el marco de decisiones.

Fase 2 — Compromiso público y específico. El momento de la verdad es pedir al máximo responsable que redacte un compromiso con la innovación y lo lea ante el equipo. Ese gesto convierte la innovación en obligación institucional (no en “voluntarismo”) y además fija una expectativa moral: el liderazgo se compromete ante testigos. El compromiso no es estético: en 48 horas se transformó en política oficial de gestión de innovación, es decir, en norma de funcionamiento. 

Fase 3 — Gobernanza ejecutora: Comité de Innovación. El liderazgo necesita un brazo que baje a tierra las decisiones: un comité representativo con poder real y reporte directo a la Dirección General. Esta pieza es crítica culturalmente: crea continuidad, evita que la innovación dependa del carisma de un patrocinador y establece un lugar organizativo donde se decide, se prioriza y se protege el esfuerzo.

El liderazgo eficaz en innovación no es del que “sabe innovar” técnicamente; es del que diseña un sistema social para que otros innoven: da dirección, habilita recursos, protege la exploración y exige resultados con horizonte temporal coherente. (innolandia.es)

3.4. Recuperar la innovación tras crisis: reconstrucción gradual (empezar pequeño, demostrar, escalar)

Cuando una organización ha pasado por una crisis (o por un periodo de supervivencia), reactivar la innovación no consiste en “volver a poner el logo” o reabrir el buzón de ideas. El impacto más grave suele ser intangible: queda tocada la actitud y el vínculo de confianza con el liderazgo. 

La solución ha de ser pragmática:

1. Liderazgo visible, no cosmético. “No vale un email o un powerpoint”: el liderazgo debe “arremangarse” para que el compromiso sea creíble. 
2. Condiciones para innovar, no decorado. No sirven atajos simbólicos (espacios “cool”, frases de gurús) si no hay capacitación, proceso, foco en retos y mecanismos de decisión. 
3. Tiempo explícito para innovar. La naturaleza del tiempo requerido ha de implicar leer, buscar información, conversar, prototipar, probar, reflexionar sobre caídas y celebrar aprendizajes. 

Y, sobre todo, un principio de reconstrucción cultural: ir poco a poco. No es realista “recuperar en 3 meses lo destruido en varios años”; la vía es empezar con un equipo pequeño dispuesto a lanzarse, aplicar innovación ágil, demostrar que se puede y luego extender gradualmente. Aquí la cultura se repara con evidencia: pequeños éxitos (y aprendizajes visibles) que revalidan el permiso para innovar.

En síntesis, el liderazgo es la condición de posibilidad porque concentra tres funciones irremplazables: autorizar (permiso), sostener(recursos/tiempo/paciencia) y significar (ejemplo y coherencia). Cuando esas tres funciones se alinean, la cultura innovadora deja de ser un ideal y se convierte en un patrón repetible de trabajo. 

4. Palancas culturales: el “cóctel” que realmente cambia conductas

4.1. Elementos clave de una cultura innovadora (aprendizaje, colaboración, tolerancia al error, etc.)

Hablar de “palancas culturales” es aceptar una premisa: la cultura cambia cuando cambian los incentivos, los hábitos y las condiciones de trabajo; no cuando se redacta un manifiesto. La cultura organizativa remite a cómo se comportan las personas y a qué valores sostienen esos comportamientos, y esto no se consigue “de la noche a la mañana”. 

Una organización tiene “actitud innovadora” si tiene una serie de comportamientos observables, un coctel que ayuda a construir la cultura de la innovación. Entre ellos: voluntad de aprendizaje, orientación colaborativa, acción en la toma de decisiones, tolerancia del error, pensamiento lateral, reconocimiento del presente, humor y fortaleza mental. Esta lista tiene valor directivo porque convierte “cultura” en algo que se puede diseñar: si quieres más aprendizaje, crea espacios y rituales de aprendizaje; si quieres más colaboración, reconfigura estructuras y objetivos; si quieres tolerancia al error, cambia cómo se evalúa y cómo se narra el fallo.

La aportación más potente del “cóctel” es que no se queda en atributos individuales: pasa a describir condiciones organizativas que actúan como palancas. Por ejemplo, la estructura y las reglas de trabajo determinan si la innovación se vuelve cotidiana o queda como “evento”. Estas condiciones pueden ser: claridad de objetivos y misión del puesto, formación, carga de trabajo que permita tiempo para innovar, trabajo en equipo y equipos multidisciplinares, acceso a conocimiento e información, recompensa/protección del esfuerzo innovador y tolerancia al “fracaso controlado”, y transparencia sobre “las reglas del juego” para las ideas. 

Una cultura innovadora no es un rasgo de personalidad colectiva; es un diseño institucional. Cuando esas condiciones existen, el comportamiento innovador aparece con menor coste psicológico y político; cuando faltan, innovar se vuelve heroico, clandestino o reservado a “los de siempre”.

4.2. Actitud y metodología: por qué la cultura no es “soft” (es una tecnología social)

El error recurrente en empresas maduras es tratar la cultura como un asunto “blando”: comunicación interna, valores corporativos, sesiones motivacionales. En realidad, innovar depende de dos cosas —actitud y metodología—, y lo relevante es que ambas se construyen (no se declaran). 

Puedes tener “el mejor sistema de innovación del mundo” (incluso certificaciones), pero si no hay actitud —y esa actitud “empieza por el liderazgo”— no hay resultados. Además, existen comportamientos concretos con los que el liderazgo demuestra compromiso: dedicar tiempo directivo a innovación, considerarla un área más, implicar y comunicar a toda la organización, asignar recursos suficientes, planificar y medir. 

Esto es exactamente lo contrario de lo “soft”. Es tecnología social en el sentido estricto: un conjunto de mecanismos de coordinación y de normas prácticas que alteran conductas colectivas. La cultura, entendida así, opera como un “sistema operativo” que decide:

• Qué problemas merecen atención (y cuáles se consideran molestias).
• Quién puede experimentar y bajo qué protección.
• Qué se castiga (pérdida de tiempo, desviación del plan) y qué se premia (mejoras, aprendizaje, iniciativa).
• Qué ocurre con las ideas (transparencia) y quién decide.

Sin tiempo, sin espacios diferenciados, sin incentivos y sin reglas claras, seguro que no se alcanzará una cultura innovadora. 

En otras palabras: la cultura innovadora no es una capa emocional encima del trabajo; es una arquitectura de trabajo. Y esa arquitectura se diseña con palancas muy concretas: estructura organizativa, políticas de recursos humanos, definición de objetivos, diseño de la carga de trabajo, y un marco de evaluación que tolera el error controlado y protege a quien se expone. 

4.3. Fluidez y disciplina: creatividad inicial vs ejecución sostenida (evitar “post-its” sin sistema)

Otro malentendido frecuente consiste en confundir innovación con creatividad. La creatividad puede ser “un chispazo”; la innovación exige convertir el chispazo en un proceso de exploración, prototipado, decisión y ejecución. Las herramientas por sí solas son “fuegos artificiales” y los post-its pueden impresionar, pero sin sistema no producen resultados sostenibles. 

Aquí encaja la noción de fluidez disciplinada: un estado que permite estar presente, atento a oportunidades, y a la vez ser productivo para “diseñar, implementar y ejecutar”; fluir requiere disciplina. La idea es profundamente cultural: la innovación necesita simultáneamente apertura (fluidez) y persistencia (disciplina). Si falta fluidez, la organización se vuelve rígida y sólo optimiza lo conocido; si falta disciplina, se queda en talleres, ideas y entusiasmo sin implantación.

La traducción organizativa de esa “fluidez disciplinada” es doble:

1. Rituales y hábitos que sostienen la exploración. No basta con pedir ideas: hay que crear tiempos y espacios donde las reglas sean distintas al día a día, con confianza y permiso para el error controlado, lejos de los “trolls” del “eso no va a funcionar”. 
2. Sistema mínimo que convierta creatividad en cartera. Hay cuatro piezas críticas: (i) personas/liderazgo con “habilidades de descubrimiento”, (ii) procesos para descubrir oportunidades, (iii) una cartera que incluya innovación disruptiva con recursos asignados, y (iv) muchos pequeños equipos temporales para gestionar proyectos (en lugar de concentrarlo en un departamento).

Este punto es clave para “cultura”: cuando la innovación se concentra en una unidad, se convierte en especialidad; cuando se articula con muchos equipos pequeños y espacios seguros, se transforma en práctica distribuida. Además, un sistema centrado solo en el corto plazo deja a la organización vulnerable; por eso es necesario incluir innovación disruptiva en la cartera, no como eslogan, sino como decisión de asignación de recursos. 

En síntesis: la palanca cultural más infravalorada es el paso de la creatividad al sistema. La cultura innovadora se estabiliza cuando la empresa consigue un equilibrio: creatividad suficiente para abrir posibilidades, y disciplina suficiente para seleccionar, probar, aprender e implantar. Sin ese equilibrio, la organización oscila entre dos extremos improductivos: burocracia que asfixia o entusiasmo que no aterriza. 

5. Diseño del sistema: procesos, gobernanza y “operaciones” de innovación 

5.1. Primer paso imprescindible: iniciar el cambio con un gesto estructurante (no con “campañas” vacías)

El “gesto estructurante” consiste en fijar un primer artefacto de claridad que ordene comportamientos. En la práctica, esto suele tomar la forma de un charter visual o acuerdo de proyecto/transformación: una pieza breve y visible que responda, sin retórica, a cuestiones como: para qué innovamos, qué problema de negocio atacamos, qué no vamos a hacer, qué significa éxito, quién decide qué, qué recursos están realmente disponibles y qué ritmos y reglas de trabajo se adoptan. El valor cultural de ese gesto no es documental; es normativo: reduce la ambigüedad, baja el coste de coordinarse y legitima decisiones (por ejemplo, parar iniciativas no alineadas).

La clave —y aquí está la diferencia con la “campaña”— es que el gesto estructurante no comunica: compromete. Pasa del “deberíamos innovar” al “así vamos a operar cuando innovemos”. Debe arrancar con empatía: entender a los usuarios internos antes de diseñar el proceso. 

5.2. Diseñar un proceso de innovación que funcione (orientación a personas internas y resistencia al cambio)

Diseñar un proceso de innovación no es dibujar un embudo ideal: es diseñar una experiencia de uso para empleados con agendas saturadas, incentivos ambiguos y resistencias legítimas. Por eso en Innolandia proponemos aplicar Design Thinking al propio proceso: empezar por mapa de empatía y Customer Journey del “usuario interno” que debería aportar ideas, participar en equipos o liderar experimentos. 

Este enfoque cambia la pregunta: ya no es “¿cómo capturo ideas?”, sino “¿qué barreras reales impiden que la gente participe y sostenga el esfuerzo?”. En la práctica, suelen aparecer cuatro fricciones estructurales:

1. Tiempo: si no se bloquea, la innovación ocurre “cuando se pueda”, es decir, casi nunca.
2. Riesgo percibido: aportar ideas expone profesionalmente si no hay protección.
3. Falta de feedback: participar y no recibir respuesta destruye confianza más rápido que no participar.
4. Ambigüedad operativa: no saber qué se espera de mí, ni cuánto, ni hasta cuándo.

Por eso el proceso debe incorporar, desde el diseño, puntos de contacto claros: cómo entra una idea, cómo se evalúa, en qué plazos hay respuesta, qué ocurre si se rechaza, cómo se acompaña si progresa y qué rituales sostienen el avance. Si no se diseña para la realidad de las personas, el sistema se rompe como se rompen los ERPs mal implantados: por fricción cotidiana. 

5.3. Sistema de innovación ágil: los 4 elementos que suelen omitirse (cartera, recursos, foco, ritmos)

El error típico de la “innovación ágil” es confundir agilidad con herramientas. Hay cuatro elementos que, cuando faltan, convierten la agilidad en otra capa de buenas intenciones:

• Personas con habilidades de descubrimiento (no solo ejecución). 
• Procesos para descubrir oportunidades (no solo para gestionar proyectos). 
• Innovación disruptiva en la cartera con recursos asignados, no como “wishful thinking”. 
• Muchos equipos pequeños y temporales, capaces de explorar y entregar sin esperar la gran reorganización. 

Traducido a “operaciones” (y conectando con lo que pides: cartera, recursos, foco, ritmos), esto implica:

• Cartera y foco: visualizar el conjunto de iniciativas para decidir qué se mantiene, qué se acelera y qué se mata. Sin cartera explícita, no hay foco; hay dispersión. 
• Recursos reales: asignación explícita de capacidad (personas/hours/budget), no voluntarismo. Cuando la innovación compite con el negocio diario, gana el negocio diario salvo decisión contraria. 
• Ritmos: cadencias de seguimiento y decisión que sostienen el avance y evitan “proyectos zombi”. Esto lo aterrizamos en Innolandia con reuniones tipo sprint (planificación, seguimiento frecuente, revisión de aprendizajes) y con agendas bloqueadas. 

Aquí se ve la tesis de fondo: la cultura se construye cuando la empresa adopta rituales de decisión y aprendizaje repetibles, no cuando hace un “taller inspirador”.

5.4. Reporting que crea cultura (o la destruye): visibilizar sin burocratizar

El reporting es una palanca cultural de alto voltaje: puede legitimar la innovación o convertirla en burocracia defensiva. Es interesante tener un enfoque quirúrgico: el informe de innovación mínimo viable, diseñado para dos objetivos culturales (además del informativo): visibilizar trabajo e impacto, y conseguir apoyo directivo sin consumir tiempo. 

Tres ideas operativas destacan:

• El informe no es largo: seis diapositivas pueden bastar (más un “bonus” de próximos pasos). 
• Estructura narrativa simple (Why–What–How): primero el por qué (necesidad de negocio), luego el qué (impacto), y después el cómo (hitos y aprendizajes). 
• Impacto, no ego: evitar indicadores tipo “número de proyectos” si no están conectados a resultados; priorizar ingresos, ahorros e intangibles (aprendizajes, posicionamiento, cambios organizativos). 

Lo cultural aquí es doble: (1) instala la innovación como conversación legítima (“se habla de innovación como de ventas”), y (2) obliga a aprender, porque reportar bien implica distinguir logros de aprendizajes y decidir siguientes apuestas. 

5.5. Alineación estratégica: innovar no es “hacer cosas”, es decidir dónde y para qué

El sistema se vuelve serio cuando la innovación deja de ser una colección de iniciativas y pasa a ser una disciplina de elección: qué oportunidades perseguimos, qué riesgos aceptamos y qué dejamos explícitamente fuera. Esto lo podemos abordar con el Sprint Estratégico: un formato intensivo para analizar el sistema de innovación, auditar la cartera y definir prioridades, métricas y un plan de 90 días. 

En el artículo “Los 5 elementos de una estrategia de innovación” concretamos esa brújula en cinco componentes interdependientes:

1. Vectores o tesis de innovación: los espacios donde se decide innovar (tecnologías, mercados, modelos). Las ideas no alineadas se matan, precisamente para proteger foco. 
2. Porfolio: equilibrio entre incremental, adyacente y radical para gestionar riesgo y futuro. 
3. Funnel (embudo) con criterios de paso: reglas del juego para reducir costes y tiempo a mercado, evaluando si merece la pena seguir en cada fase. 
4. Contabilidad de la innovación: métricas accionables a nivel operativo, de cartera y estratégico (no solo “resultados a posteriori”). 
5. Modelo operativo: cómo se trabaja de verdad (roles, comités, ritmos, coordinación). 

Obsérvese la coherencia: estrategia no es un documento; es el conjunto de decisiones que permiten asignar recursos, decir “no” con legitimidad y sostener una conversación de aprendizaje basada en evidencias.

Si tuviéramos que resumir el “diseño del sistema” en una frase sería: claridad (gesto estructurante) + diseño centrado en personas (proceso usable) + decisiones recurrentes (cartera/foco/recursos) + cadencias (ritmos) + comunicación de impacto (reporting mínimo viable). Eso —no la retórica— es lo que convierte la innovación en una práctica repetible y, por tanto, en cultura. 

6. Participación: cómo movilizar a la organización sin caer en el “café para todos” 

Movilizar a la organización es el punto en el que la innovación deja de ser un “departamento” y empieza a convertirse en un modo de operar. La frontera es clara: si la innovación se queda “en el armario” —recluida en un equipo especialista que hace proyectos sin permeabilizar conductas— podrás tener resultados puntuales, pero no estarás construyendo cultura. 

Ahora bien, ese salto cultural no se consigue con llamadas genéricas a “que todo el mundo innove”, ni con programas masivos indiferenciados. El “café para todos” suele ser veneno: diluye el talento, genera cinismo (porque se percibe como teatro) y termina penalizando a quienes sí asumen riesgos reales. La clave es diseñar participación con intención: menos épica, más arquitectura del comportamiento.

6.1. El salto cultural: participación fuera del departamento de innovación

Participación no significa “asistir a talleres” ni “aportar post-its”; significa contribuir —con ideas, tiempo, conocimiento del cliente/operación, o ejecución— a retos que importan. En la práctica, el salto ocurre cuando consigues tres cosas:

1. Canales de entrada reales para que personas fuera de innovación puedan proponer, sumarse o pedir ayuda sin fricción burocrática.
2. Traducción operativa: que la participación no sea un acto aislado, sino parte de cómo se resuelven problemas y se exploran oportunidades.
3. Reconocimiento visible: la organización debe ver quién participa y por qué eso es valioso (sin convertirlo en propaganda). 

Aquí conviene adoptar una visión sobria: la mayoría de las personas no se va a convertir en “innovadora” en sentido fuerte, pero sí puede ser contribuyente neta si el sistema está bien diseñado. El objetivo no es que todos innoven igual; es que el sistema permita que el talento innovador emerja, se conecte con la operación y tenga tracción transversal. 

6.2. Diseño conductual del día a día: facilitar la innovación como diseño de entorno

Cuando la participación no escala, el diagnóstico suele ser menos psicológico que estructural: no hay tiempo, la operación lo devora todo, y la innovación compite mal contra lo urgente. En ese contexto, “convencer” es una estrategia débil; lo robusto es diseñar el entorno para que innovar sea más probable, más fácil y menos costoso. 

Un enfoque útil es tratar la participación como un problema de diseño conductual (hábitos, fricción, normas sociales). Disponemos de cuatro palancas prácticas:

(a) Primado (señales del entorno).
Introduce recordatorios sensoriales y contextuales que inviten a actuar distinto: espacios, rituales, artefactos visuales, o micro-escenarios donde sea “normal” explorar y no solo ejecutar. El punto no es decorar; es crear microclimas de seguridad psicológicadonde probar ideas no sea socialmente arriesgado. 

(b) Opciones por defecto (lo que pasa si no decides).
La cultura real es lo que ocurre por defecto cuando nadie mira. Si ante un problema nuevo el “default” es escalado jerárquico o parche operativo, innovar perderá. Cambia el default: guías simples, checklists, rutas de derivación (“si pasa X, prueba Y”), herramientas mínimas disponibles y un circuito de apoyo. No obligues a la heroicidad: reduce la energía necesaria para actuar diferente. 

(c) Compromisos (coste reputacional a favor del cambio).
Los compromisos públicos o semiformalizados aumentan la probabilidad de continuidad: acuerdos de equipo, objetivos individuales realistas, o cadencias donde se rinde cuentas de experimentos pequeños (no de grandes promesas). Importante: compromisos sin tiempo protegido son culpabilización encubierta. 

(d) Normas sociales (quién marca lo “normal”).
Identifica “cracks” (personas con tracción informal) y dales condiciones para conectarse: comunidades de práctica, equipos multifuncionales, espacios de intercambio. La innovación se difunde más por imitación que por argumentario: si el comportamiento innovador se ve, se vuelve legitimable. 

El criterio de calidad aquí es operativo: ¿cuánta fricción tiene participar? Si participar exige formularios, permisos, presentaciones perfectas o reuniones eternas, el sistema seleccionará solo a quienes ya tienen poder o tiempo sobrante —es decir, sesgará contra la diversidad real de contribución.

6.3. Segmentar roles y perfiles de innovación para activar contribución real

Para evitar el “café para todos”, segmenta la participación por roles, no por discursos. El mito de que “todas las personas tienen que innovar (igual)” empuja a programas masivos que confunden igualdad con homogeneidad. Una segmentación simple y funcional podría ser:

• Innovadores núcleo: personas con alta iniciativa y tolerancia a la ambigüedad; lideran exploración y experimentación.
• Contribuyentes expertos: aportan conocimiento técnico/cliente/operación en momentos críticos (puntualmente, con foco).
• Conectores: traducen entre áreas (negocio–tecnología–operación) y evitan que la innovación se aísle.
• Sponsors: líderes que protegen tiempo, desbloquean recursos y absorben coste político. (Sin sponsor, la participación se quema). 

A cada rol le corresponde un “contrato” distinto: tiempo esperado, tipo de contribución, reconocimiento y métricas razonables. Esto es crucial: si mides igual a todos, destruyes la participación (porque penalizas la diversidad de aportaciones). Y si reconoces igual a todos, también (porque desincentivas a quien arriesga más). 

Movilizar sin “café para todos” exige renunciar a la estética del programa masivo y abrazar la ingeniería social del sistema: defaults correctos, fricción baja, normas sociales favorables y roles diferenciados. Cuando eso existe, la participación deja de depender de la épica y empieza a depender de la estructura —que es, en última instancia, donde vive la cultura. 

7. Gestión de ideas y retos: del embudo a la calidad

Gestionar ideas no es “recoger ocurrencias”. Es diseñar un sistema de entrada que alimente el embudo con material útil: ideas conectadas a retos relevantes, con suficiente diversidad, y con fricción mínima para que participe más gente que “los frikis de siempre”. Cuando esto falla, el embudo se llena de ruido o, peor, se queda sin caudal. La calidad no se logra solo filtrando mejor; se logra sembrando mejor (retos bien formulados, canales adecuados y reglas de juego que incentiven conductas correctas).

7.1. Tres vías para obtener ideas realmente diferentes (y cuándo conviene cada una)

En Innolandia proponemos tres vías complementarias para generar ideas “realmente diferentes”, entendiendo que no siempre se busca lo mismo: a veces importa la calidad, otras veces se busca la cantidad, y otras romper sesgos internos con aportaciones externas. 

(1) Equipos enfocados (calidad).
Es el enfoque más potente cuando necesitas conceptos sólidos, no solo volumen: seleccionas un equipo multifuncional, le asignas un reto y trabajas con un sprint (p. ej., Design Thinking) hasta llegar a conceptos prototipados y contrastados con usuarios. La clave aquí es doble: primero se explora el problema a fondo (para evitar “soluciones a problemas falsos”); después se tangibiliza y se testea, porque ni el jefe ni una consultora pueden garantizar el éxito sin evidencia del usuario. 
Cuándo conviene: retos estratégicos, problemas complejos, apuestas de mayor riesgo o de mayor valor potencial.

(2) Retos masivos (cantidad y cultura).
Equivale al concurso de ideas, pero bien diseñado: se busca cantidad y, además, crear conversación cultural. Es fundamental que el reto esté bien definido; si no, la gente propondrá lo que le apetezca y el resultado dependerá de la serendipia. Algunas posibles buenas prácticas de implementación de esta vía o modelo: retos cortos (3–4 semanas) y frecuentes (varias veces al año), segmentación por tipo de problema o unidad, comunicación intensa, facilidad de registro e incentivos a la participación. 
Cuándo conviene: cuando ya existe un mínimo de credibilidad del sistema y quieres ampliar participación, detectar oportunidades incrementales y activar transversalidad.

(3) Ideas externas (innovación abierta).
Para ideas disruptivas, la organización establecida arrastra “vicios adquiridos” y sesgos que dificultan pensar diferente. Aquí proponemos abrir el sistema: adquirir tecnología (p. ej., de universidades/centros tecnológicos), vender/transferir tecnología, o colaborar con start-ups. 
Cuándo conviene: cuando buscas saltos de enfoque, acceso a tecnologías o modelos emergentes, o cuando el sistema interno está demasiado condicionado por inercias.

Un matiz operativo importante: desaconsejamos empezar directamente con retos masivos si la cultura aún es débil: “solo tienes una oportunidad”; si sale mal, el sistema se desacredita y recuperar participación es difícil. 

7.2. Retos que movilizan: cómo formular problemas que atraviesen silos y construyan cultura

La calidad de las ideas está condicionada por la calidad del reto. El primer paso para innovar con éxito es tener un problema a resolver, pero definirlo bien no es trivial: los silos y las “guerras internas” (territorios, poder, egos) reducen la ambición de las ideas a mejoras locales e incrementales. 

Para movilizar a “los que no participan habitualmente”, recomendamos buscar zonas grises: problemas que no son claramente de un departamento, que nadie “quiere” porque parecen un marrón, y que exigen coordinación multidisciplinar. Precisamente por eso son culturalmente valiosos: obligan a cruzar fronteras internas y a construir cooperación real. 

En cuanto a formulación, es interesante el formato “How might we…?” (¿Cómo podríamos…?) para convertir un dolor en oportunidad, evitando retos cerrados o sesgados hacia una solución. En estos casos es importante añadir un filtro de calidad del reto con criterios prácticos: que no tenga solución obvia, que el usuario esté definido, que sea claro y motivante para alguien externo al equipo, y que incorpore información relevante aprendida en una exploración previa. Además, casi nunca se redacta un reto bien a la primera; hay que iterarlo. 

Principio cultural: un buen reto no es “un tema”. Es una pregunta que redistribuye legitimidades: permite que personas de otras áreas contribuyan sin que eso se viva como intromisión, porque el reto no pertenece a un silo; pertenece a la organización.

7.3. Instrumentación mínima: formularios y captura de ideas sin matar participación

La captura de ideas es una interfaz. Si la interfaz es pesada, el sistema se queda sin usuarios. Gran parte de las ideas se pierden “porque no lo ponemos fácil”, ya que se diseñan formularios pensando en la comodidad del gestor del sistema (“quiero muchos datos”) y no en el usuario interno, especialmente cuando innovar se percibe como trabajo extra.

La regla central es simplicidad: a más campos, menos participación. Nosotros, en Innolandia, hemos pasado de formularios extensos (2 páginas, muchos campos) a versiones simplificadas (1 página, menos campos) y finalmente a una “versión mínima viable” de un solo campo (tipo 140 caracteres), priorizando volumen y bajando fricción: ya habrá tiempo de profundizar después. 

Esto no significa renunciar a la calidad, sino separar momentos:

• Entrada: mínima fricción (capturar la chispa).
• Maduración: profundización posterior (cuando la idea ya ha demostrado interés o encaje con el reto).

Ese diseño respeta la economía cognitiva del día a día y evita un error clásico: filtrar por burocracia lo que deberías filtrar por criterio.

7.4. Incentivos y reconocimiento: recompensas que funcionan “de verdad” (y cómo evitar efectos perversos)

La participación sostenida necesita señales de valor. Es importante distinguir entre reconocimiento y recompensa: no son lo mismo, no sirven para lo mismo y no deben aplicarse indiscriminadamente. 

• Reconocimiento: orientado a comportamientos (participación, esfuerzo, visibilidad del aporte). Ejemplos: carta firmada por dirección, noticia interna, símbolos visibles, experiencias “inaccesibles” (visitas, acceso a proyectos), comida con el comité. 
• Recompensa: orientada a resultados (cuando la idea se implementa y genera valor). Ejemplos: bonus, porcentaje del beneficio, pagos en especie, días libres, flexibilidad. 

Esta arquitectura evita efectos perversos típicos: si pagas por “ideas” en bruto, incentivas volumen de baja calidad, inflas expectativas y puedes fomentar comportamientos oportunistas. En cambio, si reconoces participación, pero reservas la recompensa para resultados (o aprendizajes valiosos, si así se define), alineas el sistema con lo que realmente quieres: contribuir, aprender, implementar.

El embudo no se “salva” con más filtros; se salva con mejor upstream: vías de ideación adecuadas al objetivo, retos que atraviesan silos, captura sin fricción y un sistema de reconocimiento/recompensa coherente. Cuando estas palancas funcionan, la organización no solo produce más ideas: produce mejores ideas y, sobre todo, empieza a comportarse como una cultura innovadora. 

8. Resistencias y barreras: anatomía del bloqueo cultural 

La resistencia a innovar no es una anomalía: es el modo natural en que un sistema social protege su estabilidad, sus rutinas y sus equilibrios de poder. Por eso, si diseñas un programa de innovación ignorando resistencias, vas directo al fracaso. En este apartado vamos a tratar la resistencia como lo que es: información sobre qué costes (reales o percibidos) está generando el cambio, y sobre qué mecanismos del sistema lo están neutralizando.

8.1. Taxonomía práctica de resistencias: por qué innovar molesta (psicología, poder, rutina, riesgo)

Una taxonomía útil para la gestión (no para teorizar) consiste en distinguir resistencias por su “motor” principal:

(a) Psicología y economía de la atención: “no tengo tiempo”, “no me da la vida”.
Aquí identificamos un primer perfil: el pasivo, el que “no hace nada”, con frases tipo “es que no tengo tiempo” o “díselo a mi jefe y entonces hablamos”. Aquí la resistencia suele ser menos ideológica que estructural: el día a día absorbe toda la energía y el cambio se vive como sobrecarga.

(b) Defensa cognitiva del status quo: “esto ya lo probamos”, “aquí no funciona”, “buff, no lo veo”.
Hay una serie de “frases asesinas” típicas que funcionan como mecanismos de inmunidad: “esto ya lo hemos probado”, “es muy caro”, “no podemos asumir ese riesgo”, “no es nuestra responsabilidad”… y la madre de todas: “buff, no lo veo”. No son argumentos neutrales: suelen ser atajos cognitivos para reducir incertidumbre y proteger rutinas.

(c) Afecto negativo y conflicto abierto: el que se enfada.
El segundo perfil claro es el beligerante: protesta en reuniones, genera conflictos y se opone frontalmente (“en esta empresa no funciona seguro”). Aquí el cambio ya se vive como amenaza identitaria: “si esto cambia, yo pierdo”.

(d) Poder, política interna y sabotaje discreto: el que pone palos en las ruedas.
El tercer perfil es el más delicado: “no va de cara”, es difícil de identificar y suele tener influencia sobre otros; su objetivo práctico es que el proyecto “no salga adelante”. Esta resistencia no es falta de comprensión: es cálculo político (territorio, estatus, control) y requiere intervención desde gobernanza, no desde talleres.

(e) Rutina y “droga” del corto plazo: presión del trimestre y cultura resultadista.
El día a día es como una droga y la presión por ventas del mes/trimestre hace que cualquier intento de hacer algo diferente se tire a la basura. Esta resistencia es sistémica: no se resuelve persuadiendo a individuos, sino rediseñando cadencias, prioridades y protección del tiempo.

La conclusión práctica: la resistencia no es homogénea. No se gestiona igual el “no tengo tiempo” que el sabotaje; no se responde igual al miedo que a la territorialidad. Por eso la primera tarea del gestor de innovación es diagnosticar qué tipo de resistencia está operando y dónde.

8.2. 12+1 tácticas para superar la resistencia (comunicación racional, participación, quick wins, etc.)

Ofrecemos ahora una especie de sistema de palancas: motivación, habilitación, narrativa, gobernanza, seguridad y ejemplo. Son una especie de respuestas a los distintos tipos de resistencia que hemos visto antes:

1. Incentivos (alinear “¿y yo qué gano?”). Si una persona no tiene incentivo para cambiar “no se va a mover”; por eso son críticos los programas de reconocimiento y recompensa. 
2. Tiempo (crearlo, no pedirlo). Innovar requiere tiempo y “necesitas generarlo”, mediante “válvulas de escape” que separen a las personas del día a día. 
3. Espacio / entornos con reglas distintas. Espacios donde se permita equivocarse y aprender, y donde “las reglas sean otras” que en la operación cotidiana. 
4. Comunicación racional (números fríos). Explicar por qué se hace, con lógica y métricas (rentabilidad, coste de no innovar), para quienes necesitan justificación objetiva. 
5. Comunicación emocional (“¿y a mí qué?”). Responder a la pregunta personal: qué pasará conmigo, qué pierdo, qué cambia en mi trabajo; integrar esas preocupaciones en el plan reduce resistencia. 
6. Comunicación por miedo (uso limitado). Mostrar consecuencias de no innovar (competencia, obsolescencia) puede activar a dirección, pero se advierte no abusar. 
7. Separación física: crear burbuja. Sacar al equipo de innovación del entorno de presión para protegerlo de la cultura dominante del “siempre se ha hecho así”. 
8. Dependencia directa de Dirección General. “No hay nada mejor” que tener línea directa con DG para escalar conflictos y “poner orden” cuando hay bloqueos. 
9. Gamificación. Hacer divertido el proceso (puntos, clasificaciones, retos) para generar participación masiva (cuando la base del sistema ya es creíble). 
10. Cambio de roles (empatía). Rotaciones cortas ayudan a ponerse en la piel del otro y descubrir ideas desde otras perspectivas. 
11. Cambio de personas (decisión dura). Si la resistencia es persistente, puede requerir mover fichas o prescindir de perfiles que bloquean. 
12. Red de seguridad (protección explícita). Las personas necesitan saber que no “se van a caer”: que por proponer algo nuevo nadie se reirá y que su puesto no está en peligro; tolerar el error es parte del trabajo. 
13. (12+1) Ejemplo del liderazgo. La palanca más influyente: los equipos se mueven por ejemplos; no vale “tener una placa” y luego no dejar tiempo. 

Observa el patrón: estas tácticas no “convencen” por retórica; rediseñan el contexto (tiempo, espacios, gobernanza, seguridad). Eso es exactamente lo que la cultura necesita para cambiar: un entorno donde innovar sea posible sin heroísmo.

8.3. Kit de intervención por tipo de resistencia 

Lo que acabamos de ver son 13 prácticas que puedes utilizar en tu organización para disminuir la resistencia al cambio. Pero ahora vamos a verlo desde un enfoque más práctico. Vamos a analizar cada una de las resistencias antes vistas para ver qué respuesta es la mejor y, así, minimizarlas. 

Te ofrecemos un kit de intervención por tipo de resistencia. En cada bloque te damos: (1) diagnóstico rápido, (2) soluciones estructurales (las que cambian el sistema), (3) soluciones tácticas (para el día a día), y (4) señales de que vas bien / mal.

(a) “No tengo tiempo”: psicología + economía de la atención

1) Diagnóstico rápido

• Saturación crónica, multitarea, urgencias permanentes.
• Innovación percibida como “trabajo extra” y riesgo reputacional (“si me distraigo, incumplo”).

2) Soluciones estructurales (las que de verdad lo mueven)

1. Tiempo protegido con mandato explícito
   • Bloques fijos (p. ej., 2 h/semana por equipo o 1 mañana quincenal) con agenda y objetivo.
   • Si no hay bloqueo formal, no existe “tiempo para innovar”: existe culpa.
2. Rediseño de carga (WIP limit) y prioridades
   • Limitar trabajo en curso: si se lanzan 20 urgencias, no cabe exploración.
   • Reglas de priorización: qué entra, qué no entra, quién decide.
3. Innovación como parte del rendimiento (pero proporcional)
   • No “todos igual”: incorpora objetivos de contribución realistas por rol.
   • Para roles operativos: participación puntual (aportes, pruebas, feedback), no liderazgo de proyectos.
4. Formato “micro-experimentos”
   • Convertir innovación en unidades pequeñas (1–2 semanas) para que sea compatible con operaciones.

3) Soluciones tácticas (para activar mañana)

• “Menú” de contribuciones (5–30 minutos): votar ideas, aportar datos, entrevistar 1 cliente, validar 1 supuesto, test rápido.
• Plantillas ultraminimalistas: 1 campo para idea + 1 campo para “qué problema resuelve”.
• Reunión semanal de 15 min (ritual): revisar trabajo de la semana y programar el de la siguiente.

4) Señales de control

• Bien: aumenta participación distribuida y se mantiene sin “empujar”.
• Mal: la innovación solo ocurre cuando alguien “heroicamente” se queda más horas.

(b) “Esto ya lo probamos / aquí no funciona / buff no lo veo”: defensa del status quo

1) Diagnóstico rápido

• Objeciones automáticas sin datos; se invoca pasado sin aprendizaje documentado.
• Se exige certeza completa antes de probar (imposible en innovación).

2) Soluciones estructurales

1. Repositorio de aprendizaje (antídoto contra el “ya se probó”)
   • Cada intento pasado debe quedar con: hipótesis, qué se probó, evidencia, por qué falló, qué se aprendió.
   • Si no hay registro, “ya se probó” no es argumento; es sensación.
2. Cambiar el estándar de decisión: de “certeza” a “evidencia suficiente”
   • Define umbrales: qué evidencia mínima pide cada fase (descubrimiento → prueba → piloto).
3. Marco de experimentación “barato y reversible”
   • Diseña pruebas que minimicen coste y exposición (MVP, prototipos, pre-tests).

3) Soluciones tácticas

• Responder con preguntas disciplinadas
  • “¿Qué parte se probó exactamente? ¿Qué evidencia tenemos? ¿En qué condiciones? ¿Qué cambió desde entonces?”
• Prueba de 48–72 horas para desmontar “no lo veo”
  • Si algo puede testearse rápido, no se debate: se prueba.
• Comparación por escenarios (optimista/realista/pesimista)
  • Reduce el sesgo de negatividad porque obliga a pensar en condiciones de éxito/fallo.

4) Señales de control

• Bien: las objeciones se convierten en hipótesis testables.
• Mal: el equipo se atasca en debates circulares (“opinión vs opinión”).

(c) Enfado y conflicto abierto: resistencia beligerante

1) Diagnóstico rápido

• Interrupciones, sarcasmo, boicot público, descalificación del método o del equipo.
• Suele haber amenaza identitaria: pérdida de estatus, miedo a incompetencia visible, duelo por cambios.

2) Soluciones estructurales

1. Canal de conflicto formal y seguro
   • Espacios definidos para objeciones (no en cualquier reunión).
   • Reglas: crítica a ideas, no a personas; evidencia > jerarquía.
2. Rol claro y reconocimiento del “dolor del cambio”
   • Reconocer explícitamente costes y transiciones (procesos, habilidades, métricas).
3. Mediación del liderazgo
   • Si el líder tolera el conflicto destructivo, lo institucionaliza.

3) Soluciones tácticas

• Entrevista 1:1 (no confrontación pública)
  • “¿Qué te preocupa perder? ¿Qué sería un resultado aceptable para ti? ¿Qué condición necesitas para participar?”
• Reencuadre del enfado como riesgo
  • Convertir quejas en riesgos gestionables con acciones: “si el riesgo es X, mitigación Y”.
• Participación con límites
  • Asignar una responsabilidad concreta y acotada (p. ej., “valida este supuesto técnico”), para pasar de oposición abstracta a contribución medible.

4) Señales de control

• Bien: el conflicto se desplaza a datos y decisiones; baja la tensión interpersonal.
• Mal: escalada emocional, “bandos”, desgaste del equipo innovador.

(d) Política interna y sabotaje discreto: “palos en las ruedas”

1) Diagnóstico rápido

• Retrasos “misteriosos”, requisitos nuevos a última hora, bloqueo de recursos, rumores, deslegitimación indirecta.
• Alta influencia informal; evita exposición directa.

2) Soluciones estructurales (gobernanza)

1. Transparencia del proceso y criterios públicos
   • Qué se decide, con qué criterios, en qué plazos, por quién. El sabotaje vive de la opacidad.
2. Patrocinio explícito y línea de escalado
   • El equipo innovador necesita una “autoridad de resolución” (sponsor con poder) para desbloquear.
3. RACI claro (Responsable / Aprobador / Consultado / Informado)
   • Si no está escrito quién decide, decide la política.
4. Cadencias con decisiones registradas
   • Actas breves: decisión, responsable, fecha, siguiente hito. Reduce la manipulación por dilación.

3) Soluciones tácticas

• Mapeo de stakeholders (influencia vs interés) + plan de gestión
  • Identifica quién puede bloquear y qué “acuerdo” necesita.
• Diseño de beneficios para los “territorios”
  • Conectar la innovación con resultados que preserven estatus: “tu área gana X si esto sale”.
• Reducir dependencia
  • Minimiza cuellos de botella: prototipos sin permisos innecesarios; pruebas en entornos controlados.

4) Señales de control

• Bien: menos sorpresas, plazos cumplidos, decisiones trazables.
• Mal: el proyecto se “enfría” sin causa técnica clara.

(e) Rutina y “droga” del corto plazo: presión trimestral y cultura resultadista (resistencia sistémica)

1) Diagnóstico rápido

• Todo se evalúa por impacto inmediato; exploración se percibe como lujo.
• Los incentivos castigan el tiempo de aprendizaje (solo se premia ejecución).

2) Soluciones estructurales (estrategia + sistema)

1. Doble sistema operativo (Run vs Change)
   • Separar explícitamente operación (Run) de transformación/innovación (Change) con recursos y cadencias distintas.
2. Cartera balanceada y presupuestos protegidos
   • Asignación mínima estable para exploración (aunque sea pequeña) que no se recorte cada trimestre.
3. Métricas de innovación por horizontes
   • Corto: aprendizaje validado, tiempo de ciclo, experimentos completados.
   • Medio: pilotos, adopción, ahorros/ingresos iniciales.
   • Largo: nuevas líneas, opcionalidad estratégica.
4. Rituales de dirección
   • Comité mensual de innovación con decisiones reales (parar/seguir/escalar) y visibilidad ejecutiva.

3) Soluciones tácticas

• Quick wins diseñados (no casuales)
  • Elegir 1–2 problemas con alta probabilidad de mejora rápida para reconstruir credibilidad.
• Narrativa de coste de no innovar
  • Convertir el “corto plazo” en argumento pro-innovación: riesgos de obsolescencia, pérdida de margen, fuga de talento.

4) Señales de control

• Bien: la innovación sobrevive a picos de urgencia; no se “apaga” cada cierre de trimestre.
• Mal: reinicios constantes (“este año sí”) y fatiga cultural.

Regla transversal: “igual intervención, distinto tratamiento” (evitar café para todos)

• No todos innovan igual: define roles y contribuciones esperables por perfil.
• La resistencia se reduce cuando el coste personal baja (tiempo, riesgo, reputación) y el sistema premia el comportamiento correcto (no el ruido).

9. Hoja de ruta práctica: cómo construir cultura sin postureo

La cultura innovadora no se “implanta”; se construye mediante decisiones repetidas que cambian el día a día: qué se prioriza, qué se protege, qué se mide y qué se aprende. La hoja de ruta que sigue está diseñada para evitar el error más común: confundir “campañas” con cambio estructural y pretender recuperar en semanas lo que se ha erosionado durante años.

9.1. Un plan por fases: empezar pequeño, demostrar valor, institucionalizar (del piloto al sistema)

Fase 0 — Preparar el terreno (2–4 semanas)
Objetivo: crear condiciones mínimas para que el piloto no sea teatro.

• Gesto estructurante: definir el “para qué” y las reglas del juego (alcance, criterios, roles, ritmos y recursos). Este es el primer paso imprescindible: sin ese artefacto de claridad, la innovación se vuelve difusa e ingobernable.
• Tiempo explícito: sin bloqueo real, la innovación compite contra la operación y pierde. Tras una crisis (o en cultura hiperresultadista), esto es todavía más crítico: recuperar innovación exige “arremangarse” y crear tiempo para leer, conversar, prototipar, aprender y corregir.

Fase 1 — Piloto controlado (6–10 semanas)
Objetivo: producir evidencia, no promesas.

• Elegir una unidad piloto con un sponsor claro y un reto relevante (preferiblemente transversal o “zona gris” para evitar la lógica de silos).
• Trabajo en ciclos cortos (micro-experimentos): cada ciclo debe terminar en una decisión basada en evidencia (seguir, pivotar o parar).
• Quick wins diseñados: no se trata de “hacer algo rápido”, sino de seleccionar problemas con alta probabilidad de mejora visible para reconstruir credibilidad, especialmente si la innovación se apagó en el pasado.

Fase 2 — Demostración y legitimación (4–8 semanas)
Objetivo: convertir resultados en narrativa creíble para la organización.

• Evidencia de valor: mejoras, aprendizajes validados, pilotos lanzados, costes evitados, satisfacción de usuario interno/externo.
• Lecciones de sistema: qué fricciones aparecieron (tiempo, procesos, resistencias, decisiones) y qué hay que rediseñar. No se escala una innovación “bonita”, se escala una innovación usable.

Fase 3 — Escalado con aprendizaje incorporado (3–6 meses)
Objetivo: pasar de “un equipo que innova” a “una organización que innova”.

• Replicar el modelo en 2–3 unidades más, ajustando el proceso para reducir fricción.
• Empezar a construir cartera (porfolio) y un mecanismo de priorización: sin foco, el escalado se convierte en dispersión.

Fase 4 — Institucionalización (continuo)
Objetivo: que la cultura sobreviva a personas, picos de urgencia y cambios de contexto.

• Gobernanza mínima (comité con decisión real), ritmos estables, reporting corto y reglas claras para entrada/selección/ejecución de iniciativas.
• El criterio de éxito no es “más actividad”, sino menos dependencia de héroes: que innovar deje de ser un acto extraordinario.

9.2. Diseñar cultura con Design Thinking: cultura como experiencia del empleado (y del innovador interno)

Si quieres participación, diseña el sistema como si fuese un producto interno. Es decir, trata la cultura innovadora como experiencia del empleado y, más específicamente, como experiencia del “innovador interno”.

Un enfoque DT aplicado a cultura suele seguir estas piezas:

1. Empatía (usuarios internos reales)
   • ¿Qué frenos cotidianos tienen? (tiempo, miedo reputacional, falta de feedback, burocracia).
   • ¿Qué les motivaría a contribuir? (resolver dolores reales, reconocimiento justo, claridad y apoyo).
   • ¿Qué “momentos de verdad” destruyen confianza? (proponer y no recibir respuesta; sentir que innovar penaliza).
2. Journey del innovador interno
   Desde que detecta un problema hasta que ve una decisión. Mapea pasos y fricciones: capturar idea, entender el reto, pedir apoyo, conseguir tiempo, validar, presentar, ejecutar. Muchas culturas fallan por “UX interna” deficiente: demasiados pasos, demasiado lenguaje técnico, demasiada incertidumbre.
3. Prototipar el proceso (no el póster)
   Prototipa formularios mínimos, cadencias cortas, criterios de decisión sencillos, y un circuito de feedback rápido. La resistencia es inevitable; por eso el proceso debe diseñarse anticipando resistencias, no negándolas.
4. Testear y ajustar
   El proceso es un artefacto vivo. Igual que un producto, se mejora con uso real: se elimina fricción, se clarifican reglas, se refuerzan incentivos, se acortan ciclos.

El resultado buscado es cultural: que las personas sientan que participar tiene sentido, es seguro y no es una pérdida de tiempo.

9.3. “Minimalismo operativo”: qué medir, qué reportar y qué ritualizar para sostener el cambio

La cultura se sostiene con disciplina ligera, no con burocracia. En Innolandia lo trabajamos desde dos ángulos complementarios, que puedes revisar en el Informe de innovación mínimo viable y en 4 elementos que nadie te cuenta de un sistema de innovación ágil.

Qué medir (poco, pero con intención):

• Caudal de ideas y, sobre todo, su patrón: “goteo” sostenido vs picos puntuales (señal cultural).
• % de personas que participan (no solo cantidad de ideas).
• Velocidad de aprendizaje: ciclos completados, supuestos validados/refutados, tiempo hasta decisión.
• Conversión: ideas que pasan a experimentos/pilotos y, cuando aplique, a implementación.
• Impacto (cuando ya hay madurez): ahorros/ingresos atribuibles, o mejoras operativas relevantes.

Qué reportar (mínimo viable):
El informe no debe comerse el tiempo de innovar. Un formato corto, orientado a dirección, con lógica: por qué, qué impacto, qué aprendimos, qué decidimos, qué sigue. La regla cultural aquí es clave: si el reporting se percibe como control punitivo, mata la iniciativa; si se percibe como visibilidad y apoyo, la multiplica.

Qué ritualizar (cadencias que crean hábito):

• Ritual semanal/quincenal de equipo: revisión de experimentos (qué aprendimos, siguiente prueba).
• Ritual mensual de decisión (comité): priorizar, desbloquear, parar o escalar.
• Ritual trimestral de cartera: balance entre incremental/adyacente/disruptivo y reasignación de recursos.
• Ritual de cierre: “post-mortem” sin culpa, con aprendizaje explícito (para que el error no se convierta en miedo).

Minimalismo no es ausencia de sistema; es un sistema diseñado para no ahogar la energía innovadora.

9.4. Señales de madurez: cuándo puedes decir que “hay cultura” (y cuándo sólo hay actividad)

Conviene explicitar verdades incómodas y medir para no caer en autoengaño. Con esa lógica, las señales de madurez se reconocen por comportamientos estables y condiciones estructurales, no por storytelling.

Señales de que “hay cultura”:

• Participación distribuida: crece el % de personas que proponen o contribuyen (no solo “los de innovación”).
• Ritmo sostenido: el flujo de ideas y experimentos es constante, no depende de eventos.
• Tiempo protegido real: innovar no es clandestino; está autorizado en la agenda.
• Equipos transversales aparecen cuando el reto lo exige (no como excepción heroica).
• Metodología y evidencia: se decide con pruebas (aunque sean pequeñas), no por jerarquía o intuición sin contraste.
• Feedback rápido: quien participa recibe respuesta y entiende por qué una idea sigue o se detiene.
• Capacidad de matar proyectos sin drama: se aprende, se documenta, se reorienta.
• Dirección pregunta por aprendizaje e impacto, no solo por “actividad”.

Señales de que solo hay actividad:

• Muchos talleres, pocas decisiones; mucha ideación, poca conversión.
• Participan siempre los mismos; el resto “observa”.
• El sistema se apaga en cierres de trimestre y no se recupera.
• La gente teme quedar expuesta: se evita el riesgo y se maquilla el error.

El criterio final es sencillo: hay cultura innovadora cuando innovar se vuelve predecible y repetible. Si depende de entusiasmo, de una persona concreta o de un momento del año, todavía estás en fase de actividad.

10. Cierre: una tesis humanista de la innovación organizativa

10.1. Cultura innovadora como ética del trabajo: aprendizaje, respeto por el error honesto y construcción colectiva

Una cultura innovadora no es solo una ventaja competitiva; es, en el fondo, una ética del trabajo. Cuando una organización innova de forma sana, dignifica el oficio de trabajar porque reconoce que el mundo es cambiante, que el conocimiento siempre es incompleto y que, por tanto, el trabajo no puede reducirse a ejecutar rutinas. Innovar —bien entendido— es aprender con otros para servir mejor a clientes, ciudadanos, pacientes o usuarios; y hacerlo sin convertir la incertidumbre en culpa.

En este sentido, crear cultura innovadora no se logra con consignas; es un camino exigente, con fricciones, porque implica enfrentarse a inercias, miedos y a la comodidad del “siempre se ha hecho así”. De ahí la sensación —tan real— de que “estamos solos” cuando intentamos empujar el cambio: no porque no haya aliados, sino porque el cambio cultural exige responsabilidad personal y coherencia organizativa, dos cosas difíciles de sostener en entornos dominados por la urgencia.

La clave ética aparece cuando esa dificultad se transforma en método: la cultura innovadora institucionaliza una relación madura con el error. No se trata de “celebrar fallos” ni de romantizar el fracaso; se trata de respetar el error honesto —el que surge al probar hipótesis razonables— y de exigir aprendizaje explícito para que el coste del error se convierta en valor. Esa es la diferencia entre una organización que castiga y una que aprende: la primera protege la apariencia; la segunda protege la verdad práctica.

Y, finalmente, una cultura innovadora es un proyecto profundamente colectivo. No depende de héroes carismáticos ni de un departamento aislado: se construye en la trama cotidiana de equipos que colaboran, comparten información, se autorizan mutuamente a explorar y sostienen, con disciplina, hábitos de aprendizaje. En Innolandia hablamos de la existencia de un “cóctel” cultural: voluntad de aprendizaje, colaboración, acción, tolerancia al error y fortaleza mental no como virtudes abstractas, sino como comportamientos que la organización debe hacer posibles con condiciones reales (tiempo, reglas claras, transparencia y reconocimiento). 

Por eso, si hubiera que cerrar este artículo con una sola idea sería esta: innovar no es un lujo tecnológico, es un compromiso humano con el aprendizaje compartido y con la mejora continua del trabajo. Donde esa ética se convierte en hábitos, aparece la cultura; y donde aparece la cultura, la innovación deja de ser un evento y se convierte en una forma de estar en el mundo.

La entrada Cultura de la innovacion. se publicó primero en .

0. Introducción: por qué la validación de proyectos es el “seguro de vida” de la innovación

Hay una frase de origen aristotélico, muy repetida por Tomás de Aquino y la escolástica medieval que dice: “Nihil est in intellectu quod non prius fuerit in sensu.” Es decir: Nada hay en el entendimiento que no haya estado antes en los sentidos.

¿Y por qué este “latinajo”? porque enuncia la base intelectual de este artículo, en el que vamos a hablar de la validación de proyectos de innovación y en el que vamos a demostrar que para llegar al conocimiento (es decir, a la innovación) hemos de pasar por la experiencia, la prueba y el contraste con la realidad. Y estos filtros son los que nos van a permitir el acceso a proyectos de innovación valiosos y consistentes.

Porque hablar de innovación sin hablar de validación es, en realidad, hablar de deseos. Las empresas llenan pizarras de colores, organizan hackatones, diseñan canvas impecables y lanzan notas de prensa sobre proyectos disruptivos. Lo vemos constantemente y, en Innolandia, a veces nos sorprendemos de las noticias que leemos, porque, si rascamos un poco, la pregunta incómoda sigue ahí:
¿qué proyectos están realmente generando resultados medibles, y cuáles solo están consumiendo tiempo, presupuesto y reputación?

La validación de proyectos es la disciplina que responde a esa pregunta incómoda. Es el mecanismo que conecta las ideas con la realidad, las intuiciones con los datos y los relatos internos con el comportamiento real de clientes y usuarios. Si la innovación es un viaje hacia lo desconocido, la validación es el seguro de vida que evita que la organización se pierda en el camino.

El problema de fondo: ideas en post-its y proyectos zombis

En la práctica, muchas organizaciones se encuentran atrapadas en uno de estos dos extremos:

1. Proyectos que nunca salen del post-it
   Los equipos generan decenas de ideas en talleres de creatividad, sesiones de design thinking o comités de innovación. Se documentan en murales digitales, en presentaciones y en actas de reuniones. Sin embargo, el salto crítico —pasar de la idea al experimento en contacto con el cliente— casi nunca ocurre.
   El resultado es una “inflación de ideas”: el sistema de innovación parece vivo porque produce muchos inputs, pero carece de mecanismos efectivos para transformar esos inputs en aprendizajes validados, decisiones y resultados de negocio.
   
2. Proyectos que avanzan sin validar y se convierten en “proyectos zombis”
   En el otro extremo están los proyectos que sí consiguen presupuesto, equipo y visibilidad… pero que se diseñan y ejecutan como proyectos tradicionales: se define un alcance rígido, un plan detallado, un control exhaustivo y un calendario cerrado. Apenas se formulan hipótesis explícitas ni se diseñan experimentos.
   El proyecto avanza por inercia: se celebran comités, se entregan informes, se completan tareas, pero nadie se plantea seriamente si el mercado está respondiendo, si el problema es real o si el modelo de negocio tiene alguna viabilidad.
   Con el tiempo, estos proyectos se convierten en “zombis”: no terminan de morir (porque hay capital político y presupuesto implicado), pero tampoco viven (porque no generan tracción, impacto ni aprendizaje relevante). Consumen recursos, bloquean capacidad y deterioran la credibilidad de la innovación dentro de la organización.

En ambos casos el patrón es el mismo: la ausencia de un sistema explícito de validación. Sin validación, los proyectos de innovación se convierten en un acto de fe: se sostienen por narrativas internas y jerarquías, no por evidencias. Y al final perdemos recursos, oportunidades y dedicamos capacidades a proyectos sin sentido, que generan frustración en la organización y la sensación de que actuamos como pollo sin cabeza y por inercia.

La diferencia entre hacer proyectos y gestionar innovación

Aquí es donde aparece la distinción clave: hacer proyectos no es lo mismo que gestionar innovación.

• Hacer proyectos se centra en la ejecución de tareas:
  • Definir entregables.
  • Planificar actividades.
  • Asignar responsables.
  • Cumplir plazos y presupuesto.

Es la lógica clásica de la gestión de proyectos: si las tareas se completan y el plan se respeta, el proyecto se considera “bien gestionado”. No importa si el proyecto tiene sentido, si es estratégicamente adecuado o si es objetivamente beneficioso para la organización. Si nos centramos en “hacer proyectos” la lógica de la justificación cambia y sólo es una lógica operativa, funcional.

• Gestionar innovación, en cambio, se centra en la toma de decisiones bajo incertidumbre:
  • Formular hipótesis explícitas sobre clientes, propuesta de valor, canales, modelo de ingresos o capacidades internas.
  • Diseñar experimentos que permitan contrastar esas hipótesis con la realidad.
  • Medir resultados con indicadores relevantes.
  • Tomar decisiones claras: seguir, pivotar o matar el proyecto.

La innovación no se legitima porque “se han hecho muchas cosas”, sino porque se han tomado buenas decisiones a partir de evidencias. Un proyecto de innovación gestionado con rigor puede “fallar” en el sentido tradicional (no se lanza al mercado, se descarta una línea de producto, se abandona un segmento de clientes), y aun así ser un éxito desde el punto de vista estratégico, porque ha permitido aprender rápido y liberar recursos a tiempo.

Por eso, la validación no es un “extra” ni una fase decorativa para presentar en un PowerPoint: es el corazón del gobierno de la innovación. Es el mecanismo que distingue entre:

• Actividad y progreso.
• Opinión y evidencia.
• Relato interno y comportamiento del mercado.

Sin validación, la innovación se convierte en teatro: mucha escenografía, poco resultado.

Objetivo del artículo: un sistema completo de validación para empresas consolidadas

Por todo lo dicho, este artículo nace con una intención práctica y ambiciosa: proponer un sistema completo para validar proyectos de innovación en organizaciones consolidadas, no en startups de manual ni en laboratorios aislados de la realidad.

A lo largo del texto, se desarrollará un marco que integra:

• Métodos ágiles de innovación, como Lean Startup y Customer Development, adaptados al contexto de organizaciones ya existentes, con sus procesos, inercias y restricciones.
• Herramientas visuales y operativas que cualquier empresa puede implantar:
  • Tableros Kanban para gestionar el flujo de experimentos y tareas.
  • Cuadros de mando de proyectos que combinan hitos de negocio y aprendizaje.
  • Plantillas de hipótesis, experimentos y aprendizajes validados.
• Un recorrido completo del ciclo de vida del proyecto:
  • Desde la idea inicial y su selección dentro de la cartera de proyectos.
  • Pasando por las sucesivas fases de validación del problema, de la solución, de la disposición a pagar, de la viabilidad técnica y de la escalabilidad.
  • Hasta las decisiones finales de lanzamiento, crecimiento, integración en el negocio o cierre ordenado.

El objetivo no es ofrecer un catálogo de técnicas aisladas, sino un sistema coherente de toma de decisiones que permita a las empresas:

• Reducir el número de proyectos zombi.
• Aumentar la tasa de proyectos que llegan al mercado con tracción real.
• Construir una cultura en la que la evidencia pesa más que la jerarquía y en la que “matar proyectos a tiempo” se considera un signo de madurez, no de fracaso.

En resumen, este artículo busca responder a una pregunta concreta:
¿cómo puede una empresa diseñar y operar un sistema de validación que convierta la innovación en una inversión inteligente, y no en una lotería cara?

1. Qué significa realmente “validar un proyecto de innovación”

Cuando hablamos de “validar un proyecto de innovación” no estamos hablando de “aprobarlo en un comité” ni de “tener un buen plan de trabajo”. Validar significa algo mucho más exigente: demostrar, con evidencias obtenidas en la realidad, que una iniciativa merece seguir consumiendo recursos porque está reduciendo sus riesgos clave.

Para entenderlo bien conviene reflexionar sobre tres ideas:

• Los tres estados por los que pasa una iniciativa: idea, proyecto y lanzamiento.
• La diferencia entre evaluar, validar y controlar, que a menudo se mezclan.
• Los tres grandes riesgos que la validación debe gestionar.

1.1. De la idea al proyecto: tres estados de una iniciativa

En un sistema de innovación mínimamente estructurado, una iniciativa no “nace” siendo proyecto. Recorre al menos tres estados distintos, y en cada uno de ellos cambian el nivel de riesgo, el volumen de inversión y el tipo de evidencias que necesitamos.

a) Idea: hipótesis cruda, riesgo máximo, inversión mínima

En este estado la iniciativa es, literalmente, una conjetura:

• Una sospecha de problema.
• Una intuición de solución.
• Una oportunidad detectada en una conversación, en un cliente, en una feria, en un cambio regulatorio.

Aquí:

• El riesgo es máximo: casi todo son suposiciones.
• La inversión debe ser mínima: tiempo de reflexión, algún análisis ligero, quizá una micro-entrevista interna o con un cliente de confianza.
• Las evidencias necesarias son de primer nivel:
  ¿tiene sentido explorar esto?, ¿se alinea mínimamente con la estrategia?, ¿merece entrar en el “embudo” de innovación?

En esta fase, hablar de “validar” es prematuro. Lo que hacemos es tamizar ideas para decidir cuáles pasan al siguiente estado.

b) Proyecto: hipótesis priorizadas, riesgo acotándose, inversión significativa

Una idea se convierte en proyecto cuando la organización decide:

• Asignarle un equipo (aunque sea parcial).
• Reservar un presupuesto, aunque sea modesto.
• Definir unos objetivos tentativos.
• Incluirla en el portafolio de innovación.

En este estado:

• El riesgo sigue siendo alto, pero empieza a ser gestionado de forma explícita: se formulan hipótesis, se diseñan experimentos, se definen hitos.
• La inversión se vuelve significativa: horas de personas clave, gasto en prototipos, campañas de test, pilotos, etc.
• Las evidencias necesarias son ya de segundo nivel:
  ¿hemos demostrado que el problema es real?, ¿que la propuesta aporta valor?, ¿qué hay señales de disposición a pagar?, ¿qué podemos construir esto a una calidad razonable?

Aquí es donde la palabra validar cobra pleno sentido: cada fase del proyecto debería corresponderse con la validación de un tipo concreto de hipótesis.

c) Lanzamiento: producto/servicio en el mercado, nuevos riesgos

El tercer estado es el lanzamiento: el producto, servicio o solución entra en el mercado (interno o externo). Paradójicamente, aquí no termina la validación, sino que cambia de naturaleza:

• El riesgo se desplaza: ya no es “¿tiene sentido?” sino “¿podemos crecer? ¿podemos mantener la promesa de valor a escala?”
• La inversión sube de nivel: marketing, operaciones, soporte, tecnología, integración en sistemas corporativos, etc.
• Las evidencias necesarias se vuelven de negocio recurrente:
  recurrencia de uso, retención, márgenes, coste de adquisición, productividad interna, etc.

En este punto, la validación se conecta con la gestión del ciclo de vida de productos y servicios: seguimos experimentando, pero ahora sobre palancas de crecimiento, eficiencia y rentabilidad.

En resumen: no se valida lo mismo, ni con las mismas métricas, ni con el mismo coste en una idea, en un proyecto y en un lanzamiento. Entender estos tres estados evita dos errores típicos:

• Tratar ideas como si fueran proyectos maduros (sobredimensionar).
• Tratar proyectos avanzados como si siguieran siendo ideas (no exigirles evidencias suficientes).

1.2. Evaluar, validar, controlar: no es lo mismo

En la práctica, muchas organizaciones usan “evaluar”, “validar” y “controlar” casi como sinónimos. Eso genera confusión y, sobre todo, malos sistemas de decisión. Conviene distinguirlos con precisión.

a) Evaluar: decidir qué entra en la cartera

Evaluar es el proceso de seleccionar qué iniciativas van a recibir atención y recursos. Supone responder a preguntas como:

• ¿Esta idea encaja con nuestra estrategia?
• ¿Tiene potencial de impacto (económico, competitivo, reputacional, social)?
• ¿Cuál es su nivel de riesgo frente a otras alternativas?
• ¿Disponemos de capacidades mínimas para explorarla?

Aquí la organización construye criterios y filtros: matrices de priorización, alineamiento estratégico, impacto vs. esfuerzo, etc. El resultado de evaluar no es determinar ningún nivel de “verdad” sobre el mercado, sino una decisión de portafolio: esta iniciativa pasa a proyecto, esta otra se aparca, esta tercera se descarta.

b) Validar: generar evidencias en el mundo real

Validar empieza cuando la organización deja de preguntarse solo “¿nos gusta?” y pasa a preguntarse “¿es cierto?”. Validar es:

• Formular hipótesis explícitas sobre clientes, problema, solución, modelo de ingresos, capacidades internas, etc.
• Diseñar experimentos para poner esas hipótesis a prueba en la realidad: entrevistas, prototipos, pilotos, campañas, pruebas técnicas.
• Medir resultados con indicadores relevantes.
• Extraer aprendizajes validados:
  sabíamos lo que queríamos comprobar, hicimos la prueba, vimos los datos y cambiamos (o reforzamos) nuestra creencia.

Validar no es pedir más opiniones dentro de la organización, ni hacer una presentación más bonita, ni acumular documentos. Es contrastar la narrativa del proyecto con la respuesta de la realidad.

c) Controlar: seguimiento operativo de plazos, tareas y costes

Controlar, por su parte, se refiere al seguimiento de la ejecución:

• ¿Se han realizado las tareas comprometidas?
• ¿El equipo está cumpliendo los plazos?
• ¿Estamos dentro del presupuesto estimado?
• ¿Se están gestionando los riesgos operativos?

Es el ámbito clásico de la dirección de proyectos: cronogramas, actas, informes de avance, gestión de riesgos y problemas.

La clave es entender que:

• Puedes controlar muy bien un proyecto (plazos, tareas, costes) y, al mismo tiempo, estar validando muy poco (casi ninguna hipótesis contrastada).
• Puedes evaluar una iniciativa con criterios muy sofisticados, pero si luego no validas, el riesgo permanece prácticamente intacto.
• Solo cuando evaluación, validación y control están alineados se consigue un sistema robusto: seleccionamos bien, aprendemos en la realidad y ejecutamos con disciplina.

1.3. Los tres grandes riesgos a gestionar

Validar un proyecto de innovación, en última instancia, es reducir de forma progresiva tres grandes tipos de riesgo. No se trata de eliminarlos (en innovación nunca desaparecen del todo), sino de bajarlos a un nivel aceptable antes de escalar la inversión.

a) Riesgo comercial: ¿alguien realmente quiere esto y está dispuesto a pagar?

Este es el riesgo más obvio y, paradójicamente, el más ignorado en proyectos corporativos. Se manifiesta en preguntas como:

• ¿Existe realmente el problema que queremos resolver?
• ¿Es suficientemente importante como para que el cliente cambie su comportamiento?
• ¿Nuestra propuesta de valor es claramente mejor que las alternativas?
• ¿Hay disposición a pagar, de qué tipo y en qué condiciones?

Validar este riesgo implica:

• Entrevistas en profundidad, observación, análisis de comportamiento.
• Tests de concepto, prototipos, pilotos con clientes reales.
• Experimentos de precio y modelos de pago.
• Métricas de conversión, uso, retención y recomendación.

Si un proyecto no reduce el riesgo comercial de forma sistemática, está construyendo un castillo sobre arena: puede ser técnicamente brillante, pero comercialmente irrelevante.

b) Riesgo tecnológico: ¿podemos construirlo con la calidad y el coste adecuados?

El segundo gran riesgo tiene que ver con la capacidad real de desarrollo y entrega:

• ¿La tecnología existe y es suficientemente madura?
• ¿Tenemos el conocimiento, el equipo y los partners necesarios?
• ¿Los costes técnicos y operativos son razonables para el nivel de valor generado?
• ¿Podemos asegurar fiabilidad, seguridad, rendimiento?

Validar este riesgo requiere:

• Prototipos técnicos y pruebas de laboratorio.
• Pilotos acotados con usuarios reales.
• Ensayos de rendimiento, seguridad, robustez.
• Iteraciones sobre arquitectura, procesos y capacidades internas.

La validación tecnológica no consiste solo en demostrar que “se puede hacer”, sino en comprobar que se puede hacer de forma repetible, mantenible y escalable dentro de los límites de la organización.

c) Riesgo de modelo de negocio / financiero: ¿es rentable y escalable?

El tercer riesgo es el del modelo de negocio en su conjunto:

• ¿Los ingresos potenciales compensan los costes (directos e indirectos)?
• ¿Podemos crecer sin que los costes se disparen de forma descontrolada?
• ¿Los canales de adquisición son sostenibles?
• ¿La estructura de precios es aceptable para el mercado y suficiente para la empresa?

Validar este riesgo supone:

• Modelizar escenarios de ingresos y costes (no solo “business case” optimista, también escenarios conservadores y pesimistas).
• Medir CAC (coste de adquisición de cliente), margen por cliente, tiempo de recuperación de la inversión, etc., en pruebas reales.
• Observar el comportamiento de los clientes a lo largo del tiempo: recurrencia, ampliación de ticket, abandono.

Aquí la validación conecta con decisiones estratégicas: no basta con que un proyecto “funcione” en pequeño; tiene que justificar su escalado dentro de un portafolio limitado de recursos.

En conjunto, podemos condensar la idea así:

• Evaluar: decidir qué ideas merecen convertirse en proyectos.
• Validar: reducir, con evidencias del mundo real, los tres grandes riesgos (comercial, tecnológico y de modelo de negocio) a un nivel que haga razonable seguir invirtiendo.
• Controlar: asegurar que la ejecución de tareas, plazos y costes acompaña a ese proceso de aprendizaje.

El resto del artículo se apoyará en esta distinción para describir, fase a fase, cómo diseñar un sistema de validación que atraviese los tres estados de una iniciativa y ataque de forma explícita estos tres tipos de riesgo.

2. Antes de validar: elegir bien qué proyectos merecen la pena

Antes de hablar de experimentos, hipótesis y métricas, hay una pregunta estratégica que ninguna empresa puede eludir: ¿en qué proyectos de innovación vamos a invertir realmente?

Validar sirve para reducir riesgo, pero si elegimos mal qué iniciativas entran en la “pista de despegue”, estaremos validando cosas que nunca debieron consumir recursos. Por eso la fase previa —diseñar la cartera y el sistema de evaluación— es tan crítica como las fases posteriores de validación.

2.1. La cartera de proyectos de innovación

Una empresa consolidada no puede gestionar la innovación como una sucesión de “ocurrencias brillantes”, sino como una cartera de inversiones. La metáfora que proponemos en Innolandia es muy clara: innovar como si fuéramos una gestora de inversiones en proyectos. 

En una cartera financiera diversificamos entre activos con distintos niveles de riesgo, plazo y rentabilidad esperada. En innovación ocurre lo mismo y por eso dividimos los proyectos de innovación en tres tipos:

• Proyectos incrementales que mejoran productos o procesos existentes, con menos riesgo y retorno más cercano.
• Proyectos adyacentes que nos llevan a nuevos segmentos, usos o canales, con riesgo medio y potencial de crecimiento interesante.
• Proyectos más radicales o de modelo de negocio, con alto riesgo y horizonte temporal más largo, pero que pueden transformar la empresa.

Esta lógica de cartera tiene dos implicaciones:

1. No todas las ideas tienen que convertirse en proyecto.
   La organización debe aceptar que muchas ideas quedarán como “opciones” no ejercidas. El valor no está en hacerlo todo, sino en elegir bien.
2. No todos los proyectos juegan el mismo papel.
   Algunos son “quick wins” para generar credibilidad y aprendizaje rápido; otros son apuestas estratégicas que, incluso aunque no sean rentables a corto plazo, protegen clientes clave o abren mercados futuros. 

Ahora bien, para tener una cartera real —no una lista caótica de iniciativas— hace falta algo previo: un sistema mínimo viable de innovación.

Un “sistema mínimo viable de innovación” es el conjunto de procesos básicos que permiten que la innovación sea repetible y no dependa solo de dos o tres personas entusiastas:

• Mecanismos para capturar ideas (desde empleados, clientes, partners, vigilancia tecnológica, etc.). 
• Un funnel o embudo donde las ideas maduran: se registran, se agrupan, se preseleccionan.
• Un proceso claro para evaluar y priorizar qué entra en la cartera.
• Métricas sencillas para seguir el estado de los proyectos.
• Roles definidos: quién propone, quién evalúa, quién decide, quién lidera cada proyecto. 

Sin ese sistema mínimo viable, lo que tenemos no es innovación, sino una sucesión de iniciativas aisladas. Y entonces la validación llega tarde, mal y a destiempo: se testean proyectos que nunca debieron salir del cajón, mientras que otros con potencial quedan invisibles.

2.2. El método definitivo para evaluar proyectos de innovación

Una vez existe flujo de ideas y un sistema para capturarlas, la siguiente pieza es cómo decidir qué iniciativas pasan a la categoría de proyecto. En Innolandia proponemos un enfoque muy pragmático: combinar el ciclo de ideas en tres etapas con cuatro criterios “mágicos” que se aplican de forma simple y transparente. 

Las tres etapas del ciclo de ideas: Idea → Proyecto → Lanzamiento

Ya hemos visto estas etapas desde el punto de vista de la validación. Desde el punto de vista de la evaluación, su función es marcar dónde ponemos los filtros:

• En la etapa Idea, el objetivo es filtrar de forma muy ligera: casi todo entra al embudo, pero etiquetado y con una primera valoración.
• En la etapa Proyecto, el filtro se vuelve mucho más exigente: aquí es donde aplicamos de verdad los criterios de evaluación, porque ya implica asignar recursos.
• En la etapa Lanzamiento, la evaluación se centra en decidir qué escalamos, con qué intensidad y ritmo.

El momento clave para “decir sí o no” es el paso de idea a proyecto. Ahí entran en juego los famosos 4 criterios mágicos.

Los “4 criterios mágicos” de evaluación

En Innolandia proponemos utilizar cuatro criterios muy simples, pero potentes, para evaluar cada iniciativa que quiere entrar en la cartera: 

1. Encaje estratégico
2. Riesgo / viabilidad tecnológica
3. Riesgo / viabilidad comercial
4. Viabilidad financiera (como criterio más, no único)

Cada criterio se puede puntuar, por ejemplo, de 1 a 5, y representar en una matriz o en una ficha sencilla que quepa en una página. No hace falta un informe de 50 páginas por proyecto: de hecho, suele ser contraproducente.

Veámoslos uno a uno.

1) Encaje estratégico

La primera pregunta es radicalmente simple:
¿esta idea tiene algo que ver con nuestra estrategia?

No se trata de encajarla “a martillazos”, sino de comprobar:

• Si contribuye a alguno de los retos estratégicos de la compañía (crecer en un segmento, digitalizar un proceso clave, mejorar la sostenibilidad, etc.) 
• Si suma respecto a la estrategia de innovación (por ejemplo, reforzar el core, abrir una línea adyacente, explorar un nuevo modelo de negocio).
• Si respeta o amplía nuestras ventajas competitivas actuales (capacidades, marca, posicionamiento, acceso a clientes).

Sin encaje estratégico, una idea puede ser brillante… pero para otra empresa. Obligar a la organización a explicitar el encaje estratégico evita desviar recursos a proyectos “de moda” o desconectados del negocio.

2) Riesgo / viabilidad tecnológica

Aquí la pregunta de fondo es:
¿somos capaces de desarrollar esta idea en algo real que funcione?

Algunos indicadores para valorar este criterio:

• ¿La tecnología necesaria existe ya en el mercado o requiere investigación avanzada?
• ¿Disponemos de personas con experiencia en esa tecnología o habría que construir el conocimiento desde cero?
• ¿El grado de integración con sistemas actuales es razonable o extremadamente complejo?
• ¿Qué nivel de incertidumbre técnica existe (baja, media, muy alta)?

No se trata de exigir un análisis exhaustivo desde el primer minuto, pero sí de evitar los clásicos “powerpoints que lo aguantan todo” y que luego resultan inabordables cuando pasamos a prototipos.

3) Riesgo / viabilidad comercial

El tercer criterio aborda el riesgo más importante:
¿hay alguien dispuesto a pagar (externa o internamente) por este producto, servicio o cambio?

Algunos elementos a valorar:

• Claridad del segmento de cliente al que se dirige (externo o interno).
• Evidencias preliminares de que el problema existe y es relevante.
• Existencia de alternativas actuales (competidores, soluciones caseras del cliente, procesos heredados) y cómo nos posicionamos frente a ellas.
• Puertas de entrada: si tenemos o no canales de acceso al cliente objetivo.

Una idea puede ser técnicamente sencilla pero comercialmente inviable. Este criterio obliga a mirarla “con ojos de mercado” desde el principio.

4) Viabilidad financiera (un criterio más, no el único)

Por último, la empresa debe preguntarse:
¿tiene sentido financiero razonable?

Aquí entran las métricas clásicas:

• Necesidad de inversión y de caja.
• Plazo de recuperación estimado.
• Impacto esperado en ingresos, costes o ambos.
• Riesgo financiero (por ejemplo, dependencia de un solo cliente, escala mínima necesaria, etc.) 

La clave, para nosotros, es que la viabilidad financiera sea un criterio más, no el único. Hay proyectos poco rentables en sí mismos, pero estratégicos, por ejemplo, porque:

• Protegen a un cliente clave que genera mucho negocio en otras líneas.
• Abren el camino a un nuevo mercado o a un nuevo modelo de negocio.
• Permiten adquirir capacidades críticas para el futuro.

En esos casos, la decisión puede ser “sí, pero”:

• Sí al proyecto estratégico.
• Pero acompañado de un segundo proyecto orientado a reducir costes o mejorar la eficiencia para que el conjunto tenga sentido financiero.

Del análisis a la decisión: pasa / no pasa

El valor de estos criterios está en que permiten estructurar una reunión periódica de decisión muy clara: 

• Cada idea que aspira a convertirse en proyecto llega en un formato sencillo (por ejemplo, una ficha de una página).
• Se puntúa con los cuatro criterios, de forma pública y transparente.
• Y se toma una decisión binaria:
  • Pasa → se convierte en proyecto, se le asignan recursos y fechas.
  • No pasa → se archiva, se aparca o se descarta explícitamente.

Sin esta decisión clara, la organización entra en el terreno del “humo”: ideas que nadie mata del todo, pero a las que nadie dedica recursos de verdad. Y eso es el peor escenario para la innovación.

2.3. Business Model Canvas como filtro de mercado

En este punto entra en juego una de las herramientas más potentes y, a la vez, peor utilizadas: el Business Model Canvas (BMC).

Nosotros, en Innolandia, lo proponemos no solo como lienzo de diseño, sino como una herramienta ágil para seleccionar y evaluar proyectos, especialmente cuando hablamos de innovaciones más radicales o que afectan al mercado. 

Cuando tiene sentido usar el BMC como filtro

No todas las ideas requieren un BMC formal. Tiene más sentido:

• Cuando el proyecto implica un nuevo segmento de cliente o un uso muy distinto al habitual.
• Cuando introduce una propuesta de valor sustancialmente nueva (no solo un pequeño ajuste).
• Cuando supone un cambio importante en canales, relaciones con clientes o fuentes de ingresos.
• Cuando estamos explorando nuevos modelos de negocio (suscripción, servicio en vez de producto, servitización, plataformas, etc.).

Es decir, el BMC encaja especialmente bien en innovaciones adyacentes y radicales, donde el riesgo de modelo de negocio y comercial es más alto.

En cambio, para pequeñas mejoras internas o cambios muy incrementales, puede bastar con una descripción más ligera.

Tres preguntas clave que el BMC debe contestar

Aunque el BMC tiene nueve bloques, para usarlo como filtro de mercado conviene concentrarlo en tres grandes preguntas, que actúan como “puntos de control”:

1. ¿Hay un problema real (o una necesidad real) en un segmento concreto de clientes?
   • Bloques afectados: Segmentos de clientes (Problema/Jobs-to-be-done, Contexto)
   • Evidencias deseables: observaciones, entrevistas, datos de uso, señales claras de dolor o fricción. 
2. ¿Nuestra propuesta de valor lo resuelve de forma clara y diferenciada?
   • Bloques afectados: Propuesta de valor (Productos/servicios, Ventajas diferenciales)
   • Evidencias deseables: reacciones positivas en tests de concepto, comparaciones directas con alternativas, claridad al explicar qué mejora para el cliente.
3. ¿Hay una forma clara de monetizar (externa o internamente)?
   • Bloques afectados: Fuentes de ingresos, Estructura de costes, Canales, Relaciones con clientes.
   • Evidencias deseables: hipótesis de precio realistas, canales accesibles, algún ejemplo de disposición a pagar (aunque sea en pequeño).

Si el equipo no es capaz de rellenar el BMC con un mínimo de coherencia y responder razonablemente a estas tres preguntas, el mensaje es simple: el proyecto no está maduro para consumir recursos como “proyecto de innovación”.

El BMC como condición para pasar del funnel a proyecto

Una manera muy práctica de integrar el BMC en el sistema de evaluación es convertirlo en una condición necesaria para que una idea de tipo “mercado” pase a proyecto:

• Toda idea que implique nuevos clientes, nuevas propuestas de valor o cambios de modelo de negocio debe presentarse, al menos, con una primera versión de BMC.
• Esa versión no es un documento definitivo, sino un mapa de hipótesis: cada bloque indica una suposición que se pondrá a prueba en las fases posteriores de validación.
• El comité de innovación puede usar el BMC para:
  • Detectar incoherencias (por ejemplo, propuesta de valor muy compleja para un segmento poco sofisticado).
  • Señalar bloques especialmente inciertos (precio, canal, socios clave…)
  • Priorizar qué hipótesis deberán validarse primero, si el proyecto se aprueba.

De esta forma, el BMC deja de ser una plantilla decorativa y se convierte en un filtro de mercado y en la base del plan de validación.

En resumen:

• La cartera nos obliga a pensar como una gestora de inversiones.
• El método de los 4 criterios nos da un sistema sencillo y transparente para decidir qué ideas se convierten en proyectos.
• El BMC actúa como lupa sobre el riesgo de mercado y modelo de negocio, y como condición para que ciertos proyectos entren en la pista de validación.

A partir de aquí, el siguiente paso lógico del artículo será explicar cómo diseñar y ejecutar ese plan de validación, fase a fase, utilizando el BMC y los criterios anteriores como guía de priorización.

3. El marco general de validación: Lean Startup adaptado a empresas consolidadas

Para que la validación no se convierta en un ritual vacío, hace falta un marco operativo claro. En Innolandia, ese marco se apoya en Lean Startup y Customer Development adaptados al contexto corporativo, no a la “startup de garaje” idealizada. Es decir, partimos de la metodología startup pero la aplicamos a entornos corporativos, aumentando la velocidad de desarrollo y disminuyendo costes y riesgos. 

El corazón de ese enfoque es el ciclo Construir–Medir–Aprender, la distinción entre prototipo y Producto Mínimo Viable (PMV), y una ruta de avance articulada en 5+1 preguntas/hitos que todo proyecto debe ir respondiendo con datos. Los datos son fundamentales. No existe avance si no está validado y sustentado en datos reales, medibles y verificables.

3.1. El ciclo Construir–Medir–Aprender

El método Lean Startup, formulado por Eric Ries, propone un ciclo básico para reducir la incertidumbre: Build–Measure–Learn.

En el contexto de una empresa ya creada, ese ciclo no se aplica en abstracto, sino insertado en las fases del modelo de innovación ágil de Innolandia (generar ideas, madurar ideas, desarrollar proyectos, gestionar el negocio). 

La lógica es la siguiente:

a) Construir: no el producto final, sino el experimento mínimo

En una corporación, “construir” no debería significar “poner en marcha un proyecto de IT de 12 meses”, sino:

• Fabricar experimentos mínimos: entrevistas, maquetas, landing pages, prototipos funcionales limitados, pilotos muy acotados.
• Con la menor inversión posible en esta fase: tiempo, dinero y capital político. 

La pregunta no es “¿qué producto completo vamos a desarrollar?”, sino “¿cuál es la prueba más pequeña que podemos hacer para aprender algo relevante?”. El avance es gradual, paso a paso, por lo que no tiene sentido centrarse desde el primer momento en el producto o servicio final.

b) Medir: indicadores accionables, no reporting corporativo

Medir en clave Lean Startup no es producir informes extensos, sino obtener métricas accionables:

• Que estén directamente conectadas con una hipótesis (por ejemplo, “si ofrecemos esta solución, al menos el 30 % de los entrevistados pedirán más información”). 
• Que se puedan recoger rápido y barato.
• Que permitan tomar una decisión clara: seguir, pivotar o abandonar.

En este contexto, Lean Startup insiste en el concepto de “aprendizaje validado”: no basta con acumular datos; hay que demostrar que el experimento ha confirmado o refutado la hipótesis. 

c) Aprender: decidir con evidencias

La tercera fase es, en realidad, la que da sentido a todo el esfuerzo:

• Revisar qué ha ocurrido en el experimento.
• Contrastar los resultados con la hipótesis inicial.
• Tomar una decisión explícita:
  • Perseverar: seguimos en la misma dirección, pero con un siguiente experimento más exigente.
  • Pivotar: cambiamos el segmento, la propuesta de valor, el canal, el precio, etc.
  • Abandonar: el proyecto no justifica más inversión; hemos aprendido lo suficiente como para cerrar.

En empresas consolidadas, este ciclo se integra en iteraciones cortas (sprints de innovación) y se conecta con la gobernanza: los comités de innovación deberían evaluar proyectos en función de qué han construido, qué han medido y qué han aprendido, no solo de lo que “planean hacer”. 

El objetivo de todo el sistema es sencillo de formular, aunque difícil de cumplir:
reducir el riesgo lo antes posible, con el menor coste posible.

3.2. Producto Mínimo Viable vs prototipo

En este marco, la distinción entre prototipo y Producto Mínimo Viable (PMV) es crítica. Se confunden a menudo, pero cumplen funciones muy distintas.

Prototipo: explorar ideas y tangibilizar

El prototipo procede del mundo del Design Thinking. Su función principal es:

• Hacer visible y tangible una idea para entenderla mejor.
• Generar conversación y feedback cualitativo.
• Explorar distintas alternativas de solución. 

Puede ser un storyboard, una maqueta de cartón, un vídeo, un mockup de interfaz, un role-playing. No necesita estar completo ni ser robusto; su propósito es aprender barato sobre la solución, no sobre el negocio. Básicamente es una herramienta interna de análisis y exploración, aunque se pueden utilizar a potenciales clientes para las consultas, pero no se saca a mercado.

Producto Mínimo Viable (PMV): permitir “comprar” y tomar decisiones de negocio

El PMV, en cambio, es un concepto propiamente Lean Startup. En Innolandia lo definimos como:

Una versión del producto o servicio que permite ser comprado y usado por los usuarios de forma básica para resolver su problema, y que proporciona información rápida y barata sobre el cliente.

Hay dos matices esenciales:

1. El PMV debe poder ser adquirido de alguna forma:
   • En entornos industriales, puede ser una muestra de producto… pero se recomienda explícitamente cobrar por ella, aunque sea una cantidad simbólica. 
   • En servicios, puede ser un piloto pagado, una suscripción reducida, una versión limitada con contrato sencillo.
   • En proyectos internos, el “pago” puede adoptar la forma de compromiso real de uso o dedicación de tiempo por parte del área cliente.
2. El PMV tiene que generar datos para decisiones de negocio:
   • ¿Los clientes lo usan de verdad?
   • ¿Repetirían?
   • ¿Están dispuestos a pagar (más)?
   • ¿Qué coste nos supone entregarlo?

Por eso, en Innolandia recomendamos que el primer PMV se construya muy rápido y muy barato (menos de un día, menos de 100 €), para romper la inercia de “prototipos eternos” y forzar la salida al mercado cuanto antes. 

En resumen:

• Prototipo → explorar la idea, conversar, visualizar.
• PMV → comprobar si hay transacción real (económica o de compromiso) y si los números apuntan a algo sostenible.

Confundirlos lleva a dos errores simétricos:

• Creer que, por haber hecho prototipos, ya hemos validado el negocio.
• Pretender lanzar un PMV “perfecto” y sobredimensionarlo, perdiendo velocidad y capacidad de aprendizaje.

3.3. Las 5+1 preguntas/hitos de cualquier proyecto de innovación

Para traducir todo esto a una ruta clara, en Innolandia proponemos 5 preguntas fundamentales (basadas en Customer Development) que estructuran los hitos de cualquier proyecto de innovación, más una sexta pregunta “bonus”. 

Validar un proyecto consiste, en el fondo, en responder a estas 5+1 preguntas con evidencias, no con opiniones. Recuerda, datos medibles y verificables.

1) ¿El problema del usuario es real (y el mercado es suficientemente interesante)?

Aquí el foco está en el riesgo comercial inicial:

• ¿Existe de verdad el problema o necesidad que queremos resolver?
• ¿Aparece de forma recurrente en un segmento concreto?
• ¿Es lo bastante relevante como para que el cliente esté dispuesto a cambiar si alguien le resuelve mejor el problema?
• ¿Es un mercado lo suficientemente interesante (volumen, capacidad de gasto…) como para trabajar con él? 

Evidencias típicas:

• Entrevistas de problema en profundidad.
• Observación contextual, customer journeys, mapas de empatía.
• Primeros datos cuantitativos (si existen) sobre la magnitud del problema.
• Datos cuantitativos sobre el tamaño del mercado

Un proyecto no debería avanzar a grandes inversiones sin haber demostrado, con claridad razonable, que no estamos resolviendo un “problema imaginario”.

2) ¿Nuestra solución realmente resuelve el problema?

Una vez confirmado que el problema existe, la segunda pregunta aborda el encaje problema–solución:

• ¿La solución propuesta alivia o elimina el dolor del cliente?
• ¿El usuario entiende rápidamente el valor?
• ¿Prefiere esta solución frente a lo que hace hoy?

Aquí, los prototipos son herramientas clave:

• Storyboards, maquetas, demos, simulaciones.
• Tests de concepto con usuarios representativos. 

Se buscan señales como:

• Claridad en la comprensión (“ya veo cómo me ayuda esto”).
• Reacciones de interés genuino (“¿cuándo estará disponible?”).
• Comentarios donde el cliente reexplica el valor con sus propias palabras.

Sin este encaje, un proyecto tiende a convertirse en una solución en busca de problema.

3) ¿Los clientes están dispuestos a pagar?

Superado el encaje problema–solución, llega la pregunta incómoda:
¿alguien está dispuesto a pagar por esto (y cuánto)?

Es el territorio natural del Producto Mínimo Viable:

• Lanzar una primera versión cobrando algo, aunque sea modesto.
• Ofrecer pruebas piloto pagadas, reservas, preventas o cuotas reducidas. 

La idea central, repetida a menudo en Innolandia, es que la única opinión que de verdad valida el modelo de negocio es cuando el cliente “saca la tarjeta”. 

Evidencias típicas:

• Tasas de conversión de interesados a compradores.
• Comentarios que acompañan al pago (“me compensa”, “lo necesito ya”).
• Primeras señales de repetición o ampliación del uso.

Mientras no haya ningún tipo de pago (económico o en recursos relevantes del cliente interno), seguimos en terreno resbaladizo.

4) ¿Somos capaces de construir la solución con calidad y de forma rentable?

Esta cuarta pregunta se centra en el riesgo tecnológico y operativo:

• ¿Podemos entregar la solución de forma repetible?
• ¿La calidad percibida por el cliente es consistente?
• ¿Los costes de producción y operación son razonables? 

Evidencias típicas:

• Prototipos técnicos de mayor fidelidad.
• Pilotos controlados en entornos reales (fábrica, tienda, backoffice).
• Datos sobre tiempos de entrega, incidencias, re-trabajos, coste unitario.

Aquí se cierra la brecha entre el “laboratorio” y el “mundo real”. Un proyecto puede haber vendido algunas unidades “a mano” con un PMV artesanal, pero si el sistema no puede soportar el crecimiento con calidad y costes aceptables, el riesgo sigue siendo alto.

5) ¿Podemos atraer clientes de forma recurrente y rentable?

La quinta pregunta desplaza el foco hacia la escalabilidad comercial:

• ¿Qué canales funcionan mejor para captar clientes?
• ¿Cuál es el coste de adquisición (CAC) a través de esos canales?
• ¿Cómo se comportan las tasas de conversión a lo largo del embudo (visitas → leads → clientes → repetición)? 

En esta fase, Lean Startup y Customer Development hablan de validación de clientes: ya no se trata solo de confirmar que algunos compran, sino de descubrir cómo construir un sistema de ventas y marketing que funcione de manera predecible.

Evidencias típicas:

• Experimentos en distintos canales (online, fuerza comercial, partners).
• Métricas de embudo, ensayos de mensajes, pruebas A/B.
• Primeros patrones de recurrencia o recomendación.

Un proyecto que solo funciona con el empuje personal del equipo de innovación, pero no encuentra un modelo de captación sostenible, corre el riesgo de estancarse tras el lanzamiento.

6) BONUS: ¿Ganamos dinero con cada unidad vendida?

La sexta pregunta es el cierre financiero del ciclo:

• ¿Qué margen generamos por unidad o por cliente?
• ¿Cuánto tiempo tardamos en recuperar el coste de adquisición?
• ¿Qué ocurre con el margen cuando escalamos (sube, baja, se mantiene)? 

No se trata de disponer, desde el principio, de un business case perfecto, sino de ir afinando la economía del modelo a medida que avanzan los experimentos:

• Ajustando precios y propuestas de valor.
• Optimizando costes de entrega.
• Replanteando segmentos o canales si es necesario.

En este punto, la empresa está en condiciones de decidir si el proyecto puede:

• Integrarse en el negocio habitual.
• Mantenerse como “motor de crecimiento” específico.
• O, en algunos casos, cerrarse si el resultado no es económicamente aceptable, aunque el producto sea apreciado.

En conjunto, estas 5+1 preguntas estructuran el marco general de validación:

• Cada fase de un proyecto de innovación debería tener claro qué pregunta está intentando responder ahora.
• Cada experimento se diseña para aportar evidencias sobre esa pregunta concreta.
• Las decisiones de seguir, pivotar o matar proyectos se toman en función de qué preguntas están ya respondidas con datos y cuáles siguen siendo conjeturas.

De este modo, Lean Startup deja de ser un eslogan y se convierte en un sistema de aprendizaje progresivo para empresas consolidadas, donde cada euro invertido en un proyecto de innovación tiene una misión clara: reducir un riesgo identificado lo antes posible y al menor coste posible.

Aquí tienes una ficha para trabajar los 5+1 hitos que has de analizar:

Leyenda Estado:

• NA = No abordado aún
• EV = En validación
• V = Validado (con evidencias)
• R = Refutado / descartado

4. El ciclo de experimentos de validación: cómo convertir una idea en decisiones (y no en actividad)

Si el punto 3 explicaba el “marco mental” (Lean Startup adaptado a empresa consolidada) y las 5+1 preguntas que ordenan el avance, falta aún la pieza que hace que todo eso se vuelva operativo: el ciclo de experimentos de validación. Es el mecanismo que transforma una hipótesis en evidencia y la evidencia en una decisión de inversión.

En organizaciones establecidas, este ciclo cumple una función especialmente crítica: evita que la innovación se convierta en “gestión de tareas” (hacer cosas) y la devuelve a su esencia: gestionar incertidumbre. Dicho de forma simple: un proyecto avanza cuando reduce riesgos relevantes; y la forma estándar de reducirlos es encadenar experimentos bien diseñados.

Qué es (y qué no es) un ciclo de experimentos

Un ciclo de experimentos no es un conjunto de acciones sueltas (“hagamos entrevistas”, “hagamos una demo”). Es una secuencia disciplinada que se repite, donde cada vuelta persigue un objetivo muy concreto: responder con evidencias a una de las preguntas 5+1 (problema, solución, pago, viabilidad técnica, escalabilidad y economía del modelo).

Su lógica es idéntica al Construir–Medir–Aprender, pero aterrizada para un equipo parcial en entorno corporativo:

• Construir: no el producto final, sino el experimento mínimo.
• Medir: resultados observables (comportamiento, no opiniones).
• Aprender: conclusiones explícitas que cambian decisiones (seguir, repetir, pivotar o parar).

La diferencia entre “hacer experimentos” y “hacer innovación” está en dos cosas: (1) que el experimento tenga criterio de éxito definido antes de ejecutarlo, y (2) que cierre con una decisión.

El ciclo, paso a paso (la versión que realmente funciona)

Aquí tienes el ciclo completo. No es burocracia: es una guía para que el equipo no se engañe y para que la organización pueda gobernar la inversión con rigor.

1) Formular una hipótesis 

Todo empieza con una afirmación falsable, ligada a una pregunta del 5+1. Por ejemplo:

• Problema: “En el segmento X, el 60% sufre Y cada semana y lo considera crítico”.
• Solución: “Si mostramos esta propuesta, el 30% pedirá una prueba”.
• Pago: “A precio P, al menos el 5% compra/pre-reserva”.
• Técnica: “Podemos entregar con calidad Q en coste unitario C”.
• Escala: “En canal A, el coste de adquisición se mantiene bajo el margen”.

La regla es priorizar por criticidad × incertidumbre: primero lo que puede matar el proyecto y de lo que menos certeza tienes.

2) Definir el criterio de validación antes del experimento

Este punto es el que separa evidencia de narrativa. Antes de salir al mundo, el equipo acuerda:

• Qué significa “validado” y qué significa “refutado”.
• Umbrales mínimos (aunque sean rangos) y señales cualitativas aceptables.
• Qué datos se van a recoger y cómo se van a registrar.

Ejemplo: “Validamos disposición a pagar si conseguimos 10 pagos (o pre-reservas) en 2 semanas con una conversión mínima del 3% desde interesados”.

Sin criterio previo, cualquier resultado puede reinterpretarse para “salvar” la idea. Con criterio previo, el proyecto aprende.

3) Diseñar el experimento mínimo viable

El experimento mínimo no busca impresionar; busca informar. Debe ser:

• Rápido (días o pocas semanas, no meses).
• Barato (evitar construir infraestructura si aún no hay señales).
• En contacto con realidad (usuarios, clientes, operación real, no solo comité interno).

Aquí es donde eliges el “vehículo” de la prueba: entrevistas, prototipo, landing, preventa, piloto, mago de oz, etc. Lo importante es que el experimento esté diseñado para reducir un riesgo concreto, no para “avanzar el proyecto” en abstracto.

4) Ejecutar con disciplina y registrar datos

Durante la ejecución, la regla de oro es separar:

• Dato observado (qué ocurrió: clics, pagos, tiempos, fallos, frases textuales).
• Interpretación (qué creemos que significa).

Esto evita que el equipo “mezcle” lo que pasó con lo que desea que pase.

Un consejo práctico muy corporativo: asigna desde el inicio quién captura datos, quién los consolida y en qué formato. Si no, el aprendizaje llega tarde, disperso y discutible.

5) Analizar: convertir datos en aprendizaje validado

El análisis no es una discusión abierta; es una comparación estricta:

• Resultados vs. criterio de validación.
• Patrones consistentes vs. casos aislados.
• Señales fuertes (comportamiento) vs. señales débiles (opiniones).

El output de esta fase debería caber en pocas líneas: “hipótesis confirmada/refutada/inconclusa” + “por qué” + “qué cambia”.

6) Decidir: seguir, repetir, pivotar o parar

Toda vuelta del ciclo termina con una decisión explícita. Este punto conecta directamente con la lógica del artículo:

• Seguir: la hipótesis está suficientemente validada; pasas a la siguiente pregunta 5+1 o a la siguiente hipótesis crítica.
• Repetir: el experimento fue inconcluso (muestra insuficiente, sesgo, mala ejecución); se repite mejorado.
• Pivotar: el resultado sugiere que el valor puede existir, pero no con ese segmento, precio, canal o enfoque.
• Parar: el riesgo es demasiado alto o la evidencia refuta la propuesta de forma consistente.

Esta decisión es el corazón del gobierno de la innovación. Sin ella, el ciclo se convierte en actividad sin dirección.

7) Documentar y actualizar el modelo (aprendizaje progresivo)

La documentación mínima es clave para que el aprendizaje sea acumulativo y transferible:

• Hipótesis → Experimento → Evidencia → Aprendizaje → Decisión → Próximo paso.

Esto alimenta tres herramientas que encajan con el resto del artículo:

• La tabla 5+1 (NA/EV/V/R): para ver en segundos qué está respondido y qué no.
• El backlog de hipótesis: reordenado tras cada aprendizaje.
• El tablero Kanban y el cuadro de mando: el Kanban gestiona el flujo de experimentos; el cuadro de mando consolida métricas y estado del proyecto para la cartera.

Los cuatro artefactos mínimos del ciclo (sin burocracia)

Para que el ciclo funcione en una empresa consolidada, basta con cuatro soportes ligeros:

• Backlog de hipótesis priorizado (criticidad × incertidumbre).
• Tarjeta de experimento (hipótesis, método, criterio de éxito, responsable, fecha).
• Registro de aprendizajes (dato → interpretación → decisión → acción).
• Estado 5+1 (NA/EV/V/R + evidencia y próximo paso).

Con esto, el equipo puede ejecutar sprints de validación con trazabilidad real y sin sobrecarga administrativa.

Este ciclo no vive en el aire; se inserta en la rutina de la validación:

• En la planificación del sprint, se elige la hipótesis crítica y se diseña el experimento con su criterio.
• En los seguimientos PPP (Progress, Plan, Problems)), se asegura ejecución y se resuelven bloqueos.
• En la reunión de aprendizajes, se compara evidencia vs criterio y se decide.

De esta forma, cada sprint no es “un periodo de trabajo”, sino una unidad de aprendizaje: una o dos hipótesis críticas menos en la zona de incertidumbre.

Aquí tienes un ejemplo breve (para fijar la idea)

Imagina que estás en la pregunta 3 (pago):

• Hipótesis: “Directores de hotel pagarán 49€/mes por un servicio X”.
• Criterio de éxito: “10 pre-reservas en 14 días con conversión ≥3% desde interesados”.
• Experimento mínimo: landing + botón de pago + campaña pequeña a público objetivo.
• Evidencia: 400 visitas, 30 interesados, 2 pagos.
• Aprendizaje: interés existe, pero la disposición a pagar a ese precio/pack es baja; objeción dominante: ‘no lo usaré cada mes’.
• Decisión: pivotar packaging (pago por uso o plan anual) y repetir experimento.

Esto es un ciclo completo: hipótesis clara, criterio previo, evidencia observable, aprendizaje y decisión. El proyecto no “avanza” porque hizo una campaña; avanza porque redujo un riesgo con datos.

5. Diseñar el sistema de validación: equipo, cadencia y reuniones

Un sistema de validación corporativo funciona cuando convierte la incertidumbre en una rutina operativa: equipos pequeños, tiempo protegido, y un conjunto mínimo de reuniones que fuerzan aprendizaje y decisión (seguir, repetir, pivotar o parar). El enfoque que proponemos en Innolandia para “hacer avanzar” ideas prometedoras se apoya precisamente en esas tres palancas.

5.1. El tipo de equipo que necesitas

Equipo pequeño, multifuncional y con seguimiento férreo

En Innolandia identificamos un patrón recurrente en proyectos que progresan: equipos de 3–4 personas, con dedicación parcial, pero con un sistema de seguimiento muy claro orientado a cumplir hitos de validación.

En empresa consolidada, el tamaño del equipo importa por razones sistémicas:

• Menos coordinación, más ejecución: a partir de 5–6 personas, aumenta el coste de sincronización y baja la velocidad de experimentación.
• Más calidad de aprendizaje: un equipo pequeño puede sostener mejor el hilo de hipótesis → experimento → datos → decisión.
• Más factibilidad organizativa: es más realista liberar parcialmente a 3–4 perfiles que “parar” a un departamento entero.

Rol del Product Owner (líder del proyecto)

Además del equipo, hay una condición crítica: un líder o “product owner” que “prioriza y hace que las cosas pasen”. 
En validación, este rol no es administrativo: es el guardián de la lógica científica del proyecto.

Funciones mínimas del Product Owner en un sprint de validación:

• Mantener visible la hipótesis crítica actual (la que más riesgo concentra).
• Diseñar, con el equipo, el experimento mínimo y su criterio de éxito.
• Proteger la cadencia: que las reuniones ocurran y que cierren con decisiones.
• Evitar el “teatro” (actividad sin evidencia): si no hay datos, no hay avance.

Nota práctica corporativa: quién debe estar (y quién no)

Hay dos sesgos habituales con los que has de tener cuidado: que innoven sólo “los del departamento de innovación” o “los que tienen tiempo”. Recomienda incorporar a “los cracks” y “early adopters” internos: perfiles con energía, influencia y disposición a experimentar. 

5.2. Cómo organizar el tiempo

Tiempo mínimo viable, pero de calidad

La propuesta es concreta:

• 4–8 horas semanales en fases iniciales de validación. 
• Para perfiles fuera del departamento de innovación, asegurar al menos 4 horas/semana es “imprescindible”. 
• Ese tiempo debe ser en bloques de al menos 2 horas, sin distracciones; “no vale” fragmentarlo en micro-ratos diarios.
• Recomendación adicional: horas fijas para bloquear agendas durante el sprint. 

En términos de diseño organizativo, esto se traduce bien en un patrón simple:

• 2 bloques de 2h/semana (mínimo) por persona.
• 1 bloque adicional (opcional) para preparación/análisis de datos si el experimento lo exige.

Duración típica del sprint de validación

Sobre la duración, la recomendación es 4–6 semanas como máximo, con un argumento organizativo: más allá aumenta el riesgo de perder intensidad (“bajar los brazos”). 

5.3. El sistema de las 3 reuniones para validar ideas prometedoras

En Innolandia proponemos un sistema de reuniones inspirado en Scrum pero adaptado a innovación: planificación del sprint, seguimiento, y aprendizajes. 
La clave no es “hacer reuniones”, sino que cada una produzca un artefacto (plan, tablero, ficha de aprendizajes) y una decisión.

Reunión 1: Planificación del sprint (definir el experimento)

Objetivo: convertir una idea prometedora en un plan operativo de validación.

Tres bloques de trabajo:

1. Identificar y priorizar hipótesis por criticidad x incertidumbre (qué pasa si es falsa y cuánto sabemos de verdad). 
2. Diseñar el experimento (qué vamos a hacer para validar la hipótesis prioritaria). 
3. Plan de trabajo clásico: acción, fecha, responsable, recursos (especialmente importante si hay perfiles con otro “día a día”). 

Resultado deseado de esta reunión:

• Hipótesis prioritaria + criterio de éxito.
• Experimento definido.
• Lista de acciones con responsables y fechas.

Reuniones 2: Reuniones de seguimiento (mantener la tensión del sprint)

Aquí no hablamos de una reunión puntual, sino de un tipo de reuniones, que al mismo tiempo son “la pieza que hace que todo funcione”: reuniones ejecutivas de 30–60 minutos centradas en avances y bloqueos. 

Estructura recomendada: PPP

• Progress: qué hemos hecho desde la última reunión
• Plan: qué haremos hasta la próxima
• Problems: qué barreras hay que resolver 

Operativa:

• Cada miembro dispone de 3–5 minutos para su PPP. 
• Frecuencia según la velocidad deseada; como regla de control, máximo quincenal (si es más espaciado, se rompe el sistema). 
• Se recomienda apoyarlo con un tablero Kanban por transparencia y foco.

Resultado deseado de estas reuniones:

• Tablero actualizado + lista explícita de bloqueos y responsables de desbloqueo.

Reunión 3: Reunión de aprendizajes (cerrar el experimento y decidir)

Es el momento clave del sistema: donde los datos se convierten en decisión. Es necesario llegar a esta reunión con los datos ya analizados para no “discutir la fórmula del Excel” en dicha reunión. 

La ficha de aprendizajes incluye:

• Hipótesis (¿Qué estamos analizando?)
• Datos observados (en bruto, sin interpretación) (¿Qué datos hemos recogido con los experimentos?)
• Lo aprendido (¿Qué aprendemos tras analizar los datos?)
• Próximos pasos (¿Qué decisiones tomamos?)

Decisiones posibles:

• Si se valida: pasar a la siguiente hipótesis de riesgo.
• Si queda “justo”: modificar y repetir el experimento.
• Si no se valida: pivotar (replantear diseño del proyecto y nuevas hipótesis).

Resultado deseado de esta reunión:

• Aprendizaje validado (o refutación) documentado.
• Decisión formal: seguir / repetir / pivotar (o parar).
• Próximo sprint preparado (a menudo se enlaza con la planificación siguiente).

Resultado sistémico

Con este diseño (equipo pequeño + tiempo protegido + 3 reuniones), la validación deja de depender del entusiasmo inicial y se convierte en un mecanismo de aprendizaje progresivo: cada sprint reduce un riesgo concreto, a un coste controlado, y obliga a decidir antes de que el proyecto derive en “zombie”. 

6. Sistematización del proceso

Vamos ahora a profundizar en las 5 preguntas o hitos que comentamos en el punto 3.3. Para ello vamos a analizar cada una de las preguntas y vamos a desarrollar su ejecución. Lo vamos a hacer de una manera sistematizada, indicando los distintos pasos a dar, las herramientas a utilizar o las métricas necesarias. Vamos a tratar de ser lo más directos posible, alejándonos de literatura o indicaciones redundantes. Directos al grano.

6.1. Fase 1: Validar el problema

6.1.1. Qué quieres demostrar

En esta fase quieres demostrar dos cosas a la vez:

1. Que el problema es real (no una intuición, ni un caso aislado). 
2. Que el “mercado” (o segmento) es suficientemente interesante, aunque no necesariamente enorme. 

En términos prácticos, esta fase termina cuando puedes defender, con evidencias, que:

• Existe un patrón consistente de dolor/fricción.
• Afecta a un segmento identificable.
• Tiene suficiente gravedad/urgencia como para justificar cambiar algo.

6.1.2. Herramientas y experimentos típicos

a) Entrevistas en profundidad (regla de patrones)
Una de las herramientas fundamentales es la validación del problema mediante conversaciones directas con clientes. 
Como orden de magnitud, puede ser necesario realizar unas 20 entrevistas para encontrar patrones (no “certeza estadística”, sino recurrencias y lenguaje común). Sin embargo, es posible que con unas 5 o 10 ya nos den algunos indicios para avanzar. Todo depende del tipo de experimento y proyecto que estemos realizando

Buenas prácticas:

• Entrevistas centradas en experiencias reales (“cuéntame la última vez que…”), no en opiniones.
• Registrar “hechos” (frecuencia, coste, consecuencias) y no solo “me gustaría”.

b) Observación / “sombra” del usuario (fieldwork)
El objetivo con esta herramienta es contrastar hipótesis “de sala” con observaciones reales en contexto. 
La “sombra” aporta lo que la entrevista no da: fricciones normalizadas, atajos, errores, tiempos muertos, workaround.

c) Análisis de demanda latente (Google Trends / Ads)
En ocasiones se usa Google Trends y Google Adwords para identificar nichos de interés y competencia como complemento a entrevistas de problema.

Cómo usarlo (mínimo viable):

• Trends para ver tendencias y estacionalidad.
• Ads/Keyword Planner para estimar volumen relativo e intención (no como verdad absoluta, sino como señal).

6.1.3. Métricas clave de esta fase

Tres métricas sencillas, muy accionables:

• % que reconoce el problema
  (de entrevistados representativos del segmento, ¿cuántos lo reconocen sin que se lo “soples”?).
• Intensidad del problema
  Tres ejes: frecuencia (cada cuánto), impacto (qué consecuencias) y coste (tiempo/dinero/riesgo).
• Tamaño del segmento (orden de magnitud)
  No se busca precisión quirúrgica; se busca saber si estamos ante “decenas”, “miles” o “millones” de potenciales casos, y si el margen justifica el esfuerzo.

Criterio de salida recomendado: poder formular una frase defendible tipo

“En el segmento X, al menos ~Y% sufre el problema Z con frecuencia W y un impacto de Q; por eso merece validar solución”.

6.2. Fase 2: Validar la solución

6.2.1. Del “post-it” al test de concepto

Aquí no buscas “gustar”. Buscas una señal muy concreta: que la solución despierta interés real. Nosotros lo llamamos “levantar la ceja”: cuando el cliente reacciona como “esto podría servirme”.

Esta fase termina cuando puedes afirmar que:

• La propuesta se entiende rápido.
• El cliente la compara favorablemente con alternativas.
• Pide siguiente paso (demo, prueba, propuesta, piloto).

6.2.2. Tipos de prototipos / test de concepto

a) Storyboards y mockups rápidos
Sirven para presentar la experiencia y provocar reacción (sin construir todavía el “producto”). Con ellos tratamos de representar visualmente el producto o servicio, pero sin funcionalidades ni capacidad de ejecución.

b) “Mago de Oz” (servicio manual que parece automatizado)
Aparece como táctica explícita en determinados casos: entregar el servicio a mano (sin que el cliente lo perciba) para testear valor/uso/servicio antes de automatizar.

c) Prototipos físicos básicos / demos navegables
En industria: muestras, maquetas, “alpha” funcional.
En digital: demo clicable, prototipo navegable, versión limitada.

6.2.3. Métricas y señales

Aquí combinan bien tres niveles:

• Interacción (cuantitativa ligera): clics, tiempo en demo, respuestas, solicitudes de prueba.
• Lenguaje del cliente (cualitativo): cómo describe el valor con sus palabras; qué alternativas menciona; qué objeciones repite.
• Señales de tracción temprana: urgencia (“lo necesito ya”), recomendación (“habla con X”), compromiso (“hagamos una prueba con mi equipo”).

Criterio de salida recomendado: “Hay una proporción significativa de clientes del segmento que ‘levantan la ceja’ y quieren siguiente paso.” 

6.3. Fase 3: Validar la disposición a pagar y el modelo de monetización

6.3.1. La única opinión que cuenta: la tarjeta de crédito

El punto crítico de cualquier proyecto: interés no es negocio. En Innolandia lo formulamos de la siguiente manera: el cliente solo habla de una forma “con la tarjeta de crédito”. 

Aunque sea una muestra industrial o una primera versión muy básica, pide pago, aunque sea simbólico (ej. 50€), porque es el único test que reduce de verdad el riesgo comercial.

6.3.2. Experimentos de pago rápidos

a) Pre-reservas / preventa (landing + botón de pago)
Se describe el prototipo de venta “a pedales” con landing + botón de compra (PayPal) como experimento rápido antes de invertir en desarrollo serio. 

b) Venta a pedales (vender manualmente antes de automatizar)
Es importante hacer cuanto antes el experimento de “venta a pedales”, incluso montándolo en horas con formularios y pago simple. 

c) Plataformas existentes (cupones / marketplaces / comunidades)
En casos, se propone validar usando un portal de cupones para comprobar la hipótesis de mayor riesgo (“¿alguien paga por esto online?”) sin construir infraestructura propia. 

6.3.3. Métricas que importan

• Conversión del embudo corto: interesados → registro → compra. Hay que medir muy bien este embudo, porque se pueden producir caídas fuertes entre el interés y el pago. Recuerda: que le guste/interese no quiere decir que lo compraría.
• Ticket medio y recurrencia inicial: aunque sea una primera señal (1–2 repeticiones).
• Razón de compra (cualitativa): por qué compran ahora, qué situación lo dispara; esto alimenta mensajes y segmentación.

Criterio de salida recomendado: “Hay compras reales (o compromisos equivalentes en interno) y podemos sostener un precio/paquete plausible.”

6.4. Fase 4: Validar la viabilidad técnica y operativa

6.4.1. ¿Somos capaces de construirlo y entregarlo con calidad?

Es importante incorporar la validación de tecnología como un cuarto experimento necesario, sobre todo en sectores industriales o de media/alta tecnología: el objetivo es asegurar que podemos fabricar/entregar lo que prometemos.

Esta fase se centra en el riesgo:

• ¿La tecnología existe y es integrable?
• ¿Tenemos (o podemos conseguir) capacidades?
• ¿Podemos hacerlo rentable y con calidad?

6.4.2. Prototipos técnicos y pruebas piloto

Pilotos controlados con clientes reales (o con un área interna “cliente” si es innovación de proceso). El objetivo: pasar de “funciona en demo” a “funciona en condiciones reales”.

Métricas mínimas:

• Calidad percibida (aceptación, incidencias, NPS interno/externo si aplica).
• Coste unitario (aunque sea estimación: materiales/tiempo/operación).
• Fiabilidad del proceso (tasa de fallos, retrabajos, tiempos de ciclo, estabilidad).

Criterio de salida recomendado: “Podemos entregar con una calidad aceptable y costes que no destruyen el modelo.”

6.5. Fase 5: Validar la escalabilidad y el modelo de negocio completo

6.5.1. De las primeras ventas a un modelo escalable

El objetivo: atraer clientes de forma recurrente y rentable, validando canales, pricing y comunicación. 

Aquí cambia el tipo de aprendizaje:

• Ya no vale “hemos vendido a algunos early adopters”.
• Hay que demostrar que existe un sistema repetible de adquisición y entrega.

6.5.2. Métricas de capacidad de crecimiento

• Conversión end-to-end del embudo: visitas → leads → clientes (y, si aplica, activación y uso).
• Coste de adquisición vs margen: aunque sea con rangos, para ver si hay economía viable.
• Retención / repetición: si el cliente vuelve, renueva o recomprar; es señal de valor sostenido (no solo curiosidad).

6.5.3. Decidir si el proyecto puede ser motor de crecimiento

Pero ahora viene las preguntas clave: “¿Ganamos dinero con cada unidad vendida?” y ¿El proyecto puede ser motor real de crecimiento?

Decisiones típicas al final de esta fase:

• Escalar (más inversión, industrialización, ventas/marketing).
• Pivotar (canal, segmento, precio, propuesta) manteniendo lo aprendido.
• Cerrar (cuando la economía no cierra o la recurrencia no aparece, aunque el producto “guste”).

7. Cuándo parar: matar proyectos a tiempo sin dramas

La innovación seria no se mide solo por los proyectos que lanzas, sino por los proyectos que eres capaz de cerrar a tiempo. En organizaciones con recursos finitos, sostener iniciativas que no despegan no es “prudencia”: suele ser coste de oportunidad y erosión de foco. Abandonar un proyecto se parece a una ruptura; cuanto más tiempo inviertes, más difícil es soltarlo, pero a veces es imprescindible para seguir creciendo.

La clave es quitarle drama al cierre y convertirlo en un acto de buena gestión: decidir con criterios, documentar aprendizaje, recolocar a las personas y liberar capacidad.

7.1. Los “síntomas ocultos” de que un proyecto debe morir

Los síntomas evidentes (no hay ventas, nadie lo usa) suelen llegar tarde. Los “ocultos” aparecen antes y, si los interpretas bien, te permiten parar sin dolor innecesario.

Los más típicos son estos:

• Recursos limitados + cartera sobredimensionada. Cuando hay más proyectos que capacidad real, cada iniciativa compite por los recursos más escasos (talento, foco, tiempo de calidad). Mantener proyectos “a respiración asistida” bloquea la posibilidad de apostar por otros con más potencial.
• El proyecto “vende”, pero no crece. Una señal particularmente peligrosa: hay ingresos o actividad, incluso crecientes, pero la conversión no mejora. La conversión (clientes / leads) es una métrica crítica y “vender un PMV” o “cubrir costes” puede ser insuficiente si el modelo no muestra capacidad real de escalado. 
• Métricas de crecimiento estancadas durante iteraciones. No hablamos de un sprint malo, sino de varias iteraciones sin avances en las métricas que gobiernan el embudo (interés → prueba → compra → repetición). Cuando el aprendizaje no se traduce en mejoras, suele indicar falta de encaje o un techo estructural.
• Falta de dedicación real y “picoteo”. Si el equipo no puede dedicar tiempo de calidad, el proyecto entra en modo supervivencia: avanza a base de micro-tareas, se eterniza y no reduce riesgos relevantes. Esto lo podemos vincular directamente al coste de oportunidad y al problema de foco en carteras amplias. 
• Señales de “proyecto zombie”. Un zombie no es necesariamente un fracaso técnico: es un proyecto que empezó y no avanza porque no tiene dedicación ni recursos, o ni siquiera información completa (responsable, presupuesto, objetivo). Si nadie ha echado de menos su avance, esa indiferencia es un dato.
• La organización no lo puede (o no lo quiere) sostener. Hay un criterio duro pero realista: si dirección decide que no hay equipo o recursos, mantener el proyecto “por si acaso” es autoengaño y eleva el riesgo global de la cartera.

Estos síntomas no te dicen “cierra ya”, pero sí “deja de narrar y vuelve a evidencias”: si no hay tracción medible o condiciones mínimas de ejecución, el proyecto debe reencuadrarse o cerrarse.

7.2. Criterios para abandonar desde la lógica de crecimiento

En innovación corporativa, el error común es matar proyectos por rentabilidad puntual (o salvarlos por rentabilidad mínima). Es necesario aplicar el criterio contrario: los proyectos no se matan por su rentabilidad a corto plazo, sino por su capacidad de crecimiento. 

Esto cambia por completo la conversación del comité: ya no es “¿hemos ingresado algo?”, sino “¿podemos construir un motor repetible y escalable?”.

Criterios prácticos (orientados a crecimiento) para decidir parar:

• Conversión estancada en puntos críticos del embudo. Hay dos conversiones que, por sí solas, pueden justificar una decisión:
  • conversión de interesados a registro (señal de interés real),
  • conversión de registro a compra (señal de gravedad del problema y disposición a pagar). 
    Si una o ambas caen y no remontan tras iteraciones razonables, el proyecto suele estar “empujando una piedra cuesta arriba”.
• Ausencia de repetición o recurrencia (cuando aplica). Un proyecto puede tener compras puntuales, pero sin repetición no hay motor. Si el diseño requiere recurrencia y no aparece, es un criterio serio de cierre o pivote.
• Aprendizaje sin mejora. Si hay experimentos, pero no se traducen en cambios que mejoren conversiones o retención, probablemente el equipo está ejecutando sin encontrar palancas reales (o está atacando hipótesis secundarias).
• Economía que no cierra al acercarse a escala. En cuanto hay datos mínimos, la pregunta es si el modelo puede sostener adquisición y entrega sin destruir margen. Si el coste unitario o el esfuerzo operativo crecen más rápido que el valor capturado, conviene parar o rediseñar antes de “industrializar el problema”.
• Coste de oportunidad explícito. Si mantener el proyecto impide dedicar recursos a otros con señales mejores, y la organización no puede ampliar capacidad, el cierre se convierte en una decisión estratégica, no táctica.

Regla de gobierno útil: si el proyecto no mejora ninguna métrica de crecimiento relevante durante un número definido de iteraciones, se activa una revisión de continuidad. Puede ser interesante aplicar “prórrogas” con plazo: si no hay avance, se mata; y no pasa nada, porque se aprende y se libera espacio.

7.3. Estrategias de cierre de proyectos

Cerrar no es “apagar y listo”. Es decidir cómo transfiere valor el proyecto (si lo tiene) y cómo se protege la organización (si es radical o frágil). No hablamos de “destruir el proyecto”, si no de cerrarlo por el equipo de innovación y transferirlo. Y hay varias formas dependiendo de la naturaleza del proyecto.

A) Para nuevos productos/servicios: tres formas de cerrar (sin que muera en la mano del negocio)

Hay tres alternativas claras: 

• Cierre básico (handover a negocio).
  El equipo entrega un dossier técnico/comercial y transfiere a producción/ventas. Funciona cuando la innovación es incremental y el negocio la “pide” o la entiende bien. El riesgo: si a negocio no le interesa o no lo prioriza, el producto puede morir por falta de tracción interna. 
• Crecimiento en paralelo (transferencia con tracción).
  El equipo del proyecto acompaña la comercialización y la operación hasta un umbral (de facturación o de tiempo) que se define por adelantado. El objetivo es evitar la “muerte por indiferencia” y entregar el proyecto cuando ya ha demostrado que funciona. Este enfoque es especialmente útil en innovaciones adyacentes o incrementales difíciles de encajar. 
• Spin-off / unidad independiente (innovación radical).
  Para proyectos alejados del modelo actual, puede ser interesante crear una unidad separada con presupuesto, responsabilidad y lógica propia. La separación protege el proyecto de anticuerpos internos y permite operar con reglas distintas. 

Cómo elegir rápidamente:

• Si el negocio lo entiende y lo reclama → cierre básico.
• Si el negocio lo entiende, pero no lo prioriza aún → crecimiento en paralelo con umbral.
• Si el proyecto choca con el modelo actual → spin-off o unidad independiente.

B) Para innovaciones en procesos: cerrar significa “implantar sin romper”

Aquí el cierre es más difuso porque el “cliente” es interno y el equipo puede quedarse atrapado en mejoras interminables. Proponemos dos ideas potentes: 

• Definir criterios de éxito antes de empezar, acordados con el área cliente.
  Cuando se alcanzan, el proyecto se entrega y pasa de “modo proyecto” a “modo soporte/mantenimiento”. Esto evita la dependencia perpetua del equipo de innovación. 
• Transición en paralelo (“dos velocidades”) hasta apagar el sistema antiguo.
  No se cambia todo de golpe: se prueba una vía secundaria, se amplía según evidencia y adopción, y se mantiene una convivencia controlada hasta que el nuevo proceso funciona de forma fiable. El cierre real ocurre cuando el proceso nuevo está desplegado y el antiguo se apaga con gestión del cambio adecuada.

7.4. Cerrar sin dramas: el protocolo humano mínimo

La dimensión humana importa: cerrar mal destruye confianza y reduce predisposición a innovar. Desde Innolandia sugerimos tácticas simples para hacerlo con tacto: reunir al equipo implicado, explicar con claridad por qué se cancela si es el caso (estrategia, presupuesto, prioridades, riesgo) y ofrecer alternativas motivadoras a quienes trabajaban en el proyecto. 

El cierre, bien hecho, deja tres activos:

• Aprendizajes explícitos (lo que se validó/refutó),
• componentes reutilizables (contactos, prototipos, canales, know-how),
• y capacidad liberada para lo siguiente.

Porque, al final, “matar proyectos a tiempo” no es una señal de dureza: es una señal de madurez de la innovación.

Cierre: validar es gobernar la innovación con dignidad intelectual

Validar proyectos no es un trámite ni un “paso de metodología”; es la forma madura de innovar en una empresa. Significa aceptar, con honestidad, que las ideas no valen por su belleza interna, sino por su capacidad de resistir el encuentro con la realidad: clientes, uso, pago, operación y crecimiento. Y significa también algo más profundo: tratar los recursos de la organización —tiempo, talento, presupuesto y credibilidad— como un bien finito.

A lo largo del artículo hemos construido una lógica completa: elegir bien qué iniciativas merecen entrar en la cartera, diseñar sprints de aprendizaje, trabajar la secuencia 5+1 con experimentos mínimos, y dotar al sistema de herramientas de seguimiento y gobierno para que el progreso se mida en evidencias y decisiones, no en actividad. Si lo aplicas con disciplina, ocurren dos efectos virtuosos:

• Los proyectos prometedores avanzan más rápido, porque el foco está en reducir riesgos críticos, no en perfeccionar documentos.
• Los proyectos que no dan señales claras mueren antes, sin dramas, dejando aprendizaje y liberando capacidad para lo que sí puede crecer.

En última instancia, la validación convierte la innovación en una inversión gestionada, no en una lotería. Te ayuda a responder, sprint a sprint, las únicas preguntas que importan: ¿qué sabemos de verdad?, ¿qué no sabemos todavía?, ¿qué evidencia necesitamos para decidir?, y qué haremos si la realidad nos contradice?

Si quieres empezar mañana, no necesitas un “gran programa”. Elige un proyecto de tu cartera y aplica tres decisiones sencillas:

1. Define cuál es la hipótesis más crítica hoy (la que más riesgo concentra).
2. Diseña el experimento más pequeño que pueda aportarte evidencia real en 2–4 semanas.
3. Compromete al equipo a una reunión de aprendizajes con decisión explícita: seguir, repetir, pivotar o parar.

Eso es validar. Y cuando una organización valida de forma consistente no solo innova mejor: aprende mejor, decide mejor y crece con menos desperdicio y más sentido.

La entrada VALIDACIÓN DE PROYECTOS DE INNOVACIÓN se publicó primero en .

Introducción

Decía uno de los padres del racionalismo moderno, René Descartes, que “para investigar la verdad es preciso dudar, en cuanto sea posible, de todas las cosas”. Hay en el mundo empresarial demasiadas certezas, y no sólo porque, equivocadamente, muchos se crean en posesión de la verdad, sino porque toda la estrategia de la organización, todo el plan de acción gira en torno a una serie de certezas que son la base de la toma de decisiones. Y esto es un error

Ya no hay certezas, ya no hay principios inamovibles que permanecen eternos en las organizaciones y que son su ADN empresarial. Que se lo pregunten a Kodak, a Nokia, a Blockbuster. Pregúntaselo a la tienda de la esquina, la de toda la vida, la que cerró el mes pasado. Pregúntatelo a ti.

En un entorno en constante cambio, con la duda eterna y metodológica como uno de los fundamentos de nuestros desarrollo estratégico y gestión, el Design Thinking (DT) aparece como una metodología muy interesante sobre la que construir no ya nuestro futuro, sino nuestra existencia como empresa.

Qué es Design Thinking (y qué no)

Pero empecemos por el principio, es decir, definiendo qué es DT. Simplificando el DT es una metodología creada para descubrir problemas y construir soluciones centradas en las personas. En esta definición, como decimos algo simple, hay algunos elementos importantes:

1.-Se trata de descubrir problemas. Como veremos ahora, el DT es una metodología fundamentalmente de innovación y para las organizaciones. Pero para ello es necesario que comprendamos qué problemas son los que afectan a las personas. Como decimos también, qué dolor tienen.

2.-Queremos construir soluciones. No es una metodología que se queda a medias detectando los problemas, sino que también construye y propone soluciones para resolver esos problemas.

3.-Se centra en las personas. Y esta es una de las claves del DT: no sólo porque todo el proceso gira en torno al conocimiento y el beneficio de las personas, sino porque, como ya se habrá dado cuenta, hablamos de personas, no de clientes. No resolvemos problemas de clientes, resolvemos problemas de personas para que sean clientes. Queremos ser relevantes para ellos, si me apura, queremos ser necesarios para ellos.

Se puede decir que el DT nació de entornos de ingeniería industrial y diseño, uniendo la búsqueda de funcionalidades y la creatividad. Por ejemplo, en 1962 se realizó una conferencia pionera llamada «The Conference on Systematic and Intuitive Methods in Engineering, Industrial Design, Architecture and Communications» que fue clave para el desarrollo del estudio sistemático del diseño como proceso, integrando la ingeniería industrial y el diseño como campos complementarios. Por otra parte, en ingeniería se desarrollaban metodologías para resolver problemas creativos y estructurados, como el Creative Problem Solving iniciado por Alex Osborn en los años 50. Estas metodologías de pensamiento estructurado para resolver problemas complejos fueron la base para el componente «Thinking» de Design Thinking.

Posteriormente la evolución de este tipo de metodologías cristalizó en el DT cuando los profesores de ingeniería de Stanford Bernie Roth y David Kelley (fundador de la consultora IDEO) unieron el diseño centrado en el usuario con el pensamiento sistemático de ingeniería.

Dicho esto, es importante, antes de analizar los distintos pasos que componen el DT, señalar cuáles son los principios clave:

1.-Como ya hemos comentado, se centra en las personas o en el usuario. Se diseña desde las necesidades, emociones y comportamientos reales de las personas. Esto nos obliga a observar y entrevistar a los usuarios en su contexto, utilizando herramientas heredadas de la antropología y la sociología, y no quedarse en suposiciones y encuestas online.

2.-Es co-creativo y multidisciplinar. La diversidad es un valor importante, y se enfocan los problemas desde una perspectiva holística, utilizando diversos puntos de vista y entendiendo y trabajando sobre la “experiencia completa” del usuario, no sólo sobre su condición de cliente.

3.-Es iterativo y experimental. La utilización de prototipos en el proceso permite aprender, corregir y reintentar las soluciones que proponemos. Mejor “construir para pensar” que “pensar para construir”

4.-Crea modelos y busca patrones. Se trata de encontrar aquello que se repite, tratando de encontrar patrones y repeticiones estadísticas. Como decimos en Innolandia: Una vez es un hecho, dos veces es una casualidad, tres veces es un patrón. Estos patrones o modelos son, por supuesto, indicios más que hechos consolidados, pero ya nos marcan el camino por el que continuar. Lo que nos lleva a…

5.-La intuición es un arma fundamental. No todo es lógica y medición exhaustiva. Es importante detectar los indicios, las señales, esos patrones en estado larvario y, a partir de ahí, avanzar para confirmar, o no, lo que sospechamos.

6.-El fallo no es un fracaso. Porque este tipo de metodologías considera el fallo como conocimiento. Hemos encontrado una forma en que no se hacen las cosas, en que el proyecto no funciona. Aprendemos y corregimos. No hay problema.

Qué no es Design Thinking

Vale, pero estos principios pueden trasladarse a otras metodologías, y es cierto que en ocasiones hay confusiones y mezclas metodológicas que llevan al DT a confundirse con modos de desarrollo estratégico, de gestión o de innovación que nada tienen que ver. Por eso es bueno analizar, aunque sea brevemente, qué no es DT.

DT no es un “taller de post-its” desconectado de la realidad ni un sustituto de la estrategia. Tampoco es solo creatividad: sin investigación de usuarios y sin pruebas con evidencias, el resultado es humo. No es una reunión de amigos que improvisan un prototipo para pasar el rato. Todo lo que se hace en el proceso del DT tiene un sentido y un significado.  

Hay metodologías que en ocasiones se confunden con DT o, al menos, tiene difuso los límites. Por ejemplo, la mejora continua (Kaizen) optimiza el proceso actual: elimina desperdicios, estandariza, afina. El DT, en cambio, invita a repensar desde cero la experiencia ideal del usuario y luego aterrizarla con restricciones reales. En Innolandia utilizamos el concepto “sunny day”: dibujar el flujo perfecto “en un día soleado” y, después, añadir capas de realidad (tecnología, normativa, organización) para construir un MVP viable. Esta lógica es especialmente útil cuando el proceso vigente está lleno de inercias y parches que impiden mejoras significativas.

En este caso ambos enfoques se complementan: puedes abrir con Design Thinking para definir la experiencia objetivo y el prototipo funcional, y luego aplicar Lean/Kaizen para estabilizar y escalar la solución en la operación diaria. El error sería pretender transformar un servicio roto a base de micro-mejoras sin cuestionar el diseño de fondo.

El proceso que usa Innolandia (modelo Stanford)

Como hemos dicho antes, el DT en una metodología, pero como metodología requiere de uno proceso, de una serie de pasos ordenados que hay que dar para conseguir el resultado deseado. Hay varios enfoques del DT con distintos pasos, IDEO, por ejemplo, utiliza un modelo de 3 pasos: explorar, idear y empatizar. Nosotros, en Innolandia utilizamos el modelo de Stanford (de su d.school) compuesto de 5 fases: empatizar, definir, idear, prototipar y testar.

Vamos a comentarlas brevemente:

• Empatizar: En esta fase perfilamos arquetipos para conocer a nuestros usuarios, mapeamos comportamientos y, sobre todo, observamos y entrevistamos en el contexto real para captar necesidades y fricciones. 
• Definir: Aquí convertimos datos dispersos en un foco claro (insights, Point of View y preguntas “How Might We…?”) de modo que enmarque el reto de diseño sin prescribir la solución. 
• Idear: En la fase de ideación generamos muchas opciones (divergencia), las agrupamos y seleccionamos con criterios, para finalmente “aterrizar” ideas para poder construir algo que se pueda probar. 
• Prototipar: Con el prototipo construimos representaciones rápidas y baratas (storyboards, maquetas, role play) para poder aprender de los usuarios, no para “validar” una perfección inexistente. 
• Testar: En esta última fase mostramos el prototipo a los usuarios para poder recoger feedback estructurado, detectar patrones y decidir si iterar, pivotar o avanzar. Integrar el test en el día a día es clave para acelerar. 

Al final, si se analiza, estamos hablando de las mismas fases que utiliza IDEO: explorar, idear e implementar:

Una última reflexión dentro de este apartado:

¿Por qué funciona?

Sobre todo, porque reduce la incertidumbre donde los excels no llegan: estamos hablando de analizar comportamientosreales. Las entrevistas contextuales y la observación revelan trabajos por hacer, miedos y atajos que rara vez aparecen en un informe de escritorio. Cuando se conectan esos hallazgos con ideas tangibles y tests rápidos, los equipos toman decisiones con más señales y opiniones más formadas. 

Además, Design Thinking no se limita a “crear cosas nuevas”; es útil para rediseñar servicios y operaciones. En procesos internos, empezar por el “sunny day” abre posibilidades que los enfoques incrementalistas (aquellos que se centran en la mejora de lo que ya hay) pasarían por alto; luego, con iteraciones y prototipos, se comprueba qué parte de esa visión puede implantarse con impacto real en tiempo y coste.

Al final es una metodología que ofrece nuevos enfoques, se centra en la innovación, reduce la incertidumbre y a un bajo coste.

Mentalidad y reglas del juego

Cuando hablamos del DT estamos hablando, más que de un conjunto de técnicas, de una actitud frente a la incertidumbre. Los modelos tradicionales de diseño de la innovación o de creación de productos y servicios también parece que quieren evitar esta incertidumbre, pero se sumergen en estudios, números, estadísticas… es decir, lo de siempre. Sin embargo, tardan en salir al mundo real, tardan en enfrentarse directamente a esa incertidumbre que ven como una enemiga, mientras que el DT la ve más como una oportunidad.

Una de las claves del DT es el uso de prototipos. Los prototipos, como luego veremos, nos ayudan a pensar desde lo tangible, es decir, a reducir la incertidumbre. La tangibilidad del prototipo permite al grupo de trabajo visualizar mejor los problemas, lo que funciona y lo que no, enfocar las visiones de cada uno y mejorar en la coordinación de ideas. 

Del mismo modo que el prototipo nos ayuda a trabajar desde lo que se puede tocar, el DT privilegia el trabajo de campo “fuera de la oficina” sobre los estudios y análisis eternos de otros métodos. No es que no se utilicen las búsquedas de información online, por ejemplo, sino que no tienen un peso demasiado grande en el proceso. Del mismo modo el DT huye de los focus groups o encuestas, o al menos trata de minimizarlas. El motivo es simple: la gente dice una cosa y hace otra; los focus groups y las encuestas capturan opiniones, mientras que la observación revela fricciones y atajos reales. Buscamos comportamientos representativos, no significancia estadística.

Con este tipo de análisis, más dinámico, más pegado a la realidad, menos dependiente de la cantidad de datos, realizamos un proceso de iteración en espiral. En Innolandia decimos que es como una caracola: avances acumulativos en vez de dar vueltas en el “círculo del prototipo infinito” (prototipo-test-prototipo sin decisiones). La espiral te obliga a concretar: o sigues iterando con mejoras claras, o abandonas/pivotas, o das el salto a propuesta de valor/MVP.

Algunas píldoras de recordatorio antes de seguir:

a.-Es importante que antes de cada experimento, prueba, observación o prototipo tengas claro el objetivo de aprendizaje: qué preguntas quieres responder con el siguiente prototipo, test o experimento. 

b.-Ten muy claro cuáles son las hipótesis explícitas sobre usuario y problema (arquetipo, momentos de la verdad) que vas a contrastar (o esperas encontrar) en campo. Esto te va a indicar si estás avanzando o no

c.-Cuando crees un prototipo piensa en crear lo-básico-que-sirva para provocar reacciones; recuerda: herramienta para aprender, no mini-producto. 

d.-Ten en cuenta que el usuario es el actor más importante: has de tener un plan para enseñar y recoger feedback (matriz de feedback: positivo/negativo/dudas/ideas). 

e.- Recuerda tener la espiral decidida: define de antemano el criterio para iterar / pivotar / avanzar después del test. 

f.- Siempre, siempre ten en cuenta el antídoto anti-ego: recordar al equipo “no te enamores del prototipo” (o de tus ideas).

Fase 1 – Empatizar

Empecemos a trabajar. Para ello, como te decíamos antes, la primera fase en la de empatía. Empatizar es meterse en la piel del usuario, pensar como él piensa, tomar las decisiones que él tomaría. No hablamos solo de “saber quién es”, sino de ver lo que ve, oír lo que oye y, sobre todo, sentir lo que siente en el contexto real de uso o compra. No estamos hablando de un conocimiento numérico, sino que hablamos de un análisis de comportamiento (y de sentimientos) con un enfoque caramente etnográfico. A partir de la información que podamos conseguir en esta fase podremos marcar el camino que vamos a seguir a la hora de diseñar el producto o servicio.

En Innolandia solemos dividir esta fase en 5 pasos prácticos, con sus lógicas variaciones y cambios dependiendo del tipo de proyecto, por supuesto (entre esas variaciones y cambios está el orden de ejecución):

A.-El DT empieza con la empatía, como estamos diciendo, y por eso es importante que pongamos al usuario en el centro de la reflexión. No pensamos en él, en esta fase, como cliente, sino como usuario, como persona con una serie de necesidades que hemos de satisfacer. Por ello, solemos empezar en Innolandia utilizando la herramienta del Buyer Persona. El Buyer Persona es la definición de un arquetipo del tipo de usuario al que nos dirigimos. No es “la media del mercado”, sino la representación de una persona que encarna a un colectivo. Utilizamos para ello una ficha como esta:

Existen más fichas para trabajar el Buyer Persona, sólo has de buscarlas en Google y elegir la que más te guste. Pero ten en cuenta una cosa: Esta ficha no es verdad revelada: es una apuesta inicial para salir al campo y refinarla con evidencias.

Por cierto: si buscas oportunidades en clientes actuales, tu histórico te ayuda a completar la ficha; si exploras nuevos clientes, empatizar es todavía más crítico y la ficha será más hipotética al principio. Evita “plantillismo” vacío: el valor no está en la estética de la ficha, sino en que te sirve de guía para observar, entrevistar y decidir qué validar primero.

B.-Puedes quedarte con el Buyer Persona o lo puedes completar con el Mapa de Empatía. Aquí tratamos de analizar al usuario desde una perspectiva 360, poniéndolo en su contexto y, sobre todo, teniendo muy en cuenta la parte emocional.

Del análisis del Mapa de Empatía emergen pains (frustraciones/dolores) y gains (aspiraciones/beneficios) que luego usarás para enfocar el problema y, más tarde, para evaluar ideas y prototipos. Consejo de Innolandia: no te dejes llevar por “yo creo que…”; cada punto debe partir de datos de campo, no de tus suposiciones.

Otra opción que, a nosotros, en Innolandia, nos gusta más, es trabajar con el lienzo de la propuesta de valor. En esta fase nos centramos en el círculo del gráfico inferior, con el que analizamos al segmento de usuarios, del que ya hemos hecho el buyer persona, y así analizamos qué cosas, trabajos o necesidades tiene, qué considera que sería una ganancia o un resultado positivo y qué una pérdida, dolor o resultado negativo.

El resultado ha de ser un círculo repleto de trabajos (ya sean funcionales, sociales o emocionales), de dolores (obstáculos o riesgos) y de resultados o beneficios deseados, que nos van a guiar en construir una propuesta de valor (una solución) consistente y deseable por el usuario.

C.-No podemos olvidar, como ya hemos comentado antes, el trabajo de campo. Como también dijimos, la gente no siempre dice lo que hace (ni hace lo que dice), o como también nos gusta decir: la gente miente cuando habla, pero no cuando actúa. Por eso es tan importante acercare al usuario, al potencial cliente, para observarle, sumergirse en su entorno y ver razones, motivos y causas de sus actos. 

Hay tres técnicas que nos resultan interesantes en Innolandia:

.-Shadowing / Observación: sigue al usuario en un momento de la verdad (informarse, elegir, usar) y documenta sin molestar. Verás fricciones y atajos que nadie te contaría (p. ej., por qué pasan poco tiempo ante un lineal refrigerado). Pide permiso si haces fotos. 

.-“Un día en la vida”: trabaja codo a codo con el usuario (muy útil en B2B) durante 1–2 días. Descubrirás condicionantes del entorno (interrupciones, cargas, prioridades) que explican por qué una solución aparentemente “obvia” no encaja. 

.-Entrevistas en contexto: café o conversación en el lugar de búsqueda, compra o uso. No es un interrogatorio: pregunta mucho “¿por qué?” para llegar a causas y no quedarte en hechos. Evita focus groups de laboratorio; aquí mandan los detalles situados.

Unos consejos para organizar el trabajo de campo: planifica qué quieres aprender, a cuántas personas observar (busca extremos: novatos y expertos), en qué entorno y con qué técnica. Durante la ejecución, limita notas en caliente y sintetiza al final. Y, sobre todo, recuerda: buscas comportamientos representativos, no significancia estadística.

Tras cada entrevista u observación, en Innolandia te proponemos cerrar con tres listas rápidas para evitar sesgos y capturar lo esencial:

• 3 cosas que has aprendido que no sabías.
• 3 cosas que has confirmado (hipótesis que se mantienen).
• 3 cosas que te han sorprendido (frases repetidas, gestos, micro-acciones). 

Ejemplo (ficticio, alta de servicio B2B):

• Aprendido: (1) La “falta de tiempo” pesa más que el precio; (2) El usuario usa WhatsApp para coordinar tareas críticas; (3) La validación por email se pierde por filtros.
• Confirmado: (1) El decisor no es el usuario; (2) El pico de trabajo es los lunes; (3) La implantación se hace “a ratos”.
• Sorprendido: (1) El 80% de altas se hace desde móvil en la calle; (2) Nadie lee el tutorial inicial; (3) Dos usuarios imprimen pantallas para “enseñar a otros”.

Con 5–8 sesiones así, suele aflorar patrón suficiente para enfocar Definir. 

D.-Todo lo que hemos hecho, incluyendo otras posibles herramientas que podamos haber utilizado, no sirve de nada si no somos capaces de recopilar los datos que hayamos obtenido y analizarlos. Recordemos que estamos en la fase de empatía, por lo que nos interesa conocer al usuario. Por eso puede ser interesante apoyar todo lo aprendido hasta ahora con otros datos que podamos recopilar de fuentes externas (foros, redes, Google Trends…). Ya dijimos que el DT no rechaza este tipo de fuentes, pero sí que son secundarias, de apoyo.

Al terminar la fase de Empatizar deberías tener:

1. Un arquetipo actualizado (tu buyer persona revisado con evidencias reales).
2. Un paquete de insights priorizados, surgidos de observar, conversar y recorrer el journey.

Ese material alimenta la fase Definir, donde sintetizas causas (no solo hechos) y formulas el Point of View y las preguntas How Might We…? para abrir Ideación con foco.

 Antes de continuar aquí tienes algunas señales que te dirán si lo estás haciendo bien o mal:

• Bien: tus notas están llenas de comportamientos concretos (“tirita el cursor cuando…”, “abandona el carrito cuando…”), frases literales repetidas, patrones que empiezan a emerger en 5–8 usuarios. Has mapeado pains/gains que explican momentos de fricción del journey. 
• Mal: te quedas en “lo que ya sabías”, hiciste poca exploración o solo entrevistas y encuestas; te centras en hechos sueltos y no en porqués; sales con opiniones “bonitas” pero sin insights o aprendizajes. Antídoto de Innolandia: diversifica técnicas, dedica tiempo suficiente a campo y clasifica aprendizajes en Jobs/Pains/Gains. 

Cuidado con el sesgo de confirmación: no selecciones usuarios que te vayan a dar la razón. Y recuerda que, para tomar primeras decisiones con prototipos tempranos, suele bastar con detectar patrones en torno a cinco personas (si 4 de 5 apuntan a lo mismo, hay señal).

Para terminar esta fase, Empatizar no es un ritual de post-its: es salir, mirar, escuchar y sentir con método. Si inviertes bien aquí, todo lo demás se abarata y acelera: tendrás un arquetipo validado, un journey con puntos calientes bien localizados y insights que den dirección al resto del proceso. Como decimos en Innolandia, sin trabajo de campo el Design Thinking pierde gran parte de su potencial. Que no te pase.

Fase 2 – Definir

Puesto que ya hemos empatizado, ya conocemos a nuestro potencial cliente y tenemos suficiente información como para encontrar indicios de patrones, es hora de que demos forma al problema. Innovar, crear un producto o servicio, un nuevo proceso o un modelo de negocio único se hace siempre para lo mismo: resolver problemas de los clientes de la manera más eficaz y sostenible. Por eso es tan importante que toda la información recopilada se convierta en conocimiento y nos lleve a definir el problema que de verdad quita el sueño al usuario.

Hay muchas técnicas para procesar esa información y sacarle partido. Lo primero que hacemos en Innolandia es convertir todas esas notas, fotos y frases de usuarios en insights que expliquen por qué pasan las cosas (no solo quépasa). Una herramienta que nos gusta mucho es el mural del cliente, que desarrollamos con dos movimientos: saturar y agrupar por nubes. Primero “empapelas” la sala con todo lo recogido en campo (post-its con citas literales, fotos, recortes…). Después, agrupas por temas emergentes (las “nubes”), poniéndoles un título que suele ser un pain o un gain. No buscamos significancia estadística; esto es investigación etnográfica centrada en comportamiento real. Cuando es necesario se da una vuelta extra: ordenar las nubes siguiendo el customer journey y mapear interrelaciones para llegar a causas.

Hay un peligro en esta fase que hemos de sortear, quedarnos en el dato sin llegar al porqué. Si decimos “tardan 7 minutos en…”, lo que me importa no es que tarden 7 minutos, sino el porqué de esa tardanza (¿miedo a equivocarse? ¿falta de confianza? ¿mala visualización del producto?). Es importante recuperar aquí lo trabajado en el Canvas de la propuesta de valor y clasificar los aprendizajes en Jobs to be Done (trabajos), pains (barreras) y gains (aspiraciones) y tener así clara la relación causa-efecto entre los datos y su significado.

Recordemos que queremos profundizar y consolidar el conocimiento a partir de los datos recogidos en la fase de empatizar para terminar definiendo el problema sobre el que vamos a trabajar.

Para sintetizar toda la información y llegar a una definición manejable del problema podemos utilizar estas herramientas:

1) Point of View (PoV)

El PoV resume el problema en una frase con esta estructura: Usuario + Necesidad + Insight.

• Describe a la persona (arquetipo).
• Enuncia la necesidad con un verbo (lo que intenta lograr / evitar).
• Explica el insight (la causa oculta que explica su comportamiento).

El PoV es el embudo donde destilas “las nubes”. Es breve, accionable y, si está bien escrito, orienta decisiones de diseño sin encerrar la solución.

2) How Might We (HMW)

Del PoV pasas al HMW: transformar el problema en preguntas abiertas que activen la creatividad (ni tan amplias que se diluyan, ni tan estrechas que la bloqueen). El HMW fija el foco creativo de la siguiente fase y puedes redactarlo iterativamente hasta que “enganche” al equipo y a los usuarios. 

3) Customer Journey

Hay una herramienta que nos gusta mucho y que solemos utilizar en esta fase de empatizar, el Customer Journey. El Customer Journey es una línea temporal de actividades, puntos de contacto y emociones desde que surge la necesidad antes, durante y después del uso. Puedes analizar desde el proceso de compra hasta un día en la vida del usuario y potencia cliente.

Lo interesante del Customer Journey es que te da una visión holística de la experiencia del usuario y te muestra picos y valles emocionales, momentos críticos y oportunidades de mejora. Es muy aconsejable hacerla en grupo, ya que las conversaciones y reflexiones que se generan son realmente valiosas y ofrecen mucha información útil.

4) Jobs to be Done (JTBD)

Puedes terminar con los Jobs to be Done (JTBD). Los Jobs explican qué intenta realmente resolver la persona cuando “contrata” una solución, y pueden ser:

• Funcionales (tareas/acciones concretas),
• Sociales (impacto ante otros) y
• Emocionales (cómo quiere sentirse).

Al clasificar tus hallazgos en Jobs–Pains–Gains, como hemos dicho antes, pones causalidad al centro: pains/gains son efectos alrededor de un trabajo principal. Esta lente evita soluciones cosméticas y te ayuda a priorizar problemas con potencial.

A continuación, te vamos a mostrar un ejemplo de secuencia de acciones en esta fase:

Proceso práctico: de datos a insight

1. Satura el mural con todo lo recogido (citas en un post-it por idea; fotos; recortes). Sin orden ni filtro inicial: aquí prima cantidad y diversidad. 
2. Agrupa en nubes por temas emergentes. Pon títulos que suenen a pain/gain (no a solución). Defiende el enfoque: no es estadística, es evidencia etnográfica. 
3. Ordena por journey y busca relaciones (si hace falta): así emergerán causas (“llega tarde a… → evita registrarse… → miedo a perder el pedido”). 
4. Destila en PoV (1–3 frases como máximo). Luego genera varias HMW derivadas y prueba su poder de atracción con el equipo/usuarios. 
5. Enmarca con JTBD: verifica que tu PoV ataca un trabajo importante y prioriza. Si no hay “trabajo” de peso, mejor cambia de foco ahora.

Hay una serie de “señales” que te indicarán que estás desarrollando adecuadamente la fase de Definir:

• Tu PoV “late”: cualquier miembro del equipo lo lee y entiende a quién, qué necesita y por qué; nadie propone soluciones en la frase. 
• Tus HMW atraen: cuando los lees, la gente quiere proponer ideas; si suenan a objetivo corporativo (“reducir costes”), revisa para centrarte en el usuario. 
• Tus nubes conectan: ves causas (Jobs) que explican pains/gains, no listas de síntomas.

Piensa que esta fase es crítica, ya que un problema mal formulado conduce a soluciones no deseadas o que nadie necesita. “Definir” es un embudo: de lo disperso a lo esencial; del qué observable al porqué que mueve la conducta; de “datos” a decisiones de diseño. Desarrollar adecuadamente esta fase crea una “plataforma de despegue” potente para la siguiente, la de ideación, de este modo Idear arranca con un foco creativo potente, Prototipar sabe qué aprendizaje buscar y Testar puede evaluar con criterios.

Fase 3 – Idear

Esta es una fase trampa, porque en realidad estamos ideando durante todo el proceso. Desde el principio se nos están ocurriendo posibles soluciones, y esto es muy peligroso, porque puede hacer que todo nuestro proceso reflexivo esté condicionado por esas ideas u ocurrencias nacidas en la fase de Empatizar o de Definir. Hemos de ser capaces de dirigir y concentrar todas nuestras actividades de ideación a esta fase, porque es ahora cuando disponemos de información consistente y podemos generar ideas con una mayor solidez.

Ahora bien, Idear no va de “tener un momento eureka” en una sala llena de post-its. Va de preparar el cerebro y al equipo para que emerja mucho (cantidad), diferente (divergencia) y relevante (alineado al foco del usuario). Hay que desmontan el mito del brainstorming como origen mágico de las ideas: las buenas conexiones aparecen tras una incubación previa y una atención selectiva activada por un foco claro. De ahí las “3 Bs” de Steven Johnson —bath, bed, bus—: el cerebro ensambla piezas en momentos cotidianos, si antes le hemos dado foco creativo formulado como HMW (How might we…?).

Es necesario desmontar, por tanto, una serie de mitos en cuanto a esta fase de Ideación:

Mito 1: “Las ideas nacen en el brainstorming.” En realidad, la sesión sirve para sacar lo que ya estaba cociéndose. Ya dijimos antes que muchas de las mejores ideas nacen implícitamente en fases anteriores, pero hemos de esperar a esta fase para hacerlas explícitas. Por eso es bueno definir el HMW al cerrar Definir y dejar 1–2 semanas para que el cerebro filtre señales y vaya conectando puntos. Durante ese tiempo, el equipo comparte inputs inspiradores (tecnologías, casos de otros sectores) en un canal común. 

Mito 2: “Cuanto más largo el taller, mejor.” Mejor varios impulsos breves y descanso que una maratón sin energía creativa. La creatividad no se puede “a tope” durante mucho tiempo. Su hype puede durar media hora o 1 hora como mucho. Es importante el trabajo previo y posterior a la sesión para sacarle el máximo partido.

En Innolandia hemos estructurado la sesión de ideación en 4 bloques:

1) Rompehielos (5–10′).
Pueden ser juegos aleatorios, mindfulness ligero o yoga para centrar la atención y bajar la autocensura. Luego, divide al grupo en sub-equipos pequeños para fluir más rápido. 

2) Divergencia (10–20′ por ronda).
“Vomitar ideas”: primero busca volumen, cantidad, luego calidad. Marca un objetivo explícito (p. ej., “300 ideas en 10 minutos”) para romper frenos del tipo “esto aquí no va a funcionar”. Puedes combinar técnicas en rondas: brainwriting(cada persona escribe, pasa la hoja y el otro construye), brainstorming clásico, analogías forzadas, etc. La clave de esta ronda es la cantidad. 

3) Agrupación (10–15′).
Pega todas las ideas en una pared y agrúpalas (complementarias, similares, opuestas) para formar conceptos. En esta fase aparece la primera convergencia suave. 

4) Moldes creativos (15–30′).
Vuelve a divergir aplicando 4–5 “moldes” para retorcer los conceptos (eliminar, exagerar, invertir, combinar, sustituir, trasladar a otro contexto, etc.). Se trata de trabajar con las ideas potencialmente más interesantes y darles una vuelta, pero con método. Puedes hacer esta parte en otra sesión para evitar fatiga.

Puede ocurrir que las ideas surgidas o elegidas sean o muy “normalitas” o muy locas. En esos casos en Innolandia podemos trabajar con 4 “cubos”, donde elegimos al menos una idea por cubo:

Idea Lover (la que te emociona). Esa idea ambiciosa que, si saliera, te llenaría de orgullo. No pienses si es posible o no, sólo piensa que es la que te emociona.

Idea Easy (la técnicamente sencilla). Aquella idea que puede ponerse en marcha rápido porque la tecnología y el know-how son conocidos. La idea que te acerca más rápidamente al mercado.

Idea Shrek (la que “nunca harías”). Deliberadamente fea o incómoda; sirve para pensar diferente y estirar límites, especialmente cuando aplicas moldes. Es aquella idea que rechazarías nada más tenerla. No lo hagas y aprende de ella.

Idea Killer (la que destruiría tu empresa si la lanzara un competidor). Te obliga a mirar disrupciones y a diseñar defensas/ataques. Es la que potencialmente cambiaría el mercado.

No olvides que la idea o ideas elegidas son, en cierto modo, ideas en bruto, que hemos de refinar aplicando moldes u otras técnicas. El proceso Generar > Seleccionar > Refinar es muy potente para terminar esta fase con ideas consistentes.

Te mencionamos algunas técnicas que pueden serte útiles en esta fase para idear o refinar. Sólo las vamos a mencionar porque hay mucha información en internet:

Brainwriting 6-3-5 (o variantes rápidas): estructura volumen y construcción sobre ideas ajenas.

Analogías forzadas: Por ejemplo, “¿Cómo resolvería esto una aerolínea de bajo coste / un hospital / un gamer?”

SCAMPER (Sustituir, Combinar, Adaptar…): obliga a operar sobre la idea, no solo a opinar.

Mapa de riesgos/hipótesis: vincula cada idea con los aprendizajes críticos que buscarás en prototipado/test.

Es importante no perder el foco en la calidad de las ideas. Ya hemos dicho que primero buscamos cantidad, pero tras ese vuelco inicial de ideas hemos de quedarnos con las que desde el punto de vista de la calidad sean más adecuadas. Para ello seguimos los siguientes criterios de calidad:

Alineación con el foco (HMW). Si una idea no responde al HMW, aparca o vuelve a formular el HMW. 

Tensión útil: busca contrapesos en tu portafolio (una Easy + una Killer). Evita quedarte solo con la de menor fricción interna. 

Claridad narrativa: si no puedes dibujarla en una servilleta (flujo, usuario, promesa), igual no está madura. Dibujar obliga a concretar.

Vale, pero ¿cómo medimos el éxito de una sesión de ideación? Para ello ten en cuenta los siguientes puntos:

Volumen: ¿se alcanzó (o superó) el objetivo de ideas por minuto/ronda? 

Variedad: ¿aparecieron enfoques radicalmente distintos (por molde/analogía)? 

Valor: ¿las ideas top conectan con el PoV/HMW y con insights de la fase 2?

Velocidad a prototipo: ¿puedes transformar al menos una Easy en un boceto/storyboard ese mismo día?

Fase 4 – Prototipar

En la fase de prototipado empezamos a materializar la solución propuesta en la fase de ideación. Es posibles que hayamos terminado la fase anterior con una idea sobre la que vamos a trabajar, pero también es posible que tengamos 2 o 3 ideas que vemos interesantes y sobre las que no logramos decidir cuál es la mejor. En la fase de prototipado es cuando vamos a trabajar sobre cada una de ellas para poder tomar una decisión más consistente.

Con el prototipo construimos la posible solución para mostrarla al cliente o a los actores que consideremos relevantes (usuarios, proveedores…). Pero recordemos que prototipar no es “hacer una mini-versión perfecta” de la solución. Es construir lo mínimo necesario para aprender del usuario cuanto antes. Un prototipo es, por definición, desechable: existe para responder una pregunta de aprendizaje (“¿entiende la promesa?”, “¿haría esto en la calle?”, “¿confía lo suficiente como para pagar?”). 

Consideramos que el prototipo tiene dos fases de conocimiento:

1.-El prototipo se construye por el equipo, y en esa fase de construcción vamos afinando, analizando y perfeccionando la idea. No hablamos de un Producto Mínimo Viable, sino de algo desechable, una herramienta de usar y tirar.

2.-Una vez construido el prototipo lo enseñamos al usuario para aprender lo que tratamos de comprender desde la visión del usuario 

La mentalidad adecuada de todo este proceso es construir para pensar, no pensar para construir. Antes de cortar cartón o abrir Figma, escribe en una frase qué quieres aprender y qué decidirás con ese aprendizaje (seguir/iterar/pivotar). Ponle un umbral de decisión (“si 4 de 5 usuarios hacen X sin ayuda, pasamos a la siguiente fidelidad”). Y recuerda la vacuna del ego: no te enamores del prototipo.

Ahora bien, un prototipo puede ser de muchos tipos y la elección del mejor o más adecuado depende de muchas cosas. Imaginemos que estamos prototipando un packaging para llevar el almuerzo al colegio, lo normal es que sea un prototipo físico, en el que construyamos el producto materialmente para visualizarlo y mostrarlo de una manera más realista. Pero imaginemos que estamos trabajando en el cambio del check-in de un hotel. Aquí no es necesario construir nada físico, sino que nos centraremos en un prototipo experiencial, en el que representaremos y analizaremos las acciones que se hacen en un proceso de check-in.

De este modo, podemos considerar que hay tres tipos de prototipado:

Físico (objeto/interfaz).
Lo que el usuario toca o ve: una pantalla, un botón, un envase, un dispositivo. Aquí compruebas ergonomía, legibilidad, flujo básico o señales de confianza (copy, iconos, estados). Ej.: un “click-through” en móvil, un envase impreso 1:1, una pieza hecha con impresora 3D.

Experiencia (servicio/flujo).
La secuencia de acciones, personas y evidencias que vive el usuario. Aquí validas momentos de la verdad, tiempos de espera, handoffs entre roles, qué pasa si…. Ej.: un storyboard de 8 viñetas, un service walkthrough con tarjetas, un script de atención y su “backstage”.

Entorno (ecosistema/sistema).
Lo que rodea a la experiencia: normas, espacio físico, colas, horarios, señalética, integraciones, restricciones. Aquí examinas fricciones estructurales. Ej.: un role-play en el lugar real con cinta en el suelo para simular colas; una señal temporal en tienda; un calendario simulado con reglas.

Por supuesto, es posible que un determinado prototipo requiera de los tres tipos indicados. La propia entrada al hotel o a un hospital, o la experiencia en un restaurante puede requerir de prototipos físicos, experienciales y de entorno. Todo depende del nivel de análisis que estemos desarrollando y de qué queramos conocer.

Mostramos ahora algunos ejemplos de prototipos que utilizamos en Innolandia, todos rápidos y baratos:

1. Servilleta (sketch en 2–3 minutos)

Qué valida: Idea núcleo, propuesta de valor, jerarquía visual, “de qué va esto”.
Cómo: Dibuja el flujo en 4 cuadros o la home de una app en una servilleta/folio. Escribe la promesa en grande.
Señales: ¿El usuario entiende en 10–15 segundos? ¿Señala el CTA correcto? ¿Dónde duda?

• Maquetas (papel, cartón, impresión 3D, prototipo clicable)

Qué valida: Forma, manipulación, estados básicos de una interfaz o producto.
Cómo: Papel recortado para simular pantallas (paper prototyping), un clicable en Figma/PowerPoint, o pieza 3D simple.
Señales: tasa de acierto en tareas triviales, tiempos, errores, comentarios espontáneos (“esto me confunde”).

• Storyboard (viñetas con texto)

Qué valida: Secuencia y coherencia de la experiencia extremo a extremo.
Cómo: 6–12 viñetas con momentos clave, emociones y evidencias físicas (“ticket”, “email”, “pack”).
Señales: ¿El usuario reconoce su viaje? ¿Dónde pone cara rara? ¿Qué escena le falta?

• Storytelling (pitch + artefacto mínimo)

Qué valida: Mensaje, tono, promesa, valor percibido (a veces, disposición a pagar).
Cómo: Guion de 60–90″ + hoja simple (flyer, email impreso, mock de landing).
Señales: ¿Repite tu promesa con sus palabras? ¿Qué objeciones aparecen? ¿Pediría más info? (En B2B, pide “señales de compromiso”: agenda de prueba, contacto de un sponsor).

• Role-playing (bodystorming)

Qué valida: Interacciones humanas, tiempos, barreras reales del contexto.
Cómo: Representa la escena completa con personas y objetos (mostrador, cartel, “sistema” en papel).
Señales: ¿Se forma cola? ¿Necesitas otra persona/turno? ¿Qué frase del script no funciona?

Recuerda que el primer artefacto debe existir en 24 horas y costar menos de 100€. Si no puedes, probablemente estás construyendo demasiado. Cómo lograrlo:

• Recorta alcance: céntrate en un aprendizaje por prototipo.
• Materiales humildes: papel, cartón, cinta, figuritas, plantillas imprimibles, maquetas de baja resolución.
• Reutiliza assets: wireframes genéricos, componentes UI, plantillas de pitch.
• Tiempo acotado: timebox de 60–120′ para construir y 30–60′ para test rápido.
• Equipo pequeño: 2–3 personas por prototipo (diseña, construye, “actúa”).

Truco de calidad: define umbral de decisión por adelantado (p. ej., “si 4/5 usuarios completan la tarea en <90s sin ayuda, pasamos a fidelidad media; si no, iteramos aquí”). Evita el “círculo del prototipo infinito”.

Para terminar esta parte te mostramos algunos de los errores típicos de la fase de prototipado y algunos antídotos para solucionarlos:

Perfeccionismo temprano → Antídoto: define el aprendizaje mínimo y timebox.

Construir sin foco → Antídoto: PoV/HMW visibles en la sala.

Test de laboratorio sin contexto → Antídoto: lleva el prototipo “al mundo” (pasillo, tienda, calle, obra).

Enamorarse del artefacto → Antídoto: ritual de “prototipo a la papelera” tras consolidar aprendizajes.

Opiniones sueltas → Antídoto: busca patrones (matriz de feedback) y decide por umbral.

Fase 5- Testar e iterar

Ya conocemos el problema, hemos propuesto una solución y hemos creado un prototipo. Ahora toca testarlo con el usuario/cliente. Recordemos que en esta fase no estamos tratando de entrar ya en el mercado, ni siquiera de mostrar un PMV, sino de seguir aprendiendo para en una fase posterior empezar a construir para vender y validar la venta.

Por eso es importante que enfoquemos bien esta fase: buscamos aprender, no vender. De igual manera es importante que el testeo lo hagamos correctamente:

No vender. Entra como explorador, no como comercial. Evita justificar la solución; deja que hable el prototipo.

Humildad radical. Tu objetivo no es tener razón, sino descubrir la verdad de uso. Cada objeción es oro.

Equipo tomando notas. Mínimo dos personas: una guía y otra anota (citas literales, tiempos, gestos). Si el usuario acepta, graba vídeo; verás detalles que se escapan en directo.

Respeto por el contexto. Si puedes, prueba donde ocurre el comportamiento (tienda, calle, taller, backoffice).

Una hipótesis por vez. No intentes validarlo todo en una sesión. Define qué quieres aprender y un umbral de decisión antes de empezar.

 Ante de iniciar la prueba o el testeo es interesante que tengas en cuenta una serie de puntos que te ayudarán a tener más éxito en tu análisis y que te ayudarán a prepararlo:

Aprendizaje objetivo (1 línea): “Queremos saber si X entiende la promesa y completa Y en <90s sin ayuda”. Lo que quieras analizar has de poder explicarlo en una frase. No te compliques buscando aprendizajes complejos. Si vas a mostrar un prototipo ten en cuenta qué quieres aprender de esa presentación y el correspondiente feedback: ¿es el uso, el atractivo del modelo, la dureza, la comprensión del cliente…? Si son varias cosas defínelas de la manera más simple posible y diferéncialas en el análisis

Hipótesis explícita: “Creemos que cambiar el CTA a ‘Reservar ahora’ reducirá dudas”. Trata de ser claro y concreto en la definición de la hipótesis.

Métrica y umbral: éxito de tarea ≥80% con ≤1 duda crítica; si no, iteramos copy y flujo. Es importante que trabajes con métricas que definan el éxito o el go/no go del proyecto o del prototipo.

Guion de test: contexto (“cuéntame tu día”), tarea/escena, silencio mientras actúa, preguntas de por qué, cierre con matriz de feedback. No vayas a pecho descubierto, lleva siempre un guion, que podrás saltártelo si lo crees conveniente, pero que lo tendrás siempre a mano.

Muestra pequeña (≈5 usuarios): busca patrones, no unanimidad. Combina extremos (novatos/expertos). Trata de ser rápido y barato en tus análisis. Evita la parálisis por análisis.

En Innolandia solemos utilizar dos tipos de plantillas para trabajar en este tipo de experimentos. Por un lado, la ficha de experimento, en la que definimos y describimos el experimento que vamos a realizar:

Y por otro lado la matriz de feedback, con la que recogemos la información en el momento del experimento:

Con ambas plantillas recogemos información suficiente para saber si podemos validar el prototipo y las hipótesis de las que partimos.

De este modo, una sesión tipo de unos 15 o 20 minutos podría tener el siguiente guion:

Calienta (2–3′). “Gracias por tu tiempo. No probamos personas, probamos el prototipo.” Evita sesgos.

Contexto (3–4′). “Cuéntame cómo haces ahora [tarea]… ¿qué te cuesta más?” Pregunta 2–3 veces “¿por qué?”.

Tarea/escena (6–8′). Entrega el prototipo y calla. Observa manos, mirada, silencios.

Sondeo (3–4′). “¿Qué has entendido? ¿Dónde dudaste? ¿Qué te sorprendería que hiciera?”

Cierre (2–3′). Agradece y completa tu matriz de feedback (positivo / negativo / dudas / ideas) con ejemplos concretos.

Es muy difícil que el prototipo guste 100%. Lo normal es que debas cambiar cosas, añadir unas y quitar otras, es decir, iterar. Para ello es importante que trabajes con la información que recoges. Y puede ser incluso adecuado que no esperes a “el informe”. De ese modo itera en la misma sesión si puedes: cambia el copy del CTA, invierte dos pasos, añade una señal visual, reescribe el microcopy de error, mueve la posición del botón, prueba otra formulación del pitch. Esa espiral (test → microcambio → test → microcambio) acelera el aprendizaje y evita el círculo infinito de prototipos sin decisiones. Puesto que ya estás trabajando con el cliente potencial y él está dentro de la dinámica, aprovéchalo.

Al final del bloque con 5 usuarios, toma una decisión explícita:

• Iterar aquí (mismo nivel de fidelidad, nuevos cambios),
• Pivotar PoV/HMW (aprendiste algo estructural), o
• Avanzar a mayor fidelidad / piloto controlado.

Para finalizar esta parte te vamos a mostrar algunos errores típicos al testar y cómo evitarlos:

Entrevista dirigida (“te gusta, ¿verdad?”) → Preguntas neutras y abiertas.

Ayudar al usuario para que “salga bien” → Silencio y paciencia; mide dónde se atasca.

Recoger opiniones, no evidencias → Observa comportamiento; usa la matriz.

Post-mortems eternos → Umbral y decisión el mismo día.

No iterar in situ → Llega con materiales para cambiar rápido (copias de pantallas, rotuladores, cinta).

Cómo potenciar el Design Thinking con la IA Generativa

La IA está de moda, y en concreto la Inteligencia Artificial Generativa (IAG), a la que en Innolandia hemos dado una vuelta de modo que hablamos de Innovación Aumentada, es decir, la aplicación de la IAG a procesos de innovación de una manera estructurada y racional.

Esto último es importante, porque no basta con usar la IAG, es necesario saber cómo y qué podemos esperar de ella, es decir, no construir castillos en el aire ni pensar que las nubes son de colores, Hay que ser realista, saber cuáles son los límites.

La IAG es un copiloto, no el piloto. Bien usada, acelera análisis, documentación e ideación; mal usada, genera humo elegante y mata la creatividad. Aquí la clave es: personas reales + método + IA como turbo, no como sustituto.

Por eso es necesario que tengas en cuenta una serie de consejos si quieres utilizar la IAG en procesos de Design Thinking. Aquí van los más importantes:

No sustituye trabajo de campo. La IA parte de texto, de interpretaciones y de enfoques que podemos trabajar en la oficina; los insights vienen de usuarios reales, de nuestra interacción con ellos, es decir, de la fuente primaria.

Una sola persona operando la IA en sesión. Evita 6 personas chateando a la vez y clonando sesgos; el resto piensa, dibuja, discute. Esto es importante, porque evita cruces, pérdida de información, contradicciones…

Prompts con contexto. Cuanto más concreto seas (segmento, sector, restricción), más útil. No es raro preguntar a la IAG y que su respuesta sea demasiado generalista, sin precisión y repetitiva, eso es porque le falta contexto, le falta información del proyecto. Cuanta más le demos, mejor respuesta nos dará ella.

Pensamiento crítico siempre. Contrastar, no tragar: la IA se inventa cosas, arrastra sesgos, desconoce matices internos. Debemos ser nosotros los que dominen a la IAG y no al revés. Esto lo hacemos revisando, corrigiendo y repreguntando cuando el resultado no es el esperado. Seamos críticos con la IAG.

Cuidado con datos sensibles. Anonimiza entrevistas, nombres y cifras internas. Es posible que no haya problemas de pérdida de información, pero mejor prevenir que curar.

Tiempo acotado. La IA es turbo, no agujero negro. Si llevas media hora “jugando”, paras y vuelves al usuario. Si te quedas en la IA entras en un círculo vicioso de pregunta-respuesta que te puede atrapar y te impide avanzar. Si llevas 40 minutos “jugando con prompts”, has dejado de innovar.

Ahora vamos a analizar cómo podemos servirnos de la IAG en cada una de las fases que hemos descrito del Design Thinking. Con esto vamos a profundizar un poco en cuánto y cómo nos puede ser útil la IAG:

1) Empatizar

• Arquetipos / Buyer Persona (borrador). Generar hipótesis iniciales sobre segmentos para luego validar en campo.
• Guiones de entrevistas. Crear listas de preguntas abiertas adaptadas a cada tipo de usuario.
• Mapas de empatía iniciales. Estructurar “piensa/siente/ve/oye/dice-hace” como base del taller.
• Análisis de patrones. Volcar transcripciones y pedir clusters de temas, pains, citas clave. 

Uso correcto: te ahorra tiempo en preparación y síntesis. El contenido relevante sigue viniendo de la calle, no del modelo.

2) Definir

• Agrupar insights. Pedir ayuda para ordenar citas en nubes temáticas y proponer primeros PoV.
• Refinar PoV y HMW. Generar variantes y elegir las que mejor encajan con tus evidencias.
• Jobs to be Done. Pedirle que clasifique hallazgos en Jobs funcionales/ sociales/ emocionales para ver causalidad.

Aquí la IA acelera el “ordenar la pared llena de post-its”, pero la decisión de foco es humana.

3) Idear

• Ideación dirigida. Generar listas de ideas condicionadas por PoV/HMW, sector, restricciones, tecnologías.
• Perspectivas forzadas. Pedirle que piense como “low-cost”, “premium”, “competidor X”, “sombrero negro/verde” de De Bono, etc. 
• Evaluación impacto–esfuerzo. Subir un listado de ideas y pedir una primera matriz deseabilidad / factibilidad / viabilidad como input al equipo (no como verdad).

Importante: primero idean las personas; luego la IA expande, combina o estresa ideas. No al revés.

4) Prototipar

• Storyboards con imagen. Generar escenas visuales para explicar una experiencia en 6–8 pasos. 
• Pantallas y maquetas rápidas. Crear propuestas de UI, cartelería, folletos, layouts.
• Copy de prueba. Variantes de mensajes, claims, CTAs, emails, guiones de atención.

La IA aquí es perfecta para “hacer tangible” y tener algo que enseñar mañana sin gastar diseño senior.

5) Testar

• Diseño del test. Guiones de sesiones, preguntas neutrales, consentimientos, plantillas de matriz de feedback.
• Síntesis de feedback. Pasar notas/transcripciones y pedir patrones positivos/negativos/dudas/ideas. 
• Aprendizajes accionables. Pedir propuestas de “siguientes iteraciones” alineadas con criterios que tú definas.

De nuevo: la IA ayuda a ver patrones; tú verificas con notas originales y decides.

Evidentemente, para cada una de estas fases y usos se necesitan prompts. Aquí te vamos a mostrar algunos prompts como ejemplo. No los tomes como el prompt definitivo, sino como un ejemplo que tendrás que adaptar a tu caso. Entiéndelos más como una plantilla mínima:

Empatizar

1. Arquetipo inicial

“Actúa como investigador. Define 2–3 arquetipos de clientes para [producto/servicio] en [país/sector], indicando contexto, objetivos, pains y comportamientos clave. No inventes datos numéricos.”

2. Guion de entrevistas

“Genera 15 preguntas abiertas para entrevistar a [tipo de usuario] sobre cómo hace hoy [tarea], qué le frustra y qué valora. Sin sugerir respuestas.”

3. Análisis de entrevistas

“A partir de estas transcripciones [pegar], identifica patrones: pains recurrentes, objetivos, frases literales clave. Devuélvelo en bullets.”

Definir

4. Nubes + PoV

“Con estos hallazgos [pegar], agrúpalos en 5–7 temas. Para cada tema, propone 1 posible Point of View (Usuario + Necesidad + Insight), sin soluciones implícitas.”

5. How Might We

“A partir de este PoV [pegar], genera 5 preguntas ‘How might we…’ concretas, centradas en el usuario, ni muy amplias ni muy cerradas.”

6. Jobs to be Done

“Clasifica estos insights [pegar] en Jobs funcionales, sociales y emocionales, y relaciona cada pain/gain con un Job.”

Idear

7. Ideación dirigida

“Genera 40 ideas para responder a este HMW [pegar], en [sector], bajo estas restricciones [lista]. Distingue entre ideas incrementales y radicales.”

8. Evaluación impacto–esfuerzo

“Con esta lista de ideas [pegar], sugiere una matriz impacto–esfuerzo (alto/medio/bajo) basada en deseabilidad, factibilidad y coste. Justifica en 1 línea por idea.”

Prototipar

9. Storyboard

“Diseña un storyboard en 8 pasos para explicar cómo [usuario] usa [idea], indicando contexto, acción, emoción y evidencia física/visual en cada viñeta.”

10. Copy & pantallas

“Propón estructura y textos de una pantalla principal para [servicio], alineada con este PoV [pegar]. Incluye titular, subtítulo, CTA y 3 beneficios.”

Testar

11. Guion de test

“Diseña un guion de test con usuarios para evaluar este prototipo [descripción/enlace], con: intro neutral, 3 tareas, preguntas abiertas y criterios de éxito.”

12. Matriz de feedback

“Con estos comentarios de usuarios [pegar], construye una matriz en 4 columnas: Positivos, Negativos, Dudas, Ideas. Luego resume 5 patrones clave y sugiere 3 cambios de prototipo.”

Recuerda que la IAG no sustituye tu proceso de Design Thinking: lo acelera, lo hace más visible y te libera tiempo para lo importante: mirar a tus usuarios, decidir mejor y lanzar antes.

Errores frecuentes y cómo evitarlos

Como toda metodología, es normal cometer errores, sobre todo cuando se usa por primera vez. Algunos de esos errores los cometemos incluso los que llevamos años trabajando con el DS. Pero lo importante es que tengamos la capacidad de identificar y corregir esos errores. Para eso te mostramos una guía muy esquemática pero completa de posibles errores y sus antídotos. Empezamos con los errores que se suelen cometer en el DS “clásico”, es decir, antes de la aparición de la IAG (pero que también se cometen con la IAG):

1. Expectativas mágicas

• Error: creer que el Design Thinking sacará “la idea salvadora” solo con post-its.
• Antídoto clave: pacto inicial de restricciones + objetivos realistas (qué sí / qué no se toca).

2. Exploración pobre

• Error: pocas entrevistas, cero observaciones, todo desde la sala. 
• Antídoto: mínimo varias técnicas (entrevistas, shadowing, “día en la vida”, CJ) hasta encontrar cosas nuevas.

3. Quedarse en hechos, no en causas

• Error: describir comportamientos sin entender porqués. 
• Antídoto: clasificar en Jobs / Pains / Gains y buscar relación causa–efecto (insights).

4. Baja calidad de ideas (autocensura)

• Error: solo ideas “posibles”, cero radicales; se mata la creatividad en la sala. 
• Antídoto: separar divergir vs. decidir, usar moldes creativos, equipos diversos, dejar pasar ideas locas a prototipado.

5. Prototipo infinito

• Error: iterar prototipos sin decidir, sin fecha ni criterios. 
• Antídoto: regla 24h / <100€, 1 aprendizaje por prototipo, umbral claro (si pasa → avanza; si no → cambia).

6. Decidir por opiniones aisladas

• Error: cambiar todo por lo que dijo “un cliente importante”. 
• Antídoto: usar matriz de feedback, buscar patrones en ~5 usuarios, ignorar outliers sin repetición.

7. Atrapados en el diseño sin pedir “tarjeta de crédito”

• Error: prototipos bonitos, presentaciones, likes internos… sin prueba de mercado real. 
• Antídoto: traducir aprendizajes a test de compromiso: pre-reservas, cartas de intención, pagos piloto, tiempo invertido.

Ahora incluimos un listado y posibles antídotos contra los errores cometidos específicamente cuando utilizamos la IAG en Design Thinking:

1. Sustituir trabajo de campo por IA

• Error: “que la IA me invente al cliente”.
• Antídoto: IA solo para estructurar y ampliar, nunca en lugar de usuarios reales.

2. Creer que la IA siempre tiene razón

• Error: copiar sin contraste.
• Antídoto: marcar todo como hipótesis, contrastar con evidencias.

3. Dejar que la IA marque el foco

• Error: PoV/HMW dictados por la máquina.
• Antídoto: PoV/HMW se validan con datos de campo y negocio, no solo texto bonito.

4. Many people, many prompts

• Error: la sesión se vuelve “circo de pantallas”.
• Antídoto: 1 operador IA, resto observa, piensa, decide.

5. Prompts vagos / genéricos

• Error: outputs obvios, basura elegante.
• Antídoto: prompts con contexto, restricciones, datos reales.

6. Confirmar sesgos con IA

• Error: pedirle que soporte lo que ya creo.
• Antídoto: pedir alternativas, contraejemplos, riesgos, puntos ciegos.

7. Matar la creatividad del equipo

• Error: dejar que la IA genere todas las ideas.
• Antídoto: primero idean personas; IA solo expande, combina, provoca.

Cerrar este artículo es sencillo: ahora te toca salir al mundo real.

El Design Thinking que hemos recorrido aquí no es una moda ni un ritual de post-its. Es una forma disciplinada de reducir incertidumbre cuando los Excel ya no bastan: hablar con personas reales, entender causas (no solo síntomas), generar alternativas con intención, prototipar rápido, testar con humildad y decidir con evidencias. Y, si quieres, apoyarte en IA generativa como copiloto para ir más rápido sin perder criterio.

Si te quedas solo con una idea, que sea esta: no esperes a tenerlo perfecto para poner algo delante del usuario. El riesgo no está en enseñar demasiado pronto, sino en llegar demasiado tarde con algo que nadie quiere o no puede usar.

Qué puedes hacer mañana mismo:

1. Elige un reto concreto: un proceso roto, una experiencia clave, un servicio estratégico.
2. Habla con 5 usuarios reales esta semana. Observa, pregunta “por qué”, captura frases literales.
3. Formula 1 PoV + 1 HMW potente.
4. Genera ideas durante 45 minutos con tu equipo (sin juzgar).
5. Construye un prototipo en 24h, por menos de 100€.
6. Testa con 5 personas, usa la matriz de feedback y toma una decisión en el día.

Si repites este ciclo, tu organización deja de “hacer talleres de innovación” y empieza a aprender sistemáticamente del mercado. Ahí está la diferencia entre coleccionar canvas y construir soluciones que se venden, se usan y se recomiendan.

Y si algo de este artículo te ha removido, perfecto: úsalo como guía, discútelo con tu equipo, destroza lo que no encaje en tu contexto… pero no vuelvas al power point sin pasar primero por tus usuarios. Ahí fuera es donde empieza el diseño de verdad.

La entrada Guía definitiva de Design Thinking Aumentado se publicó primero en .

Bienvenido a un nuevo episodio del podcast «El día a día del innovador».

El tema de hoy creo que puede ser muy interesante para ti, porque vamos a hablar de los marrones que tiene un gestor de proyectos de I+D+i.

Porque lo que tenemos claro es que es la tarea que más haces o que más hacemos los profesionales de la innovación. Nosotros dedicamos la inmensa mayoría de nuestro tiempo a gestionar proyectos.

Tanto es así que en el estudio que hicimos de la radiografía del innovador en 2024, finales de 2024, lo que identificamos es que el 63% de los profesionales de la innovación la principal tarea a la que se dedican es a hacer proyectos.

Cuando además trabajas dentro de un departamento de innovación, además de una empresa, eso se dispara hasta el 71%, es decir, que lo que más hacemos es dedicarnos a hacer proyectos.

Si dividimos un poquito, hacemos un zoom en el tipo de tareas dentro de los proyectos de innovación, encontramos que el 45% del tiempo de ese 63, el 45% lo dedicamos a lo que es la gestión y seguimiento, el 11% del tiempo lo dedicamos a la planificación y el 8% lo dedicamos a informes, memorias y tal.

A mí particularmente me ha sorprendido, yo pensaba que he dedicado más tiempo a esa parte, pero, bueno, es lo que decimos que dedicamos

Entonces, visto esto, a qué dedicamos el tiempo, vamos a intentar identificar en el episodio de hoy cuáles son los cuatro marrones principales a los que nos enfrentamos los profesionales de la innovación cuando trabajamos en proyectos y lo más interesante cómo podemos resolverlos.

Lo primero que tenemos que hacer es entender qué es un proyecto; porque sí, trabajamos en proyectos, pero una de las cosas que a mí más me sorprenden cuando trabajamos con clientes es que llamamos proyecto a muchas cosas.

Pero tengamos claro qué es un proyecto.

Un proyecto es un conjunto de actividades no repetitivas que realizamos para conseguir un resultado único, dentro de unas restricciones de presupuesto, o sea de coste, y de plazos.

Entonces, un proyecto se diferencia de un proceso en que un proceso es continuo y siempre intentas obtener más o menos lo mismo, mientras que un proyecto no, cada proyecto es único y vas a obtener unos resultados únicos.

Dentro de los proyectos lo que dicen las buenas prácticas o toda la teoría de gestión de proyectos es que hay fundamentalmente cuatro etapas.

Etapas de un proyecto

Etapa de planificación,

Una serie de actividades que tenemos que hacer, que van desde identificar quiénes son los stakeholders del proyecto, los objetivos, los entregables, la lista de tareas,…, a realizar el cronograma,….

Etapa de acción,

Que es la de ejecutar, es lo que veíamos antes en la parte de gestión en el proyecto, la parte de ejecución, hay que hacer las tareas para conseguir al final los resultados.

Etapa de seguimiento,

Va en paralelo con la fase de ejecución, es decir, vamos ejecutando tareas, pero vamos haciendo seguimiento de que se cumplen los objetivos o que se cumplen las actividades que hemos definido o que vamos cambiando, eso lo veremos luego.

Etapa de cierre,

Todos los proyectos tienen que cerrarse de una determinada manera. Esto es uno de los puntos complicados y que ya te hablé en un episodio anterior del podcast, de cómo se cierran los proyectos. Entonces, estas son las cuatro grandes fases de un proyecto o las cuatro grandes actividades que realizamos en el proyecto.

Metodologías

Las metodologías predictivas:

Que son aquellas de los diagramas de Gantt, el objetivo general, específico, milestones tal, donde yo soy capaz de hacer un plan a 18 meses, 24 meses, porque pienso que el entorno es estable.

Ahora te cuento un secreto: esto ya no pasa, o sea no hay entornos estables, por mucho que tengamos que presentar una memoria para un proyecto subvencionado y que digamos qué es lo que vamos a conseguir, igual no lo conseguimos porque todo cambia.

De ahí viene luego la gestión de cambios, que es la mayor pérdida que tiene un proyecto: todo el tiempo que dedicamos a replanificar.

Entonces, como respuesta a este tipo de metodologías, que a lo mejor valen para algún tipo de proyecto muy específico.

Las metodologías ágiles:

De proyecto de trabajar aplicando el método científico, con sprints cortos de entre 4 y 12 semanas, y en función de la información o de los aprendizajes que obtenemos en cada uno de esos experimentos podemos ir planificando las siguientes fases.

Es planificación iterativa o adaptativa que te permite ir adaptándote a los cambios sin necesidad de hacer una planificación previa muy, muy en detalle, con lo cual te ahorras un montón de costes.

Independientemente de la metodología que utilices, proyectiva o adaptativa, los gestores de proyectos al final tienen cuatro grandes marrones.

Y esto lo hemos validado no sólo por la experiencia que tenemos Innolandia de 14 años trabajando en gestión de proyectos y con los 50 equipos que trabajamos al año, sino porque hicimos un estudio realmente, o sea, nos entrevistamos en profundidad con 25 gestores de proyectos de innovación e identificamos cuatro grandes marrones, que son los siguientes que te quiero contar.

4 Marrones en la gestión de proyectos

El primer marrón es la sobrecarga de trabajo.

Claro, ¿qué es lo que pasa? Que nosotros lo habitual es que trabajemos en un departamento de innovación o de I+D, estamos haciendo proyectos, normal, ya vamos cargados, tenemos la sensación de que perdemos el control al final, que hay muchas tareas, que realizamos más horas, incluso puede llegar a que empezamos a salir tarde de trabajar.

Y lo que buscamos es de alguna manera cómo podemos volver a tener eso bajo control y no estar con las bolas en el aire que se nos caigan.

O sea, tu objetivo es al final no estar tan estresado y hacerlo de la mejor forma posible.

Entonces, ¿a partir de aquí qué utilizamos? Cada uno se apaña. Buscamos trabajar con Excel o sea, un día os contaré realmente cómo se hacen proyectos en Excel, porque sorprendentemente muchísimas gestores de innovación todavía utilizan el Excel.

También otro tipo de herramientas, como son Trello, como son Planner, como son Asana, que es el que utilizamos en Innolandia, los empezamos a utilizar.

El problema es que no es un tema de herramientas: al final intentas poner una herramienta y lo que te das cuenta es que no es suficiente, porque lo que tienes es una carga tan elevada de trabajo que no hay forma de manejarla.

Cuando no, te vuelve a saltar otra seta de otro proyecto que te enchufan antes de que hayas terminado el anterior. Entonces, ¿qué es lo que haces? Ante la falta de tiempo acabas yendo a las tareas urgentes y no a las importantes que realmente hacen avanzar el proyecto, eso. Primer punto de dolor, la sobrecarga de trabajo.

¿Segundo punto de dolor que nos ocurre? La comunicación.

Yo siempre digo que el mayor problema de los proyectos no es técnico, por muy difícil que sea, o sea, el mayor problema es humano, es gestionar al rebaño de gente con el que vas a trabajar.

Y no sólo gente del equipo directo, sino sobre todo lo complicado es trabajar con gente alrededor.

¿Por qué? Porque tú estás haciendo un proyecto y lo habitual, el 95% de las veces, es que no tengas un equipo full time dedicado para ti para ese proyecto, sino que en general la gente trabaja en varios proyectos o trabaja puntualmente, porque son de otros departamentos.

Entonces, parte de tu trabajo como el jefe de proyectos, gestor de proyectos es que tienes que coordinar a esos departamentos. ¿Problema? Nadie te hace caso. Las tareas no avanzan, se retrasan, empiezan a haber malentendidos, un fallón.

Así es que ¿qué intentamos cubrir con esto? ¿Qué nos han enseñado? Formas de comunicación.

Hay un montón de manuales y de posts escritos sobre comunicación clara y efectiva entre diferentes departamentos.

¿Para qué? Para evitar que haya un problema de relaciones personales. O sea, no se trata ya de que el proyecto llegue mal, sino que la sangre llega al río, evitar que la sangre llegue al río y que empiece a haber problemas personales.

Entonces, empiezas: que si hacemos reuniones presenciales, que si hacemos llamadas telefónicas, que si montamos un grupo de Teams para que todos estén ahí o que mandamos emails.

Pero no acaba de avanzar. ¿Por qué? Porque el problema base, o sea la causa básica, es que no tienes influencia. No tienes influencia sobre otros departamentos, otras personas que tienen otras cosas y no le dan la prioridad necesaria.

Entonces, es otro marrón que tenemos que ver cómo se puede cubrir.

El tercer marrón al que nos enfrentamos los gestores de proyectos es a la medición y progreso.

¿Cuántas veces te han preguntado cómo va el proyecto? y solo has sabido decir «bien», «mal» o «regular», porque no tienes métricas concretas.

Entonces, imagínate que tú llegas a hacer un proyecto y te piden preparar un reporte, pero de repente no tienes la visión clara, porque el plan no está actualizado.

Las otras personas que hemos visto antes no actualizan sus tareas.

Tienes que ser tú el que lo actualice para preparar un informe para alguien que sólo quiere saber cómo va. No tienes métricas. Incluso te puede llegar el caso en el que tengas jefes muy méteme en todo, que lo que quieren es actualizaciones muy continuas.

Entonces, le dedicas un montón de tiempo a actualizar y a preparar informes y para ver de dónde sacar la información porque lo tienes todo desperdigado.

Claro, todos los que hemos sido jefes de proyectos o los que sois jefes de proyectos lo que queremos es tener la tranquilidad de tenerlo todo bajo control, de saber qué es lo que está pasando para poder comunicarlo.

Entonces, para eso nos intentamos buscar la vida y buscamos diferentes metodologías para hacer informes de seguimiento, intentamos ver si hay alguna herramienta que nos permita automatizar eso, pero volvemos otra vez al problema de que no tenemos claridad, es decir como no tenemos métricas, no sabemos las que tenemos que utilizar, no existe un sistema de gestión del proyecto, al final o no tenemos los indicadores correctos o tenemos que dedicar muchísimo tiempo a hacer ese informe de seguimiento.

El último marrón que nos enfrentamos como gestores de proyectos de innovación es la falta de formación.

Y yo esto me lo encuentro todos los días que trabajamos con clientes.

Y esto ocurre tanto porque el propio gestor de proyectos no se ha formado en innovación, porque acordaros que el 71% de los innovadores somos autodidactas, es decir, nos hemos buscado la vida. O bien nos han formado de manera informal, todos aquellos que os han dicho «búscate la vida» acabáis buscando una consultora de subvenciones, porque lo que urge es pedir el proyecto, una subvención, y ellos te explican cómo se ve ya, pero no te explican cómo se gestiona un proyecto, que no es ejecutar un proyecto de subvenciones.

Así es que estás trabajando y de repente imagínate que sí que tienes cierta metodología, pero te ponen gente en el equipo que no sabe de innovación, porque estás cogiendo de otros departamentos, y tampoco sabe de metodologías con las que están aplicadas.

Entonces, están acostumbrados a ejecutar planes de acción, a coger tareas y tacharlas en un Excel. Claro, tú lo que quieres es tener un equipo de proyecto que funcione más o menos solo, que no dependa que tú estés continuamente encima.

Entonces, ¿qué haces? Intentas explicarle a la gente cómo se trabaja o cómo quieres que lo haga, pero si tú no sabes exactamente cómo se hace más allá de completar el proyecto, pero no tienes formación específica en técnicas avanzadas de gestión de innovación o cómo vas a formar al resto, así es que ¿qué es lo que te encuentras?

Te encuentras que tú sí que sabes un poco, pero la gente de otro departamento no tiene idea. Entonces, cuando los intentas incorporar, se produce ahí una fricción enorme, en el que te encuentras que realmente estás solo, estás solo al respecto a otros departamentos.

Estos son los cuatro marrones que hemos visto: primero es la sobrecarga de trabajo; segundo, la falta de comunicación, los problemas de comunicación, que pueden acabar en problemas de relaciones personales; tercero, la falta de métricas para medir en tiempo real y saber en qué estado está el proyecto y, recuerda, la falta de formación tanto en innovación como en gestión de proyectos.

Mi opinión es que estos cuatro marrones son los síntomas de dos causas fundamentales.

La primera y evidente es la falta de recursos, es decir, no conozco a nadie que esté trabajando sólo en un único proyecto.

A lo mejor alguien que acaba de entrar y esté en un proyecto europeo muy grande, no sé qué, pero lo habitual es que tú estés trabajando en diferentes proyectos.

Eso al final lo que genera es una esquizofrenia de saber dónde voy, de no, de mal priorizar, de que me cambian los agentes con quien tengo que comunicarme.

Entonces, el primer problema es que no tenemos recursos suficientes para hacer los proyectos que queremos hacer.

Dentro de esos recursos puede claro, no tener recursos puede que haya algunas actividades que a lo mejor dejemos de hacer y que son importantes.

Y además el problema de la falta de recursos es que tenemos que incorporar personas de otras áreas a las que no les hemos bloqueado el tiempo de trabajo, no hemos llegado a un acuerdo con su jefe de «esta persona tiene que dedicar cuatro horas todos los jueves de 3:00 a 7:00 de la tarde, eso tenéis que firmarlo con sangre».

Entonces, como no tenemos autoridad y sus jefes les piden otras cosas, la innovación queda en la última lista de las tareas que tienen que realizar. Entonces, primera causa básica: no tenemos recursos expresamente dedicados

Segunda causa: no aplicamos metodologías de gestión de proyectos.

Sí podemos tener una planificación de proyectos, pero esa planificación se hace en función de si yo voy a pedir una ayuda. Es decir, si el CDT me pide un formato, yo utilizo ese formato para hacer la planificación.

O si me lo pide la agencia regional, el Ivace de la Comunidad Valenciana, yo utilizo ese otro formato.

Pero el proceso mental que yo tengo que seguir para hacer la planificación no es uno genérico, sino que aplico ese, o sea lo que me piden ahí, y no planifico bien, porque la estructura que me han dado no es adecuada para identificar, está centrado en la tecnología.

Entonces, si es un proyecto sin subvencionar, ya te digo yo que faltan un montón de información para cómo hacer la planificación. Nos encontramos con que a la hora de ejecutar nos centramos en conseguir entregables porque sí, y es lo único que medimos.

Pero luego además, en la parte de ejecución, no tenemos sistemas de seguimiento adecuados, sino que nos dedicamos realmente a tachar acciones en un Excel.

O sea, nuestro plan se convierte en un Excel donde vamos tachando acciones. Gestionar el proyecto es mucho más que eso.

Soluciones para atacar estas causas de la falta de recursos y la falta de métodos

Hemos lanzado en Innolandia un programa formativo que se llama IA Projects.

Cómo gestionar proyectos de I+D+i con asistentes de inteligencia artificial.

¿Y por qué pensamos que cubrimos estas dos causas?

Primero, porque recursos no te van a dar, eso cuanto antes lo tengamos claro todo es mejor. Entonces, tenemos que aprender a hacer más con menos.

La inteligencia artificial, los asistentes de inteligencia artificial bien utilizados es una forma brutal de aumentar la productividad y hacer más con menos.

Entonces, con esto lo podemos aplicar.

Y segundo, no sólo te vamos a enseñar a utilizar un asistente, nuestro asistente de inteligencia artificial para planificación y gestión de proyectos, sino que además te vamos a enseñar métodos de gestión de proyectos de innovación avanzados.

Los métodos que utilizamos nosotros en Innolandia.

Es decir, vamos a hablar de planificación sí predictiva y adaptativa, pero vamos a ver cómo se puede hacer un plan de proyecto con inteligencia artificial generativa, cómo hacer seguimiento, qué cosas se tienen que incluir dentro de una planificación de proyectos, cómo trabajar los multiproyectos en los que tenemos.

Entonces, todo esto, el programa está dividido en nueve clases, que es una a la semana, en esta edición, que es la segunda, porque la primera beta la hicimos en primavera.

En esta segunda edición empezamos el 6 de octubre y serán todos los lunes de 15:00 a 17:00.

Entonces, el primer módulo será un módulo de introducción, donde hablaremos sobre los diferentes tipos de gestión de proyectos, veremos a ver la diferencia entre lo que es el desarrollo de clientes y de línea startup para proyectos de innovación con los TRLs tradicionales y cómo encajan, cómo pueden encajar las dos cosas, y a partir de ahí vosotros que haréis una ficha de proyecto, es decir, vais a trabajar con los asistentes de IA que os vamos a dar, nuestros asistentes de gestión de proyectos, en un proyecto real que vosotros elijáis.

En el módulo dos, veremos cómo se monta un equipo de proyecto, a quién tenemos que tener en cuenta, los roles que necesitamos, qué hace un gestor de proyectos, qué hacen los miembros del equipo, cómo creamos una matriz RACI para asegurar la comunicación dentro del proyecto y evitar los conflictos.

En el módulo tres hablaremos de planificación, haremos el plan de tu proyecto. En función del proyecto que hayas elegido, podemos trabajar con paquetes de trabajo tradicional o trabajaremos por sprints. Entonces, veremos a ver con la IA cómo puedes trabajar las dos metodologías en función del tipo de proyecto que tengas.

El módulo cuatro, hablaremos de Kanban. Te enseñaremos a trabajar con Kanban para gestionar el proyecto y reducir al mínimo las reuniones de seguimiento que puedas necesitar.

En el módulo cinco, hablaremos también de indicadores, cómo hacemos un seguimiento de las fases. Veremos cómo bloquear tiempo para realizar trabajo en profundidad, hablaremos de diferentes técnicas de métricas que podemos utilizar para hacer reportes de los proyectos, que es cómo sacar conclusiones de esas mini reuniones de seguimiento y cómo reajustar la planificación en función de los cambios que ocurren o al cierre de los sprints, cómo podemos realimentar el sistema.

En el módulo seis, trabajaremos en la parte de ejecución. Es decir, buenas prácticas de cómo facilitar la comunicación entre los equipos que hablábamos antes, como uno de los marrones, y acelerar la ejecución con las herramientas de inteligencia artificial. Hablaremos de trabajar con equipos remotos, de herramientas de comunicación efectiva, de cómo crear un ecosistema de herramientas digitales, estructura de carpetas de proyectos para ser lo más efectivos posibles

El módulo siete hablaremos de cómo puedes sobrevivir a llevar varios proyectos a la vez, cómo priorizas, cómo eliges qué proyectos sí, qué proyectos no, cómo bloquearte tiempo para poderlo hacer, distribución de recursos.

En el módulo ocho, hablaremos de cómo se cierra o bien un proyecto, o bien una fase, un sprint. Qué técnicas podemos utilizar: retrospectivas, documentación de resultados, los informes de cierre, mejores prácticas, etc.

Después tenemos una sesión nueve, donde tendréis que hacer una pequeña presentación de lo que habéis hecho a lo largo del proyecto.

Es decir, no queremos que nos contéis el proyecto en sí, porque en algunos casos puede ser confidencial, pero sí cómo habéis utilizado las herramientas, cómo habéis utilizado los asistentes de inteligencia artificial que os vamos a enseñar y qué habéis aprendido y que habéis ganado.

Como os decía, podéis inscribiros hasta el 26 de septiembre.

El curso empieza el 6 de octubre y muy importante es que las plazas, que sólo tenemos diez plazas, son por empresa, es decir, en tu empresa puedes apuntar a cuatro personas.

Que además es bonificable por Fundae, es decir, puedes hablar con tu gente de recursos humanos para ver qué cómo lo podéis financiar.

Si tu caso es que estás tú solo y quieres hacer de forma individual o no tienes equipo, lo que te invito es a que nos contactes en la web o nos escribas un email y a partir de ahí vemos a ver, seguro que encontramos un acuerdo para que puedas participar en el proyecto y puedas mejorar los resultados y superar los marrones de gestor de innovación a la hora de hacer proyectos.

Bueno, esto es un poco lo que te quería contar en el podcast de hoy:

Cuáles eran los cuatro marrones a los que nos enfrentamos los gestores de innovación cuando hacemos proyectos: la carga de trabajo, falta de comunicación, falta de métricas para seguimiento adecuado y la falta de formación en gestión de proyectos pero también en gestión de la innovación y cómo podemos resolverlos y para lo que te proponemos es nuestro programa IA Projects, que ataca a dos causas básicas: la primera es la falta de metodología en gestión de proyectos e innovación y la segunda es la falta de recursos utilizando la IA generativa que te ayudará a mejorar tu productividad.

Espero que te haya parecido interesante y nos vemos en el próximo episodio. 

Un abrazo.

La entrada  4 Marrones en la gestión de proyectos de I+D+i se publicó primero en .

Pero por diferentes motivos de salud que coincidieron en el tiempo, tuvimos que hacerlo híbrido. 

Juan y Santi conmigo en Alicante, el resto del equipo en Zoom. 

Para mí fue quizás el encuentro estratégico más necesario de los 5 años que lo llevo haciendo. Porque ha sido un año movidito. 

Mucho. 

Y en ese encuentro nos obligamos a parar. Levantar la cabeza. Mirar atrás y ser conscientes de todo lo conseguido. 

Porque este año he tenido la sensación en muchos momentos, que íbamos pasados de vueltas. Además creo que no soy solo yo. 

Escribí un artículo en el VIP sobre esto y varias personas me enviaron whatsapp diciendo que les resonaba. 

Todo va muy deprisa. No paran de entrar nuevos inputs. Todo es para ayer. Y el cerebro hay un momento en que peta. 

Quizás, por eso también he estado procrastinando el post. Pero aquí está. 

Pero como dice Ana de Frozen, hay hacer “the next right thing”.

Un paso detrás de otro. 

Aunque duela. 

Para mí, esto un ejercicio de reflexión personal, como muchos de los posts del blog. 

Si te sirve de algo, genial.

Los grandes números

Este párrafo lo repito todos los años. Necesito recordarme el para qué hago todo esto. 

Innolandia es un vehículo de ingresos para mi familia. Mis accionistas son mi mujer Henar y mis hijos Lucía y Andrés. Ante ellos tengo que rendir cuentas. Económicas y en tiempo de dedicación. 

No sirve de nada nadar en billetes de euros si luego no puedo llevar a los niños al basket o comer los viernes en un japo con Henar. 

Vamos con los números del negocio. 

• Después de 3 años de crecimiento salvaje, casi de nivel start-up, este curso se ha moderado. La facturación ha crecido un 12% anual. 

• Sin embargo, la rentabilidad, que es el foco de Innolandia, ha caído un 30%. Hemos tenido varios proyectos complicados en el T3 2024, que nos han lastrado el resto del año, incluso afectando a la tesorería. 

• Hemos ayudado a 58 equipos de innovación (2 menos que el año pasado) en 50 proyectos. Tras la locura de la #InnovaciónAumentada, hemos vuelto a números más razonables, con 41 clientes. 

• Se mantiene la tendencia en ayudar a nuestros clientes los proyectos de diseño y validación de nuevos productos (35) y nuevos procesos (16). Hemos trabajado en 8 equipos implementando sistemas de innovación y hemos creado ya 2 nuevas aceleradoras corporativas de proyectos de IA Generativa. 

• La #InnovaciónAumentada ya supone para nosotros el 30% de nuestra cifra de negocio. Este año hemos formado a 380 alumnos en 25 cursos. 20 in-company y 5 abiertos: 3 IA Sprints y los nuevos Reaprender a innovar (con nuestro avatar de IA Atenea) y el IA Project. 

En cuando a los contenidos, sigo con mi escritura compulsiva. 

Como hablaba en la presentación de Re-aprender en Barcelona con Xavier Ferrás y Óscar Juliá, “escribo para entender el mundo y aprender”. 

Este post es parte del ejercicio.  

• La mayor parte del tiempo lo he dedicado a escribir en Innolandia VIP, mi newsletter de pago sobre innovación. He escrito 38 posts y 2 webinars sobre 48 semanas disponibles. Posts sobre herramientas y buenas prácticas para el día a día de la innovación. Hemos tenido 3 invitados en el VIP: Óscar Juliá, Irene Hompanera y Ana Poveda. 

• De todo este contenido, han salido 2 nuevos cursos por email: Proyectos de innovación tecnológica y Running Lean.  

• Además, otros 53 microposts de los lunes, empezando a escribir los jueves. Breves historias inspiradoras sobre la innovación que reciben todos los suscriptores gratuitos. Además, mi compañero Carlos ha empezado a encargarse de los jueves. 

• También he publicado 6 episodios del podcast “El día a día del innovador”, con 2 entrevistas de lujo: Susana Jurado de Telefónica y Fernando de la Rosa. 

• En el blog hemos publicado 4 posts, cada vez menos. 3 del equipo y 1 mío (el resumen anterior). Aunque hemos publicado otros 4 más en otros medios: EMURI, Atlas Tecnológico y Sintetia.

• Aunque quizás lo más interesante han sido los estudios que hemos publicado. Por supuesto hemos contado con la ayuda de la IA para analizar la información. 
  • En octubre presentamos el informe “Estado de la gestión de proyectos de I+D+i”
  • En febrero, la IV edición de la “Radiografía del innovador”
  • En enero participé en la presentación de la “Guía de Intraemprendimiento en España”, que coordiné para la Fundación COTEC. 
  • Y desde mayo tenemos disponible nuestra guía de “Innovación Aumentada”, 22 páginas con todo lo que necesitas saber sobre cómo aplicar la IA en procesos de I+D+i. 

• Para terminar, he tenido la oportunidad de participar en diversos webinars y charlas fuera de la comunidad de Innolandia. 2 presentaciones en el #Collaborate Santander de Atlas Tecnológico, donde conté nuestro viaje hacia un nuevo modelo de negocio apalancado en la IA.

• Pero sobre todo mi participación en el taller de la Fundación COTEC donde 25 expertos debatimos sobre el impacto de la IA en procesos de I+D+i. 

Y para terminar algunos hitos añadidos:

• Tras el baby boom de verano (2 bebés en julio y agosto), pudimos estabilizar el equipo. En enero se incorporó Carlos González, para ayudarme con la estrategia de Escalado Digital. La hoja de ruta para escalar Innolandia sin contratar consultores. Innovación en modelo de negocio, que te explico más abajo. 

• Repetimos por segundo año el patrocinio del equipo de baloncesto femenino Sub18, el Club Baloncesto Cabo Mar, jugaron en categoría autonómica, manteniéndola para el próximo curso. 

• Estamos trabajando junto a Pablo Peñalver en un proyecto para fomentar el emprendimiento sobre sostenibilidad para alumnos de Formación Profesional. 

Ahora que ya tienes todo el contexto, vamos a lo realmente interesante. Cómo nos hemos aplicado nuestra propia medicina. 

La innovación en Innolandia 2024-25

La semana pasada el gerente de una pyme de ingeniería muy interesante me preguntaba que cómo podían innovar ellos, si eran pequeños y además de servicios. 

Saqué el móvil y le enseñé esta gráfica. 

Porque innovar no es cuestión de tamaño (que siempre ayuda), sino de actitud. 

Estos son nuestros números. 

Inversión en innovación

Hemos dedicado el 23% de nuestras horas a trabajar en proyectos de innovación de nuevos productos, servicios o procesos. Baja el porcentaje respecto al año pasado, porque hemos aumentado nuestra capacidad. 

La incorporación de Carlos a partir de enero ha sido un empujón para acelerar el modelo de innovación ágil. 

Mientras Carlos y yo nos dedicamos más a la parte exploratoria, Angie ha participado en 2 proyectos con el Instituto Tecnológico de la Informática de Valencia (RAG y COMPASS) y junto a Andrea han ido ajustando nuestro programa de cursos de #InnovaciónAumentada. 

Innovamos porque es nuestra forma de trabajar. No es un añadido. Aplicamos las novedades y tecnologías a nuestros servicios continuamente. 

Quizás no somos todo lo ortodoxos que deberíamos, pero estamos en ello. 

Tenemos vectores, un funnel, hacemos ciclos de experimentos con sus fichas y todo.  

Este año hemos realizado hasta 20 experimentos en 9 proyectos diferentes. Vamos tan acelerados que a veces no registramos correctamente.  

Pero hemos lanzado los cursos IA Project y Reaprender a innovar, el Fase 0 para diseñar proyectos utilizando la IA, hemos explorado la captación de suscriptores con pago y estamos trabajando a tope en una metodología de uso de la IA para innovación.

El ciclo de vida de los servicios es muy corto, así que hemos balanceado hasta dedicar el 51% dl tiempo a explorar nuevas oportunidades, mientras el 49% a escalar lo que ya teníamos. 

Como te decía más arriba, innovar en Innolandia no es discutible. 

Impacto de la innovación

Después del subidón del año pasado, donde el 42% de los ingresos venían de innovaciones de menos de 3 años, nos mantenemos en un 36%. Es lo que puedes ver en la línea roja. 

30 puntos se refieren a productos y servicios de IA generativa. Solo 6 puntos a otro tipo de servicios. 

Poco a poco vamos evolucionando hacia un modelo de negocio que depende menos de las horas. Este año hemos batido récord de facturación por infoproductos (cursos abiertos o Do it your self, vendidos online o entregados automáticamente). Ya supone el 12% del total. 

Y estamos trabajando en algo muy muy loco. En otoño, más noticias. 

A nivel de procesos internos (incluido la planificación y gestión de proyectos con clientes), hemos mejorado la productividad, en tareas / personas / semana en un 5%. 

Y hemos reducido el tiempo de entrega hasta que el 90% de las tareas las ejecutamos en una semana. El tiempo es un 40% menor que antes de empezar a utilizar la IA. 

No hay secretos. Solo una combinación que funciona: Sistema + IA. 

Tenemos un modelo de gestión basado en Kanban que funciona como un reloj, pilotado por Andrea y ya aplicamos la IA en el 95% de nuestros proyectos con clientes. 

Quizás el reto es encontrar (y medir) el uso de la IA en procesos internos. 

Iremos mejorando. Porque lo realmente importante es que seguimos aplicando nuestra propia medicina. 

This is the way. 

Lo mejor del año

Definitivamente hay 3 momentos que me vienen a la memoria y que son el reflejo de situaciones más profundas. 

#1 Innolandia Day

El 8 de abril celebramos nuestro primer evento presencial organizado por nosotros.

Fue en Barcelona, ESADE, donde 13 de nuestros clientes participaron en lo que bautizamos como aquelarre de innovadores. 

Cuando Xavier Ferrás me invitó a que hiciera la introducción del evento, me sentí raro. Era la primera vez que lo hacía en presencial. Muchas veces en webinar. 

Pero así, sin la protección de una pantalla, sintiendo los ojos y la respiración de 15 personas que confían en ti.…

Durante mis 24 años de experiencia profesional he participado en cientos de charlas y ponencias. Siempre como participante, ponente o como quieras llamarlo. Y me presentaban a mí. 

Pero ese día era yo el que tenía que explicar por qué montamos el aquelarre. 

Solo encontré una respuesta. 

Era nuestra manera de celebrar la innovación. 

Con personas a las que realmente aprecio personalmente y admiro profesionalmente (y lo sabéis). Simplemente celebrar que somos unos frikis de la innovación y nos gusta juntarnos a compartir nuestras cosas. 

La mitad de los que asistieron movieron sus agendas profesionales para dejar hueco al aquelarre. Daniel Sineiro volaba directamente desde Corea :-O

Para mí fue muy especial. Como decía en el post de Linkedin donde lo contaba

Soy un acróbata con sueños en la cabeza, que pudo dinamizar un taller de innovación en una de las mejores escuelas de negocios del mundo, con mi maestro Xavier Ferrás. 

Y que un grupo cracks de la innovación de nuestro país me cantaran el cumpleaños feliz en una terraza desde la que se veía el skyline de Barcelona nunca entró en el plan de negocio de Innolandia.

Pues eso. 

#2 Ver el impacto de tu trabajo

Un día estaba comprando en Carrefour y me paré en un lineal. 

Cogí un producto, le hice una foto con el móvil y se la mandé a Andrea por whatsapp. 

Le escribí: Flípalo!!!

Era un producto en el que habíamos participado en su creación y ahí estaba. Con una etiqueta de “Producto innovador”. 

Habíamos trabajado meses antes con un fabricante de productos de alimentación haciendo un Design Thinking para crear nuevos conceptos.

Llegamos a desarrollar 9 prototipos en laboratorio, de los que el Comité de innovación seleccionó 4 para testar en máquina de producción.

Ahí terminó nuestro proyecto. Y pasamos a otra cosa con ellos. 

Y de repente, meses después me encuentro el resultado en el mercado. 

Ese subidón de dopamina no creo que haya drogas que lo puedan igualar. 

Porque trabajar en innovación es muy jodido. Hay trolls por todas partes y muy pocas veces puedes ver el impacto real de todo el trabajo de forma tan clara. 

Este año he estado atento a identificar cuál es nuestro impacto en la vida de nuestras “Lauras”, los profesionales de la innovación a los que ayudamos. 

Y en la presentación que preparé para el encuentro del equipo, identifiqué cuatro tipos de impacto en los que ayudamos:  

• Construir nuevos productos y procesos innovadores
• Hacer la innovación sistemática y repetible
• Dinamizar la innovación
• Explorar y aplicar herramientas prácticas en su día a día de forma autónoma

Por eso, cuando un director de innovación me dice “Ángel he utilizado tu libro Manual mínimo viable de innovación para organizar mis clases de innovación en un máster”, pues te das cuenta que sí, que nuestro trabajo tiene impacto. 

#3 La autonomía del equipo

Cada 3 meses intentamos hacer una sesión de “Retrospectiva” de cómo funcionamos como equipo. 

Y este año ha cambiado algo. Siempre aparecía que Ángel era un cuello de botella. 

Hasta este año. En el que ya no aparece. 

El equipo es capaz de funcionar sin mi dependencia, porque tenemos un sistema que funciona: tableros Kanban y ciclos de revisión semanal, mensual y trimestral. 

Metodología clara de proyectos para apertura, delivery y cierre. Canales de comunicación internos. 

Todo esto es la parte de explotar el negocio. Andrea está haciendo un trabajo espectacular como porfolio manager y Angie pilota toda el área de programas de #InnovaciónAumentada. 

Santi y Juan gestionan sus proyectos y equipos sin problemas. 

Así que estoy viviendo una sensación extraña, la de no tener que estar encima de todo. Y saber que va a salir bien. Una oportunidad para dedicarme a diseñar cosas nuevas y escribir. 

Mucho. 

Lo que tengo claro es que no dejaré de hacer proyectos, porque realmente es donde disfruto. Y sobre todo donde aprendo. 

Lo peor del año

Que a Ángel no le dé un chungo

Este título ya salió el año pasado y es recurrente. 

El trabajo me afecta a la salud. Porque Innolandia es un proyecto personal. 

De hecho tuve un incidente bastante feo con un competidor y me lo tomé por lo personal. 

Y eso es algo que, cuando eres fundador, no lo puedes evitar. Es complicado explicarlo a personas que no han vivido esta situación. 

Lo que se trata es de minimizar el impacto. 

He seguido con los problemas de cervicales que me explotaron el año pasado, con el punto crítico en enero, donde tuve que tomarme 1 semana de baja por cervicalgia aguda. 

He estado yendo a sesiones semanales de fisio desde enero hasta final de mayo. Me he comprado una mesa elevable. 2 almohadas cervicales. Tengo un reloj en el portátil para levantarme cada 30 minutos. 

Y todas las mañanas hago ejercicios para fortalecer el cuello y la espalda. Como dice mi madre, voy a tener el cuello para partir nueces. 

El punto positivo es que, desde abril, se han reducido los dolores. 

Y los hábitos de ejercicio y comida más saludable están teniendo efecto en la analítica. 

Hay que seguir. 

El foco equivocado

Con toda la basura que está saliendo en prensa, leí varios hilos en Twitter sobre “el camino del dinero te lleva a perder la cabeza”.

Y este año me ha pasado un poco eso.

Siempre he pensado que el dinero, los beneficios, son una consecuencia de hacer las cosas bien. 

Ayudamos a clientes a innovar y como consecuencia, nos contratan y nos pagan. 

Y como me dijo el CEO de uno de ellos “cliente satisfecho, repite siempre”.

Bien. 

Pues el problema ha sido que me he obsesionado con las métricas financieras del negocio, en lugar de centrarme en el valor. 

Time to tomb, meses de cobertura de proyectos, de ofertas. Todo relacionado con el dinero. 

Que sí. Que una micro empresa tiene que tener super controlado el dinero del banco, pero no puede ser lo único. 

Y hubo un momento en que me obsesioné, me puso una nube negra en la cabeza y tomé decisiones equivocadas. Además de mal humor y tensiones de cervicales. 

Por eso para el 25-26, hemos modificado los indicadores que vamos a seguir, para intentar volver a poner el foco en el cliente y el valor que le aportamos. 

Sufriendo la disrupción en nuestras carnes. 

La semana pasada escribía en el VIP que estamos sufriendo nuestra propia disrupción. 

El 90% de nuestros clientes (y suscriptores) nos han conocido a través de Internet, por búsquedas en Google. 

El problema llega cuando aparece la IA. Personas que utilizan ChatGPT para búsquedas. O que no hacen click en los enlaces porque les vale el resumen de IA que les ofrece Google.

Se llama el Zero click search y es una disrupción salvaje. 

Lo que tengo claro es que la solución no es quedarse quieto como una rana hervida, sino dar el salto y aplicar la innovación para superar esta disrupción.

Estamos en ello. 

Hasta aquí por hoy. 

Me quedo con la parte positiva. Ha sido un año de consolidación, porque llevábamos un ritmo insoportable. 

Quizás sea bueno. Volver a niveles más naturales. Más orgánicos. 

Porque el objetivo no es crecer exponencialmente. No queremos ser una empresa gacela. 

Mejor una boutique que ayuda a sus clientes a innovar. 

Buen verano!. 

La entrada Aprendizajes curso 24-25: Un año movidito se publicó primero en .

“Somos lo que elegimos ser”, dijo Jean-Paul Sartre en su libro El Ser y la Nada. Y en efecto, lo que somos se basa en nuestras decisiones, en lo que aceptamos y lo que rechazamos, en nuestra manera de ser en el mundo, y da igual que estemos hablando de una persona o de una empresa. Las elecciones (estratégicas) no son neutras ni triviales: reflejan nuestra identidad, nuestra cultura y el rumbo del que venimos y hacia donde vamos.

Así, en un mundo empresarial cada vez más dinámico, saturado de soluciones tecnológicas y metodologías de gestión, tomar la decisión correcta sobre qué herramienta o enfoque metodológico adoptar no es solo importante: es estratégico. Elegir mal puede generar ineficiencias, desmotivación y pérdida de competitividad. Elegir bien puede marcar la diferencia entre el estancamiento y el crecimiento sostenible.

En Innolandia lo sabemos.

Nuestro trabajo constante con empresas y organizaciones ayudándoles a implementar herramientas y metodologías, a reorientar su manera de trabajar para mejorar sus resultados y sus procesos, nos ha permitido comprender que hay una serie de principios y consejos que ayudan a llevar estos procesos a buen puerto.

Y uno de los primeros aprendizajes es que hay que elegir bien la metodología o la herramienta.  

A continuación, te presentamos las claves esenciales y consejos prácticos para tomar decisiones acertadas en este sentido.

Tu check-list para elegir la metodología de innovación adecuada

#1 Comienza por Mirarte al Espejo

Antes de buscar fuera, entiende tu realidad interna:

Define objetivos claros y específicos:

• ¿Qué problema quieres resolver?
• ¿Qué resultados esperas?
• Usa el enfoque SMART para definir los objetivos: Específicos, Medibles, Alcanzables, Relevantes y con Tiempo definido.

Evalúa tu cultura organizacional:

• ¿Tu estructura es jerárquica o colaborativa? Es fundamental saberlo para evitar que las herramientas o metodologías choquen con el tipo de estructura
• ¿Cómo manejan el cambio tus equipos? ¿Están abiertos a él u oponen resistencia?
• Adopta soluciones que se adapten a tu forma de trabajar, no que choquen con ella. Recuerda que siempre es preferible tener una cultura innovadora. 

Identifica los desafíos reales:

• ¿Dónde están los cuellos de botella?
• ¿Qué procesos generan frustración o pérdida de tiempo?
• Evita invertir en soluciones innecesarias o mal orientadas.
• Una herramienta como Kanban puede ayudarte a gestionar esto

Considera tus recursos disponibles:

• ¿Cuentas con el personal, el presupuesto y la infraestructura tecnológica adecuados?
• ¿Necesitarás formación o consultores externos?

#2 Evalúa con Criterios Estratégicos

No todas las herramientas que funcionan bien en otras empresas funcionarán en la tuya. Evalúa cada opción en base a:

Alineación con tu estrategia:

• ¿Contribuye directamente a tus objetivos de negocio?
• ¿Refuerza tu misión y visión?

Flexibilidad y escalabilidad:

• ¿Puede adaptarse a futuros cambios o crecimiento?
• ¿Es resiliente? 

Facilidad de implementación:

• ¿Qué tan fácil es de usar y adoptar?
• ¿Cuánto tiempo y formación requiere?

Costo total y retorno esperado:

• Incluye costos ocultos como soporte, actualizaciones o capacitación.
• Estima el ROI en términos de eficiencia, ingresos o calidad.

Integración con sistemas existentes:

• ¿Se conecta fácilmente con tus herramientas actuales?
• ¿Evita duplicidades de datos y procesos?

Soporte y comunidad:

• ¿Cuenta con soporte técnico confiable y una base activa de usuarios?

Seguridad y cumplimiento:

• ¿Cumple con normativas legales y protege tus datos sensibles?

#3 Sigue un proceso de selección Metódico

Tomar decisiones estratégicas requiere estructura. Sigue estos pasos:

1. Investiga opciones usando fuentes confiables (reseñas, casos de estudio, recomendaciones).
2. Filtra candidatos con base en tus criterios más críticos.
3. Compara funcionalidades y pide demostraciones.
4. Realiza pruebas piloto si la herramienta lo facilita.
5. Recoge feedback de los usuarios reales de tu organización.
6. Evalúa riesgos y define planes de mitigación.
7. Toma una decisión consensuada y crea un plan de implementación claro.

#4 Entiende que elegir es un proceso continuo

Elegir una herramienta o metodología no es el final, sino parte de un ciclo de mejora continua.

• Monitorea los resultados con métricas claras.
• Escucha a los usuarios y ajusta lo necesario.
• Actualiza o reemplaza si el entorno cambia.
• Fomenta una cultura de aprendizaje, no de complacencia.

# Conclusión

Elegir adecuadamente una herramienta o metodología no es seguir modas ni actuar por impulso. Es un ejercicio de autoconocimiento empresarial, análisis riguroso y visión estratégica.

Cuando se hace bien, se convierte en una palanca de innovación, eficiencia y ventaja competitiva sostenible.

Casos de estudio

Ahora queremos mostrarte tres casos en los que se ha aplicado paso a paso esta metodología de selección estratégica y se han analizado los resultados.

Cada caso se estructura conforme al proceso recomendado: análisis interno, criterios clave, proceso de selección y justificación final.

Caso 1: Startup Tecnológica en Crecimiento

Diagnóstico Interno

• Objetivo: Reducir el tiempo de entrega de funcionalidades a usuarios y mejorar la colaboración entre desarrolladores, diseño y producto.
• Cultura organizacional: Flexible, orientada al cambio, con equipos jóvenes, multidisciplinares y mentalidad ágil.
• Problemas actuales: Desorganización en los flujos de trabajo, falta de visibilidad del estado de los desarrollos, priorización ambigua.
• Recursos disponibles: Equipos reducidos, conocimientos técnicos elevados, presupuesto moderado.

Evaluación Estratégica

• Alineación: Necesidad de velocidad, iteración continua y colaboración → Scrum encaja con este entorno ágil.
• Flexibilidad: Scrum permite adaptación continua a feedback del mercado.
• Implementación: Jira ofrece paneles visuales, gestión de backlogs, seguimiento de tareas y métricas ágiles (burn down, velocity).
• Costo y ROI: Jira tiene versiones gratuitas o económicas para startups y mejora la eficiencia del desarrollo.
• Integración: Jira se integra con GitHub, Slack, Figma, etc., facilitando un ecosistema ágil.
• Soporte: Atlassian tiene comunidad activa, guías, soporte técnico y plantillas.

Solución Elegida

• Metodología: Scrum
• Herramienta: Jira
• Justificación: Adaptación total a la cultura ágil, soporte para iteraciones rápidas, buena integración con herramientas de desarrollo y bajo coste inicial.

Caso 2: Empresa Manufacturera Mediana

Diagnóstico Interno

• Objetivo: Integrar procesos de producción, inventario, finanzas y logística para reducir errores y mejorar la eficiencia.
• Cultura organizacional: Formal, jerárquica, orientada a procesos estables.
• Problemas actuales: Sistemas desconectados, redundancia de datos, errores en pedidos y escasa visibilidad de inventario.
• Recursos disponibles: Presupuesto medio-alto, personal técnico limitado, cultura más resistente al cambio.

Evaluación Estratégica

• Alineación: Necesidad de integración total y control → un ERP es lo ideal.
• Flexibilidad: ERP como SAP S/4HANA o Microsoft Dynamics 365 permite personalización por módulos.
• Implementación: Proceso más complejo que requiere fases y consultoría externa.
• Costo y ROI: Alto coste inicial, pero retorno asegurado en reducción de errores, visibilidad y eficiencia operativa.
• Integración: Compatible con maquinaria, CRM, contabilidad y proveedores.
• Soporte: Proveedores ofrecen soporte premium, certificaciones, formación, y SLA.

Solución Elegida

• Metodología: Gestión de proyectos por fases + Reingeniería de Procesos (BPR).
• Herramienta: ERP (ej. SAP S/4HANA o NetSuite)
• Justificación: La complejidad operativa requiere una solución robusta y centralizada. A pesar del coste, el ERP aporta control, eficiencia y escalabilidad.

Caso 3: Agencia de Marketing Digital

Diagnóstico Interno

• Objetivo: Mejorar la visibilidad y coordinación de múltiples proyectos con clientes y equipos creativos.
• Cultura organizacional: Colaborativa, creativa, horizontal, flexible.
• Problemas actuales: Desorganización de tareas, prioridades cambiantes, sobrecarga de trabajo sin previsión clara.
• Recursos disponibles: Equipo pequeño-medio, herramientas digitales ya en uso, presupuesto limitado.

Evaluación Estratégica

• Alineación: Flujo de trabajo visual y gestión dinámica de tareas → Kanban se adapta bien.
• Flexibilidad: Kanban permite reorganizar tareas sin afectar el flujo general.
• Implementación: Herramientas como Trello y Asana son intuitivas, con adopción rápida.
• Costo y ROI: Bajo o nulo coste inicial, alta mejora en eficiencia operativa.
• Integración: Compatible con Google Workspace, Slack, calendarios, etc.
• Soporte: Amplia documentación, plantillas y foros de usuarios.

Solución Elegida

• Metodología: Kanban
• Herramienta: Trello o Asana
• Justificación: Alta usabilidad, rápida adopción, enfoque visual ideal para proyectos con muchas variables, bajo coste y perfecta adaptación a la cultura creativa y colaborativa.

Puesta en práctica

Ahora que ya sabes cómo puedes escoger la metodología de innovación más adecuada y además has visto casos, te toca a tí ponerla en práctica.

Te hemos preparado una plantilla para que puedas utilizarla en tu caso real. Sólo tienes que pulsar el botón de descarga.

La entrada Cómo elegir las mejores metodologías y herramientas para tu empresa se publicó primero en .

La semana pasada estuvimos de excursión en la XII edición del Murcia Food, un evento cuyo objetivo es promover la innovación alimentaria.

Podéis pensar que allí donde aparece la palabra innovación va Innolandia como mosca a la luz, pero en este caso nuestra presencia tenía más que ver con la Inteligencia Artificial Generativa (un tema del que también os habréis cansado de oírnos hablar). 

Lo que más ilusión me hace contaros es que presentamos un poster. Hacía diez años que no me enfrentaba al formato científico, desde que dejé los microscopios y musgos.

Lo retomé con mucha ilusión. Cogí todo el trabajo de exploración que hemos hecho estos años en Innolandia para convertirlo en una foto científica.

Sabéis que llevamos mucho tiempo ayudando a compañías a implementar la IAG a través de nuestra metodología de aceleradora. Pues gracias a eso tenemos una visión panorámica del asunto. 

Sabemos qué pasa desde que una compañía decide implementar IAG en sus procesos, hasta que lo incorpora como una herramienta más (si es que ocurre…).

Además, contamos con datos de la radiografía del innovador acerca del uso real de estas herramientas en el día a día de los innovadores. De todo eso y más va nuestro poster.

Tecnologías para la innovación en alimentación

Durante el día disfrutamos de un montón de ponencias sobre tecnologías punteras en el ámbito de la innovación alimentaria. Soy una buena friki así que lo disfruté como una enana. 

Desde liposomas para el almacenamiento y transporte de vitamina C en el organismo, hasta tecnologías de blockchain para analizar la trazabilidad de las cadenas de suministro.

Toda la jornada estuvo marcada por mejoras destinadas a la revalorización de subproductos de procesos.

¿Sabías que por la producción de cada litro de aceite se generan 4 kg de residuo? Desde luego la innovación tiene mucho que hacer para conseguir el aclamado objetivo del residuo 0.

Nuestros amigos de Cartif, que no podían perderse el evento, presentaron una innovación en su proceso de extrusión. Modificando los parámetros del proceso actual conseguían transformar “residuos” en una receta plant pased saludable.

La economía circular ha venido para quedarse.

Tengo que hacer un paréntesis obligado del Symposium.

Como hago siempre que escribo un post, no puedo resistir hacer referencia a la gastronomía. A una le gusta comer, qué le vamos a hacer.

Y esta vez con más razón, ¿cómo no vamos a hablar de comida en el Murcia Food? 

Igual que comimos borraja en Zaragoza, y como no podía ser de otra manera, Murcia nos deleitó con sus marineras, su pastel de carne y su ensalada murciana. Tengo que decir que si hubiera faltado algo de esta santa trinidad habría vuelto muy triste a casa.

Estos momentos de conversar y compartir con el resto de participantes con el estómago lleno siempre se agradecen. 

Volvemos a la otra chicha.

Un poco más de #InnovaciónAumentada

Además de presentar el poster, Innolandia tuvo el placer de cerrar el evento con la participación de Ángel en la mesa “Inteligencia artificial: oportunidades para la industria alimentaria” junto con Francisco Javier Gutiérrez Pecharromán (Universidad Europea Miguel de Cervantes) y Emilio Soria-Olivas (IDAL, Escuela Superior de Ingeniería, Universidad de Valencia), moderada por Iván Pérez de Vickyfoods.

Una de las partes más interesantes de esta mesa, para mí, fue la conversación acerca del cambio de paradigma en la educación con la aparición de la IAG. 

Más allá de la “atrofia cerebral” que puede generar el mal uso de estas herramientas, la clave es fomentar la educación adaptativa.

Tenemos al alcance de nuestras manos una herramienta que nos permite buscarnos la vida mejor que nunca. 

Cuando estudié en Campus 42, el lema era simple “Up to You”. En ese momento Chat GPT ya estaba a la orden del día (sobre todo para una panda de frikis informáticos). 

Nosotros no teníamos que entregar trabajos para conseguir una nota, ni teníamos que completar exámenes rutinarios con textos aprendidos. Nuestro objetivo era resolver problemas. Cada día un problema nuevo. 

Esto significa que usábamos Chat GPT, no para generar resultados que copiar y pegar, sino como un compañero de aprendizaje. Teníamos que saber muy bien lo que queríamos y complementar sus respuestas con razonamiento aplicado a nuestros problemas.

Si el modelo de aprendizaje sigue siendo el de repetir como loros un temario, entonces sí, la IAG va a atrofiarnos el cerebro más de lo que ya lo hace el sistema de enseñanza.

Siguiendo el hilo de la informática (deformación profesional), otro apunte muy interesante fue el siguiente: en el ámbito de la informática podremos hacer cada vez cosas más complejas de forma más sencilla. 

Esto no significa que cualquiera pueda dedicarse a la informática y quitarle tarea a un profesional, sino que quienes lo hacemos podremos llegar más lejos. De nuevo dejamos claro que esta tecnología nos aumenta, no nos sustituye.

Para cerrar la mesa el moderador propuso un viaje al futuro. ¿Qué va a pasar con la IA en 20 años? 

Robots humanoides y productos que llegan a tu casa sin haberlos pedido. Podemos imaginar muchas cosas. Lo que yo tengo claro, coincidiendo con las opiniones de la mesa, es que tenemos que estar preparados.

Hay que adaptarse a la tecnología, a las nuevas posibilidades. 

Tenemos que adoptar una nueva forma de aprender y de enfrentarnos a los retos. De buscarnos la vida. 

Revisar los procesos del día a día, encontrar aquellos donde la IAG nos permita mejorar. Para eso tenemos que entender muy bien la tecnología, porque como muy bien apuntó Pecharromán, “cuando aprendes a usar un martillo todo es un clavo”.

La IAG no vale para todo, pero vale para muchas cosas. Está claro que quién sepa para qué y la utilice bien va a posicionarse por delante.

Este es el reto, y cuanto antes empecemos mejor preparados estaremos para ese futuro (haya o no robots humanoides preparando unas lentejas).

Terminamos una jornada intensa con una sonrisa, el estómago lleno y nuevos e interesantes contactos para seguir aprendiendo y colaborando.

Pusimos rumbo a Alicante, y a pesar de estar en mayo, el calor del coche picaba como en pleno mes de agosto. 

Espero que todas estas tecnologías propuestas para avanzar en la innovación alimentaria en el ámbito de la economía circular de este congreso pongan un buen puñado de arena en la lucha contra el cambio climático. 

Hasta el próximo post.

Angie.

La entrada Innovación alimentaria: Salud frente a disfrute en Murcia Food 2025 se publicó primero en .

Bienvenido a un nuevo episodio del podcast «El día a día del Innovador».

Este episodio me va a costar alguna discusión con algunos buenos amigos con los que trabajamos de centros tecnológicos o incluso de algunas empresas, porque vamos a hablar de si es posible innovar sin subvenciones.

Ese tema un poco tabú, donde mucha gente piensa que si no hay subvenciones, no podemos innovar.

Vamos a ver un poco qué podemos hacer, si es posible, si no es posible, lo veremos a lo largo del episodio.

Antes quiero hacerte un primer disclaimer.

Innolandia tiene 13 años en el momento en que grabo este episodio.

Y nosotros hemos recibido dos subvenciones.

Una, un kit digital con el que hemos renovado la web.

Segundo, un proyecto junto a Pablo Peñalver del Ministerio de Educación con fondos de Next Generation para crear un piloto nacional de viveros de emprendedores en los institutos de FP.

Y luego, además, hemos recibido un servicio que estaba subvencionado por un proyecto europeo a través del Instituto Tecnológico de la Informática de la Comunidad Valenciana para construir un RAG, con el que hemos podido construir un RAG con inteligencia artificial con todo el contenido de Innolandia.

No voy a ser nada hipócrita, en el sentido de que nosotros hemos utilizado algunas subvenciones y hemos probado la pizza.

Como verás, a pesar de que tengo mis reticencias, al final la hemos utilizado para algunas cosas, y ahora te diré por qué.

Pero bueno, vamos a empezar primero entendiendo cuál es el marco de trabajo.

Primero vamos a entender qué es una subvención.

Una subvención es una cantidad de dinero público que se entrega a determinados proyectos con el objetivo de minimizar el riesgo y fomentar la innovación, pero con unas condiciones concretas.

Es decir, está demostrado que cuando existen unos niveles de riesgo elevados, una forma de reducir ese riesgo es a través de dinero público.

De hecho, hay estudios que dicen que por cada euro de subvenciones públicas pueden movilizar hasta tres euros de inversión privada en innovación. Con lo cual es una palanca que cuentan las administraciones públicas para poder fomentar la innovación.

Otra cosa es como se esté utilizando bien o se esté utilizando mal, pero eso es otro debate, eso es otro episodio de podcast.

Bien, entonces, como hemos hablado, para conseguir una subvención, tú tienes que hacer dos trámites administrativos.

El primero es solicitarla a través de una serie de memorias -y todos conocéis cómo funciona esto-.

Hay tres niveles de proyectos: tenemos las subvenciones regionales, tenemos las subvenciones nacionales y tenemos los proyectos europeos o internacionales. También tienes los CDTI bilaterales entre diferentes países.

Hay un mapa inmenso de subvenciones en las que no voy a entrar, porque hay consultoras que lo hacen muchísimo mejor que nosotros y nosotros no sabemos trabajar con subvenciones.

Entonces, como te decía, administrativamente hay dos actos. El primero, que es solicitar la subvención. Es decir, tú elaboras una memoria de proyecto donde presentas un proyecto que, en base a unas bases que ha definido la administración de qué tipo de áreas, no sé qué, tú presentas y si te lo dan el dinero, luego tienes que justificar que los gastos que tú has hecho, tanto de compra de maquinaria o de elementos, como subcontrataciones, como las horas de trabajo del equipo interno, se han ejecutado y se han dedicado específicamente a eso.

Es importante entender la parte de solicitud y las justificaciones porque esta es una de las problemáticas que puede tener las subvenciones.

Hay otro tipo de herramientas que ayudan desde la financiación pública a fomentar la innovación, como pueden ser las desgravaciones fiscales, el patent box, etcétera. 

No vamos a entrar.

Ventajas que tiene utilizar subvenciones para proyectos de innovación.

Primera ventaja

Evidentemente, para lo que está definido una subvención, que es para reducir el riesgo financiero de hacer un proyecto de I+D+i. Al final, invertir en algo incierto a los financieros les explota la cabeza, porque no pueden calcular un ROI, porque es incierto.

Es decir, hay un riesgo y puede que no salga, con lo cual puede ir a pérdida. Entonces, si en lugar de invertir 100 vas a invertir 70, pues esos 30 están reduciendo el riesgo.

Primera parte, reducción del riesgo.

Segunda ventaja

Puedes financiar los costes del departamento.

Esto es así.

Nosotros hemos visto a clientes que lo que utilizan son las subvenciones para financiar sus departamentos, lo que nosotros llamamos proyectos vaca lechera. Utilizamos esos proyectos para pagar las nóminas. Punto

Tercera ventaja

Te permite acceder a redes de conocimiento y de tecnología, especialmente en proyectos europeos, donde puedes acceder a tecnologías que están distantes y que puedes incorporarlas a tu empresa gracias a participar en consorcios.

Esto también ocurre en proyectos nacionales que puedas realizar en consorcios.

Y el último elemento es el incentivo para innovar.

Es decir, hay directivos a los que cuando tú le pones el dinero encima de la mesa, «esto es una subvención», pueden dar ese pasito o ese empujón final que necesitan para poder decidir que quieren innovar.

Con lo cual, hay una serie de ventajas de innovar con subvenciones.

Desventajas que tiene utilizar subvenciones para proyectos de innovación.

Primera desventaja

La lentitud y la burocracia.

Como te decía antes, tú presentas una solicitud y de ahí se evalúa y de ahí te dan los resultados.

Hemos visto casos -todos los conocéis- de que se lanza la solicitud en el mes de marzo y te la conceden en diciembre para ejecutar en diciembre.

En fin. Más toda la burocracia de los papeles que hay que presentar, de la memoria, no solo de la presentación, sino luego sobre todo de la justificación.

Toda la información que tienes que recopilar, que si las horas dedicadas, que si la solicitud de tres presupuestos. 

Todo ese papeleo genera bastante lentitud.

Segunda desventaja

Las subvenciones -excepto CDTI, que es continua- van por plazos.

Es decir, tú tienes unas fechas de convocatoria, con lo cual tú tienes que presentar los proyectos en esas fechas de convocatoria.

La pregunta es: si tu proyecto no encaja con esas fechas, ¿qué vas a hacer? ¿Vas a parar o lo vas a hacer sin subvención? ¿O qué vas a hacer? Entonces hay empresas que el problema es que condicionan sus proyectos a las fechas de convocatoria.

El ejemplo lo tenemos ahora con la convocatoria de INNTERCONECTA, donde todo el mundo está hablando de los INNTERCONECTA.

Pero la pregunta es realmente: ¿tengo que hacer un INNTERCONECTA? ¿Encaja dentro de mi estrategia o no? Hay una ventana de oportunidad y eso es un problema, no encaja con los plazos de trabajo del departamento.

Tercera desventaja

El coste financiero.

Hay proyectos, especialmente los grandes, donde te están pidiendo avales, y eso es un coste.

Y si no tienes la parte del aval, seguramente tengas que adelantar el dinero para pagar los costes y los recibes después de la justificación, con lo cual seguramente tengas que tirar de póliza de crédito.

Estas cosas también son un coste financiero.

Cuarta desventaja

La sobrecarga administrativa. Cada vez más los proyectos subvencionados tienen que justificar.

Y nosotros hemos visto empresas que han desarrollado su propio software para justificar proyectos. Estamos locos.

No tenemos un software para llevar el embudo de proyectos, pero tenemos un software para gestionar subvenciones. Ahí lo dejo. 

Claro, ¿esto qué pasa? Que cuando hemos tenido clientes que venían locos «me han concedido un PERTE». Vale, te han concedido un PERTE, pero tú lo que haces con un proyecto subvencional es que bloqueas recursos durante X tiempo, dos años.

Entonces, luego, si quieres hacer otros proyectos más ágiles, no me vengas llorando que no tienes recursos.

Con lo cual, hay una sobrecarga administrativa por un lado y después es un bloqueo de recursos. Una vez que te conceden el proyecto, lo tienes que ejecutar. Es lo que hay.

La principal problemática para mí de las subvenciones

Te puede llevar a hacer proyectos que no necesitas.

Entrar realmente en una churrera de proyectos. ¿Por qué? Pues porque al final surge, como decía antes, el INNTERCONECTA, salen los proyectos, y pensamos qué proyecto puede encajar en INNTERCONECTA.

Ya, ¿pero ese proyecto está alineado con la estrategia de negocio? ¿Ese proyecto es realmente el que necesitamos? Permítame que te ponga mi ejemplo. Nosotros utilizamos el servicio que nos propuso el Instituto Tecnológico de la Informática para desarrollar un RAG.

¿Pero por qué? Porque nosotros estábamos en un proyecto de desarrollar un asistente de IA entrenado con nuestro propio contenido. Ya está.

Es decir, estaba en nuestra línea estratégica. Y fue cuando nosotros llamamos a ITI y le preguntamos: «Oye, estamos haciendo algo, ¿qué podemos hacer?», y ellos nos dieron la opción. Es decir, primero el proyecto y después es la convocatoria.

Este es el principal aprendizaje que me gustaría que sacaras de todo este episodio del podcast.

Conclusión

Respecto a pros y contras -y antes de entrar en cuál sería el modelo más interesante que puedas utilizar- es que, claro, las subvenciones son muy golosas, y si pones a un departamento financiero, se vuelve loco.

Pero tienes dos grandes problemas. El primero es la rigidez y el coste, plazos, convocatorias, temas administrativos, bloqueos de recursos, ventanas de oportunidad, etcétera.

Pero sobre todo, que te puede llevar a construir una churrera de proyectos totalmente desalineada con tus objetivos estratégicos de la empresa.

Entonces, estarás haciendo algo que nadie quiere. O sea, realmente lo que tienes es un departamento que se autofinancia a él mismo. ¿Queremos hacer eso? Bien, seamos conscientes.

Tenemos proyectos vaca lechera, pero si queremos innovar de verdad, tenemos que hacer otra cosa.

Modelo híbrido

Yo creo que es el más interesante que puedes aplicar.

Y este modelo lo llevamos recomendando a clientes desde hace muchos años. Como te decía, nosotros no trabajamos con subvenciones en el sentido de que nosotros no pedimos, no recomendamos. Nosotros no trabajamos con eso.

Es decir, nosotros trabajamos con nuestros clientes con cartera de proyectos, y a partir de ahí la financiación se la tienen que buscar ellos.

Pero sí que escuché una historia de Ezequiel Sánchez, el presidente de PDL Space, la empresa del cohete Miura, que está aquí en Elche.

En un collaborate de Atlas Tecnológico, creo que fue en el de Zaragoza, donde él nos contaba que si ellos hubieran tenido que financiar todo el desarrollo de la empresa PDL Space a través de subvenciones, no hubieran llegado a donde están.

Por todos esos puntos en contra que te he comentado, de la lentitud, la burocracia, no sé qué, los plazos.

No hubieran llegado.

Así es que optaron por buscar financiación privada a través de financiación bancaria, a través de inversores externos y a través de recursos propios.

Y fue como lo fueron trabajando. Y es verdad que PDL Space ha ganado el PERTE Aeroespacial, pero no lo hubieran ganado si no hubieran llegado a ese punto.

Es decir, puedes utilizar las subvenciones siempre y cuando estén adecuadas a tu modelo de innovación estratégica. No es -como te decía antes-: surge una subvención, me voy corriendo a ver qué coloco, sino tengo una cartera de proyectos y voy a ver cómo los financio.

Y a lo mejor habrá proyectos que tenga que financiar con recursos propios y proyectos que pueda financiar encajando con subvenciones.

Sabiendo todos los contras que tengo -recuerda- de sobrecarga, de bloqueo de recursos, de trámites administrativos.

Entonces, para encontrar esa cartera de proyectos y luego buscar la financiación, al final lo que necesitamos es un modelo de innovación estratégica.

Una innovación estratégica tiene que estar formado por cuatro elementos.

En primer lugar, tú tienes que tener definidos unos vectores, es decir, en qué áreas vas a innovar.

Lo que te va a permitir decir que no a un montón de cosas. Cuando te venga la consultora de turno o el centro tecnológico de turno a proponerte algo que no encaja en tus vectores, por muy goloso que sea la subvención, tienes que decir que no -es lo que hay-, porque estarás muy orientado al impacto en el negocio.

Segundo elemento que necesitas: necesitas tener un portfolio. Definir cuáles son tus criterios de riesgo de portfolio, de cuánto va a ser innovación incremental, cuánto va a ser innovación adyacente y cuánto va a ser innovación radical.

Y a partir de ahí, definir qué fuentes de financiación vas a utilizar para cada una de estas. Porque lo habitual es que para la innovación incremental lo hagas de riñón, lo hagas con financiación propia.

¿Por qué? Porque el riesgo es más bajo y sobre todo porque la velocidad que necesitas es mucho mayor.

Pero también tienes que darte cuenta si los H2 -los adyacentes- o los transformacionales vas a necesitar o no financiación externa.

Porque recuerda que ir tras financiación externa es mucho más lento. Y en un mundo en el que nos movemos a una velocidad de locos, tienes que ser muy consciente de realmente si te merece la pena o no.

Tienes que definir tu equilibrio de portfolio: qué porcentaje de tus proyectos quieres que sean incrementales, qué porcentaje quieres que sean adyacentes y qué porcentaje quieres que sean transformacionales.

Tercer elemento que necesitas: tu embudo de innovación.

Y en ese embudo necesitas dos cosas. Por un lado, unos criterios de selección. De nuevo, volvemos a lo mismo, no porque surja una subvención y una idea encaje en una subvención, la voy a hacer.

Sino que tienes que tener unos criterios de deseabilidad, de factibilidad, de viabilidad para plantearte, explorar esas ideas. No solo porque encaje, sino: «Oye, ¿hay unos criterios objetivos que me permiten seleccionar ideas?». Vale, si me permiten seleccionar, vamos a meter ahí. Y a partir de ahí ya busco financiación.

Pero primero tengo que filtrar esas ideas de cuáles son más interesantes y cuáles son menos interesantes.

Y luego te recomiendo incorporar fases de exploración. Entonces, en esas fases de exploración puedes llegar a financiar, pero incorpora estas actividades de exploración.

Puedes hacer test de concepto, desarrollo semindustrial, pero incorpora a los clientes lo antes posible dentro de los procesos de innovación y dentro de las memorias de los proyectos o lo que quieras hacer.

Y el último elemento que necesitas es definir los recursos. Ten claro que vas a tener que tener recursos propios asignados a innovar.

No hay más.

Porque, nosotros tenemos datos de que el 60% de los departamentos de innovación no tienen recursos, es decir, no tienen un presupuesto propio, sino que al final tienen que buscarse la vida para conseguir subvenciones.

Entonces, el problema es que acabas haciendo cualquier cosa para pagar las nóminas.

Es un poco lo que pasa en determinados grupos de investigación universitaria, que tienen que buscarse la financiación para pagar a los doctorandos de los proyectos de cómo lo van a hacer.

No hagas eso, intenta convencer a tus jefes de que las nóminas tienen que estar cubiertas. Y a partir de ahí, tú ya puedes desarrollar innovaciones.

Y elegir únicamente subvenciones que permitan financiar proyectos que tengan sentido.

Bueno, esto es un poco lo que te quería contar en el episodio del podcast de hoy.

Al final, la conclusión es que sí podemos utilizar las subvenciones para innovar, pero tenemos que tener mucho cuidado en qué proyectos utilizamos.

No se trata de ver una convocatoria y ver qué proyecto coloco, sino al revés, trabajar con una metodología, un modelo de una cartera de proyectos, y de esos proyectos ver si alguno encaja en la subvención. Sabiendo que una subvención bloquea recursos, te genera unas ventanas de oportunidad que a lo mejor no te interesan porque tú quieres ir más rápido.

Sabiendo que vas a tener un coste financiero y sabiendo que va a ser más lento de lo normal.

Es decir, si tienes proyectos a muy largo plazo con muy alto riesgo, puede interesar una subvención.

Si estás hablando de proyectos a medio plazo con un riesgo adyacente o elementos digitales, quizá no te interesa trabajar con subvenciones y tendrás que buscar financiación alternativa, que es lo que hacemos muchos.

Pues nada, esto es lo que quería contarte en el episodio de hoy.

Espero que te haya parecido interesante. Puedes poner los comentarios que quieras justo ahí abajo, en los comentarios, tanto en el vídeo como en el podcast. 

Resumen del podcast

Introducción

• Tema controvertido: ¿Se puede innovar sin subvenciones?
• Innolandia ha recibido algunas subvenciones, pero no basa su estrategia en ellas.
• Enfoque del episodio: analizar ventajas, desventajas y proponer un modelo alternativo para innovar de forma sostenible.

Ventajas de las subvenciones

• Reducción del riesgo financiero: Ayudan a minimizar el impacto económico de proyectos de I+D+i inciertos.
• Financiación de departamentos: Algunas empresas las usan como “vaca lechera” para pagar sueldos.
• Acceso a redes y tecnología: Especialmente en proyectos europeos, permiten integrarse en consorcios.
• Incentivo a la decisión: La disponibilidad de fondos puede empujar a algunos directivos a apostar por la innovación.

Desventajas de las subvenciones

• Burocracia y lentitud: Trámites complejos, plazos largos, y justificaciones administrativas pesadas.
• Dependencia de convocatorias: Los proyectos deben alinearse a calendarios de ayudas, no al ritmo de negocio.
• Coste financiero oculto: Avales, adelantos y necesidad de financiación puente.
• Sobrecarga y bloqueo de recursos: Dedicación intensa de recursos internos que impide abordar otros proyectos.
• Riesgo estratégico: Se corre el peligro de crear proyectos “forzados” que no encajan con la estrategia de la empresa.

Problema principal detectado

• “Churrera de proyectos”: El riesgo de desarrollar proyectos solo porque hay una subvención disponible, y no por alineación con los objetivos estratégicos de la empresa.

Propuesta de solución: Modelo híbrido

• Basado en una cartera estratégica de proyectos, no en la búsqueda de subvenciones.
• Se utilizan subvenciones solo si encajan con los proyectos estratégicos ya definidos.
• Caso de ejemplo: PLD Space, que priorizó financiación privada y propia para crecer de forma ágil.

Requisitos del modelo de innovación estratégica

1. Vectores de innovación definidos
   • Áreas prioritarias donde se va a innovar.
   • Permiten decir no a propuestas desalineadas.
2. Portfolio de innovación
   • Equilibrio entre innovación incremental, adyacente y radical.
   • Relación entre nivel de riesgo y tipo de financiación adecuada.
3. Embudo de innovación
   • Criterios de selección claros (deseabilidad, viabilidad, factibilidad).
   • Fases de exploración bien definidas y orientadas al cliente.
4. Recursos propios asignados
   • Presupuesto específico para innovación, más allá de buscar subvenciones.
   • Evita caer en la dependencia de ayudas para financiar nóminas.

Conclusión

• Las subvenciones pueden ser útiles, pero deben ser gestionadas con precaución y estrategia.
• No se trata de “ver qué coloco en la convocatoria”, sino de tener una cartera clara y luego decidir si encaja o no con una ayuda disponible.
• La clave: velocidad, estrategia y sostenibilidad, evitando que la innovación se convierta en una simple herramienta financiera.

La entrada Es posible innovar sin subvenciones se publicó primero en .