Про Journey-Centric Design
В блоге NN/g [вы же знаете, что значит NN/g?] часто мелькает концепция Journey-Centric Design, как следующая ступень развития Дизайн-процессов, после Product-centric design.
Тема более чем важная, так как мало какие компании делают по настоящему продуманный Journey-Centric Design, а зря.
Собственно, сегодня небольшое вводное про различия в Journey-Centric Design [JCD] и Product-Centric Design [PCD]
1. Фокус и мышление
PCD:
Фокусируется на отдельных продуктах или функциях.
Основная цель — улучшить конкретный продукт, чтобы удовлетворить потребности клиентов и увеличить доход.
Команды работают в изоляции, часто в рамках своих функциональных обязанностей (например, отдел маркетинга, разработки, поддержки).
JCD:
Фокусируется на клиентском путешествии — всех этапах и точках взаимодействия клиента с компанией.
Цель — создать целостный, бесшовный опыт для клиента, который охватывает несколько продуктов, сервисов и каналов.
Требует кросс-функционального сотрудничества, так как клиентское путешествие пересекает границы отделов и продуктов.
2. Цели
PCD:
Улучшение взаимодействия с продуктом (например, упрощение интерфейса, добавление новых функций).
Основной KPI — продуктовые метрики (retention, churn rate).
JCD:
Улучшение всего клиентского опыта, включая эмоциональные и практические аспекты.
Основной KPI — бизнес-метрики (NPS, LTV, ...).
3. Стиль сотрудничества
PCD:
Команды работают независимо, часто конкурируют за ресурсы и приоритеты.
Решения принимаются в рамках одного продукта или функции.
JCD:
Требует тесного сотрудничества между разными отделами (маркетинг, продажи, поддержка, разработка и т.д.).
Решения принимаются с учетом всего клиентского пути, а не только одного продукта.
4. Подход к проблемам
PCD:
Решает проблемы в рамках одного продукта или функции.
Например, если клиент не может найти кнопку в приложении, команда улучшает интерфейс.
JCD:
Решает проблемы, которые возникают на всем пути клиента.
Например, если клиент испытывает трудности при переходе с сайта на поддержку, команда анализирует весь процесс и улучшает взаимодействие между каналами.
5. Пример
PCD:
Банк улучшает мобильное приложение, добавляя новые функции для управления счетами.
JCD:
Банк анализирует весь путь клиента: от открытия счета до получения кредита. Команда улучшает не только приложение, но и процессы в отделениях, поддержку и email-коммуникации, чтобы создать целостный опыт.
В общем, если у вас монопродуктовая история с SaaS-продуктом, где весь пользовательский путь внутри продукта — забейте на JCD (он равен PCD в вашем случае).
А если у вас несколько точек взаимодействия с пользователем (клиентом) или «экосистема» — надо ботать JCD и наращивать как не в себя межкомандные связи.
Можно посмотреть ещё видео от NN/g
Journey-Centric Design: The Evolution of Design Ops [на английском ещё и ВПН нужен].
#ux
❤️ - не знал про JCD
🔥 - знал про JCD