Полгода custdev, десяток фичей, о которых просят самые крупные пользователи, а сделки все равно закрываются медленно и с постоянными скидками, потому что покупатель так и не понял, чем продукт лучше того, чем он пользуется сейчас. Позиционирование продукта — это не слоган для лендинга, а рабочий процесс: понять, с чем реально сравнивают продукт, для кого его отличие превращается в ценность, и как формулировку затем проверить на практике, а не оставить в презентации для инвесторов. Дальше идет методика по шагам: custdev, пять компонентов позиционирования по April Dunford, jobs to be done, карта позиционирования под B2B/SaaS-оси, positioning statement и метрики, которые показывают, сработало это или нет.
Ни один из шагов не занимает больше пары часов вдумчивой работы за раз, но пропустить один из них значит вернуться к нему позже, уже после того как сорвется несколько сделок и продавцы начнут жаловаться, что покупатели "не понимают" продукт.
Что такое позиционирование продукта и почему в SaaS оно устроено иначе
Когда за покупку отвечает не один человек, а внутренняя закупочная группа из шести-десяти человек, слоган на сайте не может убедить каждого по отдельности, и та же формулировка ценности, которая цепляет техлида, оставляет равнодушным финансового директора. Из-за этого позиционирование IT/SaaS-продукта устроено не так, как в рознице: место продукта в голове одного покупателя мало что решает, если оно не совпадает с местом в головах еще пяти-шести человек, участвующих в сделке.
Позиционирование продукта — это не слоган и не список фич, а место, которое продукт занимает в сознании покупателя относительно альтернатив. Термин ввели Эл Райс и Джек Траут еще в 1969 году, а в 1981 вышла их книга "Positioning: The Battle for Your Mind" с почти таким же выводом: позиционирование — это не то, что делают с продуктом, а то, что делают с восприятием покупателя. Смысл с тех пор не изменился, изменилась среда, в которой это восприятие формируется.
Модель Райса и Траута объясняет, зачем позиционирование нужно, но не дает пошаговой методики. Через сорок с лишним лет консультант April Dunford разложила процесс на пять конкретных шагов, и с тех пор ее фреймворк "Obviously Awesome" стал рабочим стандартом для командного применения, а не только теорией для маркетинг-директора. Ему посвящен следующий раздел.
В рознице решение чаще принимает один человек за несколько минут: увидел, сравнил цену, купил. В B2B и SaaS все иначе: решение идет через комитет, а не через одного покупателя с картой в руке.
| Параметр | B2C | B2B / SaaS |
|---|---|---|
| Кто решает | Один человек | Закупочная группа: 6-10 участников по оценкам, которые приводит Gartner, а по данным Forrester 2026 их уже 13 внутренних сотрудников и 9 внешних консультантов |
| Время на решение | Минуты-часы | Недели-месяцы |
| Что убеждает | Эмоция, цена, отзывы | Экономика, риск, соответствие процессам, мнение коллег |
| Роли внутри решения | Обычно нет | Пользователь, бюджетодержатель, ИТ или служба безопасности, иногда юрист |
Рост числа участников не абстрактная тенденция для отчетов аналитиков, а вполне ощутимая практическая проблема. Каждый новый человек в цепочке добавляет фильтр, через который формулировка ценности должна пройти без потерь: пользователь спрашивает, насколько это удобно каждый день, служба безопасности уточняет, что происходит с доступом к данным, а финансовый директор интересуется сроком окупаемости. Позиционирование, рассчитанное на одного из них, застревает на следующем фильтре, и сделка стоит не потому, что продукт плохой, а потому, что для очередной роли не нашлось понятного ей аргумента.
Ошибка в позиционировании на старте обходится дороже, чем кажется, именно из-за длины цикла: если сообщение не резонирует с закупочным комитетом, узнать об этом получится только через несколько месяцев, когда сделка уже провисит без движения. Экономически это означает, что стоимость каждой ошибки умножается на длину воронки: некорректная формулировка ценности не срезает одну сделку, а тянется через десятки параллельных сделок на разных стадиях цикла, потому что все они запущены с одним и тем же сообщением. Именно поэтому для B2B/SaaS дешевле потратить неделю на custdev перед запуском кампании, чем полгода перезапускать уже идущие переговоры с новой формулировкой.
Из-за длинного цикла и множества ролей позиционирование должно работать сразу на нескольких уровнях, от рядового сотрудника, который будет открывать продукт каждый день, до финансового директора, который подписывает счет и в глаза не увидит интерфейс. Одна и та же ценность продукта переводится для них на разные языки: для пользователя это меньше рутины, а для директора это окупаемость за понятный срок. Если формулировка работает только на одну роль, до подписи она не доедет. Проверить это несложно: попросить продавца пересказать ценность продукта так, как он объяснял бы ее пользователю, а затем так, как объяснял бы финансовому директору. Если получается одна и та же фраза с другой интонацией, а не два разных набора аргументов, позиционирование пока рассчитано только на одну роль из нескольких.
Пять компонентов позиционирования по April Dunford
Фреймворк "Obviously Awesome" раскладывает позиционирование на пять компонентов в строгом порядке, и начинается он не с "кто мы", а с того, с чем нас реально сравнивают. Если начать с описания своего продукта, легко скатиться в перечисление фич, которые важны команде, но не покупателю. Порядок такой: конкурентные альтернативы, уникальные атрибуты, ценность этих атрибутов, сегмент, для которого ценность максимальна, и категория рынка, в которой эта ценность считывается сразу.
| Компонент | Что это | Вопрос-триггер |
|---|---|---|
| Конкурентные альтернативы | Что покупатель делал бы, если бы продукта не было | Чем сейчас закрывают эту задачу: конкурентом, таблицей, штатным сотрудником? |
| Уникальные атрибуты | Возможности, которых нет у альтернатив | Что мы умеем такого, чего реально нет у сравниваемых вариантов? |
| Ценность | Выгода, которую дают эти атрибуты | Что покупатель получает благодаря этому отличию? |
| Целевой сегмент | Кто ценит эту выгоду сильнее всех | Для кого эта выгода критична, а не просто приятна? |
| Категория рынка | Контекст, в котором ценность очевидна | Из какого бюджета и с каким набором конкурентов нас будут сравнивать? |
Порядок компонентов работает и как диагностика: если команда не может внятно ответить на вопрос-триггер для одного из них, это останавливает работу именно на слабом месте, а не дает проскочить его красивой формулировкой. Чаще всего застревают на первом шаге, потому что команде психологически неприятно признать: реальным конкурентом чаще оказывается таблица в Excel, а не громкий игрок рынка, о котором пишут профильные СМИ.
Первый компонент, конкурентные альтернативы, почти никогда не прямой аналог продукта. Чаще реальной альтернативой оказывается таблица в Excel, ручной процесс или штатный сотрудник, который закрывает задачу медленно, но привычно. Если пропустить этот шаг и сразу перейти к описанию своих фич, легко начать соревноваться с несуществующим конкурентом, пока настоящий соперник вообще не существует, а есть только привычка ничего не менять.
Второй компонент, уникальные атрибуты, описывает то, чего действительно нет у альтернатив. Здесь важна честность: если фича есть и у конкурента, она не уникальна, даже если о ней громко говорит отдел продаж. Третий и четвертый компоненты, ценность и сегмент, имеет смысл разбирать вместе: ценность без сегмента абстрактна, а сегмент без ценности так и остается просто демографией. Нужно найти, кому конкретно та самая уникальная возможность дает ощутимую выгоду, а не всем подряд.
Пятый компонент, категория рынка, определяет, из какого бюджета продукт оплатят и с кем сравнят. Ошибка в категории обесценивает даже точный анализ первых четырех компонентов, и к этому эффекту еще вернемся в разделе про частые ошибки позиционирования.
На практике все пять компонентов удобно собирать за один воркшоп на несколько часов, а не растягивать на недели переписки в почте. Формат простой: сначала команда выписывает все конкурентные альтернативы, которые реально всплывали в custdev и в проигранных сделках, а затем для каждой альтернативы фиксирует, чем продукт отличается именно от нее, а не вообще. Только после этого переходят к сегменту и категории, потому что без честного списка альтернатив эти два компонента неизбежно скатываются в общие слова про лучшее решение на рынке.
Пример на живом SaaS-кейсе, а не на абстракции. Компания Userlist делала email-рассылки для SaaS и называла себя "email automation for SaaS". Конкурентными альтернативами были ручные рассылки, самописные решения и крупные игроки вроде Intercom и Customer.io. Пройдя все пять компонентов, команда поняла, что реальная уникальность не в автоматизации самой по себе, а в простоте: продукт проще внедрить и вести, чем тяжелые платформы вроде Intercom. Категорию сменили с "инструменты email-автоматизации" на "инструменты клиентских сообщений для SaaS-компаний" и заняли в ней позицию понятной альтернативы сложным конкурентам, а не еще одного email-сервиса в переполненном ряду. Точных цифр роста компания публично не раскрывала, но описывала отклик на новое сообщение как заметно более теплый, чем на прежнее позиционирование, а не как гипотетическое улучшение на бумаге.
Сама Dunford прошла через это на практике задолго до того, как описала методику. В начале карьеры она отвечала за маркетинг CRM-стартапа Janna Systems, который пытался конкурировать с гигантом Siebel Systems по всем фронтам сразу и проигрывал по цене. Продукт умел строить карту связей между людьми внутри и вне компании, и для универсального CRM это была второстепенная функция среди десятков других. Но именно она оказалась критичной для инвестиционных банков: сделки там заключаются не по рекламе, а по цепочке личных знакомств, и способность увидеть, кто из клиентов банка знаком с нужным человеком в целевой компании, напрямую превращалась в новые сделки для самого банка.
Когда команда это заметила, Janna репозиционировалась в узкую нишу "CRM для инвестбанков". Компания ушла от прямой ценовой войны с Siebel, выручка выросла в разы за полтора года, а саму Janna Systems вскоре купил тот же Siebel. Сумма сделки в прессе 2000 года называлась разная, от 1 до 1,7 миллиарда долларов, но сам факт поглощения бывшего конкурента говорит сам за себя.
Custdev: сырье для позиционирования, а не подтверждение своей идеи
Частая ошибка custdev в том, чтобы проводить интервью ради "да, круто", а не ради реального языка клиента и его реальных альтернатив. Стив Бланк, создатель методологии Customer Development, настаивал именно на этом: выходить из офиса и говорить с клиентами не для того, чтобы продать им идею, а чтобы проверить, действительно ли проблема, которую команда считает важной, важна для покупателя. Первая стадия его методики, customer discovery, отвечает именно за обучение, а не за масштабирование того, что и так "все знают".
Роб Фицпатрик в книге "The Mom Test" довел эту мысль до практики трех правил. Первое: говорить о жизни клиента, а не о своей идее, потому что, как только собеседник слышит про продукт, он перестает рассказывать о себе и начинает из вежливости хвалить. Второе: спрашивать о конкретике из прошлого, а не о мнениях насчет будущего, потому что люди систематически переоценивают, что они точно купят, и это дает недостоверные ответы. Третье: говорить меньше, слушать больше. Комплимент, общие рассуждения и чужие идеи фичей относятся к трем видам мусорных данных, которые эти правила помогают отфильтровать.
Комплимент вроде "классная идея" ничего не говорит о готовности платить, общие рассуждения про рынок в целом не привязаны к поведению конкретного человека, а предложение своей фичи от клиента чаще описывает симптом его проблемы, а не готовое решение, которое стоит сразу реализовывать.
Для позиционирования особенно полезна структура switch interview Боба Моэсты, интервью о том, как клиент реально принял решение сменить инструмент. Оно реконструирует хронологию из шести этапов: первая мысль о том, что что-то пора менять, пассивный присмотр к вариантам, активное сравнение, момент решения, онбординг и дальнейшее использование. Из такого интервью достают две вещи: карту реальных альтернатив, включая "ничего не делать" и ручные обходные пути, и точные формулировки, которыми клиент описывает свою задачу. Именно они становятся сырьем для языка позиционирования, а не строчкой в отчете о custdev.
Две техники вытягивают то, что клиент сам не сформулирует прямо. Контраст, вопрос вроде "почему видеозвонок, а не встреча вживую", заставляет назвать критерий выбора, который иначе останется невысказанным. Распаковка расплывчатости, вопрос "быстрее, чем что именно" в ответ на любое сравнительное слово, работает потому, что за словом "быстрее" всегда стоит конкретное сравнение, которое клиент держит в голове, но редко проговаривает сам.
Сколько нужно интервью, чтобы не спутать паттерн с анекдотом одного громкого клиента? Классическое исследование Guest, Bunce и Johnson (2006) на однородной выборке по одной теме показало: 12 интервью улавливают около 92% тем, которые вообще всплывают в разговорах. Отсюда практическая норма в 10-15 интервью на однородный сегмент, и отдельная порция интервью нужна на каждый новый сегмент, если сегментов несколько: для исследования на восемь сегментов это уже больше сотни интервью, а не пятнадцать разговоров на весь рынок сразу.
Ловушка vocal minority работает в обе стороны. При выборке в 20 интервью мнение, которое реально разделяют 10% рынка, скорее всего вообще не прозвучит, и маленькая выборка теряет непопулярные, но существующие сегменты. При этом несколько особенно громких голосов, необязательно репрезентативных, начинают перевешивать в выводах команды просто потому, что их сложно игнорировать.
Отдельная ловушка в том, чтобы разговаривать только с довольными действующими клиентами. Такая выборка методично исключает как раз тех, кто отказался от сделки или ушел к конкуренту, а именно в их ответах чаще всего звучит настоящая конкурентная альтернатива и настоящая причина отказа. Полноценный набор для позиционирования всегда включает и выигранные, и проигранные сделки, а не только тех, кто уже сказал "да".
По времени такой раунд интервью занимает у одного человека из команды 3-4 недели, если делать по 2-3 звонка в неделю, а не откладывать custdev до полностью свободного месяца, которого в продуктовой команде обычно не бывает. Расшифровки звонков стоит хранить дословно, а не пересказом: именно дословные формулировки клиента, а не их культурная обработка маркетологом, становятся кандидатами на язык позиционирования.
Custdev-интервью для позиционирования держится на нескольких вопросах, а не на анкете из тридцати пунктов:
- Чем вы закрывали эту задачу до нас: конкурентом, таблицей, вручную?
- Что стало последней каплей, из-за которой вы начали искать замену?
- Какими словами вы бы описали задачу коллеге, если бы не знали наших терминов?
- Что вас чуть не остановило от покупки?
- Кто еще в компании участвовал в решении и что было важно для него?
- Если бы продукт исчез завтра, чем бы вы стали пользоваться?
Когда custdev делают разово перед запуском и забывают о нем, паттерны быстро устаревают вместе с рынком. Системный custdev остается частью продуктового маркетинга и GTM-работы, а не разовой домашкой перед запуском.
Jobs to be done: что клиент нанимает продукт делать
JTBD смещает вопрос с "кто наш пользователь" на "какую задачу он нанимает продукт решать". Клейтон Кристенсен сформулировал это в книге "Competing Against Luck": люди не покупают продукты, они нанимают их для конкретной работы, и если продукт справляется, его нанимают снова, а если нет, увольняют и ищут замену. Ключевой тезис книги в том, что понимание клиентов само по себе не двигает инновации, двигает именно понимание их задач.
Идея не нова. Задолго до Кристенсена гуляла фраза про то, что людям не нужна дрель, им нужна дырка в стене. Ее принято приписывать Теодору Левитту, но по факту сам Левитт в 1969 году процитировал эту мысль со ссылкой на издателя Лео Макгивену, а массовое приписывание фразы Левитту как автору пошло уже от статьи Кристенсена 2005 года. История с атрибуцией здесь показательна сама по себе: даже хорошо задокументированные идеи маркетинга по дороге теряют первоисточник, и со своими собственными цитатами стоит быть аккуратнее по той же причине.
У задачи клиента есть четыре силы, которые определяют, случится ли переключение на новый продукт. Модель Боба Моэсты и Криса Спика раскладывает решение о смене на четыре компонента: push, проблему в текущей ситуации, которая толкает искать альтернативу; pull, привлекательность нового варианта; anxiety, тревогу перед неизвестным, "а вдруг не сработает"; habit, инерцию привычного. Переключение происходит только тогда, когда push и pull вместе перевешивают anxiety и habit, и это объясняет, почему технически лучший продукт иногда проигрывает: у клиента может не хватать pull, чтобы перебить обычную инерцию.
У любой задачи есть три составляющие: функциональная, эмоциональная и социальная, и в B2B социальная часть работает не слабее, чем в рознице. B2B-покупатели почти на 50% чаще совершают покупку, когда видят в продукте личную или эмоциональную ценность. Это показало исследование Google и CEB Marketing, которое приводит отраслевое издание Built In, и часто в основе решения лежит желание получить признание или страх ошибиться и подвести команду. Для CMO, который выбирает инструмент автоматизации маркетинга, функциональная задача в том, чтобы снять рутину, эмоциональная в том, чтобы чувствовать уверенность в своих решениях, а социальная в том, чтобы не выглядеть некомпетентным перед руководством.
В одном из разборов B2B JTBD социальную задачу формулируют совсем приземленно: инструмент должен помочь сотруднику выглядеть на высоте перед коллегами и успеть домой к ужину с семьей, а не только сэкономить часы в отчете. Позиционирование, которое бьет только в функциональную часть, недооценивает половину реальных мотивов покупки. Формулировка, которая явно называет и социальную выгоду, работает даже в тех закупочных комитетах, где формально решение принимают по таблице сравнения фич, потому что именно эта таблица потом ложится на стол руководителю, а сопровождающий ее человек хочет выглядеть уверенно, а не оправдываться за спорный выбор.
Момент "увольнения" продукта в SaaS чаще всего совпадает с продлением подписки, а не с драматичным разрывом контракта: команда просто не продлевает, если задача, ради которой продукт наняли, к этому моменту решается чем-то другим или обесценилась сама. Отслеживать этот риск проще всего по тем же признакам, что искали на входе в switch interview: что стало бы первой мыслью для перехода на альтернативу уже после покупки. Продуктовые команды часто узнают об этом только на созвоне об отказе от продления, хотя те же сигналы обычно видны раньше в статистике использования: пользователь тише открывает продукт, реже возвращается к ключевому действию, и push-сила его нового варианта уже перевешивает привычку задолго до формального решения не продлевать.
Практическое следствие в том, что формулировка, которая нанимает продукт только на функциональную работу, обычно проигрывает конкуренту, который явно называет и эмоциональную, и социальную часть задачи. Особенно это заметно при пересмотре бюджета: если продукт умеет решать функциональную задачу, но никто в команде не связывает его с эмоциональной или социальной выгодой, его куда легче "уволить" при первом сокращении расходов, чем инструмент, который уже стал частью привычного рабочего процесса команды.
Карта позиционирования для B2B и SaaS: свои оси вместо цена/качество
Классическая карта "цена-качество" родом из розницы, и для сложного B2B/SaaS-продукта она обычно бесполезна. Она сглаживает то, что на самом деле имеет значение для покупателя, и говорит команде то, что она и так знает, вместо того чтобы вскрыть то, что нужно узнать. Проблема не в самой идее карты: двумерная карта с расстановкой конкурентов действительно помогает увидеть рынок, но оси нужно брать не из головы маркетолога, а из того, как покупатель реально сравнивает варианты. Например, для платформы аналитики это может быть глубина разбора данных против скорости получения первого отчета, а для инфраструктурного продукта это может быть надежность против совокупной стоимости владения. Конкретные оси всегда свои, из custdev по своему рынку, а не взятые из чужой презентации.
Правильные оси приходят из custdev, а не из брейншторма команды. Методика простая: разобрать win/loss-интервью, опросы клиентов и записи звонков продаж, чтобы понять, какие критерии покупатели реально используют при сравнении, а не то, что команда хотела бы, чтобы они использовали. Частая ошибка в том, чтобы выбирать оси исходя из того, что хочется подчеркнуть о своем продукте, а не из того, что важно покупателю: если покупатели вообще не различают решения по выбранным осям, карта превращается в красивую, но бесполезную картинку.
Дальше карту проверяют так же, как проверяют выводы custdev: показывают продавцам "на передовой" и самим клиентам и спрашивают, совпадает ли расстановка с тем, как рынок видит ситуацию на самом деле. Если ответ "нет, покупатели видят иначе", оси меняют, а не защищают уже нарисованную карту.
Представим карту с двумя осями: глубина функциональности и скорость внедрения. Крупный enterprise-комбайн попадает в угол "глубоко, но долго": все нужные модули есть, а внедрение занимает кварталы. Точечное узкое решение оказывается в углу "быстро, но неглубоко": ставится за неделю, но не закрывает и половину задач. Статус-кво в виде Excel-таблицы занимает третий угол, "мгновенно и совсем неглубоко": стоит условный ноль и работает уже сегодня, но масштабируется только вручную. Продукту приходится осознанно выбрать четвертый угол или пространство между существующими игроками, а не пытаться быть одновременно самым глубоким и самым быстрым: такой компромисс команда должна принять открыто, а не прятать его в презентации для инвесторов.
На практике хорошо работают только две оси, максимум три. Карта с четырьмя и более измерениями перестает читаться с одного взгляда и превращается в таблицу, а не в инструмент для быстрого решения о том, куда встать и от кого уходить. Если критериев набирается больше двух, стоит выбрать те, что реальнее всего разводят игроков на рынке, а остальные вынести в текстовое описание сегмента, а не тащить на саму карту.
Хороший тест валидации карты в том, чтобы показать ее продавцам без подписей на осях и спросить, где на этой карте они бы поставили трех последних клиентов, с которыми вели переговоры. Если продавцы расставляют клиентов примерно там же, где их разместила бы команда, оси выбраны верно. Если расстановки расходятся, значит продавцы в реальных разговорах слышат другие критерии выбора, и карту нужно пересобрать по их обратной связи, а не по мнению маркетинга.
На карте почти всегда должен быть игрок, которого забывают: статус-кво. Если убрать продукт с рынка, что будет делать клиент? Чаще всего ответ "ничего", и это на практике означает, что он останется при таблице, ручном процессе или штатном сотруднике, который решает задачу медленно, но привычно. Причем когда сделка зависает без ответа, это почти никогда осознанный выбор в пользу старого способа. По наблюдению April Dunford, чаще это просто нерешительность: клиент не может уверенно принять решение и откладывает покупку целиком, а не выбирает конкретную альтернативу.
Цифры здесь достаточно тревожные, чтобы держать статус-кво на карте всегда. Исследование Мэтью Диксона, соавтора книги "The Challenger Sale", а затем "The JOLT Effect", показывает, что 40-60% сделок среднего продавца в B2B срываются именно из-за "no decision", когда клиент так и не принимает решения ни в одну сторону; из этих сорванных сделок 44% объясняются предпочтением статус-кво, а остальные 56% приходятся на ту самую нерешительность клиента. Проактивная позиция продавца, который прямо говорит клиенту свое мнение о том, что стоит делать, по данным того же исследования, почти удваивает win rate именно с нерешительными покупателями.
От карты позиционирования к УТП и формулировке
УТП передает не абстрактный лозунг, а перевод уникального атрибута продукта в конкретную выгоду для конкретного сегмента. Термин ввел Россер Ривз, руководитель рекламного агентства Ted Bates & Company, еще в 1940-е годы, а в книге "Reality in Advertising" (1961) сформулировал три обязательных критерия. Первый: предложение должно быть конкретным, то есть "купи это и получишь именно эту выгоду", а не общие слова о качестве. Второй: предложение должно быть уникальным, тем, что конкурент не предлагает, не может или не станет предлагать. Третий: предложение должно быть достаточно сильным, чтобы реально притягивать покупателей, а не просто звучать красиво.
Частая ошибка на этом шаге в том, чтобы уместить в УТП сразу несколько преимуществ, лишь бы не обидеть ни один отдел продукта. Ривз настаивал на обратном: одно измерение, по которому продукт реально выигрывает, работает сильнее списка из пяти средних преимуществ, потому что покупатель запоминает одну мысль, а не таблицу сравнения.
В терминах Dunford УТП переводит компоненты "уникальные атрибуты" и "ценность" из ее фреймворка в одну фразу, понятную сегменту. Дальше эту фразу удобно собрать в структуру, известную как positioning statement, чтобы формулировка не расползалась в разные стороны у разных людей команды, которые пересказывают ее по памяти. Шаблон предложил Джеффри Мур в книге "Crossing the Chasm", и с тех пор он остается одним из самых растиражированных в продуктовом маркетинге: для [сегмент], которому нужно [задача], [продукт] — это [категория], который дает [ключевую выгоду]; в отличие от [основная альтернатива], мы [отличие].
Заполненный пример для условной аналитической SaaS-платформы: "Для операционных директоров среднего производственного бизнеса, которым нужно видеть простои оборудования в реальном времени, наша платформа — это система мониторинга производства, которая показывает причину простоя за минуты, а не за смену. В отличие от универсальных BI-инструментов, мы не требуем отдельной команды аналитиков для настройки отчетов."
Слабое место шаблона обычно в блоке "в отличие от": именно здесь чаще всего сваливаются в перечисление фич вместо одного четкого отличия. Если после "в отличие от" идет список из пяти пунктов, значит команда еще не выбрала главное и пытается угодить сразу всем возражениям; для внутреннего документа это нормальный этап черновика, но публиковать такую формулировку еще рано.
Positioning statement остается внутренним документом команды, а не текстом для сайта. По методике Dunford, из него нужно убрать все "маркетинговые" слова: это черновик для согласования между продуктом, продажами и маркетингом, а не готовый заголовок лендинга. Разница простая: позиционирование должно запомниться покупателю, а сообщения — это конкретные фразы, которыми команда помогает ему это сделать. Наружу одна и та же формулировка транслируется по-разному: для ИТ-роли в закупочном комитете на языке интеграций и безопасности, а для финансового директора на языке окупаемости, хотя внутренний документ остается один.
На основе positioning statement обычно строится отдельный, более подробный документ: messaging guide. Он идет на уровень глубже и содержит утвержденные формулировки ценности для разных персон закупочного комитета, а также готовые заготовки текста для сайта, презентаций и email-рассылок. Один и тот же внутренний positioning statement транслируется в этот документ по-разному, в зависимости от роли аудитории, а не публикуется как есть на лендинге.
Похожая логика уже разбиралась в статье про каналы привлечения клиентов в B2B: там же речь о том, как одна ценность звучит по-разному для разных ролей в ICP. Positioning statement остается тем документом, из которого эти формулировки берутся, а не придумываются заново для каждого канала.
Кому это на самом деле нужно
Одно и то же позиционирование может "выстрелить" на одном сегменте и не сработать на соседнем, даже если продукт технически подходит обоим. По наблюдению Dunford, часть потенциальных клиентов реагирует на предложение почти равнодушно, а другие готовы вскочить со стула от восторга, и это не разница в качестве презентации, а сигнал, что перед вами разные сегменты с разной готовностью услышать именно эту ценность.
Ранняя стадия продукта усложняет эту проверку, потому что метрик и сделок пока мало для статистического паттерна. Здесь помогает не ждать десятков сделок, а слушать качественную реакцию на custdev-интервью: если несколько подряд собеседников из одного профиля компании реагируют заметно живее остальных, это тот самый сигнал "вскочить со стула", который стоит проверить продажами раньше, чем накопится статистика по win rate.
Практический признак резонанса состоит из двух вещей: скорости сделки и частоты скидок. Сегмент, где позиционирование резонирует, закрывает сделки быстро и почти не просит скидку, а иногда сам говорит, что продукт стоило бы продавать дороже; тот же сегмент органично приводит рефералов без напоминаний со стороны продавца. Симметрично: сегмент, где резонанса нет, дает долгие циклы и торг по цене при сопоставимом объеме лидов, просто потому что покупатель не считывает ценность сам, и ее приходится продавливать скидкой.
Отсюда практический вывод, который многим фаундерам психологически тяжело принять: сузить фокус на сегмент, где позиционирование резонирует, обычно выгоднее, чем распылять сообщение на всех подряд. Узкая сегментация ускоряет раннее сарафанное радио: осведомленность и рекомендации быстрее расходятся внутри однородной по характеристикам группы, чем среди разношерстной аудитории. Расширить сегментацию всегда можно позже, когда первая тяга уже есть; сузить ее после того, как сообщение размазано по всем подряд, куда сложнее.
Отраслевые бенчмарки B2B SaaS подтверждают направление эффекта в общих чертах: сделки с аккаунтами, которые попадают в профиль идеального клиента, закрываются быстрее и с более высокой вероятностью выигрыша, чем сделки с плохим фитом. Средний win rate в сложных B2B-продажах держится в районе 15-25%; падение ниже этого диапазона обычно сигнализирует не о том, что продавцы стали хуже работать, а о проблеме с качеством лидов или самим позиционированием, которую не исправить одними приемами переговоров. Отдельно узкая вертикальная фокусировка снижает стоимость привлечения клиента: продвижение в профильных каналах одной отрасли обходится дешевле, чем попытка охватить сразу всех подряд, а заодно облегчает попадание в правильный профиль клиента и накопление отраслевой экспертизы команды.
Слишком узкий фокус, конечно, тоже риск: сегмент можно исчерпать быстрее, чем найдется следующий, поэтому решение о сужении стоит принимать на конкретный период роста, а не как постоянную стратегию на годы вперед.
Экономика этого выбора считается напрямую: сегмент с быстрыми сделками и без скидок дает лучший ROMI при том же бюджете на привлечение, чем сегмент с долгими торгами. Подробный разбор такой связки есть в статье про ROMI, CAC и LTV в B2B. Сегментный анализ такого рода входит в обычный разбор маркетинга на стратегической сессии.
Почему сегмент не покупает
Корень слабого позиционирования почти всегда один: команда спорит о том, с кем именно себя сравнивать. У маркетинга фокус на видимости в поиске и рекламе, у продукта на будущих конкурентах, которые еще не вышли на рынок, у продаж искажение из-за нескольких громких проигранных сделок, а у фаундеров устаревшее представление о рынке, сложившееся еще на этапе привлечения инвестиций, когда конкурентов для инвесторов специально рисовали крупнее и опаснее, чем они оказались на практике. Пока эти четыре версии конкурента не сведены в одну, сообщение расползается: каждый отдел неявно спорит со своим призраком.
Разрыв между реальной альтернативой в сделке и той, с которой команда "воюет" в презентациях, остается самой частой и самой незаметной ошибкой, потому что каждый отдел по отдельности искренне уверен, что именно его версия конкурента верная. Если клиенты сплошь и рядом сравнивают продукт со статус-кво, а не с конкурентом из презентации для инвесторов, компания продолжает готовить аргументы против противника, которого в реальных сделках просто нет.
Чаще всего позиционирование проваливается на одной из нескольких типовых ошибок:
- Сравнение не с тем конкурентом. Команда готовит аргументы против прямого аналога, а в реальных сделках покупатель сравнивает продукт со статус-кво или вообще не рассматривает названного конкурента всерьез.
- Ценность фичи мимо сегмента. Например, команда продает скорость выполнения запроса в тысячу раз выше конкурентов, но большинству клиентов, которым нужен ответ раз в месяц для отчета, эта скорость безразлична: ценят ее только те, кто отвечает своим клиентам в реальном времени, и именно для них стоит формулировать выгоду.
- Категория путает с чужим бюджетом. Выбор рыночной категории определяет, из какого бюджета и с каким набором конкурентов будут сравнивать продукт; неверная категория толкает покупателя к неверным ожиданиям о цене и функциях.
- Фича важна не тому, кто решает. Простота администрирования интересна ИТ-отделу, но если решение принимает бизнес-заказчик, эта фича снимает возражение уже после того, как выбор сделан, а не двигает сделку вперед.
Разрыв между официальным конкурентом и реальной альтернативой особенно заметен в том, как компания обсуждает срывы сделок внутри себя. Отдел продаж докладывает, что проиграл конкретному конкуренту, хотя на самом деле сделка не состоялась просто потому, что покупатель отложил бюджет на квартал. Команда делает выводы про конкурента, которого в этой сделке не было, донастраивает под него презентацию, а реальная причина срыва, нерешительность или статус-кво, остается непроанализированной.
Смена категории иногда решает то, что не решает ни один аргумент про фичи. Клиенты компании Redgate Software годами говорили, что не выделяют бюджет на инструменты работы с базами данных, потому что весь годовой бюджет уходил на DevOps-трансформацию. Вместо спора с этим приоритетом компания репозиционировала продукт внутри категории DevOps, как "database DevOps", и стала объяснять рынку, почему база данных — это часть DevOps-процесса, а не отдельная строка расходов. В результате входящие лиды выросли на 100%, хотя сам продукт не изменился ни на строчку кода. Категорию как сигнал бюджета иногда сравнивают с попыткой обыграть шахматного гроссмейстера: многие компании неосознанно вызывают сильного конкурента именно на его поле вместо того, чтобы предложить другую игру, в которой сами сильнее.
Похожий эффект случается и в других нишах B2B-софта: сервис, который начинают называть "аналитической платформой", незаметно для самой команды начинает конкурировать за ИТ-бюджет BI-инструментов вроде Tableau или Power BI, хотя по факту решает задачу поддержки клиентов и должен бы сравниваться с профильными инструментами именно этой категории. Проверить это легко одним вопросом на custdev: из какой статьи бюджета клиент оплатил бы этот продукт, и если ответы расходятся с тем, как команда сама называет категорию, стоит переименовать категорию, а не переубеждать рынок.
Как проверить, что позиционирование работает: метрики валидации
Позиционирование нельзя утвердить один раз и забыть: его нужно валидировать метриками, а не ощущениями команды. Разрыв в позиционировании измеримо бьет сразу по трем показателям: конверсии, длине цикла сделки и win rate против конкурентов с более четкой историей о продукте. Проблема в том, что эффект проявляется не сразу: в B2B с длинными циклами сделки исправленное позиционирование сказывается на выручке и оттоке с задержкой, а единой метрики "здоровья" позиционирования не существует. Слабое позиционирование скорее ощущается как вязкость процесса продажи, лишний созвон, чтобы у клиента "загорелась лампочка", чем считается одной цифрой.
При этом несколько конкретных сигналов стабильно указывают, что месседж не прижился.
| Метрика | Что показывает | Где брать данные |
|---|---|---|
| Win rate по сегментам | Где позиционирование резонирует, а где нет | CRM, разбивка сделок по сегменту |
| Длина цикла сделки | Насколько быстро покупатель считывает ценность | CRM, дата первого контакта минус дата закрытия |
| Доля сделок без скидки | Достаточно ли оснований для цены без переговоров | CRM, история скидок по сделкам |
| Повторение клиентом формулировок компании | Долетело ли сообщение до покупателя дословно | Звонки продаж, переписка, отзывы |
Снимать эти метрики раз в квартал обычно достаточно для B2B с длинным циклом сделки: чаще данных физически не накапливается настолько, чтобы отличить реальный тренд от случайного разброса нескольких сделок. Резкий провал одной метрики внутри квартала, например всплеск скидок на конкретном сегменте, стоит разбирать сразу, не дожидаясь конца отчетного периода.
Частота скидок остается самым прямым индикатором силы позиционирования. Когда позиционирование слабое, решающим фактором для покупателя становится цена, и скидку запрашивает почти каждый лид: если формулировка не дала покупателю оснований для цены без торга, торг начнется автоматически, и это не проблема цены, а проблема позиционирования.
Второй сигнал проверяется без всякой аналитики, устным опросом отдела продаж. Если спросить пятерых продавцов в двух предложениях, что делает компания и почему у нее стоит покупать, часто в ответ звучат "пять разных компаний": один и тот же логотип на слайде, но разные истории в переговорной. Это не проблема обучения конкретных продавцов, а признак того, что сообщение эволюционировало органически, без единого источника истины: маркетинг говорит про результат, продавец в поле про фичи, сайт про технологию, а покупателю важно, когда он увидит первый результат.
Практики product marketing описывают развитие такого разрыва довольно точно: без единого базового документа продавцы постепенно цепляются каждый за ту версию истории, которую лично ему удается рассказывать лучше всего или которая просто больше нравится, а не за ту, что реально двигает сделку. Расхождение продавцов в этом случае служит сигналом вернуться к тому же custdev, с которого начинался весь процесс, а не переписывать очередной слайд презентации.
Есть и обратная сторона того же принципа: не только клиент повторяет формулировки компании, но и сама компания должна говорить словами клиента. Это называют language-market fit: соответствие формулировки языку, на котором сегмент реально думает о своей проблеме. Если покупатель на прототипе сообщения не может своими словами объяснить, что означает заголовок, сообщение не сработает, даже если оно технически точное.
Проверяется это простым упражнением до запуска, а не после него: показать черновик заголовка или лендинга нескольким людям из целевого сегмента и спросить, что, по их мнению, означает эта фраза, не подсказывая ответ. Если формулировка расходится с тем, что говорят сами респонденты, правят текст, а не респондентов.
Частые вопросы
Чем позиционирование отличается от УТП? УТП остается одним из результатов позиционирования, конкретным переводом атрибута в выгоду, а не синонимом всего процесса. Позиционирование отвечает на вопрос, с кем и для кого мы конкурируем в принципе, а УТП уже пакует ответ в одну фразу для конкретного сегмента.
Как часто пересматривать позиционирование? При выходе на новый сегмент, появлении сильного нового конкурента или когда метрики валидации, win rate и длина цикла сделки, начинают ухудшаться без других видимых причин. Полный пересмотр раз в год-полтора нужен даже без явных сигналов, потому что рынок и конкуренты меняются быстрее, чем кажется команде изнутри.
Нужен ли ребрендинг при смене позиционирования? Почти никогда. Обычно достаточно поменять сообщение и материалы для продаж, а не визуальную айдентику компании. Ребрендинг оправдан только тогда, когда старое название или визуальный стиль сами по себе тянут продукт в неверную категорию.
С чего начать, если позиционирования никогда не было? С custdev по 8-10 клиентам и анализа того, с кем реально сравнивают продукт, а не с того, с кем сравнивает себя команда. Дальше по этим же интервью проходят все пять компонентов Dunford по порядку, не пропуская конкурентные альтернативы ради того, чтобы побыстрее добраться до красивой формулировки.
Кто в компании должен отвечать за positioning statement? Обычно продуктовый маркетолог или фаундер, который одновременно видит рынок и продукт, а не отдел продаж или дизайна: документ фиксирует стратегическое решение, а не формулировку для одного канала.
Что проверить перед запуском
Здесь фокус узкий: не общий GTM-чек, а готовность именно позиционирования.
- Positioning statement написан и согласован с продажами и продуктом, а не только с маркетингом.
- Карта позиционирования построена на данных custdev, а не на внутренних предположениях команды.
- Категория продукта проверена на вопрос "из какого бюджета нас оплатят".
- Определены метрики валидации, и понятно, где их снимать: в CRM, на звонках, в переписке.
Если хотя бы один пункт не выполнен, позиционирование в лучшем случае будет работать наполовину: команда согласится с формулировкой на созвоне, а через месяц продавцы снова начнут объяснять продукт каждый по-своему. Часто причина в том, что документ писали в одиночку и разослали по почте для галочки, а не собирали на совместном воркшопе, где продажи и продукт могли сразу возразить против неточной формулировки.
Цикл на этом не заканчивается: custdev дает сырье, пять компонентов Dunford превращают его в структуру, карта показывает место среди альтернатив, positioning statement фиксирует формулировку, а метрики валидации говорят, когда цикл пора повторить. По времени весь цикл, от custdev до готового positioning statement и выбранных метрик, обычно занимает от трех до шести недель при одном ответственном в команде. Дольше, если custdev идет параллельно с текущей загрузкой, и быстрее, если на воркшопы по компонентам выделено отдельное время.
Разбор позиционирования по такой методике входит в стратегическую сессию didvi, а живые примеры разбора собраны в разделе кейсов.