Салют! Сегодня решила продолжить тему про CJM и рассмотреть ее альтернативы)
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
1️⃣ User Journey Map (UJM)
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
📎 CJM и UJM — В чём же разница?
📎 Карты пути (CJM, UJM, USM), service blueprint и другие схемы представления пути пользователя
2️⃣ Service Blueprint
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
📎 В чем разница между CJM и Service Blue Print? Плюсы и минусы каждого метода и ключевые отличия
📎 От as-is к as-to-be: что такое Service Blueprint и при чем здесь BABOK
3️⃣ Jobs to be Done (JTBD)
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
📎 Jobs to Be Done, или всё, что следует знать о желаниях пользователей
4️⃣ Карта эмпатий (Empathy Map)
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
📎 Карта эмпатии: как накладывать эмоции на продукт
5️⃣ Life Experience Map (LXM)
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
📎 Customer Journey Map: какие карты бывают, как их составить и использовать
6️⃣ Маркетинговая воронка
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
📎 Маркетинговая воронка: как превратить клиента в покупателя
—————————
🧐 Когда что выбирать?
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
📝 Альтернативы CJM: инструменты для анализа пользовательского опыта
Customer Journey Map (CJM) — мощный инструмент, но он подходит не для всех задач. В зависимости от целей (анализ внутренних процессов, фокус на продукте, исследование широкого контекста) могут потребоваться другие методы.
Что это: Карта пути пользователя внутри продукта или сервиса, а не клиента как покупателя.
Отличие от CJM:
- Фокус на использовании продукта, а не на процессе покупки.
- Подходит для B2B-сценариев, где пользователь и покупатель — разные лица (например, сотрудники компании) .
Пример: Карта взаимодействия оператора колл-центра с CRM-системой.
Что это: Карта, объединяющая клиентский опыт и внутренние бизнес-процессы компании.
Ключевые особенности:
- Показывает, какие отделы отвечают за каждый этап CJM.
- Выявляет «закулисные» процессы (например, логистику или техподдержку) .
Пример: Оптимизация работы ресторана: от заказа клиента до кухни и доставки.
Что это: Метод, фокусирующийся на задачах, которые пользователь хочет решить с помощью продукта.
Преимущества:
- Раскрывает истинные мотивы покупки (например, «родители покупают органическое детское питание, чтобы обеспечить безопасность ребенка») .
- Помогает создавать инновационные продукты, решающие конкретные проблемы.
Что это: Визуализация мыслей, чувств и поведения пользователя в рамках одной ситуации.
Структура:
- «Думает и чувствует», «Говорит и делает», «Видит», «Слышит»
Применение: Для точечного анализа боли пользователя (например, при доработке интерфейса).
Что это: Широкая карта жизненного контекста пользователя, выходящая за рамки взаимодействия с продуктом.
Зачем: Чтобы понять, как продукт вписывается в повседневную жизнь клиента .
Пример: Исследование привычек путешественников для разработки нового сервиса бронирования.
Что это: Линейная модель этапов от знакомства с продуктом до покупки.
Отличие от CJM:
- Фокус на конверсиях, а не на эмоциях и барьерах.
- Не учитывает неочевидные взаимодействия (например, влияние отзывов из соцсетей)
—————————
CJM - Анализ пути клиента от первого контакта до лояльности.
UJM - Оптимизация UX внутри продукта (например, onboarding в приложении).
Service Blueprint - Связь клиентского опыта с внутренними процессами компании.
JTBD - Понимание глубинных мотивов покупки и создание инноваций.
Карта эмпатий - Быстрое выявление боли пользователя на конкретном этапе
Вместо вывода:
CJM — не универсальный инструмент. Для комплексного анализа нужна комбинация методов:
- JTBD + CJM — для понимания мотивов и пути клиента .
- Service Blueprint + UJM — для синхронизации UX и бизнес-процессов .
Источник: @ba_and_sa
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9👍3❤2🙏2👏1
Вы строите процессы, диаграммы, требования — а хочется влиять на архитектуру в целом?
TOGAF — это путь к системному мышлению и новым карьерным горизонтам: от BA к enterprise-архитектору.
📍 Бесплатный вебинар:
«TOGAF: зачем он нужен и как поможет вашей карьере?»
Поговорим:
— что такое TOGAF и почему его требуют в международных проектах
— как аналитик может встроиться в архитектурный контур
— с чего начать подготовку к сертификации
🎓 Ведёт практик, работающий по TOGAF 10.
💡Понравится вебинар - приходите учиться на онлайн-курс «Архитектура корпорации. Togaf 10». Курс — с доступом к материалам Open Group.
Пока действует скидка по промокодуTOGAF_7
👉 Регистрируйтесь — напомним перед началом: регистрация
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
TOGAF — это путь к системному мышлению и новым карьерным горизонтам: от BA к enterprise-архитектору.
📍 Бесплатный вебинар:
«TOGAF: зачем он нужен и как поможет вашей карьере?»
Поговорим:
— что такое TOGAF и почему его требуют в международных проектах
— как аналитик может встроиться в архитектурный контур
— с чего начать подготовку к сертификации
🎓 Ведёт практик, работающий по TOGAF 10.
💡Понравится вебинар - приходите учиться на онлайн-курс «Архитектура корпорации. Togaf 10». Курс — с доступом к материалам Open Group.
Пока действует скидка по промокоду
👉 Регистрируйтесь — напомним перед началом: регистрация
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Базы данных. Как выбрать идеальное решение? Полный гид по SQL, NoSQL и не только
Привет, хабр! Меня зовут Кирилл, и на протяжении последних двух лет я мечтал научиться проходить System Design интервью. Но только недавно взялся за дело всерьёз. Изучив различные хранилища данных, я...
👍5❤2🔥1
🚀 Ваша корпорация распалась на «феодальные домены», а несовместимые системы привели к хаосу?
Приглашаем вас на открытый вебинар: «Киберпанк 2025: Возвращение Корпоративного Архитектора»
📅 Дата: 2 июля
🕖 Время: 19:00 МСК
🔹 В ходе вебинара вы узнаете:
- ключевые задачи корпоративной архитектуры;
- навыки и инструменты успешного EA;
- актуальные тренды и фреймворки;
- реальные кейсы восстановления IT-ландшафта.
🎙 Спикер: Александр Стройкин — Главный системный архитектор в «Альфа-Групп».
Этот урок пройдет в преддверии старта курса «Enterprise Architect», и все участники получат специальную скидку на обучение!
🔗 Регистрация открыта: https://clck.ru/3Ms6Yo
Не пропустите возможность вернуть порядок в IT и стать профессионалом!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
Приглашаем вас на открытый вебинар: «Киберпанк 2025: Возвращение Корпоративного Архитектора»
📅 Дата: 2 июля
🕖 Время: 19:00 МСК
🔹 В ходе вебинара вы узнаете:
- ключевые задачи корпоративной архитектуры;
- навыки и инструменты успешного EA;
- актуальные тренды и фреймворки;
- реальные кейсы восстановления IT-ландшафта.
🎙 Спикер: Александр Стройкин — Главный системный архитектор в «Альфа-Групп».
Этот урок пройдет в преддверии старта курса «Enterprise Architect», и все участники получат специальную скидку на обучение!
🔗 Регистрация открыта: https://clck.ru/3Ms6Yo
Не пропустите возможность вернуть порядок в IT и стать профессионалом!
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru
❤3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Ликбез по ЭДО: почему это не просто техническое подключение, а пересмотр процессов, которыми нужно заниматься заранее
Привет, Хабр! Меня зовут Константин Архипов, я scrum-мастер продукта «Среда ЭДО» в МТС. Последние несколько лет я занимаюсь электронным документооборотом и вижу, насколько это сложный процесс и как...
❤2👍2
🔵Бесплатные вебинары курса «Бизнес-аналитик в IT» для новичков и опытных специалистов!
🎓Вебинар 1: Ключевые навыки и пути развития бизнес-аналитика
⏰10 июля в 20:00 мск
💎Вы узнаете:
Определение роли бизнес-аналитика в IT, рассмотрим смежные направления, как возможные точки роста в данной профессии.
Познакомитесь с актуальной матрицей компетенций для аналитика и узнаете, какие навыки и инструменты помогут вам развиваться и повышать экспертизу.
🎓Вебинар 2: MVP глазами бизнес-аналитика: от идеи до первых функций
⏰16 июля в 20:00 мск
В рамках вебинара рассмотрим концепцию MVP и варианты развитию первых наработок в рамках продукта
💎Вы узнаете:
1. Что такое MVP
2. Примеры удачных MVP
3. Инструмент UserStoryMaping как инструмент формирования границ MVP
🎓Вебинар 3: Типы требований: чем они отличаются и зачем нужны
⏰24 июля в 20:00 мск
💎Вы узнаете:
Какие бывают типы требований, зачем их классифицировать и как это помогает в работе с заказчиком и командой разработки.
Рассмотрим два ключевых подхода к типизации требований — по Вигерсу и BABOK, обсудим их различия и преимущества.
На практике покажем, как грамотно формулировать требования каждого типа, чтобы избежать путаницы и недопонимания на проекте.
➡️Регистрация на вебинары: https://otus.pw/IYgw/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
🎓Вебинар 1: Ключевые навыки и пути развития бизнес-аналитика
⏰10 июля в 20:00 мск
💎Вы узнаете:
Определение роли бизнес-аналитика в IT, рассмотрим смежные направления, как возможные точки роста в данной профессии.
Познакомитесь с актуальной матрицей компетенций для аналитика и узнаете, какие навыки и инструменты помогут вам развиваться и повышать экспертизу.
🎓Вебинар 2: MVP глазами бизнес-аналитика: от идеи до первых функций
⏰16 июля в 20:00 мск
В рамках вебинара рассмотрим концепцию MVP и варианты развитию первых наработок в рамках продукта
💎Вы узнаете:
1. Что такое MVP
2. Примеры удачных MVP
3. Инструмент UserStoryMaping как инструмент формирования границ MVP
🎓Вебинар 3: Типы требований: чем они отличаются и зачем нужны
⏰24 июля в 20:00 мск
💎Вы узнаете:
Какие бывают типы требований, зачем их классифицировать и как это помогает в работе с заказчиком и командой разработки.
Рассмотрим два ключевых подхода к типизации требований — по Вигерсу и BABOK, обсудим их различия и преимущества.
На практике покажем, как грамотно формулировать требования каждого типа, чтобы избежать путаницы и недопонимания на проекте.
➡️Регистрация на вебинары: https://otus.pw/IYgw/
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576
❤4🔥3
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Apache Kafka в интеграционных задачах КРУПНОГО бизнеса: какие плюсы и слабые стороны у такого подхода?
И какие дополнительные инструменты стоит подключить, чтобы избавиться от всех проблем в интеграциях? В реальности крупный бизнес часто сталкивается с множеством затруднений при интеграции своих...
😢1
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Разработка документации для облачных сервисов, или как приручить дракона
Привет, я — Таня Кириллова, технический писатель команды развития безопасности контейнеров в Cloud.ru . На конференции Techwriters Days 2 Семён Факторович, основатель и руководитель компании...
🖥️ Приглашаем на вебинар "Конец поддержки Camunda 7. Что делать дальше?"
В октябре 2025 года прекращается поддержка Camunda 7. Огромное количество работающих и разрабатываемых решений лишается поддержки от вендора. На этом вебинаре мы расскажем о возможных решениях в сложившейся ситуации.
Кому обязательно стоит идти:
- Тем, у кого развернута Camunda 7
- Тем, кто ищет отечественные альтернативы движка
- BPM-практикам, исследующим рынок решений.
Спикеры:
- Игорь Клопотов, Директор продукта, OpenBPM
- Юлия Вагнер, Вице-президент по операциям ABPMP Russia
- Георгий Ржавин, Вице-президент ABPMP Russia, CEO BPM школы
➡️ Регистрация
Реклама ООО "Хоулмонт", ИНН 6316134393
В октябре 2025 года прекращается поддержка Camunda 7. Огромное количество работающих и разрабатываемых решений лишается поддержки от вендора. На этом вебинаре мы расскажем о возможных решениях в сложившейся ситуации.
Кому обязательно стоит идти:
- Тем, у кого развернута Camunda 7
- Тем, кто ищет отечественные альтернативы движка
- BPM-практикам, исследующим рынок решений.
Спикеры:
- Игорь Клопотов, Директор продукта, OpenBPM
- Юлия Вагнер, Вице-президент по операциям ABPMP Russia
- Георгий Ржавин, Вице-президент ABPMP Russia, CEO BPM школы
➡️ Регистрация
Реклама ООО "Хоулмонт", ИНН 6316134393
🔥2
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
Методологии менеджмента качества в бизнес-анализе: процессный подход, LEAN, теория ограничения систем. Часть 1
Компании стремятся к оптимизации деятельности и, логично, что растет спрос на услуги по описанию, анализу бизнес-процессов и предложению улучшений. В этом может помочь бизнес-аналитик, который знает и...
❤1
Приходите на митап Код аналитика — он пройдёт 10 июля в 19:00 (по мск) офлайн в Санкт-Петербурге и онлайн из любой точки мира. Вот о чём поговорим со спикерами из ЮMoney и приглашённым экспертом:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤2
Салют! Сегодня предлагаю вам Тестовое задание на позицию Middle System Analyst
#тестовоезадание #собеседование
📝 Условие задачи:
Компания разрабатывает систему для управления заказами в интернет-магазине. В текущей реализации клиент может оформить заказ, оплатить его онлайн или при получении, отменить заказ, а также отслеживать статус доставки.
🤯 Проблема:
При отмене заказа после оплаты деньги возвращаются не мгновенно, а в течение 3–5 дней или более. Это вызывает недовольство клиентов, и поддержка получает много жалоб.
Задача:
1. Проанализируйте процесс возврата денег при отмене заказа.
2. Предложите улучшения, которые сократят время возврата или улучшат коммуникацию с клиентом.
3. Опишите возможные риски и ограничения вашего решения.
При желании делитесь своими ответами или советами в комментариях👇
Источник: @ba_and_sa
_________________
✅ Мой ответ:
1. Анализ текущего процесса возврата денег
Текущий процесс, вероятно, выглядит так:
1. Клиент отменяет заказ → система фиксирует отмену.
2. Запрос на возврат попадает в финансовый отдел или платежный шлюз.
3. Вручную или полуавтоматически проверяются данные платежа.
4. Инициируется возврат через банк или платежную систему (3–5 дней из-за банковских регламентов и проверок).
5. Клиент не получает уведомлений о статусе возврата, пока деньги не поступят.
Проблемные точки:
- Ручные или долгие проверки.
- Отсутствие прозрачности для клиента.
- Зависимость от скорости работы банка/платежной системы.
2. Предлагаемые улучшения
a) Автоматизация возврата для ускорения процесса
- Интеграция с платежным шлюзом (например, Stripe, PayPal, Сбербанк API) для автоматического возврата при отмене (если заказ еще не передан в доставку).
- Настройка правил:
- Если оплата прошла менее N часов назад → мгновенный возврат (без проверки).
- Если прошло больше времени → автоматическая проверка и уведомление клиента о сроке.
b) Улучшение коммуникации с клиентом
- Ввести статусы возврата:
- «Возврат запрошен» → «Обрабатывается» → «Деньги отправлены» (с примерным сроком).
- Отправлять SMS/email-уведомления на каждом этапе.
- Добавить в ЛК клиента раздел с историей возвратов.
c) Альтернативные решения для лояльности
- Предлагать бонусы (скидку на следующий заказ) вместо возврата, если клиент согласен.
- Возврат на внутренний кошелек (мгновенно) с возможностью вывода или использования для новых покупок.
3. Риски и ограничения
Технические:
- Не все платежные системы поддерживают мгновенные возвраты (например, банковские переводы).
- Ошибки автоматизации (двойные возвраты, технические сбои) → нужен мониторинг и ручное вмешательство в исключительных случаях.
Бизнес-риски:
- Мошенничество: клиенты могут злоупотреблять быстрыми возвратами (например, отменять после получения товара). Решение:
- Лимиты на частые отмены.
- Задержка возврата для подозрительных операций.
- Дополнительные затраты на интеграцию с платежными системами.
Юридические:
- Нужно проверить законодательство (например, в некоторых странах возврат должен быть не позднее N дней).
‼️ Итоговое решение
1. Автоматизировать возвраты для свежих платежей через API платежного шлюза.
2. Улучшить информирование клиентов о статусах.
3. Ввести fallback-механизмы: если автоматический возврат невозможен – уведомлять клиента и ускорять ручную обработку.
4. Мониторить аномалии (частые отмены, ошибки интеграции).
Метрики успеха:
- Уменьшение времени возврата (с 5 дней до 1–2 для 80% случаев).
- Снижение количества жалоб в поддержку на 50%.
- Увеличение NPS (индекс лояльности) благодаря прозрачности процесса.
#тестовоезадание #собеседование
📝 Условие задачи:
Компания разрабатывает систему для управления заказами в интернет-магазине. В текущей реализации клиент может оформить заказ, оплатить его онлайн или при получении, отменить заказ, а также отслеживать статус доставки.
При отмене заказа после оплаты деньги возвращаются не мгновенно, а в течение 3–5 дней или более. Это вызывает недовольство клиентов, и поддержка получает много жалоб.
Задача:
1. Проанализируйте процесс возврата денег при отмене заказа.
2. Предложите улучшения, которые сократят время возврата или улучшат коммуникацию с клиентом.
3. Опишите возможные риски и ограничения вашего решения.
При желании делитесь своими ответами или советами в комментариях
Источник: @ba_and_sa
_________________
Текущий процесс, вероятно, выглядит так:
1. Клиент отменяет заказ → система фиксирует отмену.
2. Запрос на возврат попадает в финансовый отдел или платежный шлюз.
3. Вручную или полуавтоматически проверяются данные платежа.
4. Инициируется возврат через банк или платежную систему (3–5 дней из-за банковских регламентов и проверок).
5. Клиент не получает уведомлений о статусе возврата, пока деньги не поступят.
Проблемные точки:
- Ручные или долгие проверки.
- Отсутствие прозрачности для клиента.
- Зависимость от скорости работы банка/платежной системы.
2. Предлагаемые улучшения
a) Автоматизация возврата для ускорения процесса
- Интеграция с платежным шлюзом (например, Stripe, PayPal, Сбербанк API) для автоматического возврата при отмене (если заказ еще не передан в доставку).
- Настройка правил:
- Если оплата прошла менее N часов назад → мгновенный возврат (без проверки).
- Если прошло больше времени → автоматическая проверка и уведомление клиента о сроке.
b) Улучшение коммуникации с клиентом
- Ввести статусы возврата:
- «Возврат запрошен» → «Обрабатывается» → «Деньги отправлены» (с примерным сроком).
- Отправлять SMS/email-уведомления на каждом этапе.
- Добавить в ЛК клиента раздел с историей возвратов.
c) Альтернативные решения для лояльности
- Предлагать бонусы (скидку на следующий заказ) вместо возврата, если клиент согласен.
- Возврат на внутренний кошелек (мгновенно) с возможностью вывода или использования для новых покупок.
3. Риски и ограничения
Технические:
- Не все платежные системы поддерживают мгновенные возвраты (например, банковские переводы).
- Ошибки автоматизации (двойные возвраты, технические сбои) → нужен мониторинг и ручное вмешательство в исключительных случаях.
Бизнес-риски:
- Мошенничество: клиенты могут злоупотреблять быстрыми возвратами (например, отменять после получения товара). Решение:
- Лимиты на частые отмены.
- Задержка возврата для подозрительных операций.
- Дополнительные затраты на интеграцию с платежными системами.
Юридические:
- Нужно проверить законодательство (например, в некоторых странах возврат должен быть не позднее N дней).
1. Автоматизировать возвраты для свежих платежей через API платежного шлюза.
2. Улучшить информирование клиентов о статусах.
3. Ввести fallback-механизмы: если автоматический возврат невозможен – уведомлять клиента и ускорять ручную обработку.
4. Мониторить аномалии (частые отмены, ошибки интеграции).
Метрики успеха:
- Уменьшение времени возврата (с 5 дней до 1–2 для 80% случаев).
- Снижение количества жалоб в поддержку на 50%.
- Увеличение NPS (индекс лояльности) благодаря прозрачности процесса.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥23👍10❤5
Please open Telegram to view this post
VIEW IN TELEGRAM
Хабр
«Да мы и без проектной документации справимся!»
— И это после всего, что я вам рассказал? — я, конечно, уже слышал подобные заявления от потенциальных клиентов, но каждый раз удивлялся. — Ну да. Зачем нам эти прототипы и функциональные...
❤1