Что произошло
В 1999 году Алан Купер (Alan Cooper) опубликовал книгу с провокационным названием: «The Inmates Are Running the Asylum». В русском переводе — «Психбольница в руках пациентов». Подзаголовок уточнял: «Why High-Tech Products Drive Us Crazy and How to Restore the Sanity» — почему высокотехнологичные продукты сводят нас с ума и как вернуть здравый смысл.
Куперу было пятьдесят два. Он не был академиком — он был практиком. В 1976 году основал свою первую компанию. В 1988 году продал Microsoft прототип визуальной среды разработки под названием Ruby. Microsoft превратил Ruby в Visual Basic 1.0, выпущенный в 1991 году. Visual Basic стал одним из самых массовых инструментов разработки в истории: впервые программист мог строить интерфейс, перетаскивая кнопки и поля мышью, а не описывая их кодом. Купер, по сути, дал программистам инструмент для создания интерфейсов — и потом ужаснулся тому, что они с ним делают.
Потому что программисты проектировали для себя.
Центральный тезис книги: разработчики — не пользователи. Они думают иначе, действуют иначе, воспринимают иначе. Когда разработчик проектирует интерфейс, он создаёт то, что удобно ему: со множеством настроек, с доступом к внутренним параметрам, с логикой, отражающей архитектуру системы, а не задачу пользователя. Купер назвал этот архетип homo logicus — «человек логический». Homo logicus любит контроль, терпит сложность, считает ошибки нормой. Реальный пользователь — нет.
Решение, которое Купер предложил, стало его главным вкладом в дисциплину: персоны (personas).
Персона — это вымышленный, но основанный на исследованиях архетип пользователя. У персоны есть имя, возраст, фотография, профессия, привычки, цели и контекст, в котором она использует продукт. Персона — не реальный человек и не среднестатистический представитель аудитории. Это конкретный образ, достаточно детальный, чтобы вызывать эмпатию, и достаточно типичный, чтобы представлять группу пользователей.
Пример из медицинской отрасли: «Мария, 42 года, терапевт в поликлинике. Принимает 28 пациентов в день. Между приёмами у неё 3–5 минут. Использует планшет. Ей нужно найти информацию о дозировке за 30 секунд — или она не будет искать вообще, а назначит по памяти».
Сравните с маркетинговым описанием: «Целевая аудитория — женщины 35–55 лет, врачи, доход выше среднего». Маркетинговый сегмент описывает кого продавать. Персона описывает для кого проектировать. Разница фундаментальна.
Контекст эпохи
К 1999 году проблема стала массовой. Бухгалтерские системы, медицинские информационные системы, банковские терминалы — все требовали от пользователя понимания внутренней логики системы, а не предлагали логику задачи.
Купер основал Cooper Interaction Design в 1992 году. Семь лет практики дали десятки проектов с одним и тем же сценарием: команда спорит о функциях, каждый представляет «пользователя» по-своему. Программист: «Нужны настройки!» Менеджер: «Нужна простота!» Маркетолог: «Нужен красивый дизайн!» Все говорят о «пользователях» — но каждый имеет в виду своего воображаемого.
Персоны решали именно эту проблему. Когда у команды есть общий, согласованный образ пользователя — с именем, лицом и историей, — споры становятся конструктивными. Не «пользователям нужны настройки», а «Мария работает между приёмами и не будет разбираться в настройках — ей нужен один экран с ответом». Персона превращает абстрактного «пользователя» в конкретного человека, за которого можно принимать решения.
Купер настаивал на двух условиях, без которых персоны не работают.
Первое: персоны должны быть основаны на исследованиях. Не на догадках, не на интуиции, не на маркетинговых отчётах — на наблюдениях за реальными людьми. Интервью, наблюдения в контексте, анализ поведения. Если персона создана в переговорной без выхода к пользователям — это не персона, а стереотип.
Второе: персон должно быть немного. Купер рекомендовал 3–5 персон на продукт, из которых одна — первичная. Первичная персона — главный пользователь, для которого проектируется интерфейс. Если интерфейс работает для первичной персоны, он должен работать и для остальных (с допустимыми компромиссами). Если персон слишком много — фокус теряется, и команда снова проектирует «для всех», то есть ни для кого.
Книга Купера была не только о персонах. Он описывал более широкую методологию — Goal-Directed Design (проектирование, ориентированное на цели). Идея: дизайн должен исходить из целей пользователя, а не из функций системы. Мария хочет не «открыть базу данных лекарств» — она хочет «быстро подтвердить дозировку, чтобы не задержать следующего пациента». Цель — не действие в интерфейсе, а результат в жизни. Персона — инструмент, который помогает держать эти цели в фокусе.
Значение для UX
Персоны стали одним из самых узнаваемых артефактов UX-процесса. Их знают все — и в этом одновременно сила метода и его уязвимость.
Сила: эмпатия как инструмент проектирования. Персона делает то, что не может сделать таблица с сегментами: она вызывает сочувствие. Когда дизайнер видит фотографию Марии и читает о её 28 пациентах в день, он начинает проектировать для неё, а не для абстрактного «пользователя». Эта эмпатия — не сентиментальность, а профессиональный инструмент. Она заставляет задавать правильные вопросы: «Мария поймёт эту иконку?», «Мария найдёт эту кнопку за 5 секунд?», «Мария вернётся к этому приложению завтра?»
Сила: общий язык команды. Когда у продуктовой команды есть три согласованные персоны, споры о дизайне перестают быть войной мнений. «Я думаю, так удобнее» заменяется на «Мария не справится с этим, потому что у неё три минуты между приёмами». Персона — это аргумент, который может выиграть у мнения директора, потому что основан на данных.
Уязвимость: персоны без исследований. Самая частая критика метода — и самая справедливая. Джаред Спул (Jared Spool), один из ведущих юзабилити-экспертов, многократно указывал: большинство команд создают персоны без исследований. Садятся в переговорной, придумывают «Марию» из головы, вешают портрет на стену — и чувствуют, что сделали UX. Но персона без данных — это проекция собственных представлений команды. Тот же homo logicus, только с фотографией.
Альтернатива: Jobs to Be Done. К 2010-м годам метод JTBD стал серьёзным конкурентом персон. JTBD фокусируется не на том, кто пользователь, а на том, какую работу он пытается выполнить. «Мария — терапевт, 42 года» — это персона. «Быстро подтвердить дозировку между приёмами, не теряя времени» — это работа. Разные люди могут «нанимать» один и тот же продукт для одной и той же работы. JTBD утверждает: важнее контекст и задача, чем демография и биография.
Современная практика чаще всего сочетает оба подхода. Персоны описывают «кто» — и помогают вызвать эмпатию. JTBD описывает «зачем» — и помогает расставить приоритеты. Вместе они дают более полную картину, чем каждый метод по отдельности.
Купер продолжил развивать методологию. В 2003 году вышло второе издание «About Face» (первое — в 1995 году, ещё без персон), где Goal-Directed Design описан как полноценный процесс: от исследований через персоны к сценариям, от сценариев к дизайну. Третье издание (2007) остаётся одним из базовых учебников по проектированию интерфейсов.
Персоны — метод, который каждый UX-специалист знает и немногие используют правильно: на основе данных, с приоритетом первичной персоны, в связке с реальными сценариями. Купер создал инструмент для эмпатии — но эмпатия работает, только когда направлена на реальных людей.
Связанные статьи
- Что такое UX — персоны — стандартный артефакт UX-процесса, инструмент для перехода от абстрактного «пользователя» к конкретному образу с именем и контекстом.
- Что такое HCD — Goal-Directed Design Купера — одна из реализаций человекоцентричного подхода: проектирование начинается с целей человека, а не с возможностей технологии.
- Эвристики Нильсена — эвристика «соответствие между системой и реальным миром» прямо связана с персонами: чтобы соответствовать миру пользователя, нужно знать, кто этот пользователь.
- Закон Якоба — закон Якоба говорит о привычках пользователей. Персоны помогают понять, какие именно привычки принесёт с собой конкретная аудитория.
Из серии «История UX»:
- Jobs to Be Done (1990) — альтернативный подход: не «кто пользователь», а «какую работу он выполняет». JTBD и персоны — не конкуренты, а дополнения друг к другу.
- Норман вводит UX (1993) — Норман расширил границы дисциплины от интерфейса до всего опыта. Персоны Купера стали инструментом проектирования этого опыта.
- «Дизайн привычных вещей» Нормана (1988) — Норман перевернул вину: не пользователь виноват, а дизайн. Купер объяснил, почему дизайн плох: потому что проектируют программисты для себя, а не для Марии.