Customer Journey Map: пять шагов для создания продукта, который понравится пользователям

Сооснователь компании «Мануфактура» Дмитрий Провоторов — о том, как с помощью CJM превратить две звезды оценки мобильного приложения в пять и увеличить выручку в четыре раза.

Customer Journey Map (карта путешествия пользователя) — это методология развития продукта, которая основывается на подробном анализе потребностей и поведения аудитории. Результатом её применения становится увеличение доли пользователей, довольных использованием продукта. В этом материале пойдёт речь о том, что может дать использование CJM продукту и его владельцу.

Что показывает карта

Работа по методологии CJM направлена на выяснение следующих моментов:

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

Для получения ответов на эти вопросы нужны наблюдения за аудиторией. Если проект только разрабатывается, то один из вариантов получения данных — это запуск MVP (minimum viable product, минимально жизнеспособный продукт) с анализом поведения аудитории на каждом шаге.

Вот как об этом сказал Педро Маркес, продуктовый дизайнер крупнейшего сервиса онлайн-бронирования отелей Booking.com:

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

Педро Маркес, продуктовый дизайнер Booking.com

Мнение рынка: СJM только начинает свой путь в России

Насколько широко российский рынок знаком с методологией CJM? Компания «Мануфактура» задала этот вопрос нескольким компаниям с заметными digital-продуктами.

Те российские компании, которые пользуются Customer Journey Map на протяжении всего процесса создания и жизни продукта, — редкие и очень продвинутые в UX команды. CJM — это практика, которую при построении продукта надо использовать с самого начала, ещё на этапе идеи.

Наталья Стурза, UX-аналитик банка для предпринимателей «Точка»

Компаний, использующих CJM, в России мало. Большинство работает в рамках традиционного подхода, нацеленного на формальное совершенствование. Например, компания внедряет для автоматизации процессов систему электронной очереди и бросает все силы на её развитие, при этом не вникая в то, как сделать её действительно удобной для людей, которые работают с ней каждый день. Тем не менее, запрос на трансформацию бизнес-процессов в рамках CJM существует, и он достаточно велик.

Александр Киреев, консультант Neuroniq (CJM-проекты для X5 Retail Group, сети аптек «Ригла» и другое)

Ozon не придерживается строгих канонов и правил при проектировании продуктов. Мы подбираем инструменты в зависимости от задачи, и наши разработчики могут использовать в том числе и Customer Journey Map. Эта методология анализа пользовательского поведения и выявления точек для улучшения продукта достаточно эффективна и проста в использовании.

Дарья Негреско,

менеджер отдела по связям с общественностью Ozon

CJM сейчас набирает обороты, вижу его в мире digital всё чаще и чаще. В «Эвотор» я принесла Customer Journey Map с моего прежнего места работы — из digital-компании «Альфа-банка» Alfa-Lab. Там эта методология используется во многих продуктах, связанных с интернет- и мобильным банкингом. Впрочем, я не стану утверждать, что CJM нужен абсолютно всем, — лучше попробовать и оценить лично.

Надежда Авданина,

лидер по продукту в компании «Эвотор»

Мы используем Customer Journey Map с самого запуска проекта «Совесть». CJM помогает оценить весь путь клиента: от момента его первого визита на сайт карты «Совесть» до того, как он становится активным покупателем товаров в рассрочку. Также мы используем CJM для улучшения работы приложения, в котором работают наши агенты продаж. Так, мы добавили в него элементы геймификации — дали возможность агентам по продажам соревноваться в течение дня и вызывать друг друга на баттлы. В результате повысили интерес сотрудников к работе и их производительность.

Надежда Онищук, менеджер по развитию продукта карты рассрочки «Совесть»

CJM можно назвать известным, но малоиспользуемым инструментом из арсенала менеджеров по продукту. В Skyeng мы используем CJM для развития продуктов, где присутствует не только ИТ, но и большая операционная составляющая — коммуникация с преподавателями, call-центр, customer care и так далее. При этом наш CJM сдвоенный: он отображает, как накладываются пути ученика и учителя. Это помогает улучшать взаимодействие пользователя сразу и с продуктом, и с преподавателем.

Михаил Карпов, директор по продукту компании Skyeng

На мой взгляд, CJM сейчас распространён слабо, компании с такими продуктами можно пересчитать по пальцам одной руки. Мы в «Додо Пицца» только начинаем использовать CJM, но уже довольно давно и плотно используем родственный инструмент — User Story Map, который служит для визуализации сложных пользовательских сценариев и приоритизации задач разработки.

Антон Бевзюк,

Chief Agile Officer в «Додо Пицца»

CJM всё чаще начинают использовать крупные компании со сложными продуктами. Сложными могут считаться сценарии, где больше трёх точек контакта. Если у вас есть интернет-магазин с цепочкой «внешние баннеры — магазин — колл-центр — курьер», то вам может казаться, что вы все переходы между этими точками держите в голове. Но это иллюзорно. И первыми это поняли владельцы сложных продуктов, однако сейчас к этому приходит и весь остальной рынок. Мы в QIWI строим CJM для каждой новой функции и периодически исследуем путь пользователя по уже внедрённым решениям.

Алёна Егорова, UX-дизайнер, менеджер по клиентскому опыту «QIWI Кошелёк»

Таким образом, игроки рынка относят CJM к числу наиболее эффективных, но пока малораспространённых инструментов.

Пять шагов к пониманию

Методология Customer Journey Map описывает общие принципы развития продукта, применение которых на практике может различаться. Вариант использования CJM, который мы применяем в компании «Мануфактура», включает пять этапов.

Шаг 1. Сегментация аудитории

Работа по составлению CJM начинается с приёма классического маркетинга по разделению целевой аудитории на группы по интересам.

Наш клиент, немецкий информационно-развлекательный портал Meinestadt, обратился к нам с задачей по развитию мобильного приложения. Мы установили в нём триггеры для записи действий пользователей и выделили в них наиболее частые сценарии, которые позволили разделить ЦА на три главных сегмента.

  • Тусовщик. Заходит в приложение, чтобы искать интересные события (концерты, выставки, спортивные мероприятия) и покупать билеты.
  • Навигатор. Использует приложение для поиска нужных мест — ресторанов, баров, заправок и так далее.
  • Читатель. Изучает новостную ленту, чтобы быть в курсе происходящего в городе.

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

Для новых продуктов, у которых ещё нет устоявшейся аудитории, можно использовать анализ конкурентных аналогов, данные из открытых источников, консультации с экспертами, анкетирование предполагаемой аудитории, прогнозирование на основе теоретических моделей (например, известного принципа Парето 20/80) и некоторые другие методы.

Шаг 2. Определение aha-моментов

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

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

В приложении Meinestadt пользователи каждого из трёх сегментов аудитории возвращались, если в предыдущий раз находили то, что искали. Концерт любимой группы, заправку с низкой ценой на бензин или важное объявление от местной полиции. «Нашёл!» — это и было для них aha-моментом.

Шаг 3. Формирование пользовательских сценариев (user flow)

Дальше нужно выяснить, как пользователь приходит к aha-моменту. Например, он видит рекламу, устанавливает приложение, скроллит ленту новостей, видит событие, заходит на его страницу и — эврика! — покупает билеты.

Шаги выстраиваются в потоки (user flow), после чего можно измерить процент конверсии по переходу из шага в шаг.

Установить последовательность действий пользователей помогают различные системы аналитики.

  • Для веб-продуктов: Google Analytics, «Яндекс.Метрика», Roistat.
  • Для мобильных продуктов: Localytics, AppMetrica от «Яндекса», Amplitude, Flurry Analytics, Fabric, CleverTap, Adjust, Branch.io.

Шаг 4. Составление карты Customer Journey Map

Потоки user flow, состоящие из шагов и aha-моментов, объединяются на визуальной карте, которая наглядно показывает все основные модели взаимодействия аудитории с продуктом.

Ценность этой карты в высокой объективности — она строится на результатах аналитики реальных событий и не содержит непроверенных гипотез.

Карта поведения трёх основных сегментов ЦА мобильного приложения Meinestadt

Шаг 5. Анализ состояния аудитории, выявление барьеров

Второй важный документ при составлении Customer Journey Map, помимо схемы движения пользователей, — это её расшифровка с описанием каждого шага пользователей и снятием данных, характеризующих его поведение на этом шаге.

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

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

Итогом составления Customer Journey Map становится ранжирование функциональности по степени востребованности и приоритизированный список задач по доработке продукта.

Что дал CJM

Составив карту путешествия пользователя для Meinestadt, мы смогли разработать для приложения стратегию развития, которая учитывала интересы пользователей. Однако после запуска аудитория сначала отреагировала низкими оценками и возмущёнными призывами вернуть «всё как было».

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

Через некоторое время оценка приложения резко пошла вверх, поднявшись с 2,0 до 4,67. Аудитория привыкла к новым интерфейсам, к тому же мы выявили самые главные претензии пользователей и провели по ним ряд небольших доработок.

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

Почему CJM

По итогам этого проекта мы с нашим клиентом сделали для себя несколько выводов.

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

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

2. CJM позволяет использовать бюджет проекта наиболее рациональным образом

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

Можно сделать десять нужных функций и победить, а можно 50 ненужных — и проиграть.

Спасибо за внимание. Изучайте свою аудиторию, и люди к вам потянутся.

0
96 комментариев
Написать комментарий...
Aleksey Prigorkin
Ответить
Развернуть ветку
Viacheslav Soldatov

ТЗ подробное составляли?

Ответить
Развернуть ветку
Aleksey Prigorkin

Мы сейчас говорим о явных фактах, которые не зависят от подробности технического задания.
Таких как враньё со стороны Мануфактуры, обман в сроках, плохой код, не передача сайта после его 100% оплаты, если вы хотите больше хайпа в этих комментариях, то я поищу скриншоты и переписку с Мануфактурой.

Ответить
Развернуть ветку
Viacheslav Soldatov

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

Ответить
Развернуть ветку
Aleksey Prigorkin

Дима сам сказал, что они всё знают и сделают в лучшем виде.
А на деле, он сделал один уровень доступа в административную панель (Главный администратор) и предложил его использовать для всех причастных к сайту. Он даже не понимает, что этого делать ни в коем случае нельзя, разве можно предоставлять главный доступ редактору который пишет тексты например. Даже в Битриксе 2009 года, полно настраиваемых уровней доступа, это априори, как то, что воздух должен быть прозрачным.

Ответить
Развернуть ветку
Viacheslav Soldatov

Ну если Дима сказал что он знает лучше вас что вам надо, значит тут он и нае**ся. Люди, ожидания, требования разные. Для этого тз и делают.

Я вот например битрикс ненавижу всей душой, шатал мотал его всячески, и мне было бы неочевидно что нужно по дефолту делать "как в битриксе".

Ответить
Развернуть ветку
Aleksey Prigorkin

При чём здесь Битрикс?
Вы тоже как и Дима по дефолту не знаете, что в хорошем сайте должно быть несколько уровней доступа и пользователь имеет право сменить номер телефона привязанный к сайту, если захочет?

Ответить
Развернуть ветку
Viacheslav Soldatov

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

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

Ответить
Развернуть ветку
Aleksey Prigorkin

Простим замену номера Диме как начинающему сайтостроителю, но как быть с дублями в коде, с которым даже программист который его писал не смог работать?
Кстати, Дима доверил код писать начинающему программисту PHP, который ранее писал на C#
Читая эти строки, потенциальные заказчики сайтов у Мануфактуры, должны знать о большой текучки кадров в этой компании, и что опыта там минимум, т. к., там считают каждую копейку (разумеется свою)

Ответить
Развернуть ветку
Viacheslav Soldatov

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

Ответить
Развернуть ветку
Aleksey Prigorkin

Да при чём здесь техническое задание, если там работать некому было, а Дима врал, что всё хорошо, в сроки укладываемся, максимум сдвинемся на месяц, всё будет круто и очень хорошо работать. Он вообще не контролировал там ситуацию, и это я его заставил на работе появляться, и сам начал ездить каждую неделю за сотню километров, чтобы лично проверять при нём, какой у нас прогресс, что они сделали.
Илья который пришёл на середине проекта в компанию, вообще с программированием завязал, в Фейсбуке даже Mac свой продавал, и торжественно об этом писал.

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