Скачать 5.84 Mb.
|
Глава 1. Проектирование, ориентированное на цели Рис. 1.3. Создание успешных цифровых продуктов. Диаграмма отражает три основных процесса, которые должны быть тесно увязаны друг с другом, чтобы стало возможным создание успешных технологических продуктов. Эта книга посвящена первому из перечисленных и первоочередному по значению вопросу: как создать продукт, который будет желанным для пользователя Планирование и проектирование поведения 43 И при этом интерактивному поведению программ и прочих цифровых продуктов, заслуживающему львиной доли внимания при проектировании, слишком часто не уделяют внимания вообще. Традиции дизайна, которым следуют корпорации в целях обеспечения желанности создаваемых ими продуктов, не слишком помогают в мире интерактивности. Проектирование поведения - проблема иного рода, требующая более глубокого понимания контекста, а не просто следования правилам визуальной композиции и брендинга. Проектирование поведения требует понимания отношений пользователя с продуктом - с момента осознания потребности в продукте до момента, когда продукт становится больше не нужен. И важнее всего понимание того, каким образом пользователь желает применять продукт, какими способами и с какими целями. Планирование и проектирование поведения Планирование сложных, а особенно - вступающих в прямое взаимодействие с человеком цифровых продуктов требует значительных предварительных усилий со стороны профессиональных проектировщиков -так же, как планирование сложных строений в реальном мире, с которыми приходится иметь дело человеку, требует значительных предварительных усилий профессиональных архитекторов. Если говорить об архитектуре, для этого планирования необходимо понять, как живут и работают люди, использующие здание, и спроектировать пространство таким образом, чтобы поддержать и упростить реализацию их поведения. В случае цифровых продуктов для такого планирования нужно понять, как живут и работают пользователи продукта, и спроектировать поведение и форму продукта таким образом, чтобы поддержать и упростить реализацию человеческого поведения. Архитектура - почтенная, устоявшаяся область. Проектирование поведения продуктов и систем - проектирование взаимодействия - область довольно новая, которая лишь в последние годы начала обретать зрелость в качестве самостоятельной дисциплины. Проектирование взаимодействия касается не столько эстетических вопросов, сколько понимания пользователей и принципов их познавательной деятельности. Это хорошая новость, поскольку она означает, что проектирование поведения вполне подвластно воспроизводимым процессам анализа и синтеза. Из этого не вытекает, что проектирование поведения поддается автоматизации (по крайней мере, не в большей степени, чем проектирование формы или содержания), - но вытекает, что систематический подход возможен. Разумеется, соображениями формы и эстетической привлекательности пренебрегать не следует, но они должны работать в гармоничной связке с общей заботой о достижении целей пользователя посредством правильно спроектированного поведения. 44 Глава 1. Проектирование, ориентированное на цели В настоящей книге представлен ряд методов для этой новой разновидности ориентированного на поведение проектирования, направленного на реализацию целей (Rudolf, 1998) и мотивов пользователей, - це-леориентированного проектирования. Чтобы понять суть целеориен-тированного проектирования, мы должны прежде всего лучше понять цели пользователей и осознать их ключевую роль в проектировании соответствующего интерактивного поведения. Выявление целей пользователей Что же такое цели пользователей? Как мы можем их выявить? Как мы поймем, что это действительные цели, а не задачи, к выполнению которых людей вынуждают некачественно спроектированные инструменты или бизнес-процессы? Одинаковы ли эти цели для всех пользователей? Меняются ли они со временем? На оставшихся страницах этой главы мы попытаемся дать ответы на перечисленные вопросы. Цели пользователей часто существенно отличаются от наших предположений о них. К примеру, мы можем считать, что цель рядового бухгалтера - более эффективная обработка накладных. По всей вероятности, это не так. Эффективная обработка накладных - скорее цель нанимателя этого рядового бухгалтера. Сам клерк, что более вероятно, сосредоточен на иных целях - он хочет выглядеть компетентным на своем месте и сохранять интерес к работе, невзирая на необходимость выполнять рутинные и однообразные задания, хотя, возможно, и не произносит этого вслух (а может, и просто не осознает). Независимо от профессии и поставленных перед нами задач мы в большинстве своем разделяем эти простые личные цели. Даже наши более высокие устремления связаны скорее с личным, чем с работой: получить повышение, узнать больше о своей области или же стать хорошим примером для других. Продукты, при проектировании и создании которых преследовались только цели бизнеса, ожидает провал; личные цели пользователей требуют своей доли внимания. По причинам, которые мы более подробно рассмотрим в последующих главах, учет личных целей пользователей при проектировании продукта позволяет гораздо более эффективно достигать целей бизнеса. Присмотревшись к большинству существующих коммерческих программ, веб-сайтов и цифровых продуктов, вы обнаружите, что их пользовательские интерфейсы пугающе далеки от целей пользователей. Эти интерфейсы раз за разом:
Выявление целей пользователей 45 В большинстве своем эти программы столь же неэффективны и в достижении целей бизнеса. Не все накладные обрабатываются должным образом; клиенты обслуживаются с задержками; отсутствует толковая поддержка принятия решений... И это не случайно. Компании, создающие такие продукты, неверно расставляют приоритеты. В основном они слишком сильно сосредотачиваются на вопросах реализации - и это уводит их в сторону от потребностей пользователей. Даже если компании проявляют чуткость к своим пользователям, они часто бессильны изменить собственные продукты, поскольку сложившийся процесс разработки предполагает, что интерфейсом следует заниматься после начала работы над программным кодом, а иногда - даже после окончания. Но как невозможно эффективно спроектировать здание после начала строительства, так же невозможно легко заставить программу служить целям пользователя, когда уже написан значительный объем базового кода. Наконец, даже когда компании сосредотачиваются на пользователях, они уделяют слишком пристальное внимание задачам, которые выполняют пользователи, и упускают из виду цели, ради которых выполняются эти задачи. Программа может быть технологически превосходной, прилежно решать все задачи бизнеса - и при этом являть собой серьезный коммерческий провал. Нельзя игнорировать технологию и задачи, но они представляют собой лишь часть более глобального плана, который включает в себя проектирование с учетом целей пользователей. Цели, задачи, деятельность Цели - не то же самое, что задачи или деятельность. Цель - это предвосхищение конечного состояния, тогда как задачи и деятельность являются лишь промежуточными этапами (на различных уровнях организации), необходимыми для достижения целей. В иерархии, описанной Дональдом Норманом (Donald Norman), деятельность включает задачи, которые состоят из действий, в свою очередь составленных из операций. При помощи этой схемы Норман пропагандирует проектирование, ориентированное на деятельность (Activity-Centered Design, ACD), - подход, в котором внимание уделяется прежде всего пониманию деятельности. Норман утверждает, что человек приспосабливается к имеющимся инструментам и что понимание деятельности, выполняемой человеком при помощи инструментов, может положительно сказываться на дизайне этих инструментов. В основе рассуждений Нормана лежит теория деятельности - советская психологическая теория1, рассматривающая человека через призму того, Теория деятельности выдвинута советским психологом А. Н. Леонтьевым. Примеч. ред. 46 Глава 1. Проектирование, ориентированное на цели как он взаимодействует с окружающим миром, и в последние годы получившая применение в области изучения взаимодействия людей и компьютеров - в основном благодаря Бонни Нарди (Bonnie Nardi). Норман делает верный вывод о том, что традиционный подход, сосредоточенный на задачах, при проектировании цифровых продуктов дает неадекватные результаты. Многие разработчики и специалисты по юзабилити по-прежнему начинают проектирование с вопроса: «Каковы задачи?» И хотя работу таким образом сделать можно, результат улучшится максимум на один балл, не станет тем решением, которое выделяет ваш продукт на рынке, и зачастую не будет по-настоящему удовлетворять пользователей. Созданная Норманом схема ACD совершает ряд важных шагов в нужном направлении, подчеркивая важность контекста пользователя, но мы считаем, что этих шагов недостаточно. Метод вроде ACD может быть полезен при разделении на составные части того, что делает пользователь, но не отвечает на вопрос, который первым должен приходить в голову любому проектировщику: почему пользователь приступает к этой активности, задаче, действию или операции? Цели побуждают людей вести некую деятельность; понимание целей позволяет понять ожидания и устремления пользователей, что, в свою очередь, может помочь в определении видов деятельности, имеющих реальное отношение к дизайну вашего продукта. На уровне глубокой детализации анализ задач и деятельности полезен - но лишь после того, как будут проанализированы цели. Вопрос: «Каковы цели пользователя?» -позволяет понять смысл деятельности для пользователя и таким образом создавать более уместные и качественные продукты. На тот случай, если вы все еще не чувствуете разницу между целями с одной стороны и деятельностью и задачами - с другой, есть простой способ их различать. Цели определяются человеческими мотивами и потому со временем не меняются или меняются весьма незначительно. Деятельность и задачи преходящи, поскольку почти целиком основаны на имеющейся под рукой технологии. К примеру, в поездке из Сент-Луиса в Сан-Франциско вероятные цели человека - скорость, удобство, безопасность. В 1850 году поселенец, желающий скорости и комфорта, путешествовал бы на крытом фургоне и держал бы при себе верное ружье. Сегодня деловой человек, направляющийся из Сент-Луиса в Сан-Франциско, путешествует на реактивном лайнере, а огнестрельное оружие в интересах безопасности ему рекомендуется оставить дома. Цели остались неизменными, однако деятельность и задачи изменились следом за технологиями настолько, что стали в некоторых отношениях прямо противоположными. Строя проектирование исключительно на основе анализа деятельности и задач, мы рискуем попасть в ловушку устаревших технологий или применить модель, соответствующую целям корпорации, но не отвечающую целям пользователей. Взгляд через призму целей позволяет Выявление целей пользователей 47 \ ' ' ■ пользоваться преимуществами современной технологии для исключения лишних задач и радикального упорядочения структуры деятельности. Понимание целей пользователя помогает проектировщикам избавляться от деятельности и задач, которые технология способна выполнять за человека. Проектирование с учетом целей в определенном контексте Многие проектировщики предполагают, что упрощение освоения интерфейсов всегда должно быть одной из задач проектирования. Простота освоения - важный принцип, однако на практике, как отмечает Бренда Лорел (Brenda Laurel), цели проектирования зависят от контекста - от того, кто наши пользователи, чем они занимаются, каковы их цели. Вы просто не сможете создать хороший дизайн, если будете следовать правилам в отрыве от целей и потребностей пользователей вашего продукта. Возьмем для примера автоматизированную систему обработки звонков. Заработная плата пользователей этого продукта зависит от количества принятых звонков. Главная забота пользователей - не простота освоения, а эффективность - скорость, с которой можно производить переключение звонков и завершать разговоры. Легкость освоения остается важной, поскольку влияет на настроение сотрудников и, в конечном итоге, на текучесть кадров, поэтому при проектировании такой системы следует учитывать как простоту освоения, так и пропускную способность. Однако нет никаких сомнений, что пропускная способность системы - преобладающее требование пользователей к системе, а простота освоения при необходимости может отступить на задний план. После того как пользователь освоил принципы работы, его будет только раздражать программа, предлагающая проходить по шагам все этапы переключения для каждого звонка. С другой стороны, если речь идет о справочном терминале в вестибюле корпорации, помогающем посетителям сориентироваться, простота использования для пользователей, впервые работающих на таком терминале, определенно является ведущей целью проектирования. Один из общих принципов проектирования взаимодействия, который, похоже, особенно хорошо подходит для инструментов, призванных повышать производительность, звучит так: результат качественного проектирования делает пользователей более эффективными. Этот принцип принимает во внимание общечеловеческую цель не выглядеть глупо наряду с более частными целями повышения производительности бизнеса и простоты применения, которые актуальны для большинства ситуаций в деловом мире. Выяснить, каким образом можно сделать работу пользователей продукта более эффективной, - это ваша задача как проектировщика. 48 Глава 1. Проектирование, ориентированное на цели Программы, дающие пользователям возможность решать стоящие перед ними задачи, но не обращающие внимания на цели, редко позволяют выполнять работу действительно эффективно. Если перед пользователем поставлена задача ввести в базу данных 5000 имен и адресов, самоо идеальное приложение для ввода данных но даст ему ничего близко похожего на то удовлотвороние, которое принесет инструмент, автоматически извлекающий имена из системы хранения счетов. Работа пользователя состоит в концентрации на своих задачах, а работа проектировщика - в выходо за продолы задач, чтобы выяснить, кем являются самыо важные пользователи, а затем определить, каковы могут быть их цели и почему. Процесс проектирования, очерченный на оставшихся страницах главы и подробно описанный в последующих главах первой части книги, предоставляет инструмент, который помогает находить ответы на такие вопросы и на системной осново создавать решения, опирающиеся на эту информацию. Целеориентированныи процесс проектирования Большинство компаний, сфокусированных на технологии, но располагают адекватным процессом проектирования, ориентированного на пользователей, а то и но имеют никакого процесса вообще Но даже бо-лоо прогрессивные организации, которые могут похвастаться нала-жонными процессами, сталкиваются с некоторыми существенными проблемами, проистекающими из традиционных подходов к вопросам исследования и проектирования. В последние годы бизнес-сообщсство постепенно признало, что созда-ние качественных продуктов требует исследований пользовательской аудитории, однако суть этих исследований для многих организаций по-прежнему остается загадкой. Количественные рыночные исследования и сегментация рынка вполне полезны для продажи продуктов, но но способны дать критически важную информацию о том, как люди в действительности используют продукты, в особенности если речь идет о продуктах со сложным поведением (в главе 4 мы обсудим эту тему подробное). Вторая проблема возникает непосредственно после анализа результатов: большинство традиционных подходов ничего но говорят о том, как преобразовать результаты исследований, в проектные решения. Сотню страниц с результатами анкетирования пользователей но так-то легко превратить в набор требований к продукту, а извлечь из них понимание того, как требования к продукту должны быть выражены в терминах ясной и осмысленной инфраструктуры интерфейса, - ещо сложное. Проектирование остается черным ящиком: «А вот здось происходит чудо». Эта пропасть между результатами исследований и коночными проектными решениями есть порождение процесса, неспособного протянуть связи от пользователя к тому, чом продукт становится в финале. Вскоре мы увидим, как эта проблема преодолевается при помощи целеориентированного подхода. Целеориентированный процесс проектирования 49 Мост через пропасть Как было вкратце сказано ранее, роль, которую в общем процессе разработки играет проектирование, нуждается в изменениях. Мы должны начать по-новому думать о проектировании и научиться иначе относиться к принятию решений, касающихся продукта. |
