2 июля 2026 года Salesforce объявила общедоступность (GA) Agentforce Help Agent и главное - новую модель оплаты: платишь не за диалог, не за место оператора и не за токены, а за решённый запрос. Это её собственный ассистент поддержки, который отвечает на вопросы по продуктам Salesforce, и теперь он тарифицируется по факту resolution. Так утверждает сам вендор в анонсе.
Звучит как мечта финансового директора: заплатил - значит проблему закрыли. Но именно здесь начинается самое интересное. Что считается «решением»? Кто это подтверждает? И что происходит с мотивацией системы, когда каждый закрытый кейс - это строчка в счёте? Если ты строишь или закупаешь поддержку на агентах, эта механика касается тебя напрямую, даже если Salesforce ты не используешь.
Ниже - разбор по фактам из анонса Salesforce и по первой реакции сообщества в r/salesforce, с чёткой границей между тем, что заявляет вендор, и тем, что пока остаётся нашим выводом. Отдельно посмотрим на практику: если хочешь собрать похожую метрику resolution на своих моделях, подключить их без карты и VPN можно через провод.ai (provod.ai) - но об этом ближе к делу.
Подключите AI-агентов с оплатой в рублях на provod.ai
Что именно объявила Salesforce 2 июля 2026?
По анонсу Salesforce, Agentforce Help Agent переведён в статус GA - то есть это больше не превью и не пилот, а продукт с публичной доступностью. Ключевое изменение относительно привычной практики - тарификация. Вместо оплаты за сессию или подписки на место компания вводит pay-per-resolution: списание происходит, когда обращение помечено как решённое.
Важная оговорка, которую сама Salesforce фактически задаёт контекстом анонса: речь идёт про Help Agent - помощника по собственным продуктам Salesforce. Не стоит автоматически переносить эту ценовую модель на весь Agentforce и на любые агентские сценарии клиента. То, что вендор применяет pay-per-resolution к своей встроенной поддержке, не означает, что точно та же формула действует для каждого продукта линейки. Это отдельная механика конкретного запуска.
Что в анонсе есть по сути: факт GA, факт перехода на оплату за resolution и позиционирование как экономики «результата, а не активности». Чего в предоставленном материале нет - конкретной цены за одно решение, точных порогов и полного технического регламента подтверждения. Поэтому здесь я осознанно не называю цифру за resolution: в источнике её нет, а выдумывать число под красивую таблицу - плохая инженерная привычка.
Практический смысл события простой. Индустрия поддержки годами считала стоимость по обращениям, минутам и лицензиям. Оплата за факт закрытия смещает риск: если агент «поговорил, но не помог», формально платить не за что. Это выгодная для покупателя рамка - ровно до того момента, пока мы не спросим, кто и как решает, что кейс закрыт.
Прежде чем идти в определения, зафиксируем, зачем вообще эта модель появляется именно сейчас. Рынок устал платить за «активность» ИИ, которая не конвертируется в результат, и вендоры ищут метрику, которую не стыдно показать закупщику. Resolution - самый очевидный кандидат: он звучит как бизнес-итог, а не как технический счётчик.
Но у любой метрики, к которой привязаны деньги, есть свойство деформироваться. Как только «решённый кейс» становится единицей выручки, у системы появляется стимул увеличивать число таких единиц - и не факт, что честным путём. Поэтому дальше разбираем не маркетинг, а определение.
Как Salesforce считает resolution - и почему это главный вопрос?
Вся экономика pay-per-resolution держится на одном определении: что такое «решённый» кейс. Если resolution фиксируется по объективному сигналу - клиент подтвердил, проблема закрыта, повторного обращения не последовало, - модель честная. Если resolution объявляет сам агент фактом «я ответил», то счётчик и мотивация начинают тянуть в одну сторону: закрывать больше.
В предоставленном материале Salesforce заявляет саму модель, но не даёт мне полного публичного регламента подтверждения resolution по шагам. Поэтому честно разделю: то, что оплата идёт за resolution - это заявление вендора; то, что критерий resolution становится критичной точкой контроля - это редакционный вывод, вытекающий из природы такой метрики. Не приписываю Salesforce деталей, которых в источнике нет.
Практически важны три разных смысла слова «решено», и их нельзя путать:
- агент считает, что ответил (self-reported resolution);
- клиент подтвердил, что помогло (confirmed resolution);
- кейс не открылся заново за окно наблюдения (durable resolution).
Разница между ними - это разница между честным счётом и раздутым. Если тебе выставляют оплату за resolution, первый вопрос поставщику - по какому из трёх смыслов считается единица. И второй: что происходит, если клиент вернулся с той же проблемой через день - это новый оплачиваемый кейс или отмена прежнего resolution.
Отдельно стоит спросить про дефлекшн - ситуации, когда агент не решил, а просто перевёл на человека или в статью базы знаний. Такой перевод не должен считаться resolution, иначе метрика превращается в счётчик отписок. В анонсе я не вижу подтверждения, что перевод тарифицируется как решение, поэтому не утверждаю этого - но именно это надо проверять в договоре, а не додумывать.
Где экономика pay-per-resolution ломается на практике?
Первая реакция сообщества в r/salesforce - не восторг, а вопросы про последствия запуска. Люди сразу считают не рекламную выгоду, а стимулы, которые модель создаёт внутри системы. Это здоровый рефлекс: любую метрику, к которой привязаны деньги, надо проверять на злоупотребление.
Главный риск, который прямо задаёт редакционный угол этого разбора, - стимул к преждевременному закрытию кейсов. Если каждая пометка Resolved - это выручка, у системы появляется соблазн закрывать раньше, чем клиент реально доволен: ответить общей формулировкой, поставить статус «решено» и получить единицу. Клиент открывает кейс снова - но это уже, возможно, другой оплачиваемый эпизод. Метрика растёт, удовлетворённость падает.
Вот компактный чек-лист, который отделяет честную модель resolution от той, что поощряет отписки. Возьми любой контракт с оплатой за решение и прогони его через эти вопросы.
| Вопрос к модели resolution | Здоровый ответ | Тревожный ответ |
|---|---|---|
| Кто подтверждает решение | Клиент или объективный сигнал | Только сам агент |
| Реопен в окно наблюдения | Отменяет прошлый resolution | Создаёт новый платный кейс |
| Перевод на человека | Не тарифицируется как решение | Считается за resolution |
| Ответ «обратитесь позже» | Не закрывает кейс | Может закрыть кейс |
| Окно durable-проверки | Задано явно (например, N дней) | Не определено |
Таблица - не про Salesforce конкретно, а про класс моделей pay-per-resolution в целом. По анонсу я знаю, что Salesforce вводит оплату за resolution; какими именно ответами она заполняет правый и левый столбцы, из предоставленного источника не следует, и я это не выдумываю. Это ровно тот список, который ты задаёшь поставщику до подписания.
Второй слой риска - несопоставимость. «Решение» простого вопроса про сброс пароля и «решение» сложного бага интеграции стоят по-разному в трудозатратах, но при плоском pay-per-resolution могут стоить одинаково в деньгах. Тогда экономика поощряет собирать лёгкие кейсы и отдавать тяжёлые людям, а в счёте это выглядит как высокая эффективность агента.
Как проверить агента поддержки своими руками?
Если ты закупаешь или строишь агента с оплатой за решение, единственная защита - собственная метрика. Нельзя платить за resolution, который ты не измеряешь независимо от поставщика. Ниже - минимальный набор шагов, который работает и для Agentforce, и для любого своего бота.
Шаг первый: логируй каждый закрытый кейс с временной меткой и признаком источника закрытия - агент, клиент или таймаут. Шаг второй: заводи окно наблюдения (durable-окно) и помечай реопены. Шаг третий: считай два числа рядом - сколько кейсов помечено Resolved и сколько из них не вернулось за окно. Расхождение между ними и есть цена преждевременного закрытия.
Вот компактный пример, который считает «честный» resolution rate из журнала событий. Никакой магии, чистая проверка на реопен.
from datetime import timedelta
def durable\_resolution\_rate(cases, window\_days=7): window = timedelta(days=window\_days) resolved = [c for c in cases if c["status"] == "resolved"] durable = 0 for c in resolved: reopened = any( r["case\_id"] == c["case\_id"] and 0 < (r["ts"] - c["resolved\_ts"]) <= window for r in cases if r["status"] == "reopened" ) if not reopened: durable += 1 return durable / len(resolved) if resolved else 0.0
Если поставщик выставляет счёт по resolved, а твоя метрика считает по durable, разница между ними - это переговорный рычаг. Ты приходишь не с эмоцией «нам кажется, закрывают рано», а с числом: столько-то оплаченных resolution вернулось в окно наблюдения.
Здесь же встаёт вопрос доступа к моделям для своего агента - особенно если Salesforce как платформа тебе недоступна или избыточна. Полезное сравнение для российской команды: собственный бот поддержки можно собрать на разных провайдерах, а единый доступ к Claude, GPT, Gemini, DeepSeek и Qwen через один API дают в провод.ай (provod.ai) с оплатой рублями. Это не замена Salesforce и не готовый агент из коробки, а доступ к моделям, на которых ты сам считаешь и resolution, и его честность.
Технически переключение делается заменой ключа и base_url в SDK, совместимом с OpenAI и Anthropic. Практический смысл для нашей темы: логику подсчёта resolution ты держишь у себя, а модель - под капотом, и её можно менять, не переписывая метрику. То есть контроль над определением «решено» остаётся на твоей стороне, а не на стороне вендора, который выставляет счёт.
Кому pay-per-resolution реально выгоден, а кому нет?
Модель оплаты за решение честнее всего работает там, где кейсы однородные и объективно проверяемые: сброс доступа, статус заказа, типовые how-to. Там «решено» легко подтвердить сигналом, и завышать счёт трудно. Для таких потоков pay-per-resolution снимает главную боль классических лицензий - плату за агента, который не помогает.
Хуже модель ложится на разнородную и тяжёлую поддержку: сложные интеграционные баги, спорные кейсы, всё, где «решение» размыто и субъективно. Здесь плоская цена за resolution либо демотивирует агента брать трудное, либо провоцирует отписки. По анонсу Salesforce я знаю только сам факт модели для Help Agent; как она поведёт себя на тяжёлых потоках у конкретного клиента - это надо мерить, а не предполагать по пресс-релизу.
Ниже - честная рамка принятия решения. Это не рекомендация «брать или не брать», а список условий, при которых модель работает на тебя.
- Кейсы однородные и проверяемые - pay-per-resolution скорее выгоден.
- Определение resolution включает подтверждение клиента или durable-окно - можно доверять счёту.
- Реопен отменяет оплату - метрику трудно раздуть.
- Потоки разнородные, «решено» субъективно - нужна своя проверка или другая модель.
Отдельно держи в голове предупреждение из источника: не переноси эту модель автоматически на весь Agentforce. Salesforce объявила pay-per-resolution для Help Agent - своей встроенной поддержки. Экстраполировать её на любой клиентский агентский сценарий без подтверждения в договоре - ошибка, которая аукнется в счёте.
Сообщество в r/salesforce обсуждает именно это - не «дорого или дёшево», а последствия механики: как считается решение, где стимулы расходятся с интересом клиента, что будет с качеством. Это независимый сигнал: вопросы к модели возникли сразу и у практиков, а не только у скептиков со стороны.
Чего pay-per-resolution не решает?
Модель оплаты за решение меняет счёт, но не меняет качество агента. Плохой ассистент под pay-per-resolution не станет лучше - он просто будет закрывать меньше кейсов или, наоборот, закрывать их формально. Тарификация - это про экономику риска, а не про интеллект системы. Это стоит держать отдельно от маркетинга «результата».
Она не убирает необходимость измерять. Наоборот, оплата за resolution требует более строгого учёта, чем оплата за сессию: тебе теперь важно не только сколько кейсов пришло, но и что случилось с каждым закрытым дальше. Без durable-окна и трекинга реопенов ты платишь за метрику, которую не контролируешь.
Она не отменяет работу людей. Тяжёлые и спорные кейсы всё равно уходят операторам, и pay-per-resolution может даже усилить это разделение. И она не заменяет саму платформу: если тебе нужна автоматизация процессов, свой контур или встроенные в чужую подписку функции - это отдельные задачи, и агент поддержки их не закрывает.
Наконец, важная граница для российского контекста. Инструмент вроде провод.ай даёт доступ к моделям с оплатой рублями и без VPN, но он не заменяет платформы автоматизации, не предоставляет GigaChat, не строит частный или on-prem контур и не делает за тебя внедрение. Он про доступ к моделям для твоего собственного агента, а сам агент, метрику resolution и её честность ты собираешь и держишь сам.
Короткий FAQ
Что вообще произошло 2 июля 2026? По анонсу Salesforce, Agentforce Help Agent вышел в GA, и вендор ввёл оплату за resolution - за решённое обращение, а не за диалог или лицензию. Это факт из пресс-материала компании.
Сколько стоит одно resolution? В предоставленном источнике конкретной цены за решение нет, поэтому я её не называю. Уточняй цифру и пороги напрямую у Salesforce - это ровно тот параметр, который нельзя брать из чужого пересказа.
Что считается решением? Salesforce заявляет саму модель оплаты за resolution; полного публичного регламента подтверждения в предоставленном материале я не вижу. Именно определение «решено» - главный вопрос к договору, и его надо получить письменно.
Это касается всего Agentforce? Нет оснований так утверждать. Объявлена модель для Help Agent - встроенной поддержки Salesforce. Переносить её на весь Agentforce автоматически источник не позволяет.
Как защититься от преждевременного закрытия? Считай durable resolution сам: логируй закрытия, заводи окно наблюдения, отслеживай реопены. Платить за resolution без собственного измерения - значит доверять счёт целиком поставщику.
Причём тут провод.ай, если у меня свой бот? Если собираешь агента поддержки сам, тебе нужен доступ к моделям. Провод.ай даёт его по одному API рублями и без VPN, но не заменяет платформу, GigaChat, on-prem и внедрение - метрику resolution ты всё равно держишь у себя.
Итог простой. Salesforce сделала важный ход: перевела Agentforce Help Agent в GA и привязала деньги к результату, а не к активности. Это честнее классических лицензий - но только ровно настолько, насколько честно определение resolution. Пока ты не знаешь, кто подтверждает решение и что происходит с реопеном, «оплата за результат» - это лозунг, а не гарантия. Мерь сам.
provod.ai — официальный уровень цен в удобном для бизнеса контуре
Один рублёвый баланс заменяет расчёты с несколькими зарубежными сервисами: юридические лица получают договор, счёт и закрывающие документы, а команда — единый API.
В одном каталоге — актуальные модели для текста и медиа: GPT от OpenAI, Claude от Anthropic, Gemini от Google, Grok от xAI, DeepSeek, Qwen, GLM, Kimi и MiniMax; для изображений — Nano Banana 2 Pro и GPT Image; для видео — последние версии Seedance, Kling, Veo и Google Omni. Также доступны модели для reasoning, поиска, документов, эмбеддингов, музыки и аудио.
Цены 1:1 с провайдером — это минимальная наценка provod.ai, равная нулю: платформа не увеличивает официальную стоимость токенов и генераций.
Посчитайте стоимость своего AI-сценария: форма регистрации · цены на модели · защита данных по 152-ФЗ · реквизиты и документы
Источники
- Salesforce, анонс Agentforce Help Agent (первичный): https://www.salesforce.com/news/stories/agentforce-help-agent-announcement/?bc=OTH
- Обсуждение в r/salesforce (независимая реакция сообщества): https://www.reddit.com/r/salesforce/comments/1ukcavx/salesforce_launched_agentforce_help_agent_and_the/