Мобильное приложение Spooly

Ниже несколько ключевых экранов приложения и результаты редизайна. После них расскажу о процессе работы, принятых решениях и подходе к проектированию.

Когда я присоединилась к проекту, базовый функционал уже был: групповой мэтчер, чаты и профиль. Но онбординг, мэтчер 1:1, фильтры поиска, лайки и премиум-подписка ещё не были спроектированы.

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

За время работы над проектом сильно переработали пользовательский опыт, расширили функциональность и создли целостный визуальный язык продукта.

До/После:

Я работала над проектом part-time, около 20 часов в неделю, в составе небольшой кросс-функциональной команды: CEO, бизнес-аналитик, разработчики, маркетолог, sales-менеджер, переводчик и дизайнер.

ве встречи в неделю на английском языке, где каждый участник делился прогрессом и обсуждал следующие шаги по своему направлению.

Мои ключевые задачи:

• Осуществить полный редизайн продукта в короткие сроки;
• Создать масштабируемую дизайн-систему и обновить визуальный стиль продукта;
• Спроектировать новые разделы продукта: онбординг, мэтчер 1:1, фильтры и премиум-подписку Spooly;
• Улучшить пользовательский опыт существующих сценариев, опираясь на лучшие практики рынка дейтинг-приложений;
• Обеспечить единый пользовательский опыт на iOS и Android;
• Подготовить маркетинговые материалы для инвесторов и публикации приложения в сторах.

На старте проекта мы совместно разбирали существующий продукт, бизнес-цели и будущую стратегию развития. Вместе с командой формулировали вопросы по каждому разделу, обсуждали гипотезы и фиксировали идеи для дальнейшей проработки.

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

Основной целью был быстрый запуск конкурентоспособного MVP при ограниченном бюджете.

Мы придерживались принципа «20% усилий дают 80% результата»: концентрировались на решениях, которые создавали максимальную ценность для пользователей и бизнеса при разумных затратах на разработку.

Такой подход позволил не перегружать первую версию продукта, быстрее выйти на рынок и заложить основу для дальнейшего развития на основе обратной связи от пользователей.

Приложение выходило на насыщенный, но активно меняющийся рынок. СНГ-рынок дейтинг-приложений на момент 2024 года генерировал ~$800K в месяц при 2 млн установок. После ухода Tinder и Badoo рынок не заполнился: около $1M выручки оставались свободными. Локальные игроки Mamba и VK Знакомства не смогли полностью закрыть эту нишу.

Мы также заметили одну особенность: приложения фокусировались либо на дейтинге, либо на нетворкинге. В Spooly мы решили заложить оба сценария, чтобы получить больший приток пользователей.

На момент начала работы у продукта ещё не было активных пользователей, поэтому для понимания потребностей аудитории я провела несколько коротких интервью с потенциальными пользователями приложения.

Что говорили пользователи:

• «Обычно перевожу диалог в Telegram — там удобнее общаться»;
• «Приложения для поиска людей по интересам часто неудобны и перегружены»;
• «Хочу находить людей со сжими интересами, а не только для романтических знакомств»;
• «Иногда случайно пропускаю интересную анкету и потом не могу к ней вернуться».

Ключевые инсайты:

На основе интервью удалось выделить несколько повторяющихся потребностей:

• Пользователи хотят находить людей по общим интересам, а не только для романтических знакомств;
• Многие приложения не предлагают достаточно гибких инструментов для поиска релевантных знакомств;
• Встроенные чаты часто воспринимаются как временное решение, поэтому общение быстро переносится в мессенджеры;
• Пользователям не хватает контроля над процессом мэтчинга и возможности вернуться к ранее просмотренным профилям.

Как это повлияло на продукт:

Чтобы закрыть наиболее важные потребности пользователей в рамках MVP, мы сфокусировались на следующих направлениях:

• Добавили к групповому персональный мэтчинг (1:1) для разных сценариев общения — от нетворкинга до романтических знакомств;
• Спроектировали систему тегов и AI-подбора для более релевантных рекомендаций;
• Разработали умные фильтры поиска;
• Переработали опыт общения внутри приложения, сделав чат полноценной частью пользовательского сценария;
• Добавили возможность возвращаться к предыдущей анкете.

Как работает система интересов:

Приложение заточено под интересы пользователей. Они представлены в виде тегов.

• Пользователь добавляет тег "Шерлок Холмс" — алгоритм связывает его с похожими сущностями: "Мориарти", "Гай Ричи", "британская литература" и т.д. — и рекомендует пользователей со схожими интересами.

• Пользователи с несколькими пересекающимися тегами объединяются в динамические беседы или предлагаются друг другу для диалога 1:1 — так органично формируются микрокомьюнити.

Перед началом проектирования я прошла весь пользовательский путь как новый пользователь и провела UX-аудит существующей версии приложения.

В результате удалось выявить несколько областей для улучшения:

• Отсутствовал онбординг, поэтому новым пользователям было сложно понять ценность системы тегов и принцип работы рекомендаций;
• Поддерживалась только тёмная тема, что могло снижать комфорт использования для части аудитории;
• Приложение поддерживало только групповой мэтчинг — сценарий знакомств и общения 1:1 отсутствовал;
• Интерфейс был собран из различных наборов компонентов, из-за чего возникали проблемы с визуальной консистентностью;
• Некоторые навигационные решения требовали пересмотра. Например, уведомления занимали отдельный пункт нижнего меню, хотя использовались как вспомогательный сценарий;
• Также были выявлены менее критичные UX-проблемы, связанные с навигацией, структурой контента и отдельными пользовательскими сценариями.

Перед проектированием каждого нового раздела я анализировала решения популярных приложений в нише знакомств и поиска единомышленников: Tinder, Bumble, Mamba, Boo и других.

Например, при работе над онбордингом я собрала и сравнила первые пользовательские сценарии конкурентов, чтобы понять, какие подходы уже знакомы аудитории и считаются отраслевым стандартом.

Основной целью было не создание уникальных паттернов, а использование проверенных решений, которые позволяют быстрее запустить MVP и снизить порог входа для новых пользователей.

Для первой версии продукта мы сознательно опирались на best practices и привычные пользовательские паттерны, сохраняя фокус на скорости запуска и качестве базового опыта.

Для новых разделов, которые предстояло разработать с нуля, я начинала работу с вайрфреймов.

Это позволяло быстро проверять структуру экранов, обсуждать контент с командой и согласовывать логику сценариев до перехода к визуальному дизайну.

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

Обновлённый интерфейс — чистый и молодёжный, рассчитанный на Gen Z и миллениалов: яркие градиенты, интуитивная навигация и визуалы, которые цепляют эмоционально.

При этом особое внимание уделялось читаемости, простоте навигации и масштабируемости интерфейса по мере развития продукта.

Была разработана дизайн-система, которая объединила цвета, типографику, компоненты и паттерны взаимодействия. Это позволило повысить консистентность интерфейса и упростить дальнейшую работу над продуктом.

В предыдущей версии приложения поддерживалась только тёмная тема. По результатам аудита было принято решение добавить полноценную поддержку светлой и тёмной тем.

Для этого я разработала систему цветовых токенов, которая обеспечивала единое поведение компонентов в обеих темах и упрощала дальнейшее масштабирование интерфейса.

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

На старте проекта у продукта уже был логотип, поэтому задача не заключалась в полном ребрендинге. Команда хотела сохранить узнаваемость существующего знака, одновременно сделав его более сбалансированным и адаптивным.

В ходе анализа я обнаружила несколько проблем:

• Логотип был подготовлен только для тёмной темы интерфейса;
• Отступы сверху и снизу внутреннего знака в контейнере были слишком малы и не сбалансированы;
• Отсутствовала текстовая версия логотипа для использования в маркетинговых материалах и коммуникациях бренда;
• Знак плохо масштабировался и терял читаемость в небольших размерах.

Вместо радикального изменения формы был выбран путь эволюционного обновления: я сохранила общую геометрию и узнаваемость знака, скорректировала пропорции, улучшила внутренние отступы и подготовила версии для светлой и тёмной тем.

В результате логотип стал визуально чище, лучше масштабируется и органичнее выглядит внутри обновлённой дизайн-системы.

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

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

Поэтому в процессе онбординга пользователь указывает базовую информацию для персонализации рекомендаций: имя, возраст, цели знакомства, интересы, предпочтения по поиску, дистанцию, настройки приватности и добавляет минимум две фотографии.

После настройки профиля приложение знакомит пользователя с основными механиками: мэтчингом, свайпами, поиском сообществ и созданием чатов.

Гипотеза: пользователи, которые заполняют профиль и добавляют фотографии во время первой сессии, получают более релевантные рекомендации и с большей вероятностью продолжают пользоваться приложением.

Ключевой раздел приложения — мэтчер. С него начинается основной пользовательский сценарий. Чтобы снизить порог входа, были использованы привычные для аудитории механики: свайп вправо для лайка и свайп влево для пропуска.

Пользователю доступны два режима поиска: групповой мэтчинг и знакомства 1:1.

В групповом режиме пользователи находят сообщества по интересам. Рекомендации формируются на основе тегов профиля и могут дополнительно уточняться с помощью фильтров. При лайке группы пользователь автоматически присоединяется к её чату и может сразу начать общение с участниками.

Режим 1:1 предназначен для поиска друзей, партнёров и единомышленников. Помимо стандартных лайков пользователям доступен персонализированный SpoolyLike. Для повышения релевантности рекомендаций можно настроить цели знакомства, предпочтения по поиску и дистанцию.

При взаимном интересе создаётся мэтч и появляется возможность сразу начать диалог. Все взаимные лайки дополнительно сохраняются в разделе «Лайки».

Гипотеза: разделение группового и персонального мэтчинга помогает пользователям быстрее находить подходящий формат общения и получать более релевантные рекомендации.

В разделе «Чаты» собраны все активные диалоги пользователя: как групповые сообщества, так и переписки 1:1. Такой подход соответствует привычным паттернам современных мессенджеров и позволяет управлять всеми коммуникациями из одного места.

Во время интервью пользователи отмечали, что после знакомства часто переходят в Telegram. Поэтому при проектировании чатов я ориентировалась на знакомые паттерны мессенджеров, чтобы сделать общение внутри приложения максимально привычным.

С экрана всех чатов пользователь может создавать собственные сообщества по интересам, искать существующие чаты и переходить на страницу чата.

Страница чата:

Для сообществ была предусмотрена ролевая модель с тремя уровнями доступа:

• Администратор — управляет участниками, назначает модераторов и может удалить чат.
• Модератор — помогает управлять сообществом и участниками.
• Участник — может общаться внутри сообщества.

Гипотеза: привычный интерфейс чатов поможет пользователям дольше оставаться внутри приложения и реже переходить в сторонние мессенджеры.

Профиль объединяет информацию, собранную во время онбординга: фотографии, интересы, цели знакомства и другие данные, влияющие на рекомендации.

В дальнейшем пользователь может редактировать и дополнять профиль.

Гипотеза: чем полнее заполнен профиль пользователя, тем более релевантные рекомендации он получает и тем выше вероятность успешного мэтча.

В разделе «Лайки» пользователь видит взаимные мэтчи и полученные Super Likes.

Параллельно была спроектирована концепция подписки Spooly Premium для следующих итераций развития продукта. В рамках подписки пользователи могли бы получить доступ к полному списку лайков, безлимитным лайкам, приоритету в рекомендациях и дополнительным возможностям поиска.

Однако, следуя стратегии MVP, команда решила сфокусироваться на ключевых сценариях знакомств и общения, а монетизацию оставить для последующих релизов.

Гипотеза: после подтверждения ценности продукта и появления активной аудитории часть пользователей будет готова платить за инструменты, повышающие эффективность поиска и видимость профиля.

Изначально приложение было реализовано только в тёмной теме, и это было связано с изначальными предпочтениями CEO стартапа.

В процессе работы было принято решение добавить поддержку светлой темы и сделать её основной, сохранив при этом возможность переключения между режимами.

В UX-практике светлая тема часто оказывается более предпочтительной для большинства пользователей в дневное время и в интерфейсах с большим количеством контента, так как снижает нагрузку на восприятие и повышает читаемость.

Гипотеза: наличие светлой темы повышает комфорт использования и расширяет аудиторию приложения за счёт разных сценариев использования.

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

Для социальных сетей я разработала набор шаблонов постов, которые можно было легко адаптировать и поддерживать даже без участия дизайнера. Это позволило команде оперативно выпускать контент и сохранять единый визуальный стиль коммуникации.

Также были подготовлены промо-материалы для App Store и Google Play, включая экраны приложения, демонстрирующие ключевые сценарии использования и основные фичи продукта.

В результате работы был переработан и расширен MVP-продукт. Были добавлены ключевые сценарии (1:1 мэтчинг, онбординг, фильтры поиска), улучшена структура приложения и создана единая дизайн-система, обеспечившая консистентность интерфейса. Продукт стал готов к первому релизу и тестированию на реальной аудитории.

Проект стал для меня ценным опытом работы в условиях MVP и ограниченных времени и бюджета, где решения принимались на стыке UX-исследований, best practices и бизнес-ограничений.

Если бы я возвращалась к нему в 2026 году, я бы уделила больше внимания edge cases, добавила бы процент заполненности профиля (влияющий на показы в мэтчере), показатель совместимости по интересам в мэтчинге, а также более глубоко проработала сценарии чатов.