Кейс

Мобильная и backend-поставка, когда приложение должно соответствовать реальному продукту за ним.

Этот пример показывает форму мобильной разработки, когда приложение нельзя считать отдельной игрушкой и оно должно соответствовать API, backend-системам, пути релиза и модели поддержки.

Иллюстративный пример, основанный на типичных моделях клиентской работы. Конкретные сведения о клиентах не включены.

Стартовая точка

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

Что проясняется в первую очередь

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

Что создается

Проект покрывает мобильный опыт и backend-работу за ним: координацию API, поддержку workflow, обработку аутентификации, обмен данными и релизное планирование, необходимое для сохранения пригодности приложения в реальной среде.

Что улучшается

Результат - мобильное приложение, которое соответствует большему продукту, работает с реальным backend-ом и может выпускаться и поддерживаться, не превращаясь в оторванный побочный проект.

Что обычно включает такая работа

Мобильная поставка обычно означает не только экраны. Это еще и выравнивание backend-а, API, процесса релиза и плана поддержки, чтобы приложение работало как часть продукта, а не боролось с ним.