Введение
Я — арт-директор в студенческой организации в ВШЭ под названием Стилеру. Внутри данной организации студенты занимаются проектами, чтобы имитировать продуктовые процессы и нарабатывают опыт, который в дальнейшем оформляют найма на работу в компании.
В течение последних 3 лет данный проект не находился в активной разработке, но после Осенней Школы 25', на которой мы наняли и обучили состав новых дизайнеров, разработчиков, маркетологов и продактов, мы (руководство Стилеру) приняли решение «возродить» проект и дать возможность новеньким реализоваться.
Дискавери процесс (MVP)
Команда на момент начала работы состояла из двух разработчиков, продакта и одного дизайнера (меня). На руках у нас были наработки предыдущих команд, которым так и не удалось запустить прошлые итерации продукта, что крайне помогало мне не начинать работу с чистого листа, а проводить анализ исходя из уже существующих данных и актуальных конкурентов нашего продукта.
Вот небольшое овервью того, с чем можно было работать:
Теперь переходим к поиску конкурентов. Для этого я использовал ИИ, которому я описал, что мы делаем за продукт, какие у него фичи для MVP и какой роадмап. Как итог, у нас получилось два списка прямых конкурентов, среди которых мы выделили основные фичи core-продукта (организация встреч):
Основной критерий выхода на маркет-нормал — наличие и стабильная работа ключевых фич без критических проблем с юзабилити, подтверждённых тестами. После этого должна пройти пара итераций, которые подтвердят, что наши фичи понимаются пользователями и реализованы должным образом. Следующими итерациями должны быть имплементированы те фичи, в которых проседают конкуренты.
Дополнительно я провел анализ конкурентов через SimilarWeb — это помогает понять каналы дистрибуции конкурентов, распределение по платформам и общее положение дел.
Исходя из данных SimilarWeb можно выявить некоторые закономерности относительно прямых конкурентов.
Дополнительно я решил удостовериться в том, какая у нашего продукта потенциальная целевая аудитория. Изначально продукт создавался как замена LettuceMeet — достаточно неплохому продукту, созданному для сбора доступности у разных участников.
Моя изначальная гипотеза заключалась в том, что целевую аудиторию объединяют не базовые параметры (возраст, сфера деятельности), а поведенческие паттерны и контекст использования продукта.
На примере айтишников: один и тот же специалист ведёт себя по-разному в зависимости от роли. Сотрудник компании сам выбирает удобный слот из доступных в календаре. Разработчик или стейкхолдер в студии лишён этой свободы — он подстраивается под время заказчика. Таким образом, сегментировать аудиторию стоит не по профессии, а по степени автономии в принятии решений — в данном случае, в управлении своим временем.
Следующим шагом нужно провести скоупинг и приоритезацию фич. Я должен акцентировать внимание на разработке фич, которые сделаны у большинства конкурентов, чтобы выйти на маркет-нормал. Еще раз подведем, что именно я должен реализовать:
Дизайн
Теперь приступаем к проработке дизайна. Для этого я подготовил основной пользовательский сценарий и начал сразу же рисовать макеты. Выбор стиля дизайна не стоял особо остро, среди главных вещей стоило учитывать: логотип, основной брендовый цвет (синий).
Данные сценарии учитывают самое основное, что есть во встречах: создание, изменение данных, методы распространения встречи. Следующим шагом можно посмотреть то, как выглядит интерфейс:
Среди дизайн-решений хочется выделить выбор расположения блоков интерфейса. Выбранный лейаут позволяет минимизировать вертикальный скролл, учитывая, что у нас есть немало блоков (каледари, описания, списки участников), которые требуют вертикального пространства. Вместе с этим растет и процент эффективно используемого пространства макета, а также минимизируется когнитивная нагрузка на пользователя.
Наиболее интересная задача, с которой я столкнулся во время проектирования интерфейса — это логика семантики распределения цветов. Вот некоторые ограничения и идеи, которые я выделил во время работы:
- Палитра цветов составлена из 10 оттенков брендового цвета
- В 90% случаев наших основных джобов количество людей, посещающих встречи — меньше 7
- В случае, если количество людей составляет больше 10 человек (например, во время организации мероприятий) — используется формула расчета: кол-во человек / 10, далее по диапазону идет распределение цветов.
Тестирование интерфейса
Тестирование интерфейса проходило в рамках юзабилити-теста на интервью с людьми, которые сталкиваются с проблемами по организации встреч. Мы проходились по основному флоу, обсуждали, что хотели бы видеть пользователи в сервисах. Поговорить об анализе данных для гипотез, полученных от пользователей, мы сможем попозже, а пока поговорим про юзабилити тест, проведенный на 16 людях, 8 из которых никогда не сталкивались с Termeet, а другие 8 пользовались конкурентами:
- 50% новых пользователей не понимают, как добавить своё время
- Среди 12 участников у 2 возникли проблемы с тем, чтобы сохранить своё время
- 5 пользователям не до конца понятна логика заполнения полей для встречи (обязательные и необязательные)
Проблемы с пунктами 1 и 2 должны решаться достаточно просто: мы добавляем гайд, в котором прописываем логику и последовательность шагов, требующихся для удачного заполнения времени. Дополнительной мерой можно сделать анимацию заполнения слотов по нажатию на кнопку «Добавить время».
Касательно пункта 3 — тут нужно думать, какое решение вызовет минимальное количество шума и улучшит UX сценария. Есть четыре основных способа выделения полей в форме:
- Не выделять поля вообще
- Выделять только обязательные поля
- Выделять только необязательные поля
- Выделять все поля
В нашем случае, где среди обязательных полей — календарь и название встречи — стоит использовать второй принцип (выделение обязательных полей). Это минимизирует количество добавляемых элементов, оставит форму относительно чистой и понятной. После тестов, если показатели не улучшатся, стоит рассмотреть вариант добавлять аннотации / подсказки вообще во все поля формы.
По окончанию деливери-процесса мы решили протестировать интерфейс на улучшение показателей. Я связался как с предыдущими, так и новыми респондентами. Получилась новая выборка в 14 человек, где 7 человек — уже «бывалые» респонденты, у которых в первый раз были проблемы с заполнением и созданием встречи. Другие 7 человек — это новые респонденты, которые никогда не сталкивались с похожими продуктами.
Финальные результаты юзабилити-тестов:
Разумеется, выборка слишком мала, чтобы считать результаты валидными, так что со временем обязательно дополню данный блок количественными данными.