Управление проектами Статья · 20 мин

Как провести исследование потребностей клиентов и спроектировать продукт по JTBD

Большинство инновационных проектов оканчиваются неудачей. Системный подход Outcome-Driven Innovation на основе JTBD переводит создание продуктов из зоны интуиции в область точного инженерного расчёта. Разбираем 10-шаговый алгоритм.

Автор: Максим Якубович

Большинство инновационных проектов, стартапов и обновлений продуктов оканчиваются неудачей. Согласно исследованиям, до 83% новых продуктов не оправдывают ожиданий и не окупают инвестиций. Главная причина провалов заключается в том, что компании пытаются угадать потребности клиентов, генерируя сотни идей (подход «ideas-first») или собирая абстрактные отзывы в стиле Voice of Customer (VoC), которые не дают точных критериев для разработки (подход «needs-first»).

Основатель компании Strategyn Энтони Ульвик (Anthony W. Ulwick) предложил системный способ решения этой проблемы — практическую методологию Outcome-Driven Innovation (ODI), основанную на теории Jobs-to-be-Done (JTBD). По данным независимых исследований, показатель успешности продуктов, созданных по ODI, достигает 86%.

В этой статье подробно разобран 10-шаговый алгоритм проведения исследования потребностей клиентов по JTBD: от определения целевой роли до построения долгосрочной продуктовой стратегии.


1. Фундамент теории

В основе JTBD лежит концепция: люди не покупают продукты, они «нанимают» их для выполнения определенной работы (Job-to-be-Done).

Пример: Покупатель берёт не дрель со сверлом на 6 мм, а хочет получить отверстие соответствующего диаметра.

Однако для построения точного исследования одной «работы» недостаточно. Ульвик вводит Структуру потребностей JTBD (Needs Framework), состоящую из 6 уровней:

  1. Основная функциональная работа (Core Functional Job): Стабильная, независимая от решения работа, которую пытается выполнить пользователь (например, «почистить зубы» или «восстановить кровоток в артерии»).
  2. Желаемые результаты (Desired Outcomes): Метрики, с помощью которых клиент оценивает успешность и скорость выполнения основной работы (от 50 до 150 метрик на одну работу).
  3. Связанные работы (Related Jobs): Дополнительные функциональные работы, возникающие параллельно с основной.
  4. Эмоциональные и социальные работы (Emotional & Social Jobs): Как клиент хочет себя чувствовать при выполнении работы и каким он хочет казаться в глазах окружающих.
  5. Работы цепочки потребления (Consumption Chain Jobs): Задачи по покупке, установке, настройке, обслуживанию и утилизации продукта.
  6. Финансовые результаты (Financial Desired Outcomes): Финансовые метрики, которые использует ЛПР (лицо, принимающее решение о покупке).

2. Полный алгоритм исследования по ODI (10 шагов)


Шаг 1. Определить клиента (Define the Customer)

Цель шага: Разграничить ролевые модели в процессе покупки и эксплуатации продукта.

В ODI выделяют 3 ключевых типа участников:

  • Исполнитель основной работы (Core Job Executor): Человек, непосредственно выполняющий функциональную задачу (например, хирург).
  • Команда поддержки lifecycle (Product Lifecycle Support Team): Люди, обслуживающие продукт на разных этапах (техники, инженеры по настройке, мастера по ремонту).
  • Покупатель / ЛПР (Purchase Decision Maker): Лицо, выделяющее бюджет и оценивающее финансовую выгоду (например, администратор больницы).

Шаг 2. Определить основную работу (Define the Core Job)

Цель шага: Сформулировать функциональную задачу клиента строго без привязки к существующим технологиям.

Работа должна быть сформулирована с точки зрения клиента и следовать строгому синтаксису:

Глагол + Объект действия (Существительное) + Контекст

Пример: «Слушать музыку (Глагол + Объект) во время поездок на работу (Контекст)».

Правила формулирования работы:

  • Не фокусируйтесь слишком узко (например, «кипятить воду» вместо «приготовить горячий напиток»).
  • Не формулируйте работу слишком широко.
  • Запрещено включать в формулировку конкретные решения, эмоции или желаемые результаты.

Шаг 3. Составить Карту работы (Job Map) и выявить желаемые результаты

Цель шага: Декомпозировать процесс выполнения работы на этапы и собрать полный список метрик успеха (потребностей).

Любая работа раскладывается на универсальную Карту работы (Job Map), состоящую из 8 последовательных этапов:

  1. Определить (Define)
  2. Найти / Локализовать (Locate)
  3. Подготовить (Prepare)
  4. Подтвердить (Confirm)
  5. Выполнить (Execute)
  6. Контролировать (Monitor)
  7. Изменить / Отрегулировать (Modify)
  8. Завершить (Conclude)

На каждом этапе проводятся глубинные интервью для формулирования желаемых результатов (Desired Outcomes). По одной работе обычно выявляется от 50 до 150 потребностей.

Шаблон синтаксиса Desired Outcome Statement:

Направление улучшения + Метрика + Объект контроля + Контекст

  • Направление улучшения: Строго «Минимизировать» (сократить/снизить).
    Примечание: Использование глаголов «увеличить» или «повысить» в ODI запрещено, так как все потребности формулируются как сокращение времени или риска ошибки.
  • Метрика: Время или Вероятность/Риск.
Пример: «Минимизировать вероятность того, что звук будет искажаться при прослушивании на высокой громкости».

Шаг 4. Найти сегменты возможностей (Outcome-Based Segmentation)

Цель шага: Найти сегменты аудитории с одинаковыми нерешёнными потребностями на основе математического анализа.

  1. Количественный опрос: На репрезентативной выборке (180–3000+ человек) клиентов просят оценить каждую потребность по двум 10-балльным шкалам:
    • Важность (Importance)
    • Удовлетворённость (Satisfaction) текущим решением
  2. Расчёт Opportunity Score: Для каждого результата рассчитывается коэффициент возможности:

    Opportunity Score = Importance + max(Importance — Satisfaction, 0)

  3. Кластеризация и Ландшафт возможностей (Opportunity Landscape): С помощью математического кластерного анализа респонденты объединяются в группы по схожести неохваченных потребностей, и строится двумерный Ландшафт:
    • Недообслуженные (Underserved): Высокая важность, низкая удовлетворённость (Score > 10) — главный вектор для дифференцированных инноваций.
    • Сбалансированные (Appropriately Served): Базовая норма рынка.
    • Переобслуженные (Overserved): Низкая важность, высокая удовлетворённость — зоны для удешевления и подрывных продуктов.

Шаг 5. Сформировать ценностное предложение (Formulate Value Proposition)

Цель шага: Разработать гипотезу позиционирования, опираясь на выявленные недообслуженные результаты.

  • Отбор главных потребностей: Выделяются только результаты с Opportunity Score > 10.
  • Формулирование сообщений (Messaging): Ценностное предложение строится на языке закрываемых потребностей, а не абстрактных фич.

    Формула: «Мы помогаем [Исполнителю работы] закрыть [потребности] при выполнении [Основной работы]»

  • Связка с продуктом: Маркетинговые обещания связываются напрямую с потребностями, функционал для закрытия которых закладывается в бэклог.
  • Корректировка текущего позиционирования: Если продукт уже существует, компании подсвечивают те закрываемые им потребности, о которых раньше не говорили в коммуникациях.

Шаг 6. Провести анализ конкурентов на основе результатов

Цель шага: Оценить конкурентную среду не по списку функций, а по степени удовлетворения потребностей клиентов.

  1. Оценка удовлетворённости: Для каждого из 50–150 результатов рассчитывается средний балл Satisfaction, который клиенты поставили продуктам конкурентов.
  2. Профиль конкурента: Выявляется, где конкуренты «переобслуживают» клиента (вызывают недовольство высокой ценой при ненужной точности), а где «недообслуживают».
  3. Поиск гэпов (Competitive Gaps): Находятся потребности высокой важности, которые не способно эффективно закрыть ни одно из существующих решений на рынке.

Шаг 7. Сформировать стратегию инноваций (Formulate Innovation Strategy)

Цель шага: Выбрать верхнеуровневый вектор развития бизнеса на основе Матрицы стратегий роста (Growth Strategy Matrix).

К этому шагу компания имеет полный массив данных: Карту работы, оцифрованные потребности, Opportunity Score и профиль конкурентов. На их основе выбирается одна из 5 базовых стратегий:

Стратегия Качество решения работы Цена продукта Целевой сегмент
Differentiated (Дифференцированная) Значительно лучше Дороже Недообслуженные (Underserved)
Dominant (Доминирующая) Значительно лучше Дешевле Весь рынок (All customers)
Disruptive (Подрывная) Хуже (но достаточно) Дешевле Переобслуженные и Не-потребители
Discrete (Дискретная) Хуже Дороже Ограниченные в выборе условия
Sustaining (Поддерживающая) Немного лучше Так же / Чуть дешевле Текущие клиенты компании

Шаг 8. Направить усилия на скрытые возможности роста (Target Hidden Growth Opportunities)

Цель шага: Найти неочевидные для конкурентов рыночные ниши.

Используя Ландшафт возможностей, компания ищет скрытые сегменты пользователей, нерешённые смежные задачи (Related Jobs) или узкие места на этапах покупки, установки и обслуживания (Consumption Chain Jobs).

Шаг 9. Сформировать маркетинговую стратегию (Formulate Market Strategy)

Цель шага: Упаковать позиционирование в конкретные каналы продвижения, рекламные кампании и медиаплан.

В отличие от Шага 5 (где формируется базовая гипотеза ценности), на Шаге 9 разрабатываются Go-To-Market стратегии и коммуникационные сообщения. Акцент делается на продвижении через Outcomes (как продукт помогает выполнить работу быстрее и без ошибок), а не через описание фич.

Шаг 10. Сформировать продуктовую стратегию и Дорожную карту (Product Strategy)

Цель шага: Спроектировать технологические решения и сформировать поэтапный продуктовый Roadmap.

Шаг выполняется в две фазы:

Фаза 1: Направленный мозговой штурм (Targeted Brainstorming)

Команда не генерирует случайные фичи, а берёт ТОП-5 или ТОП-10 результатов с наибольшим Opportunity Score. Проводятся R&D-сессии для поиска инженерно-технологических концептов, направленных строго на сокращение времени или риска ошибки для этих конкретных шагов Карты работы.

Фаза 2: Оценка концептов и сборка Дорожной карты (Concept Evaluation)

Каждая сгенерированная идея оценивается по критериям:

  • Влияние на потребность: Моделирование того, насколько концепция повысит показатель Satisfaction.
  • Выполнимость (Feasibility) и экономика: Техническая осуществимость, себестоимость, маржинальность и соответствие финансовым результатам (Financial Outcomes) ЛПР.

Победившие концепты распределяются по релизам продуктового Roadmap:

  1. Immediate (Краткосрочные): Корректировка позиционирования и мелкие доработки продукта, закрывающие недообслуженные результаты без изменения архитектуры.
  2. Next (Среднесрочные): Разработка новых модулей и функций, сгенерированных на фазе брейншторминга.
  3. Future (Долгосрочные): Создание фундаментально новых технологических платформ, полностью закрывающих основную работу.

Заключение

Методология Outcome-Driven Innovation переводит создание продуктов из зоны интуиции и случайных угадываний в область точного инженерного расчёта. Благодаря 10-шаговому алгоритму команда фокусирует R&D-ресурсы исключительно на тех функциях, за которые клиенты действительно готовы платить, обеспечивая предсказуемый и воспроизводимый успех продуктов на рынке.

Нужна помощь в исследовании потребностей клиентов?

Проведём полноценное JTBD-исследование вашего продукта и поможем спроектировать решение, за которое клиенты будут готовы платить.