10. Проектируем для результата

Целеориентированное проектирование, как правило, начинают с формирования набора персон и выяснения их целей. Процесс создания персон я подробно описал в предыдущей главе. В этой я в таких же деталях опишу процесс определения целей и покажу, как эффективно применять их в качестве инструмента проектирования. Два этих аспекта – персоны и цели – неотделимы друг от друга, как две стороны монеты. Суть персоны – в достижении каких-либо целей, а цели, в свою очередь, наполняют смыслом персону.

Мы решаем задачи, чтобы достичь целей

С когнитивным сопротивлением мы столкнулись только с приходом цифровой эпохи, а до ее наступления дизайн и проектирование были понятиями в большей степени из области эстетики, и мнение какого-либо человека в этом вопросе ничем не уступало мнению любого другого. Когнитивное сопротивление возникает там, где есть взаимодействие, а взаимодействие имеет место лишь в том случае, если нужно достичь определенной цели. С таким новым взглядом на ситуацию природа дизайна и проектирования также обрела новый смысл. При этом вопрос эстетики никуда не делся. Он просто очутился в тени более важной потребности – достижения целей пользователя. Теперь получается, что, в отличие от прежних времен, качество дизайна и проектирования – это не проблема из плоскости субъективных мнений, а тот аспект, который требуется подвергать системному анализу. Другими словами, ясно понимая цели пользователя, мы можем явным образом определить, какой дизайн будет наиболее подходящим для достижения этих целей, вне зависимости от чьего-либо мнения на этот счет, или, если уж на то пошло, эстетических свойств продукта.

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

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

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

Задачи – это не цели

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

Если моей целью является лениво валяться в гамаке, листая воскресную газету, то сначала мне придется подстричь газон. Таким образом, стрижка газона – это задача, а отдых в гамаке – цель. Будь у меня возможность привлечь к выполнению задачи кого-то другого, я достиг бы своей цели, даже не прикасаясь к газонокосилке.

Есть простой способ отличить задачи от целей. Задачи изменяются при изменении технологии, в то время как цели обладают приятным свойством: невероятной стабильностью. К примеру, если я еду в путешествие из Сент-Луиса в Сан-Франциско, то моими целями будут скорость, комфорт и безопасность. Отправляясь в путь до золотых приисков Калифорнии году эдак в 1850-м, я бы сел в свой новенький, высокотехнологичный фургон Конестога, а в целях безопасности прихватил бы с собой винтовку. Отправляясь из Сент-Луиса в Кремниевую долину в 1999 году, я бы сел в новенький, высокотехнологичный «Боинг-777», а винтовку в целях безопасности оставил бы дома. Как видите, мои цели остались прежними, а вот задачи с приходом новых технологий претерпели кардинальные изменения, превратившись в прямо противоположные.

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

Цель по сути своей стабильна. Задачи же преходящи. Это лишь одна из причин, почему к проектированию под задачи не стоит прибегать во всех случаях, а проектирование под цели уместно всегда.

Подход программистов к проектированию ориентирован на задачи

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

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