Когда AI-инструменты вредят сложным продажам

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

Почему нельзя полагаться на чат-боты в B2B-продажах

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

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

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

Ограничения открытых алгоритмов: вера в декларации вместо фактов

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

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

  • Полная изоляция самодеклараций. Любые сведения с сайтов, брошюр и каталогов обязаны классифицироваться как неподтвержденные гипотезы самого низкого уровня доказательности. Статус производителя или разработчика подтверждается исключительно независимыми реестрами, техническими свидетельствами профильных ведомств, протоколами испытаний и сертификатами соответствия.
  • Разделение цифровой видимости и реальной доступности. Наличие наименования продукта в онлайн-каталогах не доказывает возможность его системной поставки. В B2B-сегменте критично отслеживать статус канала: официальная дистрибуция, параллельный импорт с нерегулярным плечом доставки или единичные складские остатки. Предлагать клиенту решение без гарантированного канала поставок – прямой путь к срыву проектных обязательств.
  • Понимание центров влияния и риска пересогласования. Включение бренда в проектную документацию на этапе проектирования не гарантирует фактической покупки. Подрядчик или специалист по закупкам на любом этапе предпримет попытку заменить позицию на более маржинальный аналог. Без понимания финансовой мотивации каждого участника сделки продавец неизбежно столкнется с внезапным сломом спецификации.

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

Зачем нужна жесткая практика переговоров

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

  • Привязка к реальной сделке. Практика эффективна только тогда, когда предметом разбора становится настоящий проект, который прямо сейчас буксует на этапе согласования. Продавец раскладывает реальную карту влияния, отделяет проверенные факты от собственных предположений и намечает следующий измеримый шаг.
  • Спарринг с профессиональным сопротивлением. Тренировочная среда не должна поддакивать сотруднику. Модель диалога обязана отыгрывать циничного и недоверчивого стейкхолдера: главного инженера, метролога, финансового директора или руководителя закупки. Задача оппонента – атаковать слабые места в расчетах, указывать на эксплуатационные риски и проверять границы ценовых уступок.
  • Безопасное право на ошибку. Продавцу необходимо место, где он может совершить десяток промахов, проверить разные варианты формулировок и увидеть последствия неверных шагов, не рискуя контрактом на десятки миллионов рублей.

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

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

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

  • Прекращение работы по догадкам. Запись в CRM «клиент лоялен, все нравится» должна расцениваться как отсутствие данных. Единственным подтверждением прогресса являются встречные действия заказчика: согласование технического задания, предоставление исходных данных, назначение совместной защиты сметы или подписание протокола разногласий.
  • Сохранение маржинальности вместо борьбы скидками. Если продавец понимает ограничения проекта и риски клиента, он защищает базовую цену технологическими аргументами, а не торгуется за процент уступки с закупочным комитетом.
  • Контроль квалификации сделки на ранних этапах. Отсечение бесперспективных запросов и проверка доступности оборудования до выставления коммерческого предложения экономят сотни рабочих часов инженеров и сметчиков.

Выводы

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

Также читайте:

Расскажите коллегам:
Комментарии
Николай Сычев пишет:
Алексей Моргачев пишет:
Причём со временем понял интересную вещь: научить модель выдавать хороший ответ оказалось гораздо проще, чем научить систему вовремя запрещать ей отвечать.

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

Отлично, что ИИ вскрыл это.

Алексей Моргачев пишет:
И ещё одно правило, которое для меня стало, наверное, главным: если данных нет — это GAP, а не приглашение модели логично их достроить. Плюс внутри есть отдельный цикл критика: результат проходит проверку, поиск пробелов, при необходимости возврат на дополнительный поиск — и только потом разрешается выдача. Сам процесс у меня разделён как discovery → filter → validation, с отдельными stop conditions и release discipline.

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

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

Алексей Моргачев пишет:
В итоге я для себя сформулировал совсем простой принцип: если выбор стоит между «красиво и логично» и «доказуемо» — система обязана выбрать доказуемое. И вот после этой работы я совершенно иначе смотрю на фразу «ИИ ошибается». Сам факт ошибки не самое страшное. Самое опасное — когда модель заполняет неизвестное правдоподобной конструкцией, красиво её формулирует, а человек уже не видит границы между фактом, гипотезой и выдумкой. Поэтому сейчас для меня хороший ИИ-инструмент — это не тот, который всегда способен что-нибудь ответить. Иногда признак хорошо построенной системы как раз в том, что она умеет сказать: «доказательств недостаточно, дальше не выпускаю».

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

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

Николай, здесь я бы всё-таки разделил две вещи.

«Красиво и логично» — это про форму подачи. «Доказуемо» — про качество основания.

В продажах первое действительно важно. Но оно не должно подменять второе.

И с «показывать обе версии» тоже осторожно. Если одна версия подтверждена данными, а вторая просто выглядит правдоподобно, я бы не ставил их рядом как равнозначные.

Можно показать:

— вот что мы знаем;
— вот что предполагаем;
— вот чего пока не знаем.

Для меня как раз в этом и есть нормальная работа и человека, и ИИ.

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

Алексей Моргачев пишет:
А вот мысль про более критичное отношение людей к исходным данным мне нравится. Возможно, это действительно один из самых полезных побочных эффектов массового использования ИИ: мы наконец начнём чаще спрашивать не «красиво ли звучит?», а «откуда мы это знаем?»

Дети часто повторяют мысли, высказанные взрослыми, а взрослые повторяют за другими взрослыми, а другие взрослые — за еще более известными взрослыми и так далее.

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

Причем зачастую существование этого философа мало чем подтверждено.

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

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

А люди после этого откроют новые цивилизации и офигенные доказательства чего-либо.

Думаю, людям пора задуматься о настоящем происхождении данных на Земле.

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

Пусть лучше «классиков» цитируют и учатся, чему им положено учиться в их жизни.

Алексей Моргачев пишет:
Николай Сычев пишет:
Алексей Моргачев пишет:
Причём со временем понял интересную вещь: научить модель выдавать хороший ответ оказалось гораздо проще, чем научить систему вовремя запрещать ей отвечать.

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

Отлично, что ИИ вскрыл это.

Алексей Моргачев пишет:
И ещё одно правило, которое для меня стало, наверное, главным: если данных нет — это GAP, а не приглашение модели логично их достроить. Плюс внутри есть отдельный цикл критика: результат проходит проверку, поиск пробелов, при необходимости возврат на дополнительный поиск — и только потом разрешается выдача. Сам процесс у меня разделён как discovery → filter → validation, с отдельными stop conditions и release discipline.

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

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

Алексей Моргачев пишет:
В итоге я для себя сформулировал совсем простой принцип: если выбор стоит между «красиво и логично» и «доказуемо» — система обязана выбрать доказуемое. И вот после этой работы я совершенно иначе смотрю на фразу «ИИ ошибается». Сам факт ошибки не самое страшное. Самое опасное — когда модель заполняет неизвестное правдоподобной конструкцией, красиво её формулирует, а человек уже не видит границы между фактом, гипотезой и выдумкой. Поэтому сейчас для меня хороший ИИ-инструмент — это не тот, который всегда способен что-нибудь ответить. Иногда признак хорошо построенной системы как раз в том, что она умеет сказать: «доказательств недостаточно, дальше не выпускаю».

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

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

Николай, здесь я бы всё-таки разделил две вещи.

«Красиво и логично» — это про форму подачи. «Доказуемо» — про качество основания.

В продажах первое действительно важно. Но оно не должно подменять второе.

И с «показывать обе версии» тоже осторожно. Если одна версия подтверждена данными, а вторая просто выглядит правдоподобно, я бы не ставил их рядом как равнозначные.

Можно показать:

— вот что мы знаем;
— вот что предполагаем;
— вот чего пока не знаем.

Для меня как раз в этом и есть нормальная работа и человека, и ИИ.

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

Вот и попробуйте проанализировать данные, которыми пользуются люди на Земле.

Если подойти критично, то вся история цивилизации может оказаться красивым фейком, основанным на предположениях.

Хотя, конечно, археологические находки трудно не учитывать.

2
Оставлять комментарии могут только зарегистрированные пользователи
Статью прочитали
Обсуждение статей
Все комментарии
Дискуссии
Все дискуссии