Половина команд, которые говорят «мы работаем по JTBD», просто переписали портреты аудитории другими словами. Фраза «когда я устал, я хочу отдохнуть» выглядит как метод, но не меняет в бэклоге ни одной строчки. Метод начинает работать в тот момент, когда формулировка становится проверяемым утверждением о поведении: её можно подтвердить или опровергнуть разговором с живым человеком.
Разбираем Jobs to Be Done так, чтобы после прочтения можно было сесть и сделать: два рабочих шаблона формулировки, таблица «плохо → хорошо» на пяти типовых ошибках, модель четырёх сил прогресса, готовый скрипт интервью на пять блоков и формула приоритизации найденных работ.
JTBD стоит рядом с кастдевом и часто путается с ним. Если вы ещё не проводили клиентских интервью вообще, начните с нашего материала про Customer Development: там базовая механика разговора с клиентом, на которую JTBD надстраивается.
Материал пригодится не только продактам. Формулировать работу клиента приходится маркетологам при написании офферов, аналитикам при разборе воронки, дизайнерам при проектировании сценариев и основателям, которые ещё сами себе и продакт, и продавец.
Если хочется освоить это системно, а не по статьям, загляните в нашу подборку курсов по управлению продуктом: там 118 программ, от коротких интенсивов по исследованиям до годовых профессий с наставником.
Начнём с определения, дальше история метода, формулировки и разговор с клиентом.
Что такое Jobs to Be Done простыми словами

Jobs to Be Done (JTBD, в русских переводах «работа, которая должна быть сделана» или «теория работ») — это способ смотреть на клиента через задачу, которую он решает. Пол, возраст и должность при этом уходят на второй план. Базовая метафора звучит так: человек «нанимает» продукт на работу. Справился с ней, значит работает дальше. Не справился, значит его «уволят» и наймут другой.
Разница видна на простом сравнении. Классическая сегментация говорит: «наш клиент — мужчина 30–40 лет, руководитель, доход выше среднего». Из такого описания непонятно, что делать завтра утром. JTBD говорит: «человек берёт наш сервис, когда получает четвёртый подряд вопрос от команды про статус задачи и хочет один раз выложить всё в общий доступ, чтобы его перестали дёргать в личке». Из второго описания сразу видно и триггер, и функцию, и текст для лендинга.
Главная мысль, из-за которой метод вообще имеет смысл: работа стабильнее, чем решения. Способ добраться до офиса менялся десятилетиями, а работа «попасть на встречу вовремя и не вымотаться» не менялась вообще. Поэтому формулировка работы живёт годами, а список фич устаревает за квартал.
Из этого следует неочевидный вывод про конкурентов. Если клиент «нанимает» ваш сервис аналитики, чтобы спокойно прийти на планёрку с цифрами, то в конкурентах у вас Excel-таблица, знакомый аналитик и вариант «прийти без цифр и поговорить общими словами». Соседний BI-инструмент в этом списке может не появиться вовсе. Так метод вытаскивает непрямых конкурентов, которых сегментация по демографии не показывает никогда.
Проверка на вменяемость. Уберите из формулировки название своего продукта. Если фраза осталась осмысленной и описывает жизнь человека, формулировка рабочая. Если развалилась, вы описали свою фичу.
Откуда взялся JTBD и при чём тут молочный коктейль
Автором принято считать Клейтона Кристенсена, профессора Гарвардской школы бизнеса, который собрал подход в законченную теорию в 2003 году. Параллельно свою ветку развивал Тони Ульвик: он применял к инновациям логику Six Sigma с начала девяностых, а в 1999 году назвал получившийся процесс Outcome-Driven Innovation. Из этих двух корней выросли две школы, к которым вернёмся ниже. В литературе метод называют по-разному: концепция, методология, фреймворк JTBD, теория работ. Речь во всех случаях об одном и том же.
Историю про коктейль пересказали столько раз, что она превратилась в притчу. Вот как было на самом деле. Сеть быстрого питания пыталась поднять продажи молочных коктейлей и опрашивала покупателей о вкусе, густоте и цене. Ничего не работало. Когда исследователи посмотрели, когда коктейль покупают, выяснилось: почти половина продаж приходится на раннее утро, покупает человек в одиночку, берёт только коктейль и уезжает с ним в машине.
Работа звучала так: «занять себя во время долгой скучной дороги и дотянуть до обеда». Голод в ней стоял на втором месте. Конкурентами были банан (кончается за минуту), бублик (крошится и требует второй руки) и пончик (пачкает руль). Коктейль сделали гуще, чтобы его хватало на всю дорогу, упаковку переделали под подстаканник, а автомат вынесли ближе к выходу, чтобы не стоять в общей очереди. По разным пересказам кейса продажи выросли в семь раз.
Ценность истории держится на одном переходе вопроса. Компания перестала спрашивать «что вам нравится в продукте» и начала спрашивать «что происходило в вашей жизни в тот момент, когда вы его купили». Это единственное, что нужно унести из кейса.
Канал основателя Checkroi Вани Буявца3 700 человек читают мой Телеграм-канал про нейросетиСобрал промпты для Claude Code и ChatGPT, разборы ИИ-инструментов и лайфхаки по продвижению бизнеса в одном местеПрисоединитьсяТри слоя работы: функциональная, эмоциональная, социальная
Любая работа раскладывается на три слоя, и продукты чаще всего проигрывают на втором и третьем.
Функциональный слой отвечает на вопрос «что физически нужно сделать». Добраться до работы, собрать отчёт, покормить ребёнка, восстановить пароль. Этот слой команды видят и закрывают лучше всего, потому что он превращается в понятные требования.
Эмоциональный слой отвечает на вопрос «что человек хочет почувствовать или перестать чувствовать». Не тревожиться, что забыл важное. Не злиться на медленный интерфейс. Почувствовать, что справляется. Онлайн-курс покупают не только ради навыка, но и чтобы перестать бояться, что через три года профессия уедет без тебя.
Социальный слой отвечает на вопрос «как человек хочет выглядеть в глазах других». Показать руководителю, что владеет ситуацией по проекту. Не выглядеть на созвоне тем, кто не в курсе. Прийти на встречу выпускников с внятным ответом на вопрос «а ты сейчас чем занимаешься».
| Слой | Вопрос, на который отвечает | Пример: онлайн-курс по аналитике | Пример: сервис учёта задач |
|---|---|---|---|
| Функциональный | Что физически нужно сделать | Освоить SQL до уровня рабочих задач | Не терять договорённости из переписки |
| Эмоциональный | Что хочется почувствовать или перестать чувствовать | Перестать бояться, что профессия уедет без меня | Не тревожиться в отпуске, что что-то забыл |
| Социальный | Как хочется выглядеть в глазах других | Иметь внятный ответ на вопрос «ты сейчас чем занимаешься» | Быть тем, у кого на планёрке всё готово |
Практический смысл разбивки простой. Когда продукт закрывает функцию, но проваливает эмоцию, человек им пользуется и всё равно ищет замену. Классический пример: банковское приложение, где перевод проходит за три секунды, но подтверждение приходит без внятного статуса, и пользователь каждый раз проверяет баланс. Функция закрыта, тревога нет.
Чем JTBD отличается от CJM, персон и кастдева
Здесь новички путаются чаще всего. Все четыре инструмента про клиента, но отвечают на разные вопросы и дают на выходе разные артефакты.
| Параметр | JTBD | Персоны | Customer Journey Map | Кастдев |
|---|---|---|---|---|
| Единица анализа | Работа в контексте | Обобщённый портрет человека | Последовательность шагов и эмоций | Гипотеза о проблеме или решении |
| Главный вопрос | Зачем человек это нанял | Кто наш клиент | Как он проходит путь и где спотыкается | Существует ли проблема и готовы ли платить |
| Что на выходе | Формулировки работ, силы перехода, карта работ | Карточки персон с демографией и целями | Карта этапов с болевыми точками | Подтверждённые или снятые гипотезы |
| Срок жизни артефакта | Годы, пока не меняется контекст | До следующей смены позиционирования | До следующего редизайна сценария | До конца проверки гипотезы |
| Когда полезнее | Ищете направление и непрямых конкурентов | Нужен общий язык внутри команды | Оптимизируете существующий сценарий | Проверяете идею до вложений |
Инструменты не конкурируют, они складываются. Здоровая последовательность выглядит так: JTBD задаёт направление (какую работу мы вообще делаем и для кого), кастдев проверяет конкретные гипотезы внутри этого направления, CJM оптимизирует уже выбранный сценарий, персоны нужны, чтобы команда говорила об аудитории одними словами и не спорила о терминах.
Отдельно про кастдев, потому что путают чаще всего. Customer Development отвечает за процесс проверки: сформулировали гипотезу, поговорили, сделали вывод, повторили. JTBD отвечает за оптику: под каким углом смотреть на клиента и что считать ответом. Кастдев, который проводят через оптику JTBD, на практике даёт самые внятные выводы: есть и процесс проверки, и критерий, что считать ответом.
Как сформулировать работу: Job Story и Job Statement
В ходу два шаблона, и они не взаимозаменяемы.
Job Story подходит для продуктовых и дизайнерских задач, где важен контекст момента:
Когда [ситуация], я хочу [мотивация], чтобы [результат].
Пример: «Когда до созвона с клиентом остаётся десять минут, я хочу за один взгляд увидеть ключевые договорённости по проекту, чтобы не выглядеть невовлечённым».
Job Statement из школы Ульвика подходит для стратегии и B2B, где нужна сухая проверяемая формулировка без эмоций:
Помочь [кто] [сделать что] при условии [контекст], чтобы [результат].
Пример: «Помочь бухгалтеру сверить закрывающие документы за квартал при условии, что часть контрагентов присылает сканы, чтобы закрыть период без расхождений».
Есть и совсем короткая форма для быстрой проверки: глагол + объект + контекст. «Сверить документы за квартал при неполном комплекте сканов». Если формулировка не укладывается в эту конструкцию, скорее всего вы описываете не работу.
Пять типовых ошибок формулировки
Ниже пять способов испортить формулировку. Ошибаются на них почти все, включая команды с опытом.
| Как пишут | Что не так | Как надо |
|---|---|---|
| «Пользователь хочет выгрузить отчёт» | Описан клик в интерфейсе, а не прогресс в жизни | «Когда меня зовут на планёрку за десять минут, я хочу быстро собрать цифры по проекту, чтобы не выглядеть неподготовленным» |
| «Клиент хочет купить нашу CRM» | Внутри формулировки лежит решение, работа исчезла | «Когда сделки живут в переписке и я теряю нить, я хочу видеть все договорённости в одном месте, чтобы ничего не отвалилось» |
| «Мама хочет накормить ребёнка» | Слишком широко, подходит любому продукту от каши до ресторана | «Когда я забираю ребёнка из школы и до ужина ещё два часа, я хочу дать ему что-то сытное, чтобы он не выпрашивал сладкое» |
| «Пользователю нужен удобный интерфейс» | Это оценка, а не работа: удобство нельзя нанять | «Когда я захожу в приложение раз в месяц оплатить счёт, я хочу сделать это в три касания, чтобы не вспоминать логику меню» |
| «Клиент хочет сэкономить» | Мотив без контекста, работает для чего угодно | «Когда бюджет режут в середине года, я хочу отказаться от части подписок и не потерять данные, чтобы отчитаться перед финдиром» |
Шестая ошибка не помещается в таблицу, но встречается чаще всех вместе взятых: работа, придуманная в переговорке. Команда садится, брейнштормит формулировки, выбирает самую красивую и вешает на стену. Проблема в том, что такая формулировка проверяется только вкусом. Фактов за ней нет. Работа добывается из разговора с человеком, который недавно что-то купил или от чего-то отказался.
Четыре силы прогресса и почему клиент не переключается

Модель объясняет, почему человек, который вроде бы всем недоволен, всё равно остаётся на старом решении. На выбор давят четыре силы: две толкают к переходу, две удерживают на месте. Добывают такие разговоры исследователи, и это отдельная роль в команде: чем занимается UX-исследователь, разобрано в отдельном материале.
| Сила | Что это | Как звучит в интервью | Что с ней делать |
|---|---|---|---|
| Push, толчок ситуации | Недовольство тем, как есть сейчас | «Я третий раз за месяц потерял файл с правками» | Называть боль прямо, без смягчений |
| Pull, притяжение нового | Обещание, что станет лучше | «У коллеги всё в одном месте, и он не бегает по чатам» | Показывать результат, а не список функций |
| Anxiety, тревога перед новым | Страх, что не получится или станет хуже | «А если мы перенесём данные и часть потеряется» | Пробный период, импорт, кейсы, гарантии возврата |
| Habit, привычка к старому | Инерция и стоимость переучивания | «Мы двенадцать лет живём в этих таблицах, все привыкли» | Мелкие шаги, знакомые интерфейсы, работа рядом со старым |
Переключение случается, когда Push + Pull перевешивает Habit + Anxiety. Отсюда простой управленческий вывод: если конверсия не растёт, есть четыре разные ручки, а не одна. Команды по привычке крутят только Pull, добавляя функции и переписывая лендинг. Между тем чаще всего мешает Anxiety, и снимают её бесплатным переносом данных плюс внятным ответом на вопрос «что будет, если не пойдёт». Новая фича тут бесполезна.
Практический приём. После серии интервью выпишите реплики респондентов в четыре колонки по силам. Та колонка, где реплик заметно больше, и есть ваше настоящее узкое место.
Как провести JTBD-интервью

Интервью в JTBD отличается от обычного тем, что вы не спрашиваете мнение о продукте. Вы восстанавливаете таймлайн: что происходило в жизни человека до, во время и после решения.
Кого звать и сколько интервью нужно
Нужны люди со свежим опытом переключения: купили, сменили решение или заметно задумались об этом за последние 30–90 дней. Чем дальше событие, тем сильнее человек пересобирает историю задним числом и выдаёт версию, которая логично звучит, вместо того что происходило на самом деле.
По объёму ориентиры такие. Первые повторяющиеся сценарии проступают на 6–12 интервью. Среднее рабочее число для одного продукта 10–15 разговоров по часу-полтора. Минимум 5 интервью на один сегмент, иначе выводы держатся на одном разговорчивом человеке. Если результат нужен для сегментации, закладывайте 15–25. Полноценное количественное исследование с проверкой гипотез на выборке требует уже сотен респондентов, но до него доходят единицы команд, и начинать с него не нужно.
Классическая ошибка на этом шаге: набрать в одну серию людей с разными триггерами. Тогда на выходе получается стопка заметок, в которой ничего не повторяется. Лучше десять разговоров с людьми, попавшими в одну ситуацию, чем тридцать «вообще про продукт».
Скрипт интервью по пяти блокам
Разговор идёт от момента покупки назад по времени. Заведите двоих: один ведёт разговор, второй записывает и добирает детали. Ниже готовые формулировки, которые можно унести и использовать.
Блок 1. Первая мысль. Ищем момент, когда проблема впервые попала в поле зрения.
- Когда вы впервые подумали, что с этим надо что-то делать?
- Что тогда происходило? Где вы были, чем занимались?
- Вы кому-нибудь об этом говорили?
Блок 2. Пассивный поиск. Человек уже недоволен, но ещё не ищет всерьёз. Здесь живут Push и Habit.
- Что вы делали с этим до того, как начали искать решение?
- Что в старом способе работало нормально?
- Что вас в нём раздражало сильнее всего?
Блок 3. Событие-триггер. Самый ценный блок: конкретный случай, после которого поиск стал активным.
- Что случилось, после чего вы сказали себе «всё, ищу»?
- Почему именно тогда, а не месяцем раньше?
- Что было бы, если бы вы ничего не стали менять?
Блок 4. Активный поиск и выбор. Тут видно непрямых конкурентов и критерии решения.
- Что вы смотрели ещё? Назовите всё, даже то, что отмели сразу.
- Почему отказались от остальных вариантов?
- Кто участвовал в решении кроме вас? Что говорили?
- Что вас чуть не остановило?
Блок 5. Первый период после покупки. Здесь ловится разрыв между ожиданием и реальностью.
- Что изменилось в первую неделю?
- Чего вы ждали, но не получили?
- Что вы говорите коллегам, когда они спрашивают про этот выбор?
Два правила, которые важнее самих вопросов. Первое: никогда не спрашивайте про будущее. «Вы бы пользовались, если бы мы добавили» даёт вежливую фантазию. Второе: молчите. После ответа держите паузу три-четыре секунды, самое интересное человек договаривает именно в неё.
Что делать с расшифровками
После интервью начинается часть, которую пропускают чаще всего. Порядок действий такой.
Разложите каждый разговор на таймлайн: первая мысль, пассивный поиск, триггер, выбор, первые дни. Затем выпишите реплики по четырём силам, как описано выше. Дальше ищите повторы: если триггер «руководитель спросил статус при всех» встретился в шести разговорах из десяти, это и есть ваша работа. Слова, которые звучали чаще всего, тут вторичны.
Формулировки по шаблону Job Story пишутся только на этом этапе, из цитат, а не до интервью. Готовые работы дальше идут в приоритизацию и в тексты: лендинг, письма, онбординг. Проверить, что новая формулировка сработала лучше старой, можно обычным A/B-тестом, а отследить, изменилось ли отношение к продукту в целом, помогает индекс NPS.
Как это выглядит на одном разговоре
Чтобы связка «цитата → формулировка → решение» не осталась абстракцией, короткий пример из практики продуктовых команд в онлайн-образовании.
Респондент, руководитель небольшого отдела, купил подписку на сервис учёта задач и через месяц почти перестал им пользоваться. На вопрос «что случилось, после чего вы решили искать» он ответил: «Меня на общем звонке спросили про статус, я начал листать переписку и минуту молчал при двадцати людях». На вопрос «что вы смотрели ещё» назвал таблицу, заметки в телефоне и вариант «попросить помощницу вести список». На вопрос «чего ждали, но не получили» сказал: «Я думал, что теперь буду видеть всё за секунду, а вместо этого сам стал вести карточки».
Из этих трёх цитат собирается формулировка: «Когда меня публично спрашивают о статусе работы, я хочу ответить сразу и уверенно, чтобы не выглядеть человеком, который не владеет ситуацией в своём отделе». Обратите внимание, чего в ней нет: слова «задачи», слова «сервис» и вообще любых функций.
Дальше формулировка превращается в решения. Работа звучит как «ответить за секунду», значит ценность создаёт сводка, которую можно открыть при всех, а редактор карточек тут второстепенен. В непрямых конкурентах оказались помощница и таблица, значит сравнивать себя надо по усилиям на поддержание, и количество функций к этому сравнению отношения не имеет. Отвал случился на Habit: карточки пришлось вести самому, привычка не поменялась. Отсюда конкретные шаги: автосводка по проекту одной ссылкой, импорт из таблицы за один клик и напоминание, которое собирает статус с команды вместо руководителя.
Один разговор редко даёт такую ясность, но когда та же реплика про публичный вопрос всплывает в шести интервью из десяти, у команды появляется факт вместо мнения.
Две школы JTBD: Activities и Progress
Под одной аббревиатурой живут два разных подхода, и споры между их сторонниками идут до сих пор.
Jobs-as-Activities идёт от Ульвика. Работа здесь понимается как процесс, который человек выполняет: его можно разложить на шаги, у каждого шага есть измеримые желаемые результаты. Подход силён в B2B и в сложных продуктах, где процесс формализуем: сверка документов, планирование закупок, диагностика оборудования. На выходе получается карта работ и список метрик.
Jobs-as-Progress идёт от Кристенсена и его последователей. Работа здесь понимается как желаемое изменение в жизни, а покупка становится моментом перехода из одного состояния в другое. Подход силён в B2C и там, где решение эмоциональное: подписки, образование, здоровье, финансы для частных лиц. На выходе получаются истории переключения и четыре силы.
Практически выбирать между ними не нужно. Берите Progress, когда разбираетесь, почему вообще люди приходят и уходят, и Activities, когда уже понимаете направление и проектируете конкретный сценарий. Многие команды так и работают: сначала истории переключения, потом карта шагов.
Как приоритизировать найденные работы

После десяти интервью на руках оказывается сразу восемь работ. Дальше нужен способ выбрать, за что браться.
Первый инструмент называется картой работ (Job Map). Основная работа раскладывается на последовательные шаги: определить, подготовить, подтвердить, выполнить, проверить, закрыть. По каждому шагу отмечается, где человек тратит больше всего сил и где чаще всего ошибается. Узкие места на карте и есть кандидаты в бэклог.
Второй инструмент называется оценкой возможностей и пришёл из школы Ульвика. По каждому желаемому результату у респондентов спрашивают две оценки по десятибалльной шкале: насколько это важно и насколько удовлетворяет текущее решение. Дальше считается:
Возможность = Важность + max(Важность − Удовлетворённость, 0).
Смысл формулы простой: наверх поднимаются задачи, которые для человека важны и при этом закрыты плохо. Важное и уже закрытое трогать нет смысла, неважное и плохо закрытое тем более. Именно на этом расчёте строится утверждение Strategyn, что доля успешных запусков по методологии доходит до 86 % против типичных для рынка единиц из десяти.
Порог входа ниже, чем кажется. Полноценный опрос по формуле требует выборки, но даже грубая оценка важности и удовлетворённости на десяти интервью даёт понятный порядок задач вместо спора «мне кажется, важнее вот это».
Куда JTBD прикладывают кроме продуктовой разработки
Маркетинг и реклама. Самое быстрое применение. Оффер, написанный от работы, звучит принципиально иначе, чем написанный от функции. «Онлайн-бухгалтерия с интеграцией банков» описывает функцию. «Закройте квартал, не собирая сканы по чатам» описывает работу. Второй заголовок сразу говорит человеку, узнал он себя или нет.
B2B. Здесь особенность в том, что работ несколько и они у разных людей. Пользователь нанимает продукт, чтобы быстрее закрывать свои задачи, ИТ-служба, чтобы потом не чинить это по ночам; руководитель, который подписывает счёт, чтобы отчитаться о снижении расходов. Формулировать нужно все три и под каждую делать свой материал, иначе сделка застревает на том участнике, чью работу вы не назвали.
Малый бизнес. Метод не требует исследовательского отдела. Владельцу кофейни достаточно двадцати разговоров с постоянными гостями, чтобы обнаружить, что утренний поток нанимает заведение за «две минуты тишины перед сменой», а кофе тут только повод. После этого очередь переставляют так, чтобы эти две минуты у гостя были.
Найм и образование. Кандидат «нанимает» вакансию, чтобы получить прогресс: сменить стек, перестать работать по выходным, вырасти в деньгах. Студент нанимает курс, чтобы перестать бояться увольнения или чтобы получить право говорить о себе новым словом. Отсюда же понятно, почему воронка образовательного продукта ломается на этапе, где вместо прогресса продают часы видео.
Для системной работы с исследованиями клиентов пригодится смежная роль: как устроена профессия и что она делает руками, разобрали в материале про UX-исследователя. А если интервью нужно будет подкреплять цифрами из продукта, посмотрите разбор инструментов продуктовой аналитики.
Где JTBD ломается
Метод часто продают как универсальный, поэтому стоит назвать четыре места, где он ломается.
Первое: JTBD не заменяет количественные данные. Десять интервью показывают, какие работы существуют, но ничего не говорят о том, сколько людей их выполняет и сколько на этом можно заработать. Без аналитики и рынка формулировка остаётся красивой гипотезой.
Второе: метод плохо работает там, где покупка не рациональна и не воспроизводима. Импульсные покупки, подарки, товары, которые берут раз в жизни, дают интервью с нулевой ценностью, потому что таймлайна нет.
Третье: интервьюер портит данные быстрее, чем респондент. Стоит подсказать формулировку, и человек её примет из вежливости. Именно поэтому в скрипте нет ни одного вопроса, который предлагает готовый ответ.
Четвёртое: за формулировками легко спрятать бездействие. Команда полгода уточняет работу, вместо того чтобы поменять один экран и посмотреть, что будет. Работа считается сформулированной, когда из неё вышло конкретное изменение в продукте или в тексте. Красивое звучание тут не критерий.
Где научиться работать с клиентскими исследованиями
Между «прочитал про метод» и «провёл первое интервью» лежит практика: всё ломается в мелочах, от подбора респондентов до того, как не подсказать ответ. Быстрее всего это ставится под присмотром, когда кто-то слушает вашу запись и показывает, где вы увели человека в сторону.
JTBD почти никогда не преподают отдельным курсом: он входит блоком в программы по управлению продуктом и в исследовательские модули продуктовой аналитики. У нас такие программы собраны отдельным срезом, курсы с блоком по JTBD: там 35 программ, где метод разбирают на практике, а не упоминают одной строкой в описании.
| Курс | Школа | Стоимость со скидкой | В рассрочку | Длительность | Обзор курса от Checkroi |
|---|---|---|---|---|---|
| ДО Профессия Продакт-менеджер Перейти на сайт курса | 140 367 ₽ | 3167 ₽/мес. | 6 месяцев | Обзор курса | |
| Факультет продакт-менеджмента Перейти на сайт курса | 119 700 ₽ | 3325 ₽/мес. | 14 месяцев | Обзор курса | |
| Продакт-менеджмент Перейти на сайт курса | 90 605 ₽ | 3770 ₽/мес. | 3 месяца | Обзор курса | |
| Product Owner в IT Перейти на сайт курса | 119 000 ₽ | 4958 ₽/мес. | 9 месяцев | Обзор курса | |
| Профессия «Продакт-менеджер» Перейти на сайт курса | 69 984 ₽ | 2160 ₽/мес. | 10 месяцев | Обзор курса | |
| Продакт-менеджер Перейти на сайт курса | 95 000 ₽ | 3958 ₽/мес. | 7 месяцев | Обзор курса | |
| Product manager Перейти на сайт курса | 166 500 ₽ | 7722 ₽/мес. | 8 месяцев | Обзор курса | |
| Фэшн-индустрия. Продакт-менеджмент (онлайн) Перейти на сайт курса | 180 000 ₽ | 45 000 ₽/мес. | 4 месяца | Обзор курса | |
| Продакт-менеджмент для специалистов с опытом: базовая версия Перейти на сайт курса | 144 500 ₽ | 5858 ₽/мес. | 4 месяца | Обзор курса | |
| Профессия «Product manager PRO» Перейти на сайт курса | Бесплатно | 5175 ₽/мес. | 8 месяцев | Обзор курса |
Больше программ — в полном каталоге курсов по управлению продуктом
Если после JTBD хочется двигаться в сторону профессии целиком, посмотрите разбор пути в материале как стать продакт-менеджером: там план на год, стек навыков и требования из реальных вакансий.




