Оффер B2B-продукта для разных ролей: как я применяю AJTBD к "Дожми Продажи"

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

Для этого я вернулся к Advanced Jobs to Be Done, или AJTBD. Эта рамка помогает не подменять реальную работу клиента названием должности и не превращать желаемый бизнес-эффект в неподтверждённое обещание продукта.

В предыдущей статье я разбирал первые экраны других ИТ-сервисов и пытался понять, где проходит граница между сильным обещанием и результатом, который компания уже не контролирует.

Теперь мне нужно было применить тот же фильтр к собственному продукту.

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

Хочется написать:

• увеличиваем продажи;
• находим все потери;
• развиваем менеджеров;
• строим систему управления продажами;
• показываем идеальный путь клиента;
• говорим, что делать дальше.

Каждая из этих формулировок связана с тем, на что продукт действительно может влиять. Но влияние ещё не даёт права присвоить себе конечный результат.

Поэтому после разбора офферов других ИТ-сервисов я вернулся к исследованию реальных работ клиентов “Дожми Продажи”.

И здесь пришлось скорректировать ещё одну привычную идею:

оффер нельзя строить только от роли.

Собственник, РОП, маркетолог или специалист контроля качества - это ещё не работа.

Один и тот же собственник в разные моменты может пытаться:

• понять причины потерь;
• проверить, выполняет ли команда выбранный фокус;
• перестать спорить с РОПом на ощущениях;
• синхронизировать критерий;
• найти повторяющийся паттерн в успешных сделках;
• проверить, стоит ли вообще вмешиваться.

И наоборот, одну работу могут выполнять несколько ролей. Контроль качества может быть нужен собственнику, РОПу и QA. Причины потерь могут искать РОП, коммерческий директор и маркетинг. Следующий шаг может быть предметом работы РОПа, менеджера, методолога и руководителя отдельного направления.

Поэтому моя текущая логика такая:

сначала работа и ситуация, потом роль, потом оффер.

Я продолжаю серию “Результат без магии” о том, как говорить о бизнес-результате без обещаний, которые продукт не способен выполнить самостоятельно.

Эта статья - не финальный выбор главного экрана. Это фиксация того, как я сейчас собираю и разделяю гипотезы позиционирования “Дожми Продажи”.

Как Jobs to Be Done меняет позиционирование B2B SaaS

До исследования у нас уже было много логичных формулировок.

Мы говорили про:

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

Проблема была не в том, что эти смыслы неправильные. Проблема в том, что они находились на разных уровнях доказательности.

Одни работы повторялись в клиентских встречах. Другие были перспективными продуктовыми гипотезами. Третьи были условиями, без которых ценность не возникает. Четвёртые описывали инфраструктуру, но не сам прогресс клиента.

Если смешать всё это на одном первом экране, получится сильный текст, который продукт пока не имеет права произносить как единое обещание. AJTBD-исследование дало мне не готовый рекламный слоган.

Оно дало более полезную вещь:

границы, внутри которых можно формировать проверяемые офферы.

Какие AJTBD-работы подтверждены для “Дожми Продажи”

В нашем исследовании более 100 пилотов сильнее всего повторяются четыре работы.

1. Контролировать качество продаж без постоянной ручной прослушки

Руководителю нужно понимать, как обрабатываются реальные обращения. Не по случайно выбранным звонкам. Не только по словам РОПа. Не только по заполненной CRM.

Продукт здесь может:

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

Но продукт не должен обещать, что автоматически сэкономит определённое количество часов или сам улучшит качество продаж.

2. Искать причины потерь, отказов и просадки

У компании может быть симптом:

• лиды не доходят до следующего этапа;
• сделки зависают;
• клиенты отказываются;
• после КП пропадает движение;
• похожие обращения заканчиваются по-разному.

Продукт может поднять из коммуникаций повторяющиеся эпизоды, действия, возражения и отличия. Но он не должен говорить, что доказанно повысит конверсию. Даже найденная причина ещё требует решения руководителя, изменения процесса и работы команды.

3. Развивать менеджеров по конкретным дефицитам

Общая обратная связь вроде “нужно лучше выявлять потребность” почти не помогает сотруднику.

Рабочий разбор начинается там, где видно:

• какой этап пропущен;
• в каком контексте это произошло;
• как звучала конкретная реплика;
• какие примеры руководитель считает сильными;
• что нужно проверить в следующих коммуникациях.

Платформа может помочь сделать обратную связь адреснее.

Но она не может гарантировать развитие сотрудника. Менеджер может не принять обратную связь. РОП может не провести разбор. Критерий может оказаться неточным. Новая практика может не закрепиться.

4. Проверять обработку лида, квалификацию и следующий шаг

Это сильная работа, но здесь особенно легко сделать слишком широкую формулировку. “Следующий шаг” - не один универсальный объект.

В разных продажах им может быть:

• перезвон;
• встреча;
• замер;
• демонстрация;
• отправка документов;
• согласование КП;
• передача другому сотруднику;
• обещание клиента;
• конкретная дата следующего контакта.

Поэтому я больше не хочу писать просто:

мы находим, где теряется следующий шаг.

Корректнее:

мы помогаем проверить выбранный тип следующего действия по правилам конкретной компании.

Что нельзя превращать в главный оффер

Некоторые элементы продукта очень важны, но сами по себе не являются работой, за которую клиент приходит платить.

Калибровка

Без калибровки нельзя уверенно доверять оценке AI. Но клиент редко покупает калибровку ради калибровки. Он покупает контроль, диагностику или управленческую ясность, а калибровка делает этот результат легитимным.

Поэтому формулировка:

синхронизируем критерии между руководителем, командой и AI

может быть сильным оффером отдельного этапа внедрения или продуктовой страницы. Но я бы не ставил её главным зонтичным обещанием всей платформы.

Интеграции и единое окно

Телефония, CRM, мессенджеры, почта и стабильная передача данных необходимы. Но подключение само по себе не создаёт управленческого решения.

Поэтому фраза:

добавляем управленческий слой над CRM

подходит для партнёрской страницы. Она слабее подходит для главного экрана продукта, потому что делает инфраструктуру главным героем.

Отчёт и дашборд

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

Поиск рабочих паттернов

Это важная стратегическая линия продукта. Мы можем сравнивать успешные и проваленные цепочки, находить повторяющиеся отличия и формировать гипотезы. Но пока корректно говорить именно о гипотезах и сигналах для калибровки. Нельзя обещать, что AI самостоятельно нашёл доказанную причину покупки или идеальный путь клиента.

Как сформулировать ценностное предложение для разных ролей

Теперь я проверяю каждый вариант по одной цепочке.

Шаг 1. Какая работа возникает у клиента

Не “кто он по должности”, а что он пытается сделать.

Например:

• проверить качество обработки лидов;
• понять причины потерь;
• дать адресную обратную связь;
• проверить конкретный следующий шаг;
• согласовать критерий внутри команды.

Шаг 2. В какой ситуации эта работа становится актуальной

Один и тот же оффер звучит по-разному в разных контекстах.

Например:

• руководитель не доверяет общему отчёту РОПа;
• планёрки повторяются, а причина просадки остаётся неизвестной;
• сотрудники по-разному понимают стандарт;
• новый фокус объявлен, но непонятно, исполняется ли он;
• CRM показывает итог, но не объясняет содержание коммуникации.

Шаг 3. Какая роль реально совершает действие

Важно не просто назвать собственника, РОПа или маркетолога.

Нужно понять:

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

Шаг 4. Что продукт контролирует напрямую

Например:

• обработку доступного массива коммуникаций;
• проверку выбранного критерия;
• показ цитат и примеров;
• сравнение групп и периодов;
• возврат спорных карточек на калибровку;
• формирование гипотезы о повторяющемся отличии.

Шаг 5. Какие условия должны совпасть

Оффер становится нечестным, если скрывает обязательные условия.

Для “Дожми Продажи” к ним относятся:

• доступ к коммуникациям;
• корректная связь с этапами и исходами;
• понятный критерий;
• калибровка;
• достаточная выборка;
• участие руководителя;
• управленческая реакция после отчёта.

Шаг 6. Как проверить обещание

Хороший оффер должен переводиться в наблюдаемую проверку.

Например:

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

Главный оффер B2B-продукта

Мой текущий основной вариант:

Проверяйте продажи по реальным коммуникациям, а не по ощущениям

Подзаголовок:

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

CTA:

Проверить одну гипотезу на своих данных

Почему этот вариант мне сейчас ближе:

• он собирает подтверждённые работы;
• не делает AI главным героем;
• не обещает рост выручки;
• не сводит продукт к одному отчёту;
• оставляет клиенту понятный первый шаг.

Что меня в нём пока смущает:

• подзаголовок плотный;
• четыре работы могут конкурировать между собой;
• на реальном экране придётся проверить, какая из них быстрее создаёт узнавание.

Оффер 2. Для собственника и коммерческого директора

Проверьте один управленческий фокус по реальным коммуникациям

Подзаголовок:

Выберите критерий, посмотрите тренд и конкретные примеры, чтобы понять, где команда справляется, а где требуется ваше внимание.

CTA:

Проверить фокус команды

Этот вариант основан на продуктовой гипотезе панели фокуса собственника. Он связан с реальной работой руководителя, но я не считаю его полностью доказанным главным спросом.

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

Оффер 3. Для РОПа, который ищет причины потерь

Разберите причины потерь на реальных коммуникациях

Подзаголовок:

Сравните потерянные и дошедшие до целевого этапа обращения, чтобы увидеть повторяющиеся различия и выбрать гипотезу для проверки с командой.

CTA:

Проверить причины потерь

Здесь важно не написать:

мы найдём точную причину просадки конверсии.

Коммуникации могут показать повторяющиеся сигналы. Но причина может находиться в цене, продукте, качестве спроса, процессе, сроках или внешних обстоятельствах.

Оффер 4. Для РОПа, который проверяет обработку лида

Проверьте, фиксирует ли команда нужный следующий шаг

Подзаголовок:

Настройте конкретный тип действия - встречу, перезвон, замер, демонстрацию или другую договорённость - и проверьте его по реальным коммуникациям.

CTA:

Проверить один этап

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

Оффер 5. Для контроля качества

Контролируйте качество по критериям вашей компании

Подзаголовок:

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

CTA:

Проверить критерий на выборке

Здесь зона обещания достаточно ясная. Мы можем гарантировать обработку согласованной выборки и прозрачность основания оценки. Но не можем обещать безошибочность AI без калибровки.

Оффер 6. Для развития менеджеров

Разбирайте конкретные дефициты, а не общее впечатление

Подзаголовок:

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

CTA:

Собрать материал для разбора

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

Оффер 7. Для менеджера

Понятно, что считается выполнением и что проверить дальше

Подзаголовок:

Видно, как руководитель трактует критерий, на какой цитате основана оценка и какой следующий шаг стоит обсудить.

CTA:

Посмотреть пример карточки

Менеджер не обязательно является покупателем. Но он становится пользователем и участником калибровки. Поэтому этот оффер нужен не столько для главного экрана, сколько для внедрения и снижения сопротивления команды.

Оффер 8. Для собственника, РОПа и QA при расхождении критериев

Помогите команде договориться, что значит “критерий выполнен”

Подзаголовок:

Сверьте оценки руководителя, сотрудников и AI на реальных карточках, чтобы превратить общее требование в проверяемый стандарт.

CTA:

Откалибровать критерий

Этот оффер описывает сильное условие регулярной ценности. Но я не хочу подменять им основную работу продукта. Калибровка важна потому, что делает контроль, диагностику и обучение пригодными для управления.

Оффер 9. Для маркетинга и продукта

Соберите повторяющиеся боли, вопросы и возражения из коммуникаций

Подзаголовок:

Используйте звонки, переписки и письма как материал для проверки гипотез о языке клиентов, оффере и качестве спроса.

CTA:

Проверить маркетинговую гипотезу

Этот вариант мне содержательно близок. Но по AJTBD он пока не относится к самому сильному подтверждённому ядру.

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

Оффер 10. Для поиска паттернов успешных сделок

Сравните успешные и проваленные сделки, чтобы найти гипотезы о рабочих паттернах

Подзаголовок:

Платформа показывает повторяющиеся отличия в цепочках коммуникаций, а руководитель решает, какие из них подтвердить, отклонить или проверить на новой выборке.

CTA:

Найти гипотезы в сделках

Это стратегически важная линия развития “Дожми Продажи”. Но здесь особенно важно не перескочить от корреляции к причинности. Повторяющееся действие в успешных сделках ещё не доказывает, что именно оно привело к результату.

Оффер 11. Для CRM-интегратора и технологического партнёра

Добавьте к CRM проверку качества реальных коммуникаций

Подзаголовок:

Звонки, переписки и письма становятся материалом для критериев, карточек, гипотез и управленческих разборов внутри клиентского процесса.

CTA:

Обсудить партнёрский сценарий

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

Почему один оффер не подходит собственнику, РОПу и QA

Раньше мне хотелось найти одну максимально сильную формулировку и поставить её везде. Сейчас я считаю это ошибкой.

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

Собственнику важнее понять, требуется ли его вмешательство. РОПу - проверить причины потерь или конкретный этап обработки лида. QA - масштабировать контроль по согласованным критериям.

Менеджеру - понимать основание оценки и следующий шаг. Маркетингу - увидеть повторяющиеся сигналы языка клиентов. Партнёру - понять, какую работу продукт добавляет поверх уже подключённых коммуникаций.

Это не разные продукты. Это разные точки входа в одну систему.

Как разнести ролевые офферы по страницам сайта

Главный экран

Проверяйте продажи по реальным коммуникациям, а не по ощущениям

Он не привязан к одной роли и держится на подтверждённых работах.

Второй экран

Показать четыре основных сценария:

• контроль качества;
• поиск причин потерь;
• адресный разбор менеджеров;
• проверка обработки лида и следующего шага.

Отдельные страницы

Создать страницы под работу, а не просто под должность:

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

Уже внутри каждой страницы показывать, какие роли участвуют в работе.

Частые вопросы об оффере B2B-продукта для разных ролей

Нужно ли делать отдельное УТП для каждого ЛПР?

Не обязательно создавать отдельный продуктовый смысл для каждой должности. Нужен общий зонтичный смысл и отдельные входы под повторяемые работы. Одна и та же роль может приходить с разными задачами, а одну работу могут выполнять несколько ролей.

Чем роль отличается от работы в Jobs to Be Done?

Роль отвечает на вопрос “кто участвует”, а работа - “какой прогресс человек пытается получить в конкретной ситуации”. Название должности само по себе не доказывает спрос и не подсказывает сильный оффер.

Как адаптировать оффер для собственника и РОПа?

Для собственника логичнее начинать с управленческого фокуса и необходимости вмешательства. Для РОПа - с причин потерь, качества обработки лида, следующего шага и конкретных дефицитов команды. В обоих случаях обещание должно заканчиваться там, где заканчивается зона контроля продукта.

Можно ли обещать рост продаж в оффере речевой аналитики?

Корректнее объяснять, как анализ коммуникаций помогает контролировать качество, проверять гипотезы и находить повторяющиеся сигналы. Рост продаж зависит от решений руководителя, действий менеджеров, продукта, спроса и других факторов, которые платформа не контролирует целиком.

Как тестировать ролевые офферы?

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

Что я считаю итогом на текущий момент

AJTBD не должен превращаться в генератор красивых рекламных обещаний. Jobs to Be Done полезен для позиционирования только тогда, когда связывает конкретную ситуацию, действие роли и проверяемый прогресс, а не просто добавляет методологический термин в текст сайта.

Его задача - не усилить текст любой ценой. Его задача - не дать мне перепутать:

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

Поэтому мой текущий алгоритм оффера “Дожми Продажи” выглядит так:

работа клиента -> ситуация -> действие роли -> контролируемая работа продукта -> условия ценности -> проверяемый результат -> граница обещания.

И только после этого появляется формулировка первого экрана. Она может быть менее громкой, чем “увеличим продажи”. Но она точнее объясняет, зачем существует продукт и за какую часть результата я действительно готов отвечать.