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

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

«У нас уже есть персонажи. Вон там, на стене, висят красиво оформленные документы». Сколько раз я слышал эти слова! Но будьте честны сами с собой: большинство из вас этого не читали, правда ведь? А половина тех, кто прочитал, сделали это просто ради смеха. Может быть, я циник, но я наблюдал такую картину множество раз.

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

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

Я создаю упрощенных персонажей для каждого типа пользователя, который может использовать обсуждаемую нами функциональность. Если времени мало, то просто перечисляю разные типы или роли пользователей, применяющих продукт, и кратко упоминаю некоторые относящиеся к ним детали. Помните Гэри из главы 1? Одна из групп карточек рядом с ним была именно такой – с названием пользователей и парой предложений о каждом из них.

Создавайте профили организаций, или «оргсонажи»

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

Составьте карту работы пользователя на сегодняшний день

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

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

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

3. Визуализируйте свое решение

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

Составьте карту решения