Разработка системы до production

Нужна не разработка проекта. Нужна работающая система.

Разница видна на приёмке. Проект сдают презентацией и документом; систему сдают тем, что ею начинают пользоваться живые люди, и она это выдерживает.

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

Строится под продакшен с первой недели. Не прототип, который потом доведут: доведение обычно стоит дороже, чем построить сразу правильно.

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

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

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

Предыдущая команда сказала, что это невозможно. Мы начали с пустого репозитория: раскладка полок, планограммы, аналитика для категорийных менеджеров. Четыре года спустя по этой системе раскладывают полки каждое утро — и просят новых возможностей.

Приложение курьера в вендинговой системе я построил сам: от первого экрана до работы в поле, где связи нет. Не адаптивная вёрстка, а настоящее приложение под телефон.

Придумывания продукта за вас. Дизайна потребительского интерфейса. Вывода в магазины приложений и продвижения там.

Приложение здесь — часть работающей системы, а не самостоятельный продукт.

Опишите, что должно случиться, чтобы работа считалась сделанной. И одну цифру, по которой это будет видно.