FlowDelivery — дискавери приложения доставки цветов

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

Заказать свой проект

Задача

Команда YuSMP провела дискавери-фазу для двух мобильных продуктов: приложения клиента для заказа цветов с доставкой и внутреннего приложения флориста для управления ассортиментом и отслеживания наличия компонентов букетов. Результат — спроектированная архитектура, прототипы и документация, достаточные для передачи в разработку.

Особенности проекта

Два продукта в одном проекте: Необходимость синхронного проектирования клиентского и административного приложений с полностью разным функционалом, но единой логикой данных.
Сложная логика наличия товара: Требовалось разработать систему, которая автоматически скрывает букет из каталога, если на складе недостаточно цветов для его сборки.
Фокус на эффективность: Главной целью было оптимизировать изначальную идею, чтобы избежать ненужного усложнения и снизить стоимость разработки без потери ключевой функциональности.

Технологический стек

Analytics, Design

Функции продукта

По итогам дискавери-фазы был спроектирован и прототипирован следующий функционал:

Для Приложения Покупателя

Умный каталог букетов. Автоматическое обновление видимости товара в зависимости от наличия цветов на складе.

Динамическая карточка товара. Отображение актуальной цены, состава и возможности добавления в корзину.

Процесс заказа в 3 шага. Упрощенный flow: корзина → оформление заказа (выбор доставки и оплаты) → подтверждение.

Для Приложения Флориста:

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

Результат сегодня

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

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

Четкий план действий: Все риски и сложности были выявлены на раннем этапе. У заказчика и команды разработки появилось ясное понимание объема работ, приоритетов и следующих шагов для успешной реализации проекта.

В цифрах

2 спроектированных продукта в одном дискавери: приложение клиента и приложение флориста.
Единая модель данных: каталог букетов, компоненты и остатки — общий источник для обоих приложений.
Логика автоскрытия букета при нехватке компонентов: спроектирована без дополнительного сервиса.
Инструмент управления ассортиментом: контроль остатков с авто-пересчётом доступных позиций.
Оптимизированная архитектура: исключена дорогостоящая избыточная фича на этапе проектирования.
Полный пакет документации и прототипов: достаточен для передачи в разработку без повторного брифа.

Почему дискавери перед разработкой, а не сразу строить

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

Строить сразу против дискавери сначала
Параметр	Строить без дискавери	Дискавери сначала
Обнаружение конфликтов в требованиях	при разработке (дорого)	на бумаге (дёшево)
Риск переделки архитектуры	высокий	минимальный
Стоимость изменений	растёт с каждым спринтом	зафиксирована до старта
Ясность для разработчиков	уточняется по ходу	задокументирована заранее
Типичный срок дискавери MVP	—	2–6 недель

Архитектура и персональные данные на уровне проектирования

В рамках дискавери спроектирована архитектура хранения и обработки персональных данных пользователей (имя, телефон, адрес доставки). Модель предусматривает локализацию данных и минимальный набор полей в соответствии с принципом data minimization.

Оба приложения спроектированы с учётом требований российского законодательства к ПДн: согласие пользователя на обработку, политика конфиденциальности, хранение данных в РФ. Оператором ПДн выступает заказчик.

Соответствие: 152-ФЗ, оператор ПДн в реестре РКН, ИСО 27001 (внедрение), локализация персональных данных. Статус оператора проверяется в реестре операторов ПДн РКН.

Часто задаваемые вопросы

Что такое дискавери-фаза в разработке мобильного приложения?

Дискавери — это этап проектирования продукта до начала разработки: интервью с заказчиком, анализ пользовательских сценариев, проектирование архитектуры и интерфейсов, создание прототипов и технической документации. Результат дискавери — чёткое техническое задание и прототипы, по которым можно сразу приступать к разработке. Это снижает риски и стоимость изменений по сравнению со стартом без проектирования.

Что получает заказчик по итогам дискавери?

По итогам дискавери заказчик получает: описание пользовательских сценариев (user stories), архитектурную схему приложений и модели данных, кликабельные прототипы ключевых экранов, техническое задание для передачи команде разработки, оценку сложности и рисков. Пакет документов позволяет начать разработку без повторного брифинга разработчиков.

Как проектируется логика наличия букетов и компонентов?

В дискавери FlowDelivery спроектирована единая модель: каждый букет состоит из компонентов (цветы, зелень, упаковка), у каждого компонента есть остаток. При нехватке любого компонента букет автоматически скрывается из каталога клиента. Флорист управляет остатками через внутреннее приложение — изменение сразу отражается в доступности позиций для клиентов. Такой подход исключает оформление заказа на отсутствующий товар.

Как дискавери помогает сэкономить бюджет на разработке?

Стоимость исправления архитектурной ошибки растёт с каждым этапом разработки. На стадии дискавери исправление занимает часы и стоит минимально; после начала разработки — дни и рефакторинг; после релиза — недели и переработка. В проекте FlowDelivery на этапе проектирования была обнаружена и устранена избыточная фича, которая могла бы существенно удорожить разработку. Типичный диапазон сроков дискавери для двух взаимосвязанных приложений — 3–6 недель.

Сколько времени занимает дискавери мобильного приложения?

Сроки зависят от числа приложений, сложности бизнес-логики и доступности заказчика для синхронизаций. Типичный диапазон: одно приложение — 2–4 недели, два взаимосвязанных приложения с общей моделью данных — 3–6 недель. Это не гарантия по конкретному проекту — реальные сроки согласуются на брифинге.

Хотите начать с дискавери — обсудим

Команда YuSMP Group проводит дискавери и проектирует мобильные продукты для бизнеса в Казахстане, Беларуси и странах СНГ. Работаем по Москве и Новосибирску, часовой пояс МСК. Расскажите о задаче — мобильная разработка или оставьте заявку на дискавери.

Наши услуги