Панель состояния сетей для компании с множеством площадок

Одна панель для сотен сетей

Моя роль

Старший UX-дизайнер

Работодатель
World Wide Technology
Команда
Asynchrony Labs, подразделение WWT по разработке программного обеспечения
Где
Сент-Луис
Когда
2018
  1. Я принял продуктовый дизайн, когда полевое исследование застопорилось, и вернул работу к концепциям, на которые люди могли бы реагировать.
  2. Я пересобрал интерфейс как прототип в новом стиле, не выходя за пределы каталога компонентов Material, чтобы он читался как эксперимент и дал будущим пользователям повод для энтузиазма.
  3. В прототипе я воссоздал карту, с которой начинается продукт, где каждая сеть показана точкой, окрашенной по модели статусов на основе загрузки, а также провизионер и редактор captive-портала.
  4. Провёл ревью доставшейся мне сборки ноября 2018 года, и каждая красная пометка стала вопросом для следующей итерации.
  • 66 артбордов в прототипе, от Network Health в пяти видах до подробных страниц площадок
  • 4 вопроса из моего ревью доставшейся сборки, каждый в виде красной пометки на снимке
  • 5 видов Network Health в прототипе: общее состояние, состояние аплинков, загрузка, время безотказной работы и задержка пакетов
  • 3 или 4 корпоративных клиента пользовались им после запуска; дальше них он так и не вырос

Кратко

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

Я принял продуктовый дизайн панели, которая отвечала на этот вопрос, после того как полевое исследование застряло на повторном документировании Material Design, и пересобрал интерфейс как прототип, который мог увлечь людей: новый стиль поверх Material, заметно экспериментальный, сделанный, чтобы получить их отзывы. Его запустили, и им пользовались три-четыре корпоративных клиента, хотя дальше них он так и не вырос.

Кто участвовал

  • Asynchrony Labs Подразделение WWT по разработке программного обеспечения, инженеры которого построили продукт.
  • Клиент Поставщик управляемых сетей для компаний с множеством площадок. Здесь я называю его только по отрасли.
  • Владельцы продукта Приносили проблемы в виде концепций, часто как просьбы переставить части интерфейса.
  • Дизайнер до меня Руководил продуктовым дизайном до меня.
  • Я Продуктовый дизайн с момента передачи: моё ревью доставшейся сборки, а затем прототип, в котором я воссоздал её карту, провизионер и редактор captive-портала.
Вид Network Health в прототипе: 467 тестовых сетей по всей стране в виде точек статуса на тёмной карте, норма, наблюдение, предупреждение или критично, под панелью навигации с разделами Network Health, Visitor Intelligence, Captive Portal и Provisioner, с поиском, выбором отображения, статуса и периода над картой. Логотип клиента закрыт, данные тестовые.
Прототип, Network Health. Каждая сеть страны как точка статуса, в стиле, ушедшем дальше стандартного Material, чтобы будущие пользователи видели, что это что-то новое.
Читать материалы . Разделов: 8, около 3 мин

С чего всё началось

Продукт создавался в Asynchrony Labs, подразделении WWT по разработке программного обеспечения, для поставщика управляемых сетей для компаний с множеством площадок. Когда в 2018 году я принял его продуктовый дизайн, мой предшественник потратил время, отведённое на исследование, на повторное документирование Material Design и определение ограничений, хотя дизайн-концепции, способной кого-то увлечь, ещё не было. Полевое исследование застопорилось, потому что людям не на что было по-новому реагировать.

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

Карта сетей центральной части США в доставшейся мне сборке: 483 сети в виде точек статуса, в основном зелёные, с переключателями для статусов «норма», «наблюдение», «предупреждение», «критично» и «не настроено» и легендой, связывающей каждый статус с диапазоном загрузки. Красная пометка из моего ревью спрашивает, можно ли сделать легенду видимой всегда.
Доставшаяся мне сборка, ноябрь 2018 года. 483 тестовые сети на одной карте, окрашенные по модели статусов. Красная пометка из моего ревью.

Прототип, который мог увлечь людей

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

Этим приёмом пользуются опытные полевые исследователи, а мне нужны были их отзывы. Ещё я хотел, чтобы они увидели: Material Design нас не ограничивает. Во всей дизайн-организации это ограничение считалось само собой разумеющимся.

Страница площадки в прототипе, вид Network: состояние аплинка для общего подключения и двух каналов WAN в сравнении со вчерашним днём, график доступности со сравнением 13:00 с 13:00 и загрузка канала на приём и на отдачу по часам. Название площадки, её адрес и логотип клиента закрыты, данные тестовые.
Площадка в прототипе. Состояние аплинка, затем загрузка канала в сравнении со вчерашним днём, по часам.

Одна карта, одна модель статусов

Доставшаяся мне сборка уже начиналась с карты: каждая сеть на ней точка, а цвет задаёт модель статусов по загрузке с явными порогами. Норма ниже 75 процентов, наблюдение до 84, предупреждение до 94, выше уже критично, а «не настроено» является отдельным статусом, а не серой догадкой. Каждый статус можно включить или скрыть на карте, так что оператор может убрать здоровое большинство и видеть только то, что требует внимания.

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

У каждой площадки своя глубина

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

Подробная страница тестовой площадки: плитки загрузки каналов с пометкой «не настроено», таблица состояния аплинков и график входящей пропускной способности в часовом поясе площадки. Красная пометка ревью отмечает, что статусы, требующие действий, должны выводиться в списке всех площадок.
Площадка в подробностях, в доставшейся мне сборке. Загрузка каналов, состояние аплинков и пропускная способность в часовом поясе площадки. Тестовые данные.
Таблица всех площадок: тестовые сети по названиям и по столбцу на каждую платформу вендора, видно, какая система управляет каждой площадкой.
Все площадки и кто ими управляет, в доставшейся мне сборке. Одна строка на сеть, один столбец на платформу вендора. Тестовые данные.

Настройка сети как чек-лист

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

Процесс «Create Network» в провизионере на шаге «Add Devices»: поля для добавления устройства по отсканированному серийному номеру и названию, счётчики по группам для устройств безопасности, коммутаторов и точек доступа и журнал, который подтверждает привязку сети к шаблону. Красная пометка ревью спрашивает, куда пропала навигация.
«Create Network», шаг с устройствами, в доставшейся мне сборке. Устройства добавлены по отсканированным серийным номерам и сгруппированы по типу, каждый шаг записан в журнал. Тестовые данные.

Гостевой Wi-Fi без консоли

В доставшейся мне сборке редактор captive-портала позволял сотрудникам, которые не являются сетевыми инженерами, управлять страницей входа в гостевой Wi-Fi и её условиями: шаблонами, текстом и цветами кнопок, с предпросмотром в том виде, в каком страницу покажет устройство. Так люди, которые пишут условия, не заходили в сетевую консоль.

Редактор captive-портала с вкладками для шаблонов и для условий использования: редактируются текст и цвета кнопки шаблона по умолчанию, есть действие предпросмотра «View as Device».
Редактор captive-портала в доставшейся мне сборке. Шаблоны и условия для страницы гостевого Wi-Fi с предпросмотром на устройстве.

Результаты

В моём архиве сохранились обе половины этой передачи. Первая половина состоит из моего ревью доставшейся сборки: восемнадцать снимков от 19 и 20 ноября 2018 года с красными пометками. Можно ли сделать легенду карты видимой всегда; куда пропала навигация в провизионере; не место ли статусам, требующим действий, в списке площадок; нужна ли разделу Admin вкладка в основной навигации. Вторая половина состоит из прототипа в Sketch: 66 артбордов, от Network Health в пяти видах до подробных страниц площадок, провизионера, captive-портала и аналитики посетителей.

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

Экран Admin с пользователями тестового клиента, пустой, если не считать действия «Add User». Красная пометка из моего ревью спрашивает, нужна ли разделу Admin вкладка в основной навигации.
Admin в доставшейся мне сборке, и вопрос к нему. Нужна ли разделу Admin вкладка в основной навигации? Пометка из моего ревью, сформулированная как вопрос для следующей итерации.

Если бы я делал это снова

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