Доставка цветов · Дискавери двух мобильных приложений

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

Дискавери-фаза для двух мобильных продуктов сети цветочных магазинов: приложения клиента для заказа цветов с доставкой и внутреннего приложения флориста для управления ассортиментом. Единая модель данных, логика автоскрытия букета при нехватке компонентов, кликабельные прототипы и документация, достаточные для передачи в разработку. На проектировании исключена избыточная фича — предложена более простая архитектура. Стек: Analytics, Design.

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

Дискавери-фаза для двух взаимосвязанных мобильных приложений — клиента и флористаЕдиная модель данных: каталог букетов, компоненты и остатки в одной системеЛогика автоскрытия букета из каталога при нехватке любого компонентаУмный каталог с автоматическим обновлением видимости товаровПроцесс заказа клиента в 3 шага: корзина → оформление → подтверждениеНа проектировании исключена дорогостоящая избыточная фича — предложена более простая архитектура без потери функциональности

FlowDeliveryДоставка цветов, e-commerce

Клиент

FlowDelivery — сеть цветочных магазинов

Отрасль

Доставка цветов, e-commerce

Тип работы

Дискавери-фаза: проектирование, прототипы, документация

Продукты

Приложение клиента и приложение флориста

О продукте

Коротко — что это за продукт и для кого мы его делали.

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

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

Задача

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

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

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

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

Динамическая карточка товара — цена, состав и добавление в корзину.

Процесс заказа в 3 шага — корзина, оформление, подтверждение.

Управление ассортиментом флориста — добавление и редактирование букетов.

Контроль остатков — автоматический пересчёт доступности при изменении наличия компонентов.

Решение и подход

Как мы собрали продукт — от архитектуры до процесса.

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

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

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

Инструменты подобраны под задачу продукта.

Analytics

Аналитика сценариев и требований на дискавери

Design

UI/UX-дизайн интерфейсов и кликабельные прототипы

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

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

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

Ключевые возможности, которые закрыли задачу бизнеса.

Умный каталог

Автоматическое обновление видимости букетов по наличию компонентов

Карточка товара

Динамическая карточка: цена, состав, добавление в корзину

Заказ в 3 шага

Корзина → оформление → подтверждение заказа

Управление ассортиментом

Добавление и редактирование букетов флористом

Контроль остатков

Автоматический пересчёт доступности компонентов

Автоскрытие букета

Букет скрывается из каталога при нехватке любого компонента

Как это работает

Ключевые экраны продукта — по шагам.

Каталог и карточка товара

Главный экран приложения клиента — каталог с поиском и фильтрами по категориям (Подарки, Букеты, Гипсофилы, Лилии), блоком экспресс-доставки и товарами с ценой и городом флориста.

Карточка букета показывает крупное фото, название, габариты (высота и ширина), цену, адрес и время доставки, состав и кнопку добавления в корзину. Каталог обновляется автоматически: букет без нужных компонентов из выдачи скрывается.

Просмотр букета и подбор

На этом же экране показана вся раскладка каталога: экспресс-доставка, «Остальные товары» плиткой с ценами и подробная карточка выбранного букета — «Morning dew» с составом (Фисташка, Цимбидиум и другие компоненты), ценой и временем доставки ~45 минут.

Галерея фотографий букета с индикатором листания помогает клиенту рассмотреть товар перед добавлением в корзину.

Корзина, оформление и подтверждение

Заказ проходит в три шага. В корзине собраны выбранные букеты с количеством и суммой. На оформлении клиент указывает телефон получателя, адрес доставки, способ оплаты (наличными при получении) и видит стоимость и срок доставки 35–40 минут.

Финальный экран «Заказ принят» подтверждает оформление: менеджер свяжется с клиентом в ближайшее время.

Единая модель данных и надёжность каталога

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

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

В цифрах

продукта спроектировано в одном дискавери

единая модель данных на оба приложения

3 шага

путь клиента: корзина → оформление → подтверждение

-1

избыточная фича исключена ради бюджета и сроков

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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