Продажи без уточняющих вопросов: как заставить нейросеть думать, а не болтать
Разбираем модель Koa от Salesforce на базе Nemotron. Учимся строить цепочки из 3–5 шагов для CRM и поддержки вместо генерации текста.
В марте 2025 года Nvidia представила семейство моделей Llama Nemotron — это набор инструментов с открытым исходным кодом (код доступен всем бесплатно), которые умеют рассуждать логически, а не просто угадывать следующее слово в предложении.
Американская компания Salesforce взяла эту базу за основу своей новой модели Koa. Если вы никогда не работали со сложными корпоративными системами, поясним термины. Salesforce — это огромная онлайн-программа для управления продажами и клиентами (CRM-система). А ИИ-агент — это программа, которая действует сама по заданному плану, принимая решения на ходу. Раньше боты внутри таких систем были умными попугаями: клиент пишет «Где мой заказ?», бот красиво перефразирует этот вопрос или выдает общую справку о доставке. Теперь же появился сотрудник, который способен мыслить категориями бизнес-процесса.
Что сломалось в обычном чате поддержки
Представьте стандартную ситуацию. Вы купили кофемашину. Через неделю она перестала включаться. Вы пишете в чат магазина. Обычная нейросеть работает так: она видит слова «кофемашина» и «не включается» и достает из памяти самый вероятный шаблон ответа. Она выдаст вам инструкцию проверить розетку, предложит нажать кнопку сброса на дне корпуса и пожелает хорошего дня. Это красивая отписка. Проблема клиента не решена, потому что бот ничего не знает о реальности.
Koa мыслит иначе. Ее архитектура построена на последовательном рассуждении. Прежде чем печатать текст, она делает паузу на внутренние вычисления. В этой невидимой фазе она выстраивает дерево решений. Бот понимает контекст задачи: он не просто отвечает на фразу, а ведет сделку к результату.
Для нашего примера с кофемашиной логика Koa будет выглядеть так. Шаг первый: идентификация. Модель лезет во внутреннюю базу данных через API (программный интерфейс, позволяющий одной программе безопасно попросить данные у другой) по вашему номеру телефона. Она находит номер заказа 8942-КМ и сверяет его статус: «Доставлен три дня назад». Шаг второй: проверка правил. Модель обращается к регламенту возвратов. Правило гласит: «Техника подлежит ремонту в течение 14 дней при сохранении упаковки». Шаг третий: выбор действия. Бот видит, что упаковка цела, срок не вышел, и генерирует не совет про розетку, а конкретное действие: создает заявку на выезд курьера-заборщика на завтра с 10 до 12 и присылает вам ссылку на тайм-слот.
Это переход от генерации красивого текста к предсказуемому рабочему процессу. Чат перестает ходить по кругу, потому что каждое сообщение опирается на факты из вашей карточки клиента.
Почему разработчикам теперь мало уметь писать промпты
Промпт — это инструкция для нейросети, написанная обычными словами. Раньше задача программиста сводилась к тому, чтобы составить красивый запрос: «Ты вежливый менеджер, ответь клиенту». С появлением рассудочных моделей вроде Koa работа меняется кардинально. Теперь нужно проектировать целую цепочку действий — пайплайн (конвейер обработки данных).
Разработчику больше нельзя скинуть задачу на одну строчку кода. Ему нужно встроить модель внутрь CRM. Это значит прописать разрешения: разрешить Koa читать историю заказов, но строго запретить ей видеть полные номера банковских карт (маскировка данных). Нужно настроить вебхуки (автоматические уведомления между программами). Например, если Koa меняет статус сделки на «Оплата получена», система должна мгновенно отправить команду на склад: «Начинать сборку».
Появляется новая точка отказа. Чем умнее ассистент внутри бизнес-процессов, тем больнее ошибка одного неверного шага. Если человек в перепутанной накладной может заметить неладное глазами, то агент выполнит алгоритм до конца. Если модель неправильно интерпретирует правило лояльности и применит максимальную скидку новому клиенту, ущерб будет измеряться в реальных рублях списанной маржи, а не просто в плохом отзыве. Поэтому внедрение такой системы требует жестких границ: после каждого шага рассуждения должен стоять технический фильтр, проверяющий цифры на адекватность.
Как внедрить такую логику уже сегодня на одном участке воронки
Вам не нужна покупка дорогого доступа к закрытым серверам Salesforce, чтобы начать мыслить как инженеры Koa. Вам нужен один проблемный участок вашего бизнеса, где люди чаще всего переспрашивают информацию. Обычно это узел «Уточнение заказа → Проверка оплаты → Предложение доставки».
Возьмите лист бумаги или откройте заметки. Выпишите этот процесс ровно в пять шагов. Для каждого шага определите три обязательных поля данных, которые модель должна передать дальше: 1. Что уже известно (например: «Клиент подтвердил состав корзины, ID пользователя U-772»). 2. Какое правило применить (например: «Если сумма больше 5000 рублей, предложить бесплатную доставку»). 3. Какой точный вопрос задать дальше (не «Как вам удобнее получить?», а «Курьер ПЭК или самовывоз завтра до 14:00?»).
Теперь соберите промпт-цепочку. Это последовательность запросов, где каждый следующий включает в себя весь предыдущий диалог плюс новое поле. Первый запрос идентифицирует клиента. Второй получает ответ и передает его третьему вместе с историей. Тестируйте этот сценарий на синтетических (выдуманных) данных. Прогоните кейс десять раз. Если на десятый раз бот перестал задавать уточняющие вопросы и начал выдавать готовый результат — ваша цепочка собрана верно.
Главная ловушка здесь — попытка научить бота эмпатии. Не тратьте токены (оплата за вычислительные операции) на фразы вроде «Я понимаю ваше огорчение». В B2B-продажах и логистике клиенту плевать на сочувствие алгоритма. Ему важна скорость и точность передачи трех полей данных на следующий этап процесса.
Завтра утром сделайте это
Откройте вашу админку сайта или CRM. Найдите раздел «Логи обращений» за прошлую неделю. Отфильтруйте все тикеты (заявки в поддержку) по тегу «Доставка» или «Оплата». Выберите первые десять штук. Разберите их вручную по секундомеру. Засеките, сколько времени тратится на передачу информации от оператора проверки платежа оператору сборки заказа. Именно эти секунды ожидания ваш будущий ИИ-агент должен превратить в ноль, передавая ровно те самые три поля: что известно, какое правило сработало, куда двигаемся дальше.