Edición impresa
¡Manténgase al día!
Reciba las últimas novedades e información directamente en su correo.
Las ideas pueden empezar pequeñas. Lo importante es que produzcan aprendizaje, resultados medibles y decisiones que nos permitan avanzar.
En mi artículo anterior planteé que necesitamos reconocer los patrones que están cambiando nuestra manera de vivir, comprenderlos y dar forma a nuevas posibilidades. Pero esa reflexión deja una pregunta pendiente: ¿cómo pasamos de comprender un problema a cambiar algo dentro de una organización?
Cuando hablamos de transformación, fácilmente imaginamos proyectos de gran escala: una plataforma para toda la institución, una nueva estructura organizacional o un programa que promete cambiar nuestra manera de trabajar.
Sin embargo, entre esa ambición y su implementación hay preguntas que difícilmente podemos resolver alrededor de una mesa. ¿Cómo reaccionarán las personas? ¿Qué parte del proceso no hemos entendido? ¿Quién sostendrá la propuesta cuando termine el entusiasmo inicial?
Si te ha tocado llevar una estrategia a la práctica, seguramente reconocés esa distancia entre lo que parecía resuelto en la presentación y lo que aparece cuando empezamos a trabajar.
Prototipar nos permite empezar a responder esas preguntas antes de convertir nuestras suposiciones en compromisos difíciles de modificar.
Empezar por una pregunta que podamos poner a prueba
“Queremos innovar” expresa una intención, pero todavía no define un trabajo.
Para avanzar necesitamos escoger un problema relevante, identificar a las personas involucradas y establecer qué queremos aprender. El alcance debe ser suficientemente pequeño para poder intervenir y suficientemente importante para que el resultado tenga sentido.
Pensá en una institución que quiere mejorar la atención a sus usuarios. Su primera reacción podría ser buscar una nueva plataforma digital. Pero antes convendría observar el recorrido de quienes utilizan el servicio: dónde se confunden, cuántas veces regresan y qué dificultades encuentra el personal que los atiende.
Quizá existen pasos duplicados. Quizá las personas llegan sin un documento porque nadie les explicó claramente que lo necesitaban. Cada posibilidad conduce a una prueba diferente.
Definir bien la pregunta es parte del trabajo de innovación. Nos ayuda a decidir dónde intervenir y qué evidencia necesitamos para saber si estamos avanzando.
Darle forma a una idea
La palabra prototipo suele hacernos pensar en una maqueta, una máquina o un producto que todavía no está terminado. Pero también podemos prototipar un servicio, una conversación, un procedimiento o una nueva dinámica de trabajo.
Podés representar una atención al público, simular una reunión o preparar una versión sencilla de un formulario. Lo importante es que la idea adquiera una forma con la que otras personas puedan interactuar.
Este principio está presente en el diseño centrado en las personas: hacer tangibles las ideas para aprender al construirlas y recibir retroalimentación de quienes las utilizarán.
En el ejemplo de la institución, podríamos preparar dos versiones de las instrucciones y observar cómo las interpretan algunos usuarios. Pedirles que expliquen qué harían a continuación puede revelar algo que una reunión interna no había detectado.
El personal que atiende diariamente debería participar desde el inicio. Allí aparece nuevamente el conocimiento tácito del que he hablado en artículos anteriores: quienes realizan el trabajo suelen reconocer excepciones y dificultades que nunca quedaron escritas.
La cocreación permite que ese conocimiento forme parte de la solución mientras todavía podemos modificarla.
Del prototipo al piloto
Cuando una idea empieza a mostrar potencial, necesitamos comprobar cómo se comporta dentro de la operación.
Ese es el papel del piloto: poner a funcionar una solución con un alcance definido, durante un periodo suficiente y con las personas y recursos necesarios.
La institución podría probar el nuevo procedimiento en una sede o en un tipo de trámite. Antes de comenzar tendría que registrar cómo funciona actualmente y acordar qué observará: solicitudes incompletas, visitas repetidas, tiempo de atención y carga de trabajo del equipo.
También necesitaría una persona responsable, tiempo asignado y una fecha para revisar los resultados.
Acotar implica establecer límites. Una prueba que depende indefinidamente del esfuerzo extraordinario de dos colaboradores difícilmente nos dice cómo funcionará la solución en condiciones habituales.
Pequeñas victorias y aprendizajes incómodos
Aquí aparecen los quick wins: mejoras tempranas, concretas y visibles.
Reducir una visita innecesaria o facilitar que alguien complete un trámite puede parecer poco frente a una gran estrategia de transformación. Para quien recibe el servicio y para quien lo presta, puede representar una diferencia importante.
Esas mejoras también pueden construir confianza. Permiten que los equipos vean resultados, reconozcan su participación y encuentren razones para seguir involucrándose.
Pero debemos escogerlas con criterio. Si solo trabajamos en lo fácil, podemos acumular pequeñas victorias mientras dejamos intactos los problemas más importantes.
Una prueba también puede aportar valor cuando la propuesta no avanza. Descubrir que un procedimiento aumenta la carga de trabajo permite corregir antes de extenderlo a toda la institución.
Aprender a fallar exige método: definir qué queremos comprobar, limitar las consecuencias de la prueba y reconocer cuando los resultados contradicen nuestras expectativas.
Para eso, los equipos necesitan poder comunicar que algo no funcionó sin sentir que deben defender la idea a toda costa. Si te corresponde dirigir, también te toca crear esas condiciones y exigir rigor para interpretar los resultados.
Cada prueba necesita una decisión
Me parece útil pensar este proceso como una secuencia: enmarcar el desafío, cocrear alternativas, prototipar, probar y decidir.
Al finalizar un ciclo, las opciones deberían ser claras: ajustar, volver a probar, ampliar, implementar o detener. Hace falta alguien con autoridad para actuar sobre los resultados y compartir lo aprendido, de manera que otra área pueda utilizarlo sin empezar desde cero.
Un piloto exitoso tampoco garantiza que la solución funcione en toda la institución. Ampliarlo exige revisar qué cambia cuando aumentan los usuarios, los costos y las dependencias.
Así, la experimentación puede convertirse en una capacidad organizacional: una forma habitual de formular preguntas, probar alternativas y tomar decisiones con evidencia.
En Costa Rica, podemos empezar por desafíos concretos dentro de nuestras empresas e instituciones, dando a quienes los conocen el tiempo y el respaldo para probar soluciones.
La ambición puede seguir siendo grande. El primer experimento puede ser pequeño.
Quizá la pregunta para tu próxima reunión sea esta: ¿qué idea importante podríamos empezar a probar, con quiénes y qué decisión podremos tomar después de hacerlo?
Fuentes
IDEO.org. (s. f.). Rapid Prototyping. Design Kit. Consultar fuente.
