Сторителлинг в проектировании интерфейсов. Как создавать истории, улучшающие дизайн

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

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

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

– Сложность представляют не обычные действия, а редкие, вроде начисления премии.

На основе таких рассказов можно составить короткую историю-иллюстрацию:

Мэри начисляла заработную плату, когда Кэти, офис-менеджер, была в отпуске. В четверг – день начисления выплат – Мэри вспомнила, что Кэти рассказывала ей о специальных премиях за эту неделю. Она застонала. Это всегда становилось проблемой. Если бы она могла вспомнить, что говорила Кэти!.. Мэри начала разбирать заметки на стене. Нужной информации там не было. Она снова застонала. Последний раз, когда возникла проблема, потребовалась неделя на устранение последствий.

Возможно, вы придумаете другую концовку – например, новую функцию программы, которая поможет решить проблему:

Мэри заполняла квитанции на зарплату вместо Кэти, пока та была в отпуске. Ей не нравилась эта работа, особенно после того, как она допустила ошибку, а исправление последствий заняло недели. Но Кэти сказала, что на этот раз беспокоиться не о чем. Когда Мэри нажала на кнопку «Еженедельные выплаты», то поняла почему. Вся нужная информация была на экране. Вместо сложной таблицы, из-за которой в прошлый раз и возникла проблема, она увидела пошаговые инструкции непосредственно в формах. Более того, Кэти создала наглядные инструкции, которые описывали всю процедуру начисления зарплаты именно для их офиса: например, какой стороной вставлять квитанции в принтер. Но главное – там было напоминание и о начисленных премиях за неделю. Все было уже настроено, требовалось только нажать кнопку.

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

Истории развиваются в процессе описания

Истории развиваются поэтапно, как и сам проект: мозговой штурм (генерирование), концепция (определение), спецификация (инструкции). Истории растут вместе с проектом – изменяют формат, обрастают подробностями.

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

Все зависит от компании или проекта. Члены команды разработчиков и исследователи-одиночки используют разные подходы.

Создание историй в рамках мозгового штурма

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

Это не значит, что у вас не возникнет идей. Но истории будут основаны на вашем прошлом опыте и мнении о продукте и его пользователях. Из-за этого вы можете упустить из виду много отличных идей.

Мозговой штурм – популярный инструмент, но не очень эффективный. Он помогает нащупать смелые идеи. Но в нашем случае был бы полезнее какой-нибудь «безмозглый» помощник, своего рода переключатель в режим творческого мышления.

Однако вы можете использовать этот метод, если до этапа разработки не собрали никаких историй.