Diseñas los mismos errores
Por qué los equipos siguen cometiendo los mismos errores

En pocas palabras: La memoria organizativa no falla de golpe. Se desvanece persona a persona. Cuando desaparecen las razones detrás de las decisiones anteriores, los equipos vuelven a cometer los mismos errores como si fueran nuevos.
Ahora mismo, en algún lugar, un equipo de diseño discute si la navegación debe ir en una barra lateral o arriba. Esa misma empresa tuvo exactamente esta discusión hace tres años. Alguien investigó, decidió, lo lanzó y vio que rendía peor de lo esperado. Se revirtió la decisión. Se escribieron notas. Después empezaron a irse quienes recordaban los detalles. Entró un diseñador nuevo de una empresa a la que le encantaban las barras laterales. Ahora vuelve el debate, como si nada hubiera ocurrido, consume otras dos semanas y termina en el mismo sitio.
Esto ocurre porque los equipos olvidan. Los inteligentes también.
El conocimiento se va con las personas
Toda organización funciona con dos tipos de conocimiento. Uno vive en documentos: especificaciones, análisis posteriores, archivos de diseño, notas de reuniones. El otro vive en las cabezas: el contexto de las decisiones, lo que nunca entró en el informe, el recuerdo de por qué se probó y descartó algo. El psicólogo Daniel Wegner lo llamó memoria transactiva, conocimiento almacenado en el grupo en vez de en una sola persona, donde cada uno sabe quién suele saber qué.
El sistema funciona mientras las personas se quedan. La investigación de Wegner mostró que los grupos con miembros estables rendían mejor en tareas de recuerdo que aquellos cuyos miembros habían cambiado, porque habían construido un mapa interno de conocimientos. Una persona conoce el historial de investigación de usuarios. Otra recuerda qué pasó en el último rediseño de navegación. Otra estuvo en la sala cuando el director ejecutivo descartó el patrón de ventanas modales. Mientras esas personas sigan ahí, el equipo tiene memoria operativa.
Después se va una. Después otra. El conocimiento no pasa limpiamente a los documentos porque buena parte nunca se escribió de forma útil. Lo que hizo fallar aquella barra lateral pudo ser una mezcla del segmento de usuarios de entonces, las restricciones técnicas y una estrategia de producto que ya cambió. Nada de eso aparece en el registro de cambios. Barbara Levitt y James March describieron el aprendizaje organizativo como
incorporar las inferencias extraídas de la historia a rutinas que guían el comportamiento.
— Levitt & March · Traducción del inglés
Ese proceso se rompe cuando se van quienes hacen la codificación. Lo que queda en los documentos suele ser el resultado sin el razonamiento.
El equipo olvida y vuelve a empezar
James Walsh y Gerardo Ungson estudiaron qué ocurre con el conocimiento dentro de las organizaciones cuando la gente se va. De todos los lugares donde intentan almacenar lo que saben, sus miembros conservan la versión más rica en matices. También son los que desaparecen más rápido.
Las organizaciones casi nunca lo llaman olvidar. Nadie dice que hemos perdido la memoria institucional sobre esto. Dicen que vamos a mirarlo con ojos nuevos. Hacen otro taller. Construyen otro prototipo. Lo llaman iteración. Desde fuera parece progreso. A menudo es la empresa pagando por aprender otra vez la misma lección. Vuelve la misma ventana modal que no funcionaba, con un tratamiento visual más limpio.
MySpace repitió la misma lección
Cuando News Corporation adquirió MySpace en 2005 por 580 millones de dólares, heredó una plataforma con problemas reales: cargas lentas, una composición cargada de anuncios y un rendimiento móvil débil. No eran problemas ocultos. Eran problemas visibles de producto en una plataforma enorme.
Siguieron años de intentar mejorar el negocio sin escapar realmente de esos problemas centrales. El sitio siguió recargado. El peso de los anuncios siguió formando parte de la experiencia. El móvil no se convirtió en una fortaleza a tiempo. Eso no demuestra que todos los problemas vinieran de perder memoria organizativa. Pero sí muestra qué ocurre cuando una empresa arrastra deuda de producto sin un recuerdo compartido claro de cómo llegó ahí o qué concesiones la mantuvieron. MySpace se vendió en 2011 por 35 millones de dólares.
Pregunta esto antes de volver a empezar
La solución empieza con un hábito. Antes de reabrir una decisión, detente y pregunta si ya se ha probado. La mayoría de los equipos no necesita más documentos. Necesita el instinto de comprobar qué aprendió ya la empresa antes de empezar otra vez de cero.
Sé concreto. Pregunta quién hizo las pruebas de usabilidad de la barra lateral. Qué pasó la última vez que cambió el proceso de bienvenida. Qué salió del lanzamiento de ayudas emergentes de 2022. Esas respuestas existen en algún sitio. Pueden estar en la cabeza de alguien, enterradas en una página de Notion que nadie abrió en dieciocho meses o medio recordadas por un colaborador que trabajó allí hace tres veranos y sigue en Slack.
Los sistemas de diseño son una respuesta parcial. Nielsen Norman Group describe un sistema de diseño como un lenguaje compartido que reduce la necesidad de volver a discutir elecciones entre equipos y a lo largo del tiempo. Pero captura decisiones de ejecución más fácilmente que decisiones de investigación. No te dice por qué falló un patrón la última vez, qué les costó a los usuarios o qué concesión obligó al equipo a abandonarlo.
Para eso, alguien necesita recordar. Y para que alguien recuerde, el equipo debe tratar la memoria como un activo, no como un obstáculo para las ideas nuevas. He visto a equipos tratar la historia como una carga justo antes de repetirla. Quienes llevan más tiempo suelen conservar más memoria real del producto que cualquier sistema.
Lo más caro que hace tu equipo es aprender la misma lección dos veces.

