Форма создания брони в гостинице — упрощение интерфейса из 90‑х

Аудитория. Джобы пользователей

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

Проблема

В классической версии Fidelio сценарий создания брони реализован в отдельном попапе, который открывается поверх интерфейса. Чтобы продолжить работу в программе, бронь нужно сохранить, иначе все заполненные данные будут утеряны.

Работа пользователей усложняется ещё и самой формой: огромное количество полей, сбитых в кучу, — непонятно, куда смотреть и что заполнять. Часть полей вообще не нужна для создания брони, поэтому пользователям нужно запоминать, какие поля пропускать.

Многие поля названы «машинным» языком, из‑за чего разобраться становится ещё сложнее, особенно новым пользователям.

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

Для бизнеса это тоже проблема — ошибки и промедления в создании броней могут стоить денег.

В своём концепте новой версии программы я решила переработать форму создания брони.

Процесс

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

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

В процессе дискавери я подобрала большое количество референсов для форм. Опиралась также на книгу И. Бирмана «Пользовательский интерфейс».

Результат

Создание брони также происходит в несколько этапов, но теперь данных на экране значительно меньше: пользователю предлагаем заполнить только самое важное.

Флоу происходит в отдельном окне, а черновик автоматически сохраняется, поэтому при переходе между разделами прогресс сохранится.

Справа от формы отображается подтверждение бронирования — раньше его можно было посмотреть только после заполнения формы, теперь же пользователь может проверить все данные сразу. Отсюда же его можно отправить гостю.

Новая форма предположительно сократит Time to Value и Time on Task for New Users, увеличит удовлетворённость пользованием программой (CSAT).

Выводы

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