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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даже доктора технических наук любят игры

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

За день или два до поездки мой руководитель сказал мне, что я буду руководить частью этой встречи, а наш директор поприсутствует на ней. Я ответил: «Да, конечно», и запаниковал. Что я могу сказать группе докторов технических наук? Я был уверен, что мой начальник хочет проверить, настолько ли хороши приемы сторителлинга, о которых я постоянно рассказывал. Но в то время у меня был приличный опыт выступлений и написания текстов и совсем небольшой опыт обучения и проведения семинаров.

Я решил воспользоваться игрой, которую мне подсказал друг, вычитавший о ней в книге Дага Липмана «Игры в сторителлинг»[49]. Я адаптировал игру для шестиклассников под докторов наук и молился о том, чтобы не вылететь с работы.

Я поделил участников на пары и рассказал об игре, похожей на Mad Libs[50]. Цель в том, чтобы в предложении из списка заполнить пропуски словами, связанными с проектированием и исследуемыми технологиями. После этого оставалось лишь записать историю.

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