SicPama Loyalty
Как я превратила расплывчатую идею программы лояльности в проект, готовый к разработке, за 2 месяца
Обзор проекта
SicPama
CEO, CTO, инженеры, Raptor Singapore (партнеры) и я
Единственный продуктовый дизайнер (end-to-end)
Интеграция в B2B портал для ресторанов + B2C мобильные заказы
2 – 2,5 месяца
Определить скоуп MVP на основе широкого брифа
Сформировать продуктовую логику и функциональные требования
Спланировать информационную архитектуру и интеграцию функционала в B2B и B2C поверхности
Спроектировать ключевые флоу, вайрфреймы и финальный UI
Создать базовую дизайн-систему и подготовить файлы для передачи в разработку
Ключевые Результаты:
MVP доставлен примерно за 2,5 месяца после того, как проект был задержан на несколько месяцев без дизайнера.
Упрощен скоуп MVP — значительно сокращены объемы исследований, UI и разработки.
Дизайн успешно утвержден стейкхолдерами и бизнес-партнерами.
3 ресторана уже оплатили и подтвердили первоначальное внедрение.
Создан переиспользуемый и масштабируемый фундамент лояльности для всех типов мерчантов SicPama.
Введение
Продукт
SicPama помогает более чем 22 ресторанам в Южной Корее, Сингапуре и Малайзии управлять операциями и принимать групповые заказы за столом через QR. Ключевым мерчантам уже несколько месяцев обещали систему цифровой лояльности, интегрированную с порталом для мерчантов и приложением QR-заказов для клиентов.
Некоторые детали опущены в соответствии с соглашением о неразглашении.
Челлендж
Цель:
Мерчантам была нужна программа лояльности для стимулирования повторных визитов, регистраций новых участников и авансового денежного потока.
Первоначальный бриф:
Полноценная многоуровневая система лояльности на основе кредитов предоплаты, ваучеров, правил повышения и понижения уровней и многоуровневой логики.
Срочность:
В компании не было дизайнера, когда проект стартовал. Это отсутствие стало одной из главных причин задержки проекта на несколько месяцев. К моменту моего прихода была реальная срочность — нужно было показать мерчантам что-то готовое к разработке как можно скорее.
Положение до дизайна и ограничения
До этого проекта:
1
Не было инфраструктуры и логики программы лояльности.
Специальные предложения (купоны, акции) управлялись вручную — медленно, с ошибками и невозможно масштабировать.
2
Специальные предложения не действовали внутри B2C веб-приложения заказов.
Клиенты зависели от персонала, а акции были практически невидимы для посетителей.
3
Инженеры начали разработку без участия дизайнера и создали прототип, который оказался запутанным и сложным в использовании.
4
В B2C приложении заказов не было даже единой дизайн-системы.
Ограничения:
1
Жесткий дедлайн: мерчантам нужно было показать что-то рабочее как можно скорее.
2
Зависимость от партнера: POS Raptor Singapore предъявлял операционные требования, которые нужно было учесть.
3
Существующие паттерны CRM нужно было сохранить, чтобы не раздувать объем разработки.
4
Мерчанты могут кастомизировать свое приложение заказов, поэтому компоненты лояльности должны были работать при разных визуальных конфигурациях без доработки под каждого мерчанта.
Изменения
Отказ от уровней участников программы лояльности
Первоначальный бриф предлагал уровни членства на основе сумм пополнения: платишь больше — переходишь на следующий уровень — получаешь бонусы чуть лучше. На бумаге это напоминало систему лояльности. Однако, после моих исследовании и анализов, я поняла, что система нуждается доработке.
Продвижение по уровням строилось исключительно на оплате, без значимого поведенческого драйвера
Различия в бонусах между уровнями были незначительными и неощутимыми для клиентов
Реализация потребовала бы отдельного исследования для определения значимых порогов, логики сценариев и значительного времени для разработки
Что еще важнее: ничего из этого не было необходимо для достижения реальных бизнес-целей
После представления результатов анализа стейкхолдерам и бизнес-партнерам, мы решили убрать уровни из Фазы-1 и сфокусироваться на двух механиках, которые напрямую решали бизнес-задачи при меньшей сложности:
Новый скоуп MVP:
Пакеты пополнения баланса
Построены по аналогии с промо-материалами, которые мерчанты уже использовали офлайн (например, «пополни $300, получи $350 + бесплатное пиво»). Такая предоплата с получением бонусных кредитов обеспечивает авансовый денежный поток и создает понятную ценность предложения для клиентов.
Ваучеры для участников
Приветственные ваучеры и ваучеры на день рождения с настраиваемыми правилами: срок действия, минимальная сумма заказа, ограничения по категориям меню.
Новый скоуп польностью удовлетворял бизнес-цели и при этом требовал меньше времени для подготовки к запуску.
Дизайн-решения и обратная связь
Как должна работать покупка пакетов для пополнения баланса?
Когда скоуп был определен, я предложила несколько вариантов флоу покупки пакетов пополнения. Вот основные варианты:
Вариант A — пакет пополнения как товар в корзине
Пользователи добавляют пакет пополнения в корзину вместе с едой и оплачивают все одним чеком. Этот вариант был нацелен минимализировать трение для индивидуальных клиентов и ускорить процесс заказа.


Вариант Б — пакет пополнения покупается отдельно
Пользователи оплачивают пополнение как отдельную транзакцию до или после заказа. Баланс обновляется сразу.


Дизайн-решения и обратная связь
Две модели использования
Обсуждение со стейкхолдерами подтвердило общее направление, но выявило расхождение между рынками:

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


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

Низкодетализированные вайрфреймы:
Дизайн-решение
B2B Управление программой лояльности для мерчантов
Для мерчант-портала я намеренно опиралась на существующие паттерны CRM, чтобы сократить затраты на дизайн и разработку. Приоритетом была операционная ясность и быстрое внедрение, без введения новых визуальных элементов.
Управление предложениями пополнения баланса
2. Управление ваучерами
Дизайн-решение
Превью дизайн-системы для B2C приложения заказов
В приложении заказов не было единой дизайн-системы, что замедляло разработку и создавало несогласованность. Я построила базовую систему, охватывающую токены, компоненты и паттерны как для существующих поверхностей приложения, так и для новых функций лояльности. Моя цель — новая система должна быть быстрой в разработке, эффективной для быстрых QR-заказов и переиспользуемой для любых типов мерчантов SicPama.

Дизайн-решение
B2C Мобильное приложение для заказов





Покупка пакетов пополнения баланса




Обналичивание через POS




Онлайн обналичивание




Мой аккаунт (баланс, ваучеры, история транзакций)




Заключение
Результаты
MVP доставлен за 2,5 месяца после нескольких месяцев задержки без дизайнера в проекте
Пройдено несколько раундов обратной связи от стейкхолдеров; стейкхолдеры и бизнес-партнёры остались довольны
"Design is good, I like it", "Best designer we had so far"— команда SicPama
Первая цифровая система лояльности для мерчантов SicPama
в настоящее время на этапе разработки и тестирования
Компромиссы:
Разные уровни для участников VS Простой MVP лояльности
Уровни участников программы лояльности были убраны. Затраты на сложность были непропорциональны поведенческой и бизнес ценности. Уровни остаются логичным дополнением Фазы-2, когда фундамент будет в активном использовании.
Пополнение отдельно VS Единый чекаут
Реализован отдельный чекаут для пополнения. Более высокое трение для первого раза, но единственный рабочий путь с учетом архитектуры групповых заказов SicPama.
Двойная модель VS Только онлайн обналичивание бонусов
Двойная модель обналичивания добавила объем, но сделала систему пригодной для разных мерчантов. Система с одной моделью провалилась бы при запуске.
Выводы
Главная работа в этом проекте была не в самом UI, а в том, чтобы определить скоуп, функционал и логику системы лояльности. Чтобы доставить проект как можно скорее, при этом который соответсвует всем бизнес целям, было важно сделать компромисс по объему проекта. Когда я показала, что логика уровней значительно усложняет продукт, не улучшая при этом ключевой результат, команда смогла согласовать более реалистичный MVP.
Этот проект еще раз подтвердил для меня, что продуктовый дизайн часто заключается не столько в добавлении новых функций, сколько в том, чтобы вовремя сделать компромиссы заметными — до того, как они станут слишком дорогими.
Новый урок:
Иногда продуктовый дизайн — это не про выполнение каждого запроса,
а про нахождение реальной потребности и запуск простейшего фундамента, который дает максимальную ценность.
Есть вопросы?
Буду рада обсудить их на интервью или за чашечкой кофе! :)
Рекомендованно далее
SicPama QR Ordering
2025
5 мин
Снижение когнитивной нагрузки
в много-пользовательском checkout-флоу
Product Design · Checkout & Payment UX · Usability

Mindsight by Nodamen Inc.
2024
8 мин
Дизайн продукта для осознанности и эмоциональной устойчивости с нуля (0→1)
Product Design · UX Research · AI Mentor Design










