Product Design
2026
Задача
Роль
Ограничения
Новый продукт без истории пользовательской аналитики. Основа первых решений — кабинетное исследование и анализ конкурентов. Гипотезам предстоит проверка.
Сначала хотелось понять, насколько такой продукт вообще нужен. Я изучила открытые данные о досуге и дружбе и отзывы на Кавер, InParty и Meetup.
Спрос на живой досуг растёт
+24–38% — рост продаж билетов у крупных билетных операторов в 2025 году. +50% — рост посещений игровых клубов летом 2025 года.
Компания находится не у всех
12% россиян говорят, что друзей у них нет.
Новых друзей заводят всё чаще
40% россиян завели новых друзей за последние 2–3 года. В 2013 году таких было 29%.
Задачу решают по частям
Афиши отвечают, куда сходить, но не показывают, кто ещё идёт. 74% россиян пользуются Telegram, но досуг там смешан с личной и рабочей перепиской.
Вывод
Отзывы помогли выявить, что именно не нравится пользователям, но не давали полного представления о том, как устроены сами приложения. Чтобы увидеть это изнутри, я разобрала InParty, Кавер и Meetup по пяти группам экранов: лента, поиск, страница события, создание события, группы.
Meetup
Международная платформа событий и сообществ по интересам, работает с 2002 года. Не прямой конкурент, но эталон связки «события + постоянные группы».
Постоянные группы удерживают людей, но событие без группы не создать, а чат события закрывается через сутки — связь обрывается сразу после встречи.
InParty
Приложение для поиска друзей и компании по интересам, работает с 2022 года. Прямой конкурент: люди собирают компанию через «сборы».
На карточке только число участников — ни лиц, ни фото. Общий чат закрыт подпиской, поэтому общение уходит в личные сообщения, а не в общую встречу.
Кавер
Афиша необычных событий и сервис знакомств в 20+ городах России, работает с 2018 года. Прямой конкурент.
Аватары тех, кто хочет пойти, помогают решиться. Но первый экран ленты занимает подписка, а внутри события — анкеты для знакомств: встреча превращается в дейтинг. 394 из 500 свежих отзывов — на 1–2 звезды. 341 из 400 — у Meetup. Больше всего жалоб — на платный доступ к базовым функциям.
Вывод
Решиться пойти помогает то, кто ещё идёт, а удержать компанию — общий чат. Мешают лишние условия и уход в знакомства.
Я разложила в схемы все сценарии приложения: что человек делает, где выбирает, где может ошибиться и куда возвращается. Во время дизайна я постоянно на них опиралась.
Несколько входов
В один сценарий можно попасть из разных мест, и от входа путь может меняться. На схемах сразу видно все входы.
Ошибки видны заранее
Не загрузилось фото, дата начала уже прошла, свободных мест нет — для каждого случая нужно своё состояние и путь назад.
Мне хотелось, чтобы в приложении чувствовалась эмоция живых встреч. Я собрала референсы и мудборд, наметила общий стиль и перенесла его на несколько экранов.
После формирования основных пользовательских сценариев и визуальной концепции я разработала базовую дизайн-систему. Её задача — обеспечить единообразие интерфейса, упростить дальнейшее проектирование и сделать систему масштабируемой по мере развития продукта.
Я структурировала UI-kit по нескольким направлениям:
Foundation: определила типографику, цветовую палитру, градиенты и систему иконок.
Components: создала библиотеку переиспользуемых компонентов — кнопок, полей ввода, элементов навигации, табов, форм и других UI-элементов.
Documentation: зафиксировала базовые принципы визуального языка и правила использования компонентов.
По мере развития продукта дизайн-система дополнялась новыми элементами и состояниями. В результате она стала единой основой для проектирования интерфейсов и была передана в разработку для дальнейшей реализации в коде.
Лента и поиск — два пути к одной цели: найти, куда сходить. В ленте смотрят рекомендации, а в поиске ищут конкретное — по дате, месту и интересам.
Гипотеза 1 — карточка события
Если показывать на карточке друзей, которые идут, события будут открывать чаще — знакомые лица помогают решиться. Остальное — по приоритету: при лимите мест — сколько их осталось, без лимита — сколько людей идёт.
Кроме событий, в ленте есть комьюнити и вишлист. На карточке комьюнити видно друзей или число участников, а в вишлисте — желания вроде «хочу покататься на коньках», которые можно исполнить.
Гипотеза 2 — отдельная вкладка поиска
Если вынести поиск в отдельную вкладку со своими фильтрами, найти конкретное событие станет проще. Лента останется для рекомендаций и не будет мешать точному запросу.
Поиск — отдельная вкладка с разделами «События», «Комьюнити» и «Люди». У каждого раздела свои фильтры, а число результатов видно на кнопке ещё до применения.
У каждой роли свои задачи, и событие выглядит для них по-разному. Владелец управляет событием целиком и сам решает, что можно администраторам: например, одобрять заявки, редактировать информацию или удалять сообщения в чате.
Гипотеза 1 — вкладка заявок
Если в событии по заявкам показывать владельцу вкладку «Заявки» вместо «Мои друзья», он не пропустит новые заявки. Друзей он при этом не потеряет: в списке участников они идут сразу после владельца и администраторов.
В настройках владелец меняет информацию о событии, кто его видит и как в него попасть, назначает администраторов или отменяет событие. Уведомлениями можно управлять прямо из события — это доступно всем ролям, отличается только набор.
Гипотеза 2 — открытый чат после события
Если не закрывать чат после завершения или отмены события, участники не потеряют связь. Они уже успели пообщаться, и в том же чате им будет проще договориться о новой встрече.
Чат появляется вместе с событием и открывается, когда человек становится участником. После завершения или отмены события переписка продолжается. Закрывается чат только при удалении события: писать больше нельзя, но история остаётся.
Сначала человек рассказывает о событии: добавляет обложку, название, описание, даты и число мест. Потом указывает адрес, а в конце решает, кто увидит событие и как к нему можно присоединиться. После этого событие сразу получает свой чат.
Видеть и вступить — отдельно
Кто видит событие и как в него попасть — две разные настройки. Например, событие могут видеть все, а вступить — только те, чью заявку одобрили.
Скрыть от конкретных людей
Событие можно показать всем или только друзьям, но скрыть от отдельных людей. Тогда не нужно из-за пары человек выбирать всех гостей вручную.
В приложении много разной активности: события, комьюнити, вишлист и друзья. Всё это собрано в профиле, оттуда же открываются настройки — уведомления, приватность, тема и язык.
Гипотеза 1 — уведомления по темам
Если разложить уведомления по темам, человек выключит лишнее, а не все сразу. Так у приложения остаётся способ рассказать о новых событиях, а у человека — повод вернуться.
В приватности человек настраивает каждый раздел отдельно: кто видит друзей, события, комьюнити и вишлист и кто может ему писать. Исключения работают так же, как в событии: раздел виден всем, кроме выбранных людей.
Гипотеза 2 — уведомления о друзьях
Активность друзей важна меньше, чем события, а лишние уведомления о ней только мешают. Поэтому уведомления о друзьях по умолчанию выключены, а включить их можно прямо на странице человека.
Добавление в друзья — это заявка: пока её не приняли, её можно отменить. Когда приняли, на странице человека появляются кнопка «Написать» и колокольчик — им включают уведомления о его активности.
В начале была простая проблема: человек хочет куда-то выбраться и с кем-то познакомиться, но не знает, где искать. В итоге лента и поиск помогают найти событие, событие собирает людей, чат сохраняет связь после встречи, а комьюнити даёт повод вернуться.
Главный вызов
Сложнее всего было держать в голове весь продукт: около 650 экранов в двух темах и на двух платформах, и в каждом месте свои нюансы. При этом продукт менялся на ходу.
Профессиональный рост
Научилась проектировать пути, где всё зависит от роли и состояния: одно событие по-разному видят владелец и участник. А работа рядом с разработчиками дала понимание технических ограничений.
Что поменялось в подходе
Теперь UI-кит собираю сразу со всеми нужными компонентами — так работа идёт быстрее. А любой вопрос, даже мелкий, сначала проверяю коротким ресёрчем.