Пользовательские истории. Искусство гибкой разработки ПО - [74]

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

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

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

Концентрируйтесь на небольшом количестве проблем. Точно их сформулируйте.

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

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

Сознательно придумайте несколько возможных решений проблем заказчиков и пользователей.

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

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

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

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

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

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

Но само по себе дизайнерское мышление может вызвать некоторые проблемы.

Хороший инструмент в неумелых руках

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