Возражения и риски

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

«Завтра выйдет модель, которая всё сделает сама»

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

Суть возражения понятна: зачем платить за внедрение сейчас, если через несколько месяцев появится модель, способная сделать то же самое по одному запросу, без всякой настройки?

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

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

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

«Кто отвечает, если агент накосячит?»

Суть возражения — страх потерять контроль: если решения принимает не человек, а агент, кто в итоге виноват, если решение окажется ошибочным?

Честная часть: агенты действительно иногда ошибаются, как и люди, и делать…

🔒

Этот материал доступен участникам Клуба. Войдите или оформите доступ, чтобы читать целиком, открывать видео и комментировать.

Войти Вступить / купить доступ