Как писать пользовательские и функциональные требования к интерфейсу?

Проектирование интерфейса начинают с понимания пользовательской задачи. Это поможет создать полезное решение, без лишних функций.

Задачи лучше задокументировать, чтобы ничего не забыть. Используйте методологию с составлением пользовательских и функциональных требований (К. Вигерс: «Разработка требований к программному обеспечению»).

Пользовательские требования

Это короткие пользовательские истории, состоящие из трех вопросов. Кто ваш пользователь? Какую задачу с помощью интерфейса он хочет решить? С какой целью?

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

Записывать пользовательские требования удобно на бумаге, например на квадратных разноцветных стикерах. Их можно наклеить на стену или магнитную доску. Так вы увидите весь объем работы и сможете отсортировать требования по важности.

Первые сценарии писать тяжело, дальше — проще. Не акцентируйтесь на деталях интерфейса, или отвлечетесь на частность и упустите важное.

Написанный материал должен «отлежаться». Наверняка после повторного просмотра у вас появятся новые мысли.

Функциональные требования

Функциональные требования пишутся на основе пользовательских требований (пользовательских историй). Опишите как интерфейс взаимодействует с пользователем, что происходит в случае ошибки или успешного выполнения задачи. Это как написать инструкцию для интерфейса — какие элементы создать, чтобы пользователь достиг цели.

Функциональные требования удобно писать в форме утверждений со словами «должен» и «должна».

1. У пассажира должна быть возможность распечатать посадочные талоны на все рейсы, на которые он зарегистрировался.
2. Если в профиле пассажира не указаны предпочтения по выбору места, система резервирования должна сама назначить ему место.
3. У редактора блога должна быть возможность добавить новую статью через администраторскую панель блога.
4. Редактор должен форматировать текст при помощи панели инструментов.
5. У зарегистрированного покупателя должна быть возможность добавлять неограниченное количество товаров в избранное.
6. Если пользователь положил товары в избранное, он должен иметь возможность сравнивать их друг с другом.

Задокументируйте функциональные требования в Google Docs, Word или Trello. Если работаете в команде, используйте баг-трекеры: Jira, Bugzilla, YouTrack, Yodiz, Asana.

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

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

Формирование требований поможет понять для кого и с какой целью вы создаете интерфейс. Это повысит шанс создать полезный и эффективный продукт.