4-7 мин чтения
Invites - развитие сервиса для создания
и управления мероприятиями.
Invites - развитие сервиса
для создания и управления
мероприятиями.
Развивал продукт в роли Product Designer: проектировал новые сценарии, развивал дизайн-систему,
работал над монетизацией, улучшал пользовательский опыт и сопровождал реализацию вместе с командой
разработки.
О продукте
Invites — платформа для создания и управления мероприятиями. Она помогает организаторам запускать события, работать с регистрациями, управлять участниками и продавать билеты в одном сервисе.
В роли Product Designer я развивал продукт вместе с командой: проектировал новые сценарии, улучшал пользовательский опыт, развивал дизайн-систему и сопровождал внедрение решений до релиза.
Подход к развитию продукта
Продукт развивался через быстрые итерации. Мы собирали обратную связь из поддержки, общались с активными пользователями, проверяли гипотезы на практике и анализировали конкурентов. Такой подход помогал принимать решения, основанные на реальных пользовательских сценариях, а не предположениях.
Переосмыслить архитектуру продукта
и сделать роли пользователей понятными
Проблема
По мере развития продукта его структура перестала соответствовать новым сценариям. Пользователи путались между ролями организатора и гостя, не всегда понимали, где находятся нужные функции, а вопросы о навигации регулярно приходили в поддержку.
Гипотеза
Если пересмотреть архитектуру продукта, сделать роли пользователей более явными и выстроить навигацию вокруг их основных задач, то новым пользователям станет проще разобраться в сервисе, а взаимодействие с продуктом станет более предсказуемым.
Решение
На основе обратной связи из поддержки, интервью с активными организаторами и анализа конкурентов мы полностью пересмотрели структуру продукта. Переработали главный экран, навигацию и переключение между ролями, а также добавили онбординг и контекстные подсказки для новых пользователей.
Результат
Обновленная архитектура стала основой для дальнейшего развития продукта. Новые функции начали встраиваться в единую систему, а пользователям стало проще ориентироваться в сервисе и быстрее осваивать его возможности.
Спроектировать ценность платной подписки
Переосмыслить архитектуру
продукта и сделать роли
пользователей понятными
Проблема
Продукт позволял бесплатно создавать и проводить мероприятия, поэтому платная подписка не могла строиться вокруг ограничений базового функционала. Нужно было сформировать набор возможностей, которые приносили бы реальную ценность организаторам и одновременно стали первым источником монетизации продукта.
Гипотеза
Если вынести в подписку инструменты, которые помогают организаторам развивать свои мероприятия и экономить время, пользователи будут воспринимать её как полезное расширение продукта, а не как искусственное ограничение бесплатной версии.
Решение
Вместе с командой мы определили сценарии, в которых организаторы получают наибольшую ценность после публикации события. На их основе спроектировали подписку с функциональностью, которая помогала работать с аудиторией и эффективнее развивать мероприятия: аналитика событий, повторные приглашения участников из собственной базы, расширенные инструменты коммуникации и другие возможности для постоянных организаторов.
Одной из ключевых функций стали повторные приглашения участников. После каждого мероприятия организатор автоматически формировал собственную базу гостей и мог приглашать их на новые события в несколько кликов. Это превращало Invites из сервиса для публикации мероприятий в инструмент для развития постоянного сообщества.
Результат
Подписка стала логичным продолжением пользовательского сценария: она помогала организаторам не просто создавать мероприятия, а работать с аудиторией, возвращать участников и эффективнее развивать свои события. Такой подход позволил объединить интересы пользователей и бизнеса, сделав монетизацию частью ценности продукта, а не отдельным ограничением.
Сделать верификацию безопасной и удобной
для команд
Проблема
Организаторы проводили как небольшие локальные мероприятия, так и крупные события, где над публикацией и модерацией работала целая команда. При этом финансовые операции должны были оставаться привязанными к одному верифицированному юридическому лицу или ИП. Нужно было сохранить безопасность платежей и одновременно сделать совместную работу удобной.
Гипотеза
Если разделить финансовую ответственность и рабочие роли внутри продукта, организаторы смогут безопасно работать в команде без создания отдельных аккаунтов и потери контроля над платежами.
Решение
Мы спроектировали систему верификации через банковские сервисы и разработали механизм командного доступа. После подтверждения реквизитов организатор мог приглашать участников команды, назначать им доступ к рабочим сценариям и использовать общий платёжный аккаунт без передачи финансового контроля. Решение несколько раз перерабатывалось на основе обратной связи от пользователей, чтобы сделать процесс подключения максимально понятным.
Результат
Удалось объединить безопасность финансовых операций и удобную командную работу. Система масштабировалась под разные сценарии от небольших организаторов до команд, работающих над несколькими мероприятиями одновременно.
Спроектировать единый центр управления
событиями
Проблема
По мере развития продукта управление мероприятием оказалось распределено между множеством отдельных экранов и сценариев. Организаторам приходилось переключаться между разделами, чтобы редактировать событие, управлять участниками, отслеживать продажи, работать с билетами и коммуникацией.
Гипотеза
Если объединить все ключевые сценарии в единое рабочее пространство, организаторам станет проще управлять мероприятиями, а ежедневная работа с продуктом станет значительно быстрее.
Решение
Мы спроектировали единый центр управления событием, который объединил все ключевые процессы в одном интерфейсе.
В него вошли:
- управление информацией о событии;
- гибкая настройка билетов, промокодов и приглашений;
- работа с участниками через CRM;
- аналитика просмотров, регистраций и продаж;
- управление организаторами и ролями команды;
- уведомления и повторные приглашения аудитории;
- управление календарями и публикацией событий.
Все сценарии проектировались как единая система и постепенно расширялись вместе с развитием продукта.
Результат
Вместо набора разрозненных экранов организаторы получили единый инструмент для работы с мероприятием на всех этапах от публикации события до анализа результатов после его завершения.
Помимо ключевых решений
Что еще удалось реализовать
Помимо ключевых продуктовых изменений, за время работы я участвовал в развитии продукта сразу по нескольким направлениям:
- разработал дизайн-систему с нуля и сформировал единые паттерны интерфейсов;
- проектировал новые пользовательские сценарии для веб-версии и Telegram Mini App;
- участвовал в формировании стратегии развития продукта вместе с командой;
- выстроил процесс взаимодействия с разработкой и сопровождал реализацию решений до релиза;
- проводил UX-аудиты существующих сценариев и улучшал их на основе обратной связи пользователей;
- участвовал в быстрых продуктовых итерациях, проверке гипотез и развитии функциональности сервиса.
Итог
За время работы над Invites мне удалось поучаствовать не только в проектировании интерфейсов, но и в развитии самого продукта. Вместе с командой мы формировали гипотезы, проверяли их на основе обратной связи пользователей и постепенно выстраивали систему, которая масштабировалась вместе с ростом сервиса. Именно этот опыт стал для меня переходом от проектирования отдельных экранов к продуктовому мышлению.За время работы над Invites мне удалось
поучаствовать не только в проектировании
интерфейсов, но и в развитии самого продукта. Вместе
с командой мы формировали гипотезы, проверяли их на
основе обратной связи пользователей и постепенно
выстраивали систему, которая масштабировалась
вместе с ростом сервиса. Именно этот опыт стал для
меня переходом от проектирования отдельных экранов
к продуктовому мышлению.