Analyst IT – Telegram
Analyst IT
12.4K subscribers
149 photos
98 videos
7 files
1.14K links
Авторский канал для аналитиков в индустрии ИТ. Все, что надо знать аналитику в одном месте.

Сотрудничество: @the_real_bird
BA/SA: @ba_and_sa

Регистрация РКН: https://knd.gov.ru/license?id=673c6a15b7aeb106ce045ee5&registryType=bloggersPermission
Download Telegram
Салют! Сегодня решила продолжить тему про 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
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
9🔥4👍1
Салют! Сегодня предлагаю вам Тестовое задание на позицию 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 (индекс лояльности) благодаря прозрачности процесса.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7🔥42👏2