Представьте, что вам надо настроить камеры для целого города или очень большого завода, где их сотни или тысячи. Как сделать это удобно и не сойти с ума от конфигурирования каждой из этой тысячи?
У нас в конфигураторе Macroscop камеры организованы в виде «дерева».
Оно представляет собой вложенный список подключенных камер с возможностью просматривать информацию и задавать настройки. И является одним из основных инструментов для работы с устройствами.
Год назад мы столкнулись с необходимостью обновления дерева камер. Задача оказалась объемной, потребовала плотного общения с пользователями, а также решения ряда связанных с этим сложностей.
В этой статье мы расскажем:
как обновилось дерево камер, и что это дало нашим пользователям;
с какими сложностями мы столкнулись при изучении пользовательского опыта и что с этим сделали;
а также как в целом устроен процесс работы над UX в Macroscop.
Проблемы пользователей
Деревом камер пользуются в любых системах – от десятков до тысяч камер. И чем устройств больше, тем чаще админы обращаются к нему – меняют настройки, переносят камеры между серверами, добавляют новые устройства и т.д. Фактически дерево камер становится одним из основных инструментов их работы.
Мы получали обращения о том, что в ряде стандартных сценариев работать с ним неудобно: пользователям не хватает возможности выполнять групповые операции, элементов управления, элементов идентификации камер и т.д. Все это приводит к тому, что на выполнение рутинных задач администрирования СВН часто тратится очень много времени (и нервов).
Например:
И это не единичный кейс.
Процесс пошел
Стало очевидно, что дерево камер требует изменений. Чтобы обновление было максимально удобным для пользователей, мы начали с исследования сценариев его практического применения в СВН.
В нашей сфере получение обратной связи от пользователей – задачка «со звездочкой». Она решаема, но требует приложения бОльших усилий и времени в связи со спецификой рынка. Так как ПО Macroscop используется в закрытых системах безопасности, оно не собирает и не передает разработчикам никакую поведенческую статистику. А за счет того, что наша компания работает преимущественно по B2B-модели –через дистрибьюторов и инсталляторов, прямого выхода на конечных пользователей, которых можно опросить, у нас зачастую тоже нет.
Поэтому для того, чтобы получить представление о сценариях взаимодействия с деревом камер, мы задействовали несколько источников. Во-первых, связались с теми, кто непосредственно обращался к нам с релевантными проблемами или предложениями. А также через e-mail анкетирование партнеров получили некоторое количество контактов их заказчиков, которые пользуются деревом в своих системах. С ними также провели интервью.
Дополнительно собрали кейсы с наших сотрудников, которые непосредственно взаимодействуют с пользователями - менеджеров, специалистов техподдержки, пресейл-инженеров. И наконец, провели анализ конкурентов.
В результате выявили сценарии практического использования дерева и наиболее острые проблемы и недочеты при работе с ним. В их число вошли:
сложности выполнения однотипных операций над группой камер (например, перенос на другой сервер – только по одной камере);
отсутствие удобного способа найти камеры по конкретным признакам (например, с включенным звуком или видеоаналитикой);
отсутствие возможности зафиксировать какое-либо описание или комментарий для камеры (например, место установки и т.п.)
А дальше работа пошла по понятному алгоритму: мы приоритизировали проблемы, сформировали варианты их решений и, обсудив возможности и сроки их реализации с разработкой, собрали несколько прототипов обновленного дерева камер. Далее перешли к тестированию- сначала – коридорному, потом – на реальных пользователях. И, внеся корректировки по итогам всех тестов, выработали конечный вариант обновления.
Результат
В итоге в версии 4.4 мы выпустили обновление дерева камер, которое закрыло наиболее острые проблемы пользователей. Новый функционал помог сократить количество действий, необходимых для выполнения рутинных операций (групповая настройка, перенос камер в папку или на сервер и т.п.) в десятки раз.
Так, для решения рассмотренной ранее задачи с переносом 150 камер со звуком на новый сервер, теперь требуется просто отфильтровать камеры по свойствам и выполнить групповую операцию переноса. Пара кликов – и задача решена.
В список новинок данного обновления дерева камер вошли:
фильтры камер по свойствам (аудио, PTZ, видеоаналитика и др.) — для быстрого поиска по параметрам;
комментарии и теги — для удобной навигации и контекста;
отображение ключевых свойств камер;
групповые операции (перемещение, копирование, удаление);
выполнение операций через горячие клавиши.
Через несколько месяцев после релиза версии 4.4 мы опросили пользователей и партнёров о новинке. И большинство респондентов отметили обновлённое дерево как одну из самых полезных функций этой версии:
«Понравилось упрощённое администрирование через дерево камер — ускоряет рутинные операции».
«Удобные изменения в дереве камер. Отдельное спасибо за теги и комментарии».
Параллельно мы получили пул конкретных пожеланий по дальнейшему развитию дерева, которые уже находятся в проработке, а часть из них – выйдет в ближайшие месяцы.
От частного к общему
Дерево камер – лишь один из кейсов. И в общем мы придерживаемся примерно одного и того же алгоритма, когда работаем над изменением крупных функций:
1. Находим проблему. Источники- разные:
прямой фидбэк пользователей;
наблюдения в ходе исследований и выездов на объекты;
анализ решений других вендоров.
2. Исследуем пользовательский опыт, учитывая ограничения B2B и закрытых систем:
поиск пользователей и интервью с ними;
опрос сотрудников, взаимодействующих с пользователями;
анализ конкурентов.
3. Формируем варианты и прототипируем несколько решений с учетом сроков и возможностей разработки.
4. Проводим внутреннее (коридорное) тестирование, вносим правки.
5. Тестируем на пользователях, формируем финальное решение.
6. Выпускаем обновление и собираем обратную связь после некоторого времени использования.
Мы на связи
Обновление дерева камер — лишь один из примеров того, как мы запросы пользователей проходят путь от проблемы до реализованного решения. Мы продолжаем развивать эту функцию, опираясь на полученный опыт и обратную связь.
При разработке ПО для закрытых систем, когда невозможно опереться на привычную аналитику и массовые данные, основным источником информации о пользовательском опыте для нас остаются живые сценарии и обратная связь. Получение таких данных требует больше времени и усилий, а выборки часто ограничены. И это мотивирует глубже погружаться в опыт каждого пользователя, с которым удаётся выйти на связь.
Если вы пользователь или партнёр Macroscop, и у вас есть пожелания, сложности или идеи по улучшению продукта — пишите на ux@macroscop.com. Ваши обращения попадут напрямую к команде, которая занимается развитием продукта: продакт-менеджерам, аналитикам и UX-дизайнерам. А чтобы мы быстрее и точнее разобрались в вашем запросе, будет полезно указать:
какую задачу вы решаете с помощью функции или инструмента;
в каком сценарии возникает сложность;
как часто вы с ней сталкиваетесь.
Такой фидбэк помогает нам делать продукт удобнее не в теории, а на практике.
