Хороший код не спасает, если архитектура собиралась по ходу дела.

Хороший код не спасает, если архитектура собиралась по ходу дела.

Это очень похоже на плохой retention-воронку:
сами экраны могут быть аккуратными, пуши — вовремя, письмо — красивое. А пользователь всё равно через 3–4 дня теряется, потому что путь к value moment не собран в цельную систему.

Что обычно происходит:
— сначала делаем «быстро и работает»;
— потом добавляем ещё один сценарий, ещё одну ветку, ещё один триггер;
— через полгода никто уже не помнит, зачем был нужен первый шаг.

В коде это выглядит как форма из 12 условий.
В продукте — как онбординг, где каждый экран сам по себе нормальный, но вместе они не ведут к активации.

Главный вывод простой: качество отдельных частей не компенсирует отсутствие структуры.
Если первый опыт пользователя не отвечает на вопрос «что мне сделать сейчас и зачем», дальше включается не привычка, а хаос.

Хороший retention начинается не с красивой коммуникации, а с понятной архитектуры пути.
Иначе мы просто шлифуем детали у системы, которая изначально ведёт не туда.