Innovar es cambiar algo que importa

01 / LA IDEA EN UN MINUTO

La novedad necesita llegar al uso.

Puedes llenar una pared de ideas originales sin modificar nada de la experiencia de un cliente. También puedes introducir una mejora poco espectacular que reduzca errores, facilite un acceso o resuelva una dificultad cotidiana. El brillo de la idea y su utilidad son preguntas diferentes.

Para hablar con precisión, describe el cambio: qué podía hacerse antes, qué puede hacerse ahora y quién lo utiliza. Una palabra como innovador no sustituye esa explicación. Si no puedes mostrar la diferencia, quizá todavía estés en una intención o una propuesta.

Esto no resta valor a imaginar. La exploración permite descubrir opciones. Pero necesita conectarse con una necesidad, una puesta en práctica y una evaluación del resultado. La idea por sí sola no cuenta todo ese recorrido.

02 / LA SEMILLA DE ESTA IDEA

De los conceptos a los procesos.

Iván leyó el Manual mínimo viable de innovación buscando aterrizar un concepto que le parecía demasiado rodeado de discursos. En sus apuntes recoge la importancia de poner los proyectos en marcha y reflexiona sobre lo difícil que resulta sostener cambios impulsados solo por una urgencia.[1]

El aprendizaje transferible es que una iniciativa necesita condiciones para continuar: personas capaces de hacerla, recursos y un modo de revisar lo que sucede. No basta con un momento de energía colectiva.

Matizamos además la equivalencia entre innovar y generar riqueza. Un cambio puede ponerse en uso y no conseguir los resultados esperados. Por eso hay que distinguir la existencia de una innovación de su éxito económico o social, y medir ambos con preguntas diferentes.

03 / QUÉ CAMBIA Y PARA QUIÉN

La referencia importa.

El Manual de Oslo de la OCDE y Eurostat exige que el producto o proceso nuevo o mejorado difiera significativamente de los anteriores y se haya puesto a disposición de usuarios o en uso. Esa implementación distingue innovación e invención.[2]

No necesitas que nadie en el mundo haya hecho algo parecido para que el cambio sea relevante en tu organización. Pero tampoco cualquier retoque merece la misma categoría. Explica cuál es la referencia y qué diferencia apreciable introduces.

Después observa utilidad y efectos no deseados. Una automatización puede ahorrar trabajo al equipo y trasladar confusión al usuario. Una entrega más rápida puede aumentar errores. El resultado no se evalúa solo desde quien propone el cambio.

Evita convertir una etiqueta en un objetivo. «Queremos ser disruptivos» no dice qué necesita mejorar. «Queremos que una persona pueda reservar sin intercambiar seis mensajes» abre una búsqueda concreta y permite comprobar si el cambio ayuda.

04 / RESERVAR UN TALLER SIN PERSEGUIR AL EQUIPO

Un cambio pequeño puede tocar todo el servicio.

Imagina un equipo que reserva plazas por mensajes directos. Es un ejemplo hipotético. Los participantes preguntan disponibilidad, esperan respuesta y a veces reciben una confirmación cuando ya han hecho otros planes. El equipo propone una página con disponibilidad y confirmación clara.

La mejora no consiste en tener una web porque otros la tienen. Consiste en cambiar el recorrido de reserva. Para probarla, el equipo observa si las personas completan la acción, entienden su estado y necesitan menos aclaraciones.

Si la disponibilidad no se actualiza, la nueva página puede empeorar el problema. Si nadie responde a las incidencias, la automatización no resuelve el servicio completo. La implementación incluye cómo opera el equipo detrás de la pantalla.

El resultado puede justificar mantener el cambio, ajustarlo o descartarlo. Haber invertido en la herramienta no obliga a defenderla como innovación exitosa. Lo que interesa es qué diferencia produce en el contexto real.

05 / LLÉVALO A TU PROYECTO

Describe una mejora comprobable.

Elige una dificultad concreta de un cliente o de vuestro trabajo. Describe cómo se resuelve hoy y qué coste tiene esa forma de hacerlo: tiempo, esfuerzo, errores o recursos. Asegúrate de que la dificultad existe fuera de vuestra presentación.

Propón un cambio y explica por qué podría ayudar. Decide qué parte puedes poner en uso de manera acotada sin comprometer todo el servicio. Una prueba pequeña permite aprender antes de extender la solución.

Observa tanto el efecto buscado como lo que se desplaza a otra persona. Pregunta quién mantiene el cambio, qué nuevas tareas aparecen y qué ocurre cuando algo falla. La mejora debe poder sostenerse más allá del entusiasmo inicial.

Finalmente, conserva el antes y el después con sus límites. No necesitas afirmar que has revolucionado un sector. Explicar una mejora real, cómo la comprobaste y dónde no funcionó puede aportar mucho más aprendizaje al siguiente equipo.

06 / APRENDIZAJES

Aprendizajes

• La novedad no basta. Hace falta poner el cambio en uso.
• Explica la referencia. Mejorado siempre significa respecto a algo.
• Implementar no garantiza éxito. Evalúa resultados y efectos.
• El servicio completo importa. Incluye operación y mantenimiento.
• Una mejora concreta puede enseñar mucho. No necesitas adornarla con grandes etiquetas.

07 / PREGUNTAS DETONANTES

Preguntas detonantes

1. ¿Qué cambia exactamente para la persona?
2. ¿Respecto a qué alternativa mejora?
3. ¿Qué parte ya está en uso?
4. ¿A quién podría trasladar trabajo o confusión?
5. ¿Qué evidencia nos haría mantenerlo o descartarlo?

08 / CONEXIONES

Para seguir aprendiendo