Что взять из западных методологий для B2B-услугах: из опыта советника

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

Коротко: Jobs-to-be-Done, SPIN-продажи и — при определённых условиях — OKR.

Jobs-to-be-Done приживается почти без переделки. Логика простая: клиент покупает не услугу, а решение задачи, которую он не может или не хочет решать сам. В B2B-услугах это особенно точно — юридическое сопровождение, консалтинг, аудит, подбор персонала. Никто не покупает «стратегическую сессию». Покупают «выход из ситуации, где непонятно, что делать дальше». Разница в формулировке меняет всё: как ты позиционируешь услугу, как ведёшь первую встречу, как строишь предложение.

Я применяю JTBD в диагностике клиентских запросов уже лет десять. Первый вопрос на встрече — не «расскажите о бизнесе», а «что должно измениться, чтобы через полгода вы сказали, что это было правильное решение». Ответ на этот вопрос стоит дороже любого брифа.

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

Здесь обычно возникает возражение: «У нас специфика — клиенты не любят, когда им задают много вопросов, это воспринимается как допрос». Это обоснованное наблюдение. Но проблема не в методологии — в исполнении. SPIN работает, когда вопросы звучат как искренний интерес, а не как заполнение анкеты. Разница слышна с первой фразы.

OKR — история сложнее. Objectives and Key Results работает в B2B-услугах при одном условии: команда уже умеет работать с целями вообще. Если в компании нет культуры регулярного менеджмента, OKR станет ещё одним документом, который заполняют раз в квартал и забывают. Я видел это не раз — и в консалтинговых бутиках, и в IT-сервисных компаниях. Методология не виновата. Виновата иллюзия, что инструмент заменит управленческую зрелость.

Если OKR вам интересен — посмотрите, как он работает в контексте российского рынка, в разборе метода Mochary Method: там есть пересечения с логикой целеполагания.

Три вещи, которые я видел в действии чаще, чем хотелось бы.

Agile в чистом виде. Scrum, спринты, ретроспективы — всё это создавалось для разработки продукта с итеративным циклом. В B2B-услугах клиент платит за результат, а не за процесс. Когда консалтинговая компания объявляет клиенту, что работает «по Agile», и предлагает двухнедельные спринты с демо — клиент, как правило, слышит одно: «мы не знаем, что делаем, и будем разбираться вместе с вами за ваши деньги». Это не проблема Agile. Это проблема применения инструмента разработки к услуге, где клиент ожидает экспертизы, а не совместного эксперимента.

Четвёртый раз за квартал вижу одну и ту же картину: собственник B2B-компании берёт фреймворк из переведённой книги, внедряет буквально — и через три месяца убеждён, что методология сломана. Методология не сломана. Она просто не для этого.

NPS как единственная метрика качества. Net Promoter Score — полезный инструмент, если понимать, что он измеряет. Он измеряет готовность рекомендовать. Не удовлетворённость. Не лояльность. Не вероятность повторной покупки. В B2B-услугах клиент может поставить 9 из 10 и не продлить контракт — потому что задача решена, потребность закрыта, необходимости в продолжении нет. И наоборот: поставить 6 и работать с вами пять лет, потому что альтернатив нет или переключение слишком дорого. Компании, которые оптимизируют NPS как главный показатель, часто получают красивые цифры и не понимают, почему выручка не растёт.

Американские sales-скрипты. Это отдельная история. Американская культура продаж построена на энтузиазме, прямолинейности и быстром переходе к сделке. В российском B2B — особенно в услугах — это воспринимается как давление или, хуже, как неуважение. Здесь важна степенность. Важно, что ты понимаешь контекст собеседника до того, как что-то предлагаешь. Скрипт, написанный для американского рынка, в российском B2B работает примерно как американский юмор в японской компании — технически понятно, но что-то не так.

Здесь обычно возникает возражение: «Мы уже пробовали адаптировать скрипты — не взлетело». Это почти всегда означает одно из двух: либо адаптация была косметической (заменили «awesome» на «отлично»), либо проблема не в скрипте, а в том, что продавцы не верят в то, что продают. Скрипт не лечит отсутствие веры.

Три вопроса, которые я задаю перед любым внедрением.

Первый: под какую проблему создавался этот инструмент? Не «что он делает», а «какую боль он решал у тех, кто его придумал». OKR придумал Энди Гроув в Intel, чтобы выровнять приоритеты в быстро растущей технологической компании. Если у вас не быстрорастущая технологическая компания — вопрос не «как внедрить OKR», а «есть ли у меня та же проблема, что была у Гроува».

Второй: что в этом фреймворке универсально, а что культурно обусловлено? Логика SPIN-продаж универсальна — она про психологию принятия решений. Формат американского pitch-deck культурно обусловлен — он предполагает, что аудитория готова к быстрому темпу и визуальной подаче. В российском B2B часто нужен другой темп и другая глубина.

Третий: есть ли у команды управленческая база для этого инструмента? Фреймворк — это надстройка. Если нет фундамента, надстройка не держится.

Теперь — история из практики.

Максим, собственник IT-сервисной компании, три года на рынке, выручка около 120 миллионов. Пришёл с запросом: «Хочу внедрить OKR, читал книгу Дорра, всё понятно, помоги запустить». Мы потратили первую встречу не на OKR, а на то, как сейчас устроено целеполагание в компании. Выяснилось: цели ставятся раз в год на стратсессии, до команды доходят в пересказе, прогресс не отслеживается. Я сказал прямо: OKR здесь не приживётся — не потому что плохой инструмент, а потому что нет привычки работать с целями вообще. Мы начали с другого: ввели еженедельные приоритеты на уровне руководителей, научились фиксировать договорённости. Через четыре месяца Максим сам сказал: «Теперь понимаю, зачем OKR. Раньше не понимал». Внедрили — и прижилось. Потому что была почва.

Это не победа методологии. Это победа последовательности.

Если хочешь разобраться, какой фреймворк подойдёт твоему бизнесу — скачай переговорный фреймворк: там есть раздел про диагностику перед внедрением любого инструмента.

Не с выбора методологии. С диагностики.

Самая частая ошибка — обратный порядок: сначала выбирают инструмент («слышал про Value Proposition Canvas, хочу попробовать»), потом ищут, куда его приложить. Это как купить дрель и потом думать, что просверлить. Инструмент должен следовать за задачей, а не наоборот.

Диагностика до выбора инструмента — это три вопроса к себе: Где у меня сейчас болит? Это проблема процесса, людей или стратегии? Я хочу решить её сам или мне нужен кто-то снаружи? Ответы на эти вопросы сужают выбор методологии с «всего, что есть на рынке» до двух-трёх реально применимых вариантов.

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

Критерии «прижилось». Методология прижилась, если: команда использует её без напоминаний, она решает ту проблему, ради которой внедрялась, и никто не спрашивает «а зачем мы это делаем». Три простых теста. Если хотя бы один не проходит — работа ещё не закончена.

Здесь обычно возникает возражение: «Мы уже пробовали пилот — ничего не изменилось». Почти всегда это означает одно: пилот был без чёткого критерия успеха. Если заранее не договорились, что считается результатом, — любой исход можно интерпретировать как угодно. Это не проблема методологии. Это проблема управления экспериментом.

Подробнее о том, как фреймворки работают в практике российского МСБ — в материале «Фреймворк X: применение в практике российского МСБ».

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

Из того, что я вижу в работе: JTBD для позиционирования и продаж, SPIN для переговоров и квалификации клиентов, элементы Mochary Method для операционного управления небольшой командой. OKR — при наличии управленческой зрелости. Всё остальное — ситуативно, зависит от задачи.

Три признака: команда саботирует внедрение (не из вредности, а потому что не понимает смысла), инструмент создаёт больше работы, чем решает проблем, и через три месяца никто не может объяснить, что изменилось. Если хотя бы два из трёх — методология либо не та, либо внедрялась без диагностики.

Если ты дочитал до этого места — скорее всего, уже пробовал что-то внедрить и получил не то, что ожидал. Или стоишь перед выбором и хочешь не повторить чужих ошибок.

Работаю с собственниками B2B-компаний с выручкой от 80 миллионов. Если у тебя меньше — логика другая, и я не тот советник. Беру не более трёх новых клиентов в квартал.

Если хочешь разобраться с конкретной ситуацией — напиши на hi@vvetrov.com: кто ты, какой бизнес, какую методологию пробовал и что пошло не так. Посмотрю, могу ли помочь.

P.S. Если не подхожу — скажу, к кому пойти.

Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.