Сложность ИИ-тренажёра: покупатель должен мешать делу, а не угадыванию

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

Сложность ИИ-тренажёра продаж — это конфигурация трёх слоёв: проверяемого навыка, поведения покупателя и доступных менеджеру фактов. Настраивается она через рабочий объект сценария: открытые и скрытые факты, условия их раскрытия по смыслу вопроса, причины противоречий, допустимые развилки и критерии обратной связи. Уровень повышается изменением одного условия при том же навыке, иначе сравнивать попытки нельзя.

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

Проблема здесь не в том, что покупатель «сложный». Проблема в том, что сложность в тренажёре — это не одна ручка «уровень 1–5», а набор условий, которые задают, что именно проверяется в конкретной попытке. Если эти условия не разведены, покупатель мешает угадыванию оценки, а не развитию навыка. Дальше — о том, как эти условия разложить, что записывать в рабочем объекте сценария, где сложность ломается и как проверить, что очередной уровень действительно труднее, а не просто злее.

Покупатель, который спорит со всем, проверяет не тот навык

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

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

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

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

Скрытые факты: что покупатель знает, но не говорит первым

Учебный покупатель отличается от анкеты тем, что часть информации у него есть, но он её не выдаёт. Условно: бюджет он назовёт, только если менеджер спросит про диапазон, а не про «сколько готовы потратить»; про конкурента упомянет, если спросят, с чем сравнивают; про срок — если уточнят, к какому событию привязана покупка. Это и есть скрытые факты, и именно они превращают разговор в работу.

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

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

Противоречивый покупатель: когда он сам себе противоречит

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

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

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

Слишком лёгкий повтор: когда уровень не растёт, а привычка закрепляется

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

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

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

Управляемая сложность тренажёра: что должно быть записано, чтобы сложность была управляемой

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

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

Уровень вырос, а навык остался прежним

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

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

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

Подсказка, которая выдала ответ

Подсказки в тренажёре — вещь полезная и опасная одновременно. Если в момент разговора сотруднику показывают «спросите про бюджет», он не тренирует навык задавать вопрос, а тренирует навык читать подсказки. Особенно если подсказка появляется до того, как он попробовал сам.

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

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

Обратная связь: как оценивать, не диагностируя личность

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

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

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

Два эпизода: где сложность помогает, а где мешает

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

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

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

Как проверить, что новый уровень действительно труднее

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

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

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

Управляемая сложность тренажёра на экране сотрудника

До попытки сотруднику полезно видеть не «уровень 3», а что именно проверяется и какие условия действуют: какой навык, есть ли скрытые факты, доступны ли подсказки. Это не раскрывает ответы, но убирает ощущение лотереи. Человек понимает, зачем его помещают в неудобные условия.

Во время разговора интерфейс должен быть скупым. Лишние индикаторы — «вы близки к раскрытию факта», «покупатель теряет интерес» — превращают тренировку в игру с подсказками. Достаточно поля ввода, истории реплик и, если режим обучающий, кнопки подсказки с явной пометкой, что она будет учтена.

После попытки — разбор по действиям, а не по личности: какие вопросы заданы, какие факты раскрыты, где разговор свернул. Плюс одна задача на следующий проход. Такой интерфейс не мотивирует «набивать балл», а показывает, что менять.

Управляемая сложность тренажёра: когда сценарий ломается

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

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

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

Практикум: собрать одну попытку с нуля

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

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

Что в итоге делает покупателя полезным препятствием

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

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

Смежный вопрос разобран отдельно: Ролевые игры в продажах с ИИ: как проверить, что тренировка помогает в разговоре.