забирает приз / продолжает участвовать
спроектировать цифровой сервис для новой маркетинговой механики Termoland — регулярных розыгрышей для посетителей.
Termoland запускал собственную механику розыгрышей для посетителей.
После посещения пользователь получает электронный ваучер, выбирает 6 чисел и участвует в регулярном розыгрыше. У одного пользователя может быть несколько ваучеров.
После розыгрыша сервис должен показать результат и, в случае выигрыша, сообщить пользователю о дальнейших действиях.
На старте задача звучала достаточно просто: создать сайт, который объединит участие в акции и информацию о розыгрышах.
Цифровой сервис розыгрышей для посетителей Termoland
По мере развития проекта стало понятно, что одного промолендинга недостаточно.
В одном интерфейсе нужно было объединить:
Промо → Участие → Ваучеры → Результаты → Архив → Личный кабинет
Поэтому основной задачей стало не просто оформить сайт, а выстроить понятную структуру цифрового сервиса вокруг пользовательских сценариев.
Я разделил сервис на две зоны с разными задачами.
Объясняет акцию, показывает приз, текущий розыгрыш, победителей, способы участия, FAQ и правила.
Так главная страница отвечает на вопрос «что это и зачем участвовать?», а внутренние разделы — «что мне делать сейчас?».
Участие и управление активными ваучерами.
История завершённых розыгрышей и результаты.
Данные пользователя, заказы, баллы и другие персональные функции.
04. Информационная архитектура
Март 2026 – Сентябрь 2026
получает электронный ваучер
Промолендинг ≠ рабочая зона
Главная не должна превращаться в интерфейс личного кабинета.
- заполнение ваучеров;
- персональные данные;
- история;
- архив;
- результаты.
Поэтому насыщенные пользовательские сценарии были вынесены из промо:
Это позволило сохранить фокус главной страницы на объяснении акции и вовлечении нового пользователя, не мешая действующим участникам быстро выполнять свои задачи.
Сервис должен работать не только в идеальном сценарии.
Для ключевых разделов предусмотрены:
Не авторизован → Авторизация → Данные
Loading → Content → Empty → Error
0/6 → выбор чисел → 6/6 → участие → результат
Это позволило проектировать не отдельные экраны, а систему состояний продукта.
Навигация учитывает контекст пользователя.
Главный акцент — знакомство с акцией и вход в персональные сценарии.
Отдельно проработаны desktop- и mobile-сценарии и переходы между основными разделами.
Моим ваучерам → Архиву → Личному кабинету
Доля пользователей, завершивших заполнение ваучера.
На каких этапах пользователь прекращает сценарий.
Сколько времени требуется, чтобы найти и выполнить целевое действие.
Возвращаются ли пользователи для повторного участия.
Проектирование проходило поверх существующей продуктовой логики.
Задача дизайна — улучшить структуру и пользовательский опыт без изменения бизнес- логики продукта.
- механика розыгрышей;
- правила авторизации;
- API;
- оплата;
- работа электронных ваучеров;
- существующие пользовательские сценарии.
Продуктовая аналитика не входила в мою зону ответственности, поэтому фактические результаты проекта я не приписываю.
Для проверки новой структуры я бы отслеживал:
Если разделить информационную и персональную части сервиса,
пользователю будет проще разобраться в акции и быстрее переходить к целевому действию.
Изначально я воспринимал задачу преимущественно как веб-дизайн. В процессе работы стало понятно, что основная сложность находится не в визуальном слое, а в организации сценариев
вокруг акции.
Это заставило меня смотреть на проект шире: через информационную архитектуру, пользовательские потоки, состояния и продуктовые гипотезы.
Именно этот опыт стал для меня точкой перехода от веб-дизайна к продуктовому мышлению.
09. Как я бы проверял решение
→ объединяет персональные функции
Вместо набора разрозненных страниц сформирована структура цифрового сервиса:
В результате веб-проект стал не просто промостраницей, а системой связанных пользовательских сценариев, которую можно развивать вместе с продуктом.