Me he estado haciendo una pregunta últimamente: cuando decides rehacer un producto desde cero, ¿qué es realmente lo que vale la pena conservar?

Muchos equipos caen en una trampa al hacer un rebuild: confunden lo “familiar” con lo “valioso”. Los antiguos patrones de UI, la antigua arquitectura de la información, los antiguos flujos de los usuarios… como a todos ya les resulta cómodo, se asume que “está bien” y se trasladan tal cual a la nueva versión.

¿Y el resultado? Un sistema nuevo con los mismos problemas antiguos.

En realidad, en un rebuild solo hay unas pocas cosas que merecen sobrevivir: las ideas basadas en el comportamiento real de los usuarios, las propuestas de valor fundamentales que ya han sido verificadas y las lecciones que te dejaron los errores en los que ya tropezaste.

No los mockups. No los componentes. No “siempre lo hemos hecho así”.

En el nuevo número de mi newsletter descompongo esta cuestión: qué debería quedarse, qué debería soltarse y cómo tomar decisiones durante una reconstrucción para no dar vueltas en el mismo sitio.

Si tu equipo está atravesando una reestructuración técnica, una transformación del producto o está preparando una gran iteración de versión, esta edición puede serte útil.

👉 https://newsletter.bearliu.com/p/what-survives-a-rebuild