Продакт должен уметь принимать риски

На прошлой неделе мы обновили главную страницу нашего приложения, существенно переделав дизайн. Картинка выше идеально описывает то, как я себя чувствовал в день релиза.

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

На главном экране у нас отображается куча разных стейтов в процессе открытия счета. И это было существенным усложнением задачи, у нас не было опции поправить только часть сценариев.

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

По дороге, разумеется, многое пошло не так))
В ходе демо мы нашли довольно много мелких багов. В основном они были связаны с версткой и большинство мы смогли пропатчить до релиза. Следующая проблема была в том, что я так и не смог посмотреть предрелизную версию из-за того, что при подключении корпоративного VPN на телефон, у меня падал вообще весь интернет. И финальную проблему мы получили буквально за несколько дней до релиза - конфиг с раскаткой на закрытую группу клиентов просто не сработал. Из-за него приложение крашилось сразу при авторизации. Времени выяснять и фиксить не было.

В итоге мы решили не откладывать релиз и раскатывать его на клиентов.

Релиз удался и все прошло хорошо по итогу. Никаких критичных проблем обнаружено не было.

Мораль в том, что не всегда нужно стараться выверять каждый пиксель верстки и каждую запятую в логике бэка. Всегда надо учитывать еще и cost of delay. И уметь брать на себя какие-то риски. Удача любит смелых :)