Я недавно думал об одном вопросе: когда вы решаете перестроить продукт с нуля, что действительно стоит сохранить?

Многие команды при rebuild попадают в ловушку — путают «знакомое» с «ценным». Старые UI-модели, старая информационная архитектура, старые пользовательские сценарии… Поскольку все к этому привыкли, кажется, что «всё нормально», и это без изменений переносят в новую версию.

Что получается в итоге? Новая система — и те же старые проблемы.

По-настоящему то, что способно пережить rebuild, — это всего несколько вещей: инсайты, стоящие за реальным поведением пользователей; проверенные ключевые ценностные предложения; и уроки из тех ошибок, на которых вы уже обожглись.

Не макеты. Не компоненты. Не «мы всегда так делали».

В новом выпуске newsletter я разложил этот вопрос по полочкам — что стоит оставить, что отпустить и как принимать решения при перестройке, чтобы не крутиться на месте.

Если ваша команда сейчас проходит технический рефакторинг, продуктовую трансформацию или готовится к крупному релизу, этот выпуск может оказаться как раз кстати.

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