Карточка пользователя в духе «Аня, 28 лет, менеджер, любит йогу» не поможет спроектировать сервис так, чтобы повысить качество жизни Ани или чьё бы то ни было ещё. Для мобильного сервиса важна не персона, а ситуация: где, когда, в каком состоянии, с каким ограничением человек достаёт телефон. Лекция вводит метод микро-этнографии, формат Job Stories и карту контекста — и объясняет, почему хайдеггеровское различие «подручное / наличное» важнее демографического профиля.
На прошлом занятии вы сформулировали проектную гипотезу. Гипотеза — это направление: она говорит, куда копать. Но она ещё не говорит, что там, под землёй. Сегодня мы копаем. Тема — исследование пользовательского контекста и перевод наблюдений в формат, пригодный для проектирования.
Почему «целевая аудитория» — это ловушка
В старой парадигме проектирование начиналось с целевой аудитории. «Женщина 25–35, средний доход, живёт в мегаполисе». Или, чуть изящнее: карточка персонажа с фотографией, хобби, типом мышления, количеством детей и знаком зодиака.
Проблема в том, во что персонажи как метод выродились.Алан Купер, который в 1990-х придумал метод персонажей для проектирования интерфейсов, имел в виду эмпатию — способность увидеть мир глазами конкретного пользователя. Но за двадцать лет метод соскользнул в маркетинговую демографию: пол, возраст, доход, мнимые «предпочтения». И вот дизайнер смотрит на карточку «Аня, 28 лет, менеджер, любит йогу» — и не знает, что с этим делать. Потому что Аня в понедельник утром в метро с разряженным телефоном — это одна Аня. А Аня в субботу в кафе с полной батареей — совсем другая.Для мобильного сервиса ситуация, в которой находится человек, важнее его демографического портрета.
Параллель
Та же ошибка убивает работу с нейросетями. «Женщина в красном платье» даёт мусор. «Женщина в красном платье в документальной фотографии Нью-Йорка 1970-х, естественный свет, Leica» — даёт образ. Разница не в слове, а в контексте. В Job Story и в промпте действует одна и та же логика: ситуация важнее существительного.
Мы уже говорили об этом на первой лекции: проектируйте состояние, а не роль. Сейчас пойдём глубже.
Ситуация, а не персона
Клейтон Кристенсен, автор теории подрывных инноваций, предложил радикально другой подход: Jobs to Be Done. Его знаменитый пример — молочный коктейль. Сеть фастфуда пытается понять, кто покупает коктейли, и строит демографические профили. Не помогает. Тогда Кристенсен предлагает спросить иначе: на какую «работу» человек нанимает коктейль?Оказывается, утром коктейль «нанимают» водители, которым нужно чем-то занять руку и рот во время долгой поездки на работу. Вечером — родители, которым нужно утешить уставшего ребёнка.Так же история и с Аней! Одна и та же Аня, 28 лет, менеджер, — но две принципиально разные ситуации, две разные «работы», два разных дизайнерских ответа.
Вывод для мобильного проектирования: вместо вопроса «кто наш пользователь?» задавайте вопрос «в какой ситуации человек достаёт телефон и зачем?»Ситуация — это всегда комбинация:● Места — где именно? (метро, кухня, улица, постель, очередь)● Времени — когда? (утро, ночь, обед, перерыв, «между делами»)● Состояния — что с человеком? (спешит, скучает, тревожится, устал, сосредоточен)● Ограничения — что мешает? (одна рука, плохой свет, шум, дети, нет интернета)● Намерения — что он пытается сделать? (не абстрактно, а прямо сейчас)Персона — это ответ на вопрос «кто». Ситуация описывает, «когда, где, в каком состоянии, с каким ограничением, ради чего». Для мобильного сервиса второе важнее.
Как собирать ситуации
Исследование в мобильном проекте разворачивается как наблюдение за повседневностью — анкетирование и фокус-группа в переговорке дают лишь рационализации, а не живой опыт.
Микро-этнография
Вы уже делали это в домашнем задании к первой лекции: фиксировали эпизоды использования смартфона в реальной жизни. Это и есть микро-этнография — короткие, конкретные наблюдения за тем, как человек взаимодействует с телефоном в контексте.Что наблюдать:● Что человек делает руками (держит, тапает, скроллит, убирает телефон).● Что происходит вокруг (шум, движение, давка, тишина).● Что он пытается получить (информацию, подтверждение, утешение, развлечение).● Что ему мешает (маленький текст, долгая загрузка, непонятный экран, собственная неуверенность).● Что он чувствует (раздражение, облегчение, разочарование, удивление).
Интервью о ситуации
Если вы разговариваете с потенциальным пользователем — не спрашивайте «что бы вы хотели в приложении». Спрашивайте о последнем конкретном случае.● «Расскажите, когда последний раз вы пытались [действие, связанное с вашей гипотезой]?»● «Где вы были? Что происходило вокруг?»● «Что вы сделали первым делом?»● «Что пошло не так?»● «Чем это закончилось?»Конкретный эпизод даёт в десять раз больше, чем абстрактное мнение. Мнение — это рационализация. Эпизод — это факт.
Дневник использования
Для мобильных проектов особенно полезен формат дневника: попросите 3–5 человек в течение трёх дней записывать каждый раз, когда они сталкиваются с ситуацией, связанной с вашей гипотезой. Не «что они думают», а что они делают, где, когда и что мешает.
Интерактив 1. Разбор ситуации по слоям
Формат: FigJam, индивидуально → обсуждение. 12 минут.Задание (7 минут):Я опишу одну ситуацию. Ваша задача — разложить её на компоненты.Ситуация: Человек стоит в очереди в поликлинике. Ему сказали «ждите, вас вызовут». Время ожидания неизвестно. Он не может уйти. У него телефон с 30% батареи. В коридоре холодно и шумно. Ребёнок рядом плачет. Он хочет узнать, сколько ещё ждать.Запишите:
Последняя строка — самая важная. Он хочет узнать время ожидания? Или он хочет вернуть себе контроль над ситуацией, которую не контролирует?Обсуждение (5 минут):Разбираю 2–3 ответа: у кого напряжение названо точно, у кого оно ещё на поверхности.Что это проверяет:Умеете ли вы видеть за действием — состояние, а за состоянием — напряжение?
От наблюдения к Job Story
У вас есть наблюдения, эпизоды, записи. Как превратить их в инструмент проектирования? Через Job Stories.
User Story и Job Story
