«Пойдем, выйдем»: подробный гайд по коридорным тестам

Мы в Carrot quest помогаем нашим клиентам лучше понимать их пользователей и общаться с ними с помощью целого набора связанных между собой инструментов (чат, email-рассылки, поп-апы, Web Push) и таким образом ускоряем рост онлайн-бизнесов.

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

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

Что такое коридорные тесты

Коридорный тест. Это быстрое юзабилити-тестирование разрабатываемого интерфейса, цель которого — убедиться, что пользователи воспринимают его так, как задумано разработчиками, и найти возникающие при его использовании барьеры.

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

Такими пользователями могут быть ваши коллеги, не задействованные в разработке обновления, или просто случайные прохожие. Одно такое интервью займет от 5 до 15 минут. Это и есть коридорный тест.

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

Помимо времени, коридорные тесты сэкономят вам деньги. Они помогают сократить и оптимизировать стандартный цикл разработки: вы получаете фидбэк и устраняете ключевые проблемы еще до релиза.

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

Когда коридорные тесты подходят, а когда — нет

Коридорные тесты не используются, чтобы определить, какой вариант дизайна лучше. Для этой цели больше подходят A/B-тесты. Задача же коридорных тестов — найти очевидные ошибки дизайна, которые мешают пользователям.

С помощью коридорных тестов можно тестировать не только интерфейс приложений и программ, но, например, лендинги, письма и даже статьи со всеми составляющими (картинки, тексты, СТА и другое).

Примеры коридорных тестов

Пример первый, в котором Женя из команды продукта проводит коридорный тест стартовой страницы Carrot quest. На страницу в качестве эксперимента был добавлен квиз с вопросами, подсказывающими, каких целей помогает достичь сервис, и СТА «Начать знакомство с сервисом»:

В этом коридорном тесте не все идеально. После чтения этого гайда можно попробовать найти ошибки, чтобы закрепить материал :)

Чтобы познакомиться с сервисом, пользователю предлагается ответить на несколько вопросов, а затем оставить свою почту, на которую мы отправим обучающие материалы. Наш сценарий выглядит так: пользователь прошел опрос → оставил почту.

Аня, которая участвовала в коридорном тесте в качестве клиента, после прохождения опроса сказала, что, скорее всего, не оставила бы почту, потому что она «еще ничего не поняла», а от нее «уже что-то хотят». Сценарий не работает, клиент не хочет оставлять почту.

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

Пример второй, в котором мы снова тестируем стартовую страницу:

В этом примере респондент после заполнения анкеты говорит, что он ждал, что после заполнения анкеты ему покажут, как работает сервис, но вместо этого ему предлагают оставить почту, куда отправятся обучающие материалы. Возникает риск, что клиент «отвалится» на этом этапе.

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

Пример третий, в котором email-маркетолог Carrot quest Полина проводит коридорное тестирование письма с приглашением настроить лидогенерацию через поп-апы:

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

Коридорный тест Полины тоже можно сделать лучше. Проанализируйте его еще раз после чтения этого гайда :)

Как организовать коридорный тест

С чего начать

Допустим, мы уже подготовили интерфейс или лендинг для теста. Коридорный тест начинается с определения сценария, которому в идеале будет следовать пользователь при взаимодействии с ними. Сценарий — это шаги, которые проходит пользователь для достижения результата. По большому счету, это очень упрощенный вариант customer journey map.

Вот Женя тестирует, как люди реагируют на появление базы знаний вместо онлайн-чата с консультантом:

Сценарий можно изобразить так:

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

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

Шаблон легенды:

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

Как искать респондентов

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

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

Допустим, речь идет об обновлениях в онбординге. А все ваши коллеги его уже прошли. Или нужно убедиться в том, что вы выбрали формулировки, понятные не только тем, кто погружен в контекст вашей работы. Кроме того, бывает, что для теста нужны респонденты с определенными профессиональными ролями и определенным опытом.

Что можно сделать:

  • попросить коллег, друзей или знакомых;
  • попросить прохожих поучаствовать в тестировании;
  • найти людей среди существующих пользователей продукта, подходящих под выбранные критерии;
  • написать в специальные чаты и группы в социальных сетях (смотреть в конце статьи список Telegram-каналов с респондентами для коридорных тестов).

Пример приглашения респондентов для участия в коридорном тесте через Telegram

Синхронизироваться с респондентами по времени, каналам связи и задачам теста можно через Calendly:

Сколько респондентов понадобится

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

Как только информация начинает повторяться — пора остановиться. для получения полного представления о существующих проблемах обычно нужно провести от 5 до 15 интервью.

На практике эта цифра складывается из нескольких итераций, в каждой из которых принимает участие от 3 до 5 респондентов. Если уже в первой итерации три респондента успешно взаимодействовали с вашим интерфейсом и не встретили препятствий, можно остановиться.

Если позволяет время, провести еще одно, контрольное, интервью. А вот если из пяти респондентов трое испытывали трудности, есть повод для еще одной итерации.

Как организовать процесс

Правило 1: Откройте все материалы заранее

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

Правило 2: Записывайте видео

Почему вам понадобится запись?

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

При съемке важно соблюсти два момента: должно быть видно лицо респондента и интерфейс.

Вот пример видеосъемки, когда контекст не видно:

Пример коридорки, когда контекст видно, но не видно лицо:

Пример коридорки, когда видно контекст и лицо:

Ещё стоит обратить внимание на то, как пользователь управляет экраном.

Варианта два:

  • Вы показываете демонстрацию экрана и управляете мышкой.

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

  • Респондент сам управляет мышкой и листает экран.

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

Хак от нашей команды продукта. Очень удобно коридорить вдвоем, даже если вы проводите коридорный тест удаленно и записываете интервью в Zoom. В этом случае один человек проводит сам тест, а второй — делает заметки.

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

Как вести беседу и какие вопросы задавать

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

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

Три главных вопроса для коридорных тестов: «Что видишь?», «Что понимаешь?», «Что хочешь сделать?»

«Что видишь?»

Это вводный вопрос, цель которого — понять, как человек ориентируется в контексте, в котором он находится, что привлекает его внимание в первую очередь.

«Что понимаешь?»

Ответ на этот вопрос помогает выяснить, как человек интерпретирует информацию, понял ли он ценностное предложение или у него возникают дополнительные вопросы.

Вот отличный пример того, как работает этот вопрос в сочетании с первым. Лера из команды нашего американского продукта Dashly тестирует, как клиент воспринимает лендинг:

«Что хочешь сделать?»

Другие варианты — «Как думаешь, что произойдет при нажатии на эту кнопку» или «Куда бы ты нажал, чтобы сделать это?» Эти вопросы направлены на выяснение целей каждого действия и ожиданий от интерфейса.

В примере выше хорошо видно, как этот вопрос работает на практике.

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

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

«Что бы вы изменили на сайте или лендинге?»

Есть риск, что респондент начнет фантазировать о фичах, которые нужно добавить. Всегда нужно выяснять, какие проблемы человек хочет решить с помощью фичи, чтобы потом придумать для них решение (и понять, нужно ли вообще решать эту проблему).

«Если мы уберем или добавим эту фичу, вам понравится эта страница?»

Люди плохо прогнозирует будущее, а в ответ на такой вопрос, вероятнее всего, соврут, сами того не желая, потому что в него заложены ваши ожидания. Поэтому вместо этого вопроса лучше изучить путь человека, который привел его к негативному восприятию. Например, спросить «Почему вам важно, чтобы эта фича была?»

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

Ошибки при организации теста

  • Не планировать сценарий. Нет сценария — непонятно, какую задачу должен решить пользователь и как он должен это сделать. Кроме того, без сценария не получится составить связную легенду.
  • Не проговаривать легенду респонденту перед тестом. Если этого не сделать, то человек не поймет, что нужно делать, есть риск, что он пустится в фантазии. В результате ценность полученной информации снизится.
  • Не фиксировать все, что говорит и делает респондент. Запись на аудио и бумаге не сработает, поскольку они не фиксируют огромный пласт информации — невербальное поведение. Зафиксировать все поможет видео.
  • Говорить слишком много. Отвечать на вопросы респондента (а они будут возникать) и пускаться в объяснения сути продукта нельзя — так вы будете коридорить вечно, а результата не будет. Если где-то у пользователя возник вопрос, значит, в том месте, где он возник, есть риск снижения конверсии и нужны правки.
  • Перебивать и встревать, когда пользователь говорит. Комментарии могут сбивать. Возможно, пользователь хотел совершить другое действие, но наставления сбили его с намеченного пути. Самая лучшая стратегия — активное слушание.
  • Ничего не делать, если пользователь молча листает страницы. При коридорных тестах человек должен читать вслух и озвучивать, что он делает, чтобы была возможность понять ход его мыслей. Если человек ничего не говорит, то нужно побуждать его тремя вопросами: «Что видишь? Что понимаешь? Что хочешь сделать?» Лучше не допускать ситуаций, когда пользователь молча листает лендинг.
  • Не обращать внимания на эмоции. Знания об эмоциях респондентов помогут вам эффективно управлять вниманием остальных пользователей. Если какой-то лендинга вызывает восторг, то пользователи с большей вероятностью будут пролистывать его вниз и увидят следующие блоки. Если где-то есть эмоциональная просадка, то клиенты будут уходить.
  • Начать защищать продукт вместо того, чтобы выслушать всю критику.

Теперь вы готовы покритиковать коридорные тесты Жени и Полины и знаете, как их можно улучшить :)

Как анализировать результаты

Как организовать сбор результатов

Чтобы синхронизировать все исследования в команде, делиться полезными материалами и контролировать процесс и шэрить результаты, у нас есть отдельный канал в Slack, доска в Favro, папка на «Яндекс.Диске» и специальные встречи.

Вот так выглядит доска в Favro:

Совет: вместе с видео стоит сохранять сами материалы (в том виде, в котором вы показывали их респонденту (прототип или скрин)), сценарий, легенду и краткие выводы.

Вот так выглядит в Favro карточка проведенного интервью:

Для хранения и анализа инсайтов создайте текстовый файл (гуглдок или Notion) или таблицу. Вот пример того, как это делает Костя из команды продукта Carrot quest. Он записывает по пунктам все, что делал респондент в рамках тестирования, и фиксирует все проблемы, которые возникли во время решения задачи, и полученные инсайты.

Отличный вариант для того, чтобы зафиксировать все препятствия, с которыми столкнулись пользователи на лендинге базы знаний Dashly, которую мы недавно зарелизили, придумала Лера из нашей американской команды. Она использовала для фиксирования данных и визуализации Miro.

Результаты коридорных тестов лендинга базы знаний в Dashly: слева — сам лендинг и заметки с новыми вариантами текста и визуальных материалов, справа — все значимые комментарии респондентов, которые необходимо было зафиксировать.

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

Как делать выводы

В анализе результатов нам поможет сценарий, который мы составляли на этапе планирования. Мы провели тест, у нас есть запись. Смотрим ее и «наносим» на сценарий все препятствия, которые возникли у пользователя на разных этапах. Вот как это может выглядеть на примере теста Жени:

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

Ошибки при анализе результатов

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

Telegram-каналы с респондентами для коридорных тестов

Мы сами проводим очень много коридорных тестов, чаще всего в них участвуют наши коллеги и существующие пользователи. Но иногда нам приходится искать респондентов, которые еще не соприкасались с нашим интерфейсом. Несколько раз нам очень помогали в этом каналы в Telegram, поэтому мы решили поделиться списком таких каналов с вами:

Полезные сервисы и приложения:

  • Calendly — для синхронизации с респондентами по времени и каналам.
  • Zoom — для видеозвонков с возможностью шэрить экран и записать звонок.
  • Getcover — для демонстрации протипов.
  • Figma — для создания сценария или customer journey map.
  • Miro — для создания сценария и фрейма для визуализации результатов (и обмена с командой)
  • Favro — для планирования интервью, хранения результатов и синхронизации команды.

Теперь у вас есть все, чтобы стать королем коридорок.

Дело за малым — начать их проводить.

Не поверите, но эту статью мы тоже коридорили!

0
15 комментариев
Написать комментарий...
С. Инкогнито

Огонь материал!

Ответить
Развернуть ветку
Nikolay Lebedev

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

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Da Rina

мне кажется или привлекать коллег, даже не задействованных в разработке конкретной фичи, это как-то не очень?(

Ответить
Развернуть ветку
Борат Язь

Что вас смущает?

Ответить
Развернуть ветку
Da Rina

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

Ответить
Развернуть ветку
Маша Бурдина

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

ну и среди коллег могут быть совсем новички. например, вы делаете продукт для маркетологов. и к вам в команду маркетинга как раз приходит новый человек. одно удовольствие, пока он не погрузился в продукт по уши, потестировать на нем все, что угодно :)

Ответить
Развернуть ветку
Dmitriy S

Что такое тест? Проверка для получения результатов.

Какие результаты нужны? Релевантные.

При проведении тестов недопустимо привлекать пользователей (в соответствии с принятыми стандартами в области исследований):
1. Которые не являются представителями целевой аудитории будущего продукта.
2. Являются специалистами в исследуемой области, экспертами, журналистами. Знакомы или состоят в родственных связях с модератором, являются коллегами или сотрудниками предприятия или предприятия конкурента. Принимали участие в подобных тестах в менее чем год назад.

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

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

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

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

Как можно было бы получить релевантные результаты? Обратиться в маркетинговое агентство, чтобы оно хантило и подгоняло нужное количество представителей целевой аудитории для проведения тестов. Или заняться этим самостоятельно. Дорого и сложно? Да, однозначно дороже чем просто клеить лейблы. Но данные полученные таким путем являются релевантными (при соблюдении прочих требований к проведению исследований) и на них можно полагаться.

Ответить
Развернуть ветку
Маша Бурдина

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

Ответить
Развернуть ветку
Dmitriy S

я то как раз про usability-тестирования, которые тем не менее, опираются на стандарты исследований (в т.ч. маркетинговых) в части подбора респондентов :)

Ответить
Развернуть ветку
Маша Бурдина

Usability-тестирования, как и все качественные исследования, опираются в части подбора респондентов на логику :) И обратите внимание, что вы говорите о будущих проектах, а в статье речь идет о том, как быстро развивать уже существующий продукт с помощью этого вида исследований. 

Ответить
Развернуть ветку
Dmitriy S

Ну я же привел аргументацию почему привлечение определенного типа респондентов недопустимо :) Это касается и качественных и количественных исследований. Хотите получить объективные результаты — значит нужно привлекать чистых пользователей :)

Ответить
Развернуть ветку
Маша Бурдина

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

Ответить
Развернуть ветку
Dmitriy S

- не туда ответил

Ответить
Развернуть ветку
Диана Романова

Никого не смутило, что на первом... втором... и третьем экране лендинга пользователям не понятно, что за сервис и куда они попали

Ответить
Развернуть ветку
12 комментариев
Раскрывать всегда