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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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