Расстаёмся со старым – как обновить продукт
– рассказывает Евгения, ведущий аналитик

Контекст
Одному из заказчиков надо было помочь «освежить» сайт – провести замену стека и дизайна.

➡️ Что у нас было:
▪️ готовый дизайн от стороннего подрядчика
▪️ условие от заказчика – быстрый time-to-market
Так что план действий был такой: сначала запускаем обновлённую версию в прод, а в дальнейшем развиваем продукт.

Мы были полны решимости, но настаивали на подключении аналитика – документация к системе отсутствовала 🥲 Заказчика убедить не удалось – казалось, что достаточно (нет):
▪️ работающей системы, функции и данные которой надо перенести,
▪️ готового дизайна, который требовалось «натянуть» поверх переписанной системы.

➡️ Что произошло дальше
Вскоре после старта работ начались проблемы 🙃 Для реализации системы в новом дизайне требовалось переписать API и заложить логику под новую функциональность. Очень быстро накопилось около 30 вопросов, решение которых предполагало составление спецификации на доработку системы, описание новой бизнес-логики и доработку эндпойнтов.

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

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

3. Аналитик готовит прототип пользовательского интерфейса системы и согласовывает его с заказчиком.

4. Аналитик передаёт прототипы и требования заказчика дизайнеру.

5. Дизайнер приступает к разработке макетов.

6. Если от заказчика поступили новые требования к функциональности, аналитик пишет спецификации для доработки системы и передаёт в разработку.

7. Дизайнер предоставляет готовый макет, который после проверки аналитиком соблюдения требований передаётся на согласование заказчику.

8. Заказчик согласовывает макет или передаёт новые требования на доработку. Если требования «косметические» – только дизайнеру, а если они касаются функциональности или информационной архитектуры – аналитику.

9. Согласованный дизайн-макет передаётся фронтенд-разработчикам.

10. Фронтенд- и бэкенд-разработчики дорабатывают систему.

11. Запуск в продакшн 🍾