
Разбор · Опубликовали 08.10.2026
Jobs To Be Done помогает выбрать первую функцию продукта, которую стоит поручить агентам
Как описать клиентскую работу, ограничить первую функцию и проверить пользу работающей версией. На примере нашего продукта коротких видео.
Текст собран машиной агентов под надзором Евгения Шилова, инженера vibecoding.ru · факты проверены 8 октября 2026
Jobs To Be Done помогает выбрать законченную клиентскую работу, прежде чем ИИ-агенты соберут лишние экраны.
Пройдём от трудной ситуации клиента до первой функции и её проверки. Наш пример с короткими видео показывает реализацию; своего клиентского JTBD-кейса у нас нет.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. JTBD описывает прогресс клиента, а не список экранов.
Что такое Jobs To Be Done для владельца бизнеса? Это способ понять, какое изменение нужно человеку в конкретной ситуации. Christensen Institute называет такой прогресс работой, ради которой выбирают продукт.
Знание отрасли помогает найти людей для разговора, но ещё не выбирает функцию. «Нужен личный кабинет» описывает решение. Какое действие клиент не может закончить без вашего сотрудника?
Для коротких видео работа звучит как «выпустить ролик по новости, пока она интересна аудитории». Голос и субтитры служат этому результату. Каталог голосов без ролика работу не завершает.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Что означает JTBD | Определение Christensen Institute: прогресс человека в конкретных обстоятельствах. Не список характеристик продукта. | 2026-10-08 |
| Интервью и Job Stories | Первоисточники Intercom о покупках ПО и выборе функций. Вопросы разговора и задания в статье подготовлены редакцией. | 2026-10-08 |
| Наш продукт | zavod.today и его открытый репозиторий. Первый ролик формата «История» собран 20.09.2026. Клиентских JTBD-интервью в нашем срезе нет; продукт показывает реализацию, не доказанный спрос. | 2026-10-08 |
| Поломки машины | Первичные записи собственных журналов от 31.07 и 21.08.2026 перечитаны. В статье безопасные пересказы ошибок реализации и правил проверки. | 2026-10-08 |
| Цена исполнения | Живая /services: «Один проект», 250 000 ₽ в месяц, один поток работы. Это цена месяца, не фиксированная цена любой функции. | 2026-10-08 |
2. Выбирать функцию стоит по трудному случаю, который уже произошёл.
Как узнать, чего клиенту не хватает? Восстановить последний случай, когда он пытался выполнить работу. В Intercom исследуют обстоятельства покупки и смены инструмента; пожелания не объясняют этот выбор.
В разговоре нужны поступки: что человек сделал, где остановился, чем закончил. Попросите показать результат или его обезличенный пример. Ответ «пользовался бы» не равен факту использования.
«Нужен ли вам генератор?» подсказывает ответ. «Как вы сделали последний ролик по новости?» оставляет место неожиданному. Человек мог выпустить текстовый пост и решить, что ролик ему не нужен.
Прошлый случай даёт материал для выбора функции.
Редакционные вопросы на основе метода интервью Intercom, проверено 08.10.2026. Это план разговора, не ответы опрошенных нами клиентов.
3. Первая функция должна давать законченный результат.
Почему не начать с самого простого экрана? Простота сборки не говорит о пользе. Алан Клемент в методе Job Stories сначала выделяет работу и наблюдает её нынешнее решение, затем выбирает элементы продукта.
Среди найденных работ выберите повторяющуюся трудность с понятным результатом. Нужен человек, который сможет попробовать решение в этой ситуации. Без него выбор останется мнением владельца.
У нас примером служит машина коротких видео zavod.today из продукта нашего курса. Её публичная страница показывает путь от ссылки на новость к вертикальному файлу с голосом, карточками и субтитрами.
20 сентября 2026 мы собрали первый ролик формата «История». Для первой функции сохраняют путь к готовому файлу и сокращают варианты внутри него. Библиотека настроек без ролика оставляет работу незаконченной.
Для первой проверки нужен результат целиком, вариантов может быть меньше.
Редакционный разбор публичного продукта zavod.today, 08.10.2026. Предложенный порядок разработки не является результатом клиентского исследования.
4. Агенту передают результат, границы и способ приёмки.
Как передать работу в разработку? Job Story связывает ситуацию с мотивацией и результатом. Её записывают так: «Когда [ситуация], я хочу [мотивация], чтобы [ожидаемый результат]».
Наш пример формулировки: «Когда вышла новость, я хочу подготовить ролик, чтобы опубликовать его, пока тема интересна аудитории». Это гипотеза работы, не цитата из клиентского интервью.
Инженер переводит её в задачу ИИ-агенту. Результатом будет файл, который открывается, содержит согласованную историю и читаемые субтитры. «Красивый генератор роликов» критерия приёмки не даёт.
Границы защищают функцию от разрастания. Инженер записывает правила для агентов: что входит в правку, что отложено. Агент не должен добавлять оплату потому, что видел её у похожего сервиса.
Критерий приёмки превращает пожелание в задание.
Редакционный пример задания, 08.10.2026, по подходу машины vibecoding.ru. Это не цитата клиента и не перечень гарантированных возможностей всех видеосервисов.
5. Исправная функция ещё не подтверждает спрос.
Как понять, что версия удалась? Разделить проверки кода и пользы. Опыт машины нашего сайта показывает, почему техническую проверку нельзя свести к сообщению агента «готово».
Вот две поломки из нашей работы. В одном случае поле терялось между этапами, в другом агент придумал подтверждение текста. Нужны проверка всего пути и опора на исходный материал.
За приёмку кода агента отвечает инженер. Он проверяет исполнение задания. Вы как владелец проверяете, изменилось ли действие клиента после встречи с продуктом.
Поломка становится правилом проверки.
31.07
Поле сцены обложки новости терялось на части путей создания. Поля свели в один перенос и защитили тестом. Проверяем весь путь результата, а не только готовый отдельный модуль.
21.08
Писатель карточки сослался на «внутренний замер», которого не было. Проверяющий вернул текст. Приёмка включает отдельную сверку утверждений с источниками.
Собственные журналы машины, записи 31.07 и 21.08.2026, перечитаны 08.10.2026. Это ошибки нашей реализации, не результаты исследования клиентов.
Пользу проверяют в исходной ситуации человека. Для ролика важно увидеть, смог ли он использовать файл и что пришлось переделать. Похвала дизайну не отвечает на этот вопрос.
Оплата требует отдельной проверки. Человек может пользоваться бесплатным инструментом и отказаться от платного. До предложения цены неизвестно, готов ли он платить за полученный результат.
Повторный выбор даёт новую проверку. Когда работа возникает снова, посмотрите, выбрал ли человек продукт или прежний способ. Агент помогает собрать наблюдения, но не заменяет их придуманными ответами клиента.
Исправность, польза и оплата отвечают на разные вопросы.
Редакционная схема проверки гипотезы, 08.10.2026. Не универсальная шкала успеха и не наши клиентские результаты.
6. Следующую функцию выбирают после проверки предыдущей.
Что подготовить перед покупкой разработки? Случай, результат и критерий; с инженером согласовать работающую версию. Для выбора следующего шага есть вход для руководителя.
Подписка на агентную разработку «Один проект» стоит 250 000 ₽ в месяц на 8 октября 2026. Инженер ведёт машину агентов. В тарифе один поток: одна задача в работе и очередь за ней.
Подписка не задаёт цену любой функции заранее и не подтверждает спрос. Объём версии и приёмку согласуют отдельно. Следующую функцию выбирают по трудностям, которые проявились при использовании.
Наблюдение использования возвращается в следующую задачу.
Редакционный порядок работы, 08.10.2026. Цена и поток подписки сверены с живой /services в этот день.
7. Частые вопросы
Как переводится Jobs To Be Done?+
Буквально «работа, которую нужно выполнить». В продукте речь о прогрессе человека в конкретной ситуации, а не о задании программисту. JTBD обозначает тот же подход.
Чем Job Story отличается от User Story?+
User Story обычно описывает действие роли пользователя. Job Story добавляет ситуацию, мотивацию и ожидаемый результат. Формат записи помогает обсудить решение, но не заменяет разговор с человеком.
Сколько интервью нужно провести?+
Эта статья не задаёт норму. Нужно увидеть повторяющиеся обстоятельства и разобраться с различиями между ними. Число разговоров само по себе не подтверждает размер рынка.
Можно ли заменить интервью ответами нейросети?+
Сгенерированный ответ помогает придумать вопросы или найти слабое место гипотезы. Он не доказывает, что реальный клиент пережил описанную ситуацию, выбрал решение или заплатил.
Чем JTBD отличается от MVP?+
JTBD помогает выбрать работу, ради которой нужен продукт. MVP называют минимальной версией, с которой начинают проверять гипотезу и учиться на использовании. Выбранная работа определяет, что такая версия должна делать, чтобы проверка состоялась.
Если есть идея функции, обязательно начинать заново?+
Сначала проверьте, какую работу она завершает и откуда это известно. Работающая функция уже может стать материалом для наблюдения. Список похвал без примеров использования оставляет гипотезу открытой.
Источники
- Christensen Institute, Jobs to Be Done Theory · проверено 08.10.2026 — официальный сайт
- Алан Клемент, Designing features using Job Stories · Intercom, 23.12.2013 — первоисточник метода
- Intercom, Finding jobs your product is used for · проверено 08.10.2026 — собственное исследование компании
- Сбер, материал о JTBD · 06.10.2025, проверено 08.10.2026 — методический материал
- Эрик Рис, Lean Startup Methodology · проверено 08.10.2026 — первоисточник о MVP
- zavod.today, публичный продукт и примеры · проверено 08.10.2026 — наш продукт
- Открытый репозиторий zavod · публичность проверена 08.10.2026 — исходники нашего продукта
- Машина vibecoding.ru, собственные истории · поверхность проверена 08.10.2026 — наш опыт реализации
- Подписка «Один проект», цена и поток работы · проверено 08.10.2026 — наш сервис
Запомнить
1. JTBD начинается с ситуации человека. Найдите реальный трудный случай.
2. Первая функция даёт законченный результат. Отложите лишние варианты.
3. Агенту нужен критерий приёмки. Запишите результат, границы и сбои.
4. Код, польза и оплата проходят разные проверки. Соберите факты каждой.
5. Следующая функция отвечает на обнаруженную трудность. Верните наблюдение в следующую задачу.