Downloaded 43 times
Uploaded byYuri Vedenin
CJM: UX-дизайнер? Подвинься, детка, тут поляна бизнес аналитика!
Документ обсуждает важность и методы UX-дизайна и бизнес-анализа, подчеркивая значимость взаимодействия пользователей с продуктами через карту клиентского пути (CJM). Описываются этапы создания CJM, включая выявление контактных точек, изучение пользовательских целей и проблем, а также сбор данных через различные методы. В документе также упоминаются виды CJM и их роль в улучшении взаимодействия и увеличении лояльности клиентов.
More Related Content
Similar to CJM: UX-дизайнер? Подвинься, детка, тут поляна бизнес аналитика!
CJM: UX-дизайнер? Подвинься, детка, тут поляна бизнес аналитика!
- 1. All you needis conf.uml2.ru5 UX-дизайнер? Веденин Юрий Калинов Сергей Фокина Юлия Подвинься, детка, тут поляна бизнес-аналитика
- 2.
- 3.
- 4. 4itmine В местах, гдевелика спонтанность покупки
- 5. Запах еды намного метров вокруг 5itmine
- 6.
- 7.
- 8. WiFi есть, нонет розеток. Ритмичная музыка. 8itmine
- 9. ЛАФ 5, 2014г. Что должен понимать BA, чтобы у UXD был шанс выполнить свою работу хорошо Офигенный UX Нормальный UX Бедовый UX Инструмент совместной работы
- 10. ЛАФ 5, 2014г. Услуга разными глазами Принять заказ Проверить наличие товара Подтвердить заказ Собрать и отправить заказ Уведомить клиента об отправке Получить подтверждение о доставке Закрыть заказ Бизнес-процесс Услуга Офомить заказ Получить подтвержден ие заказа Получить уведомление об отправке Получить заказ Косвенная обратная связь Услуга глазами UXD Услуга глазами аналитика Клиент
- 11. ЛАФ 5, 2014г. Customer Journey Map 11 itmine “Инструмент визуализации взаимодействия пользователей с вашим продуктом.
- 12. ЛАФ 5, 2014г. Пример 12 itmine
- 13. ЛАФ 5, 2014г. Пример 13 itmine
- 14. ЛАФ 5, 2014г. Для чего CJM? 14 itmine • Комплексный и непрерывный UX; • Создание нового и инновационного взаимодействия; • Повышение лояльности; • Увеличение конверсии; • Прозрачная ответственность на каждом шаге.
- 15. ЛАФ 5, 2014г. Виды CJM 15 itmine • Линейный; • Нелинейный; • Временной.
- 16. ЛАФ 5, 2014г. Временной 16 itmine
- 17. ЛАФ 5, 2014г. Шаг 1 17 itmine Выделяем все точки контакта и каналы взаимодействия человека с нашим продуктом
- 18. ЛАФ 5, 2014г. Шаг 2 18 itmine Для каждой точки контакта выявляем: + Степень критичности (самые важные исправляем в первую очередь). • Описываем процесс: • Цели человека (чего хочет добиться); • Ожидаемый результат; • Критерии успеха (что должно произойти, что бы он перешел к следующему шагу?); • Действия пользователя (идеальный сценарий); • Проблемы и барьеры. • Фиксируем KPI; • Идеи и улучшения. + Кто за что отвечает; • Все возможные каналы взаимодействия;
- 19.
- 20. ЛАФ 5, 2014г. Где брать данные? 20 itmine • Собственный опыт (“тайный покупатель”). • Знания собственные и команды; • Прямое общения с ЦА (интервью, опросы, анкетирование, наблюдение); • Косвенное исследование (веб-аналитика, анализ обращений в тех. поддержку, отзывы в соц. сетях/форумах); • Конкуренты и аналогичные системы; • Юзабилити-тестирование;
- 21. В бой! Создаем CJMдля своего проекта 2 1 itmine
- 22. 5-й Летний Аналитический Фестиваль г. Иваново 12-13июня 2014 conf.uml2.ru All you need is …
- 23. ЛАФ 5, 2014г. Вопросы?
Editor's Notes
- #10 Если не брать в расчет стартапы, проектирование услуги осуществляется в рамках компании, которая уже обладает своей корпоративной архитектурой. В одних случаях - это устоявшаяся архитектура, в других она находится в процессе изменения. Но в любом случае это для нас означает, что уже определены и существуют бизнес процессы, есть ИТ инфраструктура, которая дает инструменты для процессов и должна их дать для проектируемых услуг. Зачастую проектирование услуги осуществляется тем бизнесом, который может ее предоставить. Т.е. является владельцем соответствующих бизнес-процессов. Бизнес при создании услуги руководствуется своими целями и своим видением, не заморачиваясь на то, как эту услугу хотели бы видеть клиенты, будет ли она им удобна или нет. При этом бизнес не готов идти на изменения процессов или более не менее значительную модификацию инфраструктуры. Такое отношение к услуге является утилитарным. Она попросту становится интерфейсом клиента к процессам с целью что-то получить от клиента или что-то ему передать. Для того, чтобы сделать такую услугу удобной клиенту, привлечение UXD может уже мало помочь, поскольку максимум, что можно сделать – оптимизировать интерфейсы взаимодействия клиента с компанией в рамках оказываемой услуги. Это бедовый UX. Но что нужно для того, чтобы спроектировать качественную (в глазах Клиента) услугу? Необходимо иметь возможность влияния на процесс и инфраструктуру его выполнения. В контексте корпоративной архитектуры минимально комфортная точка для проектирования услуги – уровень бизнес-процессов. Для нас это означает, что мы можем, проектируя услугу, влиять на процесс (до разумных пределов) и инфраструктуру. Но еще лучше, когда об услугах мы задумываемся на стратегическом уровне – на уровне определения целей компании. В этом случае само развитие бизнеса происходит под общей идеей создания и развития слоя клиентских услуг, а корпоративная архитектура выстраивается ориентированной на реализацию этого слоя. Почему правильный вариант – начинать проектирование услуг на уровне целей компании? Для этого необходимо посмотреть на пирамиду клиентского опыта. Клиент обладает своим жизненным опытом, который определяет его цели. Понимая цели клиента, мы понимаем, что можем ему предложить такого, чем он будет с удовольствием пользоваться. По сути личные цели нашей целевой аудитории определяют цели нашего бизнеса. Понимая цели клиента, мы можем понять его ожидание и его видение того, какими должны быть услуги. Это тот уровень знания, который определяет образ услуги и, как следствие, влияет на образ бизнес-процессов компании и ее инфраструктуру. Нижний уровень пирамиды клиентского опыта, критерии удовлетворенности, влияет на особенности реализации услуги. CJM – это инструмент, который позволяет на ранней стадии проектирования или модификации корпоративной архитектуры смоделировать услугу, оценить удовлетворенность клиента и при необходимости оптимизировать ее.
- #11 Кто должен проектировать услугу? С одной стороны основой услуги является бизнес-процесс. Но, проектируя услугу от процесса, мы ее фактически не проектируем, а констатируем в том виде, в каком она из этого процесса вытекает. Т.е. она не учитывает особенности целевой аудитории, а просто является интерфейсом между компанией и клиентом. Для того, чтобы услуга отвечала ожиданиям целевой аудитории, должны быть выполнены два условия: при проектировании услуги необходимо иметь возможность модификации процессов и инфраструктуры в случае, если это потребуется для оптимизации услуги под особенности целевой аудитории; оптимизацию услуги должны осуществлять специалисты, понимающие толк в том, как понимание опыта пользователя конвертировать в UXD. Поэтому проектирование услуги должно представлять собой взаимодействие БА и UXD со следующим распределением зон ответственности: БА проектирует процесс и находит возможности его модификации под потребности оптимизации услуги; UXD оптимизирует услугу и формирует требования к модификации процесса для этой оптимизации. Проектирование услуги - это поиск компромисса между желаниями Заказчика и конечного пользователя. И этот компромисс БА и UXD должны искать совместными усилиями.