Фреймворк Jobs-to-be-Done: практичний вступ
← Усі статті Створюйте правильний продукт

Фреймворк Jobs-to-be-Done: практичний вступ

Від команди FabricLoop  ·  травень 2026  ·  6 хв читання

Клейтон Крістенсен розповідав історію про компанію швидкого харчування, яка хотіла продавати більше молочних коктейлів. Вона опитувала клієнтів про смак, рівень солодкості та розмір склянки. Жодна зміна не вплинула на продажі. Тоді один дослідник спробував інакше: він став на парковці й спостерігав, як люди купують коктейлі. Він ставив одне запитання — «що ви намагалися зробити, коли вирішили взяти коктейль цього ранку?»

Відповідь: більшість ранкових покупців коктейлів мали попереду довгу нудну дорогу на роботу. Вони хотіли чогось, що займе їх у дорозі й не дасть зголодніти до обіду. Коктейль робив це краще за банан (надто швидко з'їдається), бейгл (надто крихтить) чи каву (надто мало). Продукт конкурував не з іншими коктейлями, а з нудьгою та голодом.

Ця історія — суть Jobs-to-be-Done. Люди не купують продукти. Вони наймають їх, щоб виконати завдання у своєму житті.

Що насправді означає «завдання»

У термінології JTBD «завдання» (job) — це прогрес, якого людина прагне досягти в певних обставинах. Це не окрема дія («мені потрібно надіслати файл»). Це не мета («я хочу бути продуктивнішим»). Це конкретний прогрес, якого конкретна людина прагне досягти в конкретній ситуації, з усім контекстом, обмеженнями та емоціями цього моменту.

Завдання має три складники: ситуацію (тригер, що створює потребу), мотивацію (чого людина прагне досягти) і результат (як вона сама визначає успіх). Усі три важливі. Продукт, який точно влучає в мотивацію, але ігнорує ситуацію, використовуватимуть не в той момент. Продукт, який влучає в ситуацію, але ігнорує результат, наймуть і швидко звільнять.

«Людям не потрібне свердло на чверть дюйма. Їм потрібен отвір на чверть дюйма. Але насправді їм потрібна полиця на стіні — а по-справжньому вони хочуть, щоб партнер вважав їх майстровитими.»

Формат твердження JTBD

Формальні твердження JTBD змушують чітко сформулювати, для якого завдання вашого продукту наймають, — і виявляють розрив між тим, що ви вважаєте завданням, і тим, що насправді переживають користувачі.

Шаблон твердження JTBD та приклади
«Коли ситуація, я хочу мотивація, щоб результат.»
Приклад 1 — інструмент для управління проєктами
«Коли я перебираю проєкт посеред шляху від колеги, який пішов, я хочу зрозуміти, що було вирішено і чому, щоб швидко увійти в курс справи, не призначаючи шість зустрічей для введення в курс.»
Приклад 2 — інструмент комунікації
«Коли мені потрібна швидка відповідь від людини, яка цілий день на нарадах, я хочу надіслати повідомлення, що сигналізує про терміновість і не звучить грубо, щоб розблокувати себе, не зіпсувавши стосунків.»
Приклад 3 — інструмент аналітики
«Коли я наступного тижня виступаю перед радою директорів, я хочу показати тренди утримання так, щоб вони складалися в чітку історію, щоб продемонструвати прогрес і зберегти довіру до команди.»

Зверніть увагу, що кожне твердження виявляє те, чого ніколи не покаже список функцій: емоційні ставки, контекст суперечливих чинників і те, як користувач сам визначає успіх. Жодне з цього не з'явилося б в опитуванні «які функції вам потрібні?».

Функціональний, соціальний та емоційний виміри

Кожне завдання має три виміри, а продукти, що закривають лише функціональний, втрачають реальну цінність.

Slack вибився не тому, що надсилав повідомлення краще за електронну пошту (функціональний вимір). Він вибився, бо дав командам відчуття зв'язку й «живості» (емоційний вимір) і змусив людей відчувати себе учасниками розмови в реальному часі, а не чергою у вхідних (соціальний вимір). Функції, що закривають лише функціональне завдання, легко перетворюються на товар. Продукти, що закривають усі три виміри, замінити набагато важче.

Техніка інтерв'ю Щоб виявити емоційні та соціальні виміри, прислухайтеся до слів про інших людей. «Мені потрібно було показати керівникові, що…», «я не хотів, щоб клієнт подумав…», «я хвилювався, що команда вирішить…» — такі фрази свідчать, що в грі соціальні та емоційні завдання.

Як виявити завдання, для яких наймають ваш продукт

Найкраще дослідження JTBD зосереджується на моменті найму — рішенні почати користуватися продуктом — і моменті звільнення — рішенні припинити. Обидва моменти багаті на сигнали.

Для інтерв'ю про найм запитайте: «Пригадайте, коли ви востаннє вирішили скористатися [продуктом]. Що тоді відбувалося? Чого ви намагалися досягти? Що ще ви пробували спочатку?» Для інтерв'ю про звільнення: «Коли ви припинили користуватися [продуктом]? Що ви робили безпосередньо перед тим, як вирішили перейти на інше? Що альтернатива робила інакше?»

Відповіді майже завжди вас здивують. Користувачі описуватимуть ситуації, розчарування та мотивації, яких ваша команда ніколи не передбачала. У цьому й сенс. Дослідження JTBD — не валідаційне, а пошукове. Ви не перевіряєте свої припущення, а замінюєте їх фактами.

Демографічна пастка JTBD свідомо відходить від демографічних персон («35-річний маркетинговий менеджер») до ситуаційних. Двоє людей з однаковою демографією можуть мати зовсім різні завдання. Двоє людей, які не мають нічого спільного за демографією, можуть наймати ваш продукт для того самого завдання. Сегментуйте за завданням, а не за віком чи посадою.

Як використовувати JTBD для продуктових рішень

Визначивши основні завдання, для яких наймають ваш продукт, використовуйте їх як фільтр для кожного суттєвого продуктового рішення. Щодо будь-якої запропонованої функції запитайте: у виконанні якого конкретного завдання вона допомагає користувачам просунутися? Якщо відповідь «в жодному з наших основних», це сильний сигнал знизити пріоритет — навіть якщо функція звучить привабливо.

JTBD також показує, де ви переінвестуєте. Якщо завдання користувачів уже виконується достатньо добре, додаткові функції в цій сфері дають дедалі менший ефект — і можуть додати складності, через яку продуктом важче користуватися тим, хто має інші завдання. Погляд крізь завдання показує, куди інвестувати, а де зупинитися.

Як FabricLoop пов'язаний із JTBD FabricLoop наймають для конкретного завдання: узгоджувати роботу команд, не змушуючи всіх до одного стилю спілкування. Це завдання має функціональний, соціальний та емоційний виміри — і розуміння їх сформувало кожне продуктове рішення. Ми використовуємо твердження JTBD всередині компанії під час оцінювання нових функцій і робимо дослідження, на яких вони ґрунтуються, видимими для всієї команди.

10 головних висновків із цієї статті

  1. Люди не купують продукти — вони наймають їх, щоб досягти прогресу в конкретній ситуації. Завдання завжди ширше за окрему дію.
  2. Завдання має три складники: ситуацію (тригер), мотивацію (чого людина прагне досягти) і результат (її власне визначення успіху).
  3. Формат твердження JTBD — «Коли [ситуація], я хочу [мотивація], щоб [результат]» — дає ясність, якої ніколи не дають списки функцій.
  4. Кожне завдання має функціональний, соціальний та емоційний виміри. Продукти, що закривають лише функціональний, легко перетворюються на товар.
  5. Під час інтерв'ю прислухайтеся до слів про інших людей — вони вказують на соціальні й емоційні завдання, які часто важливіші за функціональні.
  6. Найкраще дослідження JTBD зосереджується на моменті найму (чому ви почали?) і моменті звільнення (чому ви припинили?).
  7. Дослідження JTBD — пошукове, а не валідаційне. Ви замінюєте припущення фактами, а не підтверджуєте те, що вже думаєте.
  8. Сегментуйте користувачів за завданням, яке вони виконують, а не за демографією. Двоє людей, які не мають нічого спільного, можуть мати те саме завдання.
  9. Використовуйте визначені завдання як фільтр для рішень щодо функцій: якщо функція не допомагає користувачам просунутися в основному завданні, знизьте її пріоритет.
  10. JTBD також показує, де ви переінвестуєте — у яких сферах додаткові функції дають дедалі менший ефект або збільшують складність.