Когда смотришь на продуктовые команды изнутри, становится понятно, что страх радикального редизайна почти никогда не связан с дизайном. Он про риски, ответственность и внутреннюю политику.

Главная причина — непредсказуемость. Любое сильное изменение ломает пользовательские привычки, и никто заранее не знает, как аудитория отреагирует. Команды боятся ситуации, когда продукт «стал объективно лучше», но метрики просели. Логика простая: если в интерфейсе всё меняется разом, невозможно точно понять, что именно повлияло на результат, — и кто будет отвечать, если что-то пойдёт не так.

Второй фактор — инерция. Большие продукты собираются годами, и вокруг старой структуры образуется экосистема решений: давние компромиссы, обходные пути, костыли, отдельные фичи, которые держат на себе зависимые процессы. Радикальный редизайн угрожает этим связям. Командам страшно потерять стабильность, даже если эта стабильность построена на хаосе.

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

В итоге продуктовые команды боятся не самого редизайна, а последствий: потери контроля, неожиданных провалов, необходимости объяснять свои решения и риска, что изменения не оправдают ожиданий.