Диаграмма сил выбора в JTBD (Jobs Forces Diagram)

Сильный pain не гарантирует покупку. Клиент может годами жить с проблемой, если migration risk, procurement effort или привычка к текущему процессу сильнее pull нового решения.

1. Возьмите реальный выигранный или проигранный deal.
2. Восстановите событие, которое усилило push.
3. Опишите, что именно создало pull.
4. Соберите anxieties: безопасность, интеграция, миграция, карьера decision-maker.
5. Найдите habits и switching costs.
6. Решите, какие силы marketing и sales должны усиливать или ослаблять.

CRM неудобна, но команда привыкла к ней. Push растёт после потери крупных сделок из-за плохой аналитики. Pull — единый pipeline forecast. Anxiety — миграция данных. Значит, кейс и demo недостаточны: нужен migration proof и implementation plan.

Диаграмма сил выбора в JTBD (Jobs Forces Diagram). Понять силы, которые толкают клиента к смене решения или удерживают его в привычном. Применяйте когда нужно понять спрос, аудиторию, мотивы выбора и барьеры. Основные показатели: конверсия перехода; доля выигранных сделок; отток; внедрение. Рабочий инструмент: Конструктор Диаграмма сил выбора в JTBD.

Главный принцип работы с этим фреймворком - не заполнять его «для отчётности», а использовать как механизм принятия одного конкретного решения. Сначала задайте вопрос, затем соберите минимально достаточные данные, после чего определите, какое действие изменится в зависимости от результата.

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

1. Отделите факт от предположения. Всё, что не подтверждено данными, пометьте как гипотезу.
2. Сравните варианты между собой. Один результат редко имеет смысл без альтернативы или baseline.
3. Найдите главный рычаг. Не пытайтесь одновременно исправлять все найденные проблемы.
4. Определите действие. У результата должен появиться владелец, срок и конкретное изменение.
5. Назначьте проверку. Заранее зафиксируйте показатель, период и условие, при котором решение пересматривается.

При замене старого оборудования клиент видит экономию, но боится остановки производства. Push и Pull объясняют желание изменить ситуацию, а Anxiety и Habit - причины отказа; пилот, план миграции и SLA уменьшают силы сопротивления.

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

• конверсия перехода
• доля выигранных сделок
• отток
• внедрение.

Контролируйте не только конечный KPI, но и ближайший показатель, который должен измениться первым. Это помогает понять, не сломалась ли причинная цепочка между решением и бизнес-результатом.

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

После заполнения должна появиться не просто таблица, а управленческий вывод: что меняем, почему, какой показатель должен измениться, кто отвечает и когда проверяем результат.

CRM неудобна, но команда привыкла к ней. Push растёт после потери крупных сделок из-за плохой аналитики. Pull — единый pipeline forecast. Anxiety — миграция данных. Значит, кейс и demo недостаточны: нужен migration proof и implementation plan.

• JTBD
• Buyer Journey
• Value Proposition Canvas

• Cost of Inaction
• Win/Loss Analysis
• Sales Cycle