Зачем нужны персонажи

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

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

Например, мы создаем мобильное приложение для покупки/продажи автомобилей. У нас могут быть персонажи:

Толя. Хочет купить Субарик Легази 2014 г., 3-х кубовый, обязательно с ручной коробкой передач. То есть, он точно знает, что хочет купить.

Павел. У Павла есть 800–900 тысяч рублей, и он хочет выбрать, что может купить на эти деньги. Знает, что хочет автомат и позже 2010 года выпуска.

Тарас. Перекуп. Анализирует рынок, смотрит, что продается и что можно продать, знает, что рухлядь позже 2010 года выпуска продается хуже, поэтому и не интересна ему.

Евгений. Хочет купить либо Мазду, либо Ауди. Выбирает, сравнивает по цене и году.

Когда Павел определится с машиной, он станет персонажем Толя.

Цели персонажей лежат в рамках полезного действия продукта

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

Что дает персонаж?

В примере выше становится видно, что Толя готов заполнять занудную форму с фильтрами и нюансами, а Павлу это не нужно — достаточно указать год, автомат и сумму. Евгению нужна возможность искать только по двум маркам.

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

Главный персонаж

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

В авто-приложении мы решили, что главный — Павел. Мы делаем очень простую форму с минимальным количеством полей, а всё остальное спрячем. Толя будет мучиться — придется ему нажать кнопку «расширенный поиск», но для нас не страшно.

Итого:

1. Понимаем полезное действие продукта,
2. Выписываем цели пользователей и персонажей,
3. Выбираем главного персонажа.

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