DATA MALL MVP подписочной платформы для анализа показателей торговых центров. Сервис объединял данные о посещаемости, среднем чеке, тратах посетителей и рейтингах арендаторов.
Моей задачей было превратить бизнес-гипотезу и сложный набор данных в связный пользовательский опыт: лендинг, демоверсию аналитики, регистрацию, платный доступ и управление подпиской.
Роль: продуктовый и UX/UI-дизайнер
Формат: B2B MVP
Зона ответственности: я отвечала за проектирование продукта от структуры и пользовательских сценариев до финальных адаптивных макетов и передачи решений в разработку.
Бизнес-задачи проекта
— Проверить спрос на самостоятельный аналитический продукт, созданный на основе данных Malltech.
— Помочь арендаторам использовать данные для оценки рынка и принятия управленческих решений.
— Показать ценность сложной аналитики до оформления подписки.
— Построить полный путь от знакомства с сервисом до оплаты и получения доступа к актуальным данным.
Ограничения
— Продукт создавался как MVP для проверки новой бизнес-гипотезы.
— Отдельный этап пользовательских исследований до проектирования не проводился: требования формировались вместе с заказчиком и экспертами предметной области.
— Аналитика строилась на усреднённых данных шести торговых центров и операционной базе более чем из 800 уникальных арендаторов.
— Архивная аналитика была доступна бесплатно, а актуальные данные, сравнения и подробные отчёты — по подписке.
— Необходимо было объединить разные типы данных и сохранить понятную логику на десктопных, планшетных и мобильных экранах.
Как я решала бизнес-задачи через UX/UI
Собрала разные показатели в единую аналитическую систему
Бизнес-задача
Сделать большой массив данных понятным и пригодным для регулярного использования при принятии управленческих решений.
Контекст
Платформа объединяла четыре типа аналитики:
— посещаемость торговых центров;
— средний чек;
— траты посетителей;
— рейтинги арендаторов.
Показатели отличались по структуре и способам сравнения. В одних разделах пользователю требовалось анализировать динамику, в других — сравнивать категории или позиции брендов.
Гипотеза
Если сохранить общую логику навигации и управления данными, пользователю не придётся заново изучать интерфейс при переходе между разделами.
Решение
— Объединила четыре направления аналитики общей навигацией.
— Сохранила единый принцип выбора периода и товарных категорий.
— Добавила переключение между абсолютными значениями и сравнением год к году.
— Использовала линейные и столбчатые графики, сравнительные диаграммы и рейтинговые списки в зависимости от типа данных.
— Добавила пояснения к показателям и принципам их расчёта.
— Проработала отображение нескольких категорий и приоритеты цветов на графиках.
Результат
Разные типы данных стали восприниматься как части одного продукта. Пользователь мог переходить между показателями, сохраняя привычную логику работы с фильтрами, периодами и режимами сравнения.
Построила понятный переход от бесплатного доступа к подписке
Бизнес-задача
Организовать монетизацию сервиса и провести пользователя от знакомства с аналитикой до оплаты и получения доступа к актуальным данным.
Контекст
Архивная демоверсия должна была оставаться бесплатной, а актуальные данные и расширенные возможности — открываться после оплаты.
Важно было не просто заблокировать контент, а объяснить пользователю, что именно он получит по подписке и как сможет управлять ею после покупки.
Гипотеза
Если ограничение доступа появляется в контексте аналитики и сразу объясняет преимущества подписки, переход к оплате будет восприниматься как логичное продолжение сценария, а не как тупик.
Решение
— Спроектировала состояние закрытого контента с объяснением ограничения и переходом к подписке.
— Показала состав платного доступа рядом с тарифом.
— Предусмотрела помесячный и годовой форматы оплаты.
— Разработала сценарий оформления и подтверждения платежа.
— Добавила в личный кабинет информацию о текущем тарифе и сроке действия.
— Проработала отмену, повторное подключение и подтверждение действий.
Результат
Получился полный сценарий монетизации: от первого столкновения с ограничением до оплаты, получения доступа и дальнейшего управления подпиской.
Итог проекта
MVP был спроектирован, согласован и передан в разработку. Он охватывал полный путь пользователя: от знакомства с платформой до работы с аналитикой и управления подпиской.
После запуска бизнес-гипотеза не получила достаточного подтверждения, поэтому дальнейшее развитие продукта было остановлено.
Для меня проект стал опытом работы со сложными данными, подписочной моделью и большим количеством взаимосвязанных сценариев. Главный вывод — качество интерфейса помогает проверить бизнес-гипотезу, но не может заменить раннюю проверку спроса и ценности продукта для конкретной аудитории.