После уточнения персоны и стратегии продукта, команда решила сфокусироваться на улучшении существующих сценариев, а не на разработке новых функций.
Мы провели ревью продукта и выявили слабо спроектированные, неоптимальные сценарии интерфейса. Затем мы оценили проблемы и составили приоритезированный бэклог задач.
Когда я провела ревью продукта, я заметила, что в программе нет индикации записи звука. То есть, программа не показывает, будет сейчас записываться звук или нет. Это ошибка проектирования. Интерфейс всегда должен показывать статус, чтобы пользователь понимал что происходит. Мы решили проверить, действительно ли это доставляет неудобство.
По результатам интервью с пользователями, тестирований и обращений в саппорт мы поняла, что доставляет – люди говорили, что они записывают “тестовое видео” на пару секунд, чтобы проверить, что все пишется. По аналитике увидели много 2-3 секундных видео. Необходимость записать короткое тестовое видео перед записью нужно удлиняет путь пользователя до желаемого результата – записи видео. И это показывает, что наш интерфейс недостаточно продуктивен. Добавление индикации звука значительно улучшит опыт пользователя и сэкономит время. Поэтому мы добавили разработку этой функции в бэклог с высоким приоритетом.
Успех работы решили измерять по количеству записанных видео длиной в 1-3 секунды + по количеству обращений в саппорт по этой теме "почему-то не записался звук". Если два этих показателя уменьшатся хотя бы в 2 раза – сценарий успешен.
Я проанализировала конкурентов, рассмотрела разные способы индикации. У нас есть два ограничения – дизайн-система и размер интерфейса Screen Recorder.
Разные способы индицировать запись звука
Так как у нас общие иконки с другими продуктами компании, мы не можем использовать какие-то необычные способы индикации , вроде “иконка в цветном боксе и сам бокс индицирует уровень звука”. А еще, у нас небольшая панель управления, поэтому не любой индикатор будет смотреться органично.
Мы протестировали несколько вариантов и поняли, что некоторые из них пользователь не замечает или не понимает что они значат – именно из-за их размера. Поэтому остановились на индикации, похожей на Google Meet.
Анимированный элемент в виде трёх точек/палочек, который меняется в зависимости от уровня звука.
Он небольшой и влезает в наш интерфейс, не противоречит дизайн-системе.
И главное – даже в таком маленьком размере и без анимации (в прототипе) пользователи поняли, что он означает "программа слышит звук микрофона, он будет записываться".
Контроль звука во время записи – не реализовано
Изначально мы хотели добавить управление звуком (вкл/выкл) во время записи. Здесь была такая проблема: это перегружает текущий интерфейс, становится сложно ориентироваться, панель становится слишком длинной.
Я проанализировала решения конкурентов: сейчас никто не дает управлять звуком во время записи. Пользователи не упоминали это в интервью, на тестированиях и не писали об этом в поддержку. Это не та функция, которая принесет прирост пользователей и значительно улучшит опыт. Это, скорее, "nice to have". А еще, для ее реализации нужно полностью пересматривать интерфейс.
Поэтому мы решили оставить контроль звука и индикацию до начала записи, а во время записи просто показывать индикацию. Это упрощает разработку, экономит время команды и в то же время значительно сокращает путь пользователей, дает им ощущение контроля и уверенности.