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

Сян Вей вышла со станции и повернула на свою улицу. У нее возникло странное чувство. Ее опасения подтвердились: фасад ее дома, обычно зеленый, был окрашен фиолетовыми полосами. Значит, они превысили квоту на воду. Ей стало неловко.

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

Сложно было поверить, что виноват кто-то из соседей. Они уже два года были знакомы со всеми 24 семьями, и все были ответственными людьми. Муж предположил, что где-то произошла утечка. Это казалось маловероятным, потому что бо́льшая часть бытовой техники отслеживала показатели и отправляла запросы, когда случался перерасход. Муж сказал: вероятно, на трубах счетчиков нет. Утечка казалась вполне возможной, тем более что на прошлой неделе было легкое землетрясение.

Старый доктор Ли, который жил этажом ниже, грешил на хакеров, которые якобы взломали систему мониторинга, чтобы досадить жильцам. Но его считали странным человеком. А кроме того, наказание за взлом системы было суровым.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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