Разработка мессенджера
Роль: product designer в команде с двумя разработчиками и менеджером проекта
Сроки: в процессе
Контекст
Из-за нестабильной работы и недоступности популярных зарубежных мессенджеров возникла идея разработать собственный безопасный мессенджер. Первая аудитория, жители России, в перспективе продукт должен закрывать потребности малого бизнеса и рабочих команд
Ограничения
продукт строится с нуля, нет ни существующей дизайн системы, ни готовой базы пользователей
заявлена безопасность как ключевое свойство продукта, что требовало продумать это с самого начала, а не как доработку потом
целевая фича входа по сид-фразам технически пока не реализована, поэтому логика входа для MVP спроектирована отдельно, с расчетом на дальнейший переход на сид-фразы
Задача
Проработать логику приложения, определить ключевые сценарии (включая видео
и аудиозвонки), сформировать основу дизайн системы, представить MVP продукта
Исследование
Анализ конкурентов
Изучила WhatsApp, Telegram, Imo, BiP, KakaoTalk, Zalo, а также российские решения, включая MAX и Signal. Сравнивала по интерфейсу и навигации, качеству звонков, безопасности и приватности, стабильности работы и наличию явного разделения личного и рабочего пространства.
Telegram остается лидером по гибкости и удобству, но не разделяет личное
и рабочее общение и был нестабилен в отдельные периоды, что стало одной
из причин самой идеи проекта. Signal показывает компромисс: максимальная приватность ценой функциональности (нет групп, нет интеграций).
Это дало ориентир: в нынешнее время общение должно быть максимально безопасным и стабильным, при этом с удобством и простотой навигации.
Опросы целевой аудитории
Поговорила с людьми в эмиграции и в России, спрашивала: с кем чаще всего общаются, как часто пользуются мессенджерами, какими мессенджерами пользуются и почему именно ими, для чего используют мессенджеры, что раздражает больше всего, что самое важное при выборе.
Ответы показали, что люди из РФ выбирают по принципу стабильности работы, мессенджеры с возможностью созваниваться со своими близкими и делиться фотографиями.
По итогу стало понятно, что для MVP продукта более чем достаточно реализовать понятный функционал для перекрытия главных потребностей пользователей: текстовые и голосовые сообщения с возможностью отправления фото, видео и файлов, а также видеозвонки.
Процесс и решения
Продумала флоу приложения целиком, включая кастомный вход по сид-фразам
как целевую фичу (сейчас в бэклоге).Разработала основные экраны со скелетонами и представила их команде разработки для оценки реализуемости.
Определила базовые цвета и пак иконок, создала главные компоненты и собрала дизайн MVP продукта.
Было наблюдение, что все еще пользуются популярностью групповые звонки, из-за чего было решение реализовать такой сценарий с созданием групп и групповых звонков.
Сейчас в работе верстка экранов входа, регистрации, а также видео и аудиозвонков, доделываю их самостоятельно для завершенного кейса.
Дизайн система
Поскольку продукт разрабатывается с нуля, отдельной задачей было создать полноценную дизайн систему, а не просто набор экранов. На текущем этапе определены базовые UI-элементы (кнопки, поля ввода и их состояния, переключатели, тоглы и другие), настроена работа с токенами и текстовыми стилями. Все компоненты изначально создавались с учетом повторного использования, масштабирования и передачи в разработку.
Отдельного гайдбука пока нет, это осознанное решение на стадии MVP: ключевые правила и договоренности фиксируются прямо на макетах с пояснениями. При росте продукта и команды формализация дизайн системы и отдельный гайдбук запланированы отдельным этапом.
Рефлексия
Это был для меня новый и во многом сложный опыт: продукт с нуля, без готовой логики и требований. Процессы в команде на старте не были выстроены: я пришла как дизайнер, но полного понимания логики и пожеланий по продукту передано
не было, при этом разработка фронта уже началась параллельно. Пришлось самой держать координацию: сначала провела анализ и опросы, чтобы не проектировать вслепую, потом инициировала регулярные созвоны с командой для обсуждения логики продукта, использовала вайрфреймы, чтобы всем было понятно, как связаны экраны между собой, а не только мне. Из этого вынесла для себя, что на проектах
с нуля роль дизайнера часто шире, чем просто интерфейсы, и требует брать на себя структурирование процесса, если этого никто больше не делает.