Спортивное питание · Мобильное приложение

Культлаб — дискавери мобильного приложения: кейс

Дискавери-фаза мобильного приложения для сети магазинов спортивного питания «КультЛаб», представленной в Сибири. Задача — спроектировать цифровой продукт до начала разработки: провести исследование, собрать требования и подготовить полный пакет документации и прототипов, готовых к передаче в разработку. Инструменты: Figma и Confluence.

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

Официальныйсайт

Полная дискавери-фаза до старта разработки: аналитика, вайрфреймы, пользовательские истории, прототипыЭкраны авторизации и каталога товаров с поиском, акциями и хитами продажЛогика наличия товаров по разным торговым точкам сети магазиновПокупка из разных точек в зависимости от наличия на складахВарианты рекламных баннеров для вовлечения пользователейАрхитектура хранения персональных данных согласно 152-ФЗ

КультЛабРитейл, спортивное питание, e-commerce

Клиент

«КультЛаб» — сеть магазинов спортивного питания (Сибирь)

Отрасль

Ритейл, спортивное питание, e-commerce

Платформы

Мобильное приложение

Срок

2–6 недель (типичный срок дискавери MVP)

О продукте

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

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

Цель дискавери — снизить неопределённость и риски дорогих переделок. На этом этапе мы провели аналитику, собрали требования и подготовили полный пакет документации: детализированные вайрфреймы, пользовательские истории, интерактивные прототипы в Figma и описание логики в Confluence.

Задача

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

Отдельная задача — спроектировать каталог и главный экран так, чтобы вовлекать пользователя (акции, хиты, баннеры), и заранее заложить корректную работу с персональными данными по требованиям 152-ФЗ.

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

Авторизация и каталог — экраны входа и структурированный каталог товаров спортивного питания с поиском, разделами «Акции» и «Хиты».

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

Вовлечение — варианты рекламных баннеров и акционных блоков для удержания и стимулирования покупок.

Персональные данные — архитектура хранения персональных данных в соответствии с требованиями 152-ФЗ.

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

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

Работу построили как классическую дискавери-фазу: сначала аналитика и сбор требований, затем проектирование пользовательских сценариев (user stories), вайрфреймов и интерактивных прототипов. Всю логику и документацию вели в Confluence, визуальную часть и кликабельные прототипы — в Figma.

Особое внимание уделили нетривиальным местам: логике наличия товаров по торговым точкам, сценарию покупки из разных магазинов и архитектуре хранения персональных данных по 152-ФЗ. На выходе клиент получил готовый пакет для передачи в разработку без «белых пятен».

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

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

Figma

Вайрфреймы, UI-дизайн и интерактивные прототипы

Confluence

Документация, пользовательские истории и описание логики

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

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

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

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

Авторизация

Экраны входа и регистрации пользователя

Каталог товаров

Структурированный каталог спортпита с поиском и карточками товаров

Акции и хиты

Разделы «Акции» и «Хиты» с подборками товаров для вовлечения

Наличие по точкам

Логика остатков по торговым точкам сети и покупка из нужного магазина

Рекламные баннеры

Варианты баннеров и акционных блоков на главном экране

Соответствие 152-ФЗ

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

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

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

Главный экран и каталог

Ключевой экран приложения сводит воедино навигацию по магазину: строку поиска товаров, крупные плитки быстрого доступа «Акции» и «Хиты» с числом позиций, и ленту товаров с переходом «В каталог».

Карточки товаров показывают изображение, название, рейтинг, вкус и цену, а бейджи «ХИТ», «SALE» и «POPULAR» помогают выделить приоритетные позиции и подтолкнуть к покупке.

Каталог крупным планом

Отдельный кадр показывает структуру главного экрана без окружения: поиск, два акцентных блока «Акции» и «Хиты» и сетку карточек товаров в разделе «Товары».

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

Промо-баннер и товарная лента

Вариант главного экрана с рекламным баннером-каруселью: карточка акционного товара со старой и новой ценой, стрелкой перехода и индикатором слайдов.

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

Персональные данные и соответствие 152-ФЗ

Ещё на этапе дискавери мы заложили архитектуру хранения персональных данных в соответствии с требованиями 152-ФЗ. Это позволяет команде разработки сразу строить приложение по правильным правилам, а не переделывать хранилище и потоки данных после запуска.

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

В цифрах

2–6 нед.

типичный срок дискавери MVP

100%

документации готово к передаче в разработку

152-ФЗ

соответствие по хранению персональных данных

инструмента: Figma и Confluence

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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