Promptra Team for Promptra

Posted on Jul 20

Salesforce Agentforce Help Agent pay per resolution GA

#ai #agents #llm #coding

2 июля 2026 года Salesforce объявила общедоступность (GA) Agentforce Help Agent и главное - новую модель оплаты: платишь не за диалог, не за место оператора и не за токены, а за решённый запрос. Это её собственный ассистент поддержки, который отвечает на вопросы по продуктам Salesforce, и теперь он тарифицируется по факту resolution. Так утверждает сам вендор в анонсе.

Звучит как мечта финансового директора: заплатил - значит проблему закрыли. Но именно здесь начинается самое интересное. Что считается «решением»? Кто это подтверждает? И что происходит с мотивацией системы, когда каждый закрытый кейс - это строчка в счёте? Если ты строишь или закупаешь поддержку на агентах, эта механика касается тебя напрямую, даже если Salesforce ты не используешь.

Ниже - разбор по фактам из анонса Salesforce и по первой реакции сообщества в r/salesforce, с чёткой границей между тем, что заявляет вендор, и тем, что пока остаётся нашим выводом. Отдельно посмотрим на практику: если хочешь собрать похожую метрику resolution на своих моделях, подключить их без карты и VPN можно через провод.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. Пока ты не знаешь, кто подтверждает решение и что происходит с реопеном, «оплата за результат» - это лозунг, а не гарантия. Мерь сам.

Собираешь свой агент поддержки и хочешь сам считать честный resolution - начни с доступа к моделям на provod.ai и подключи их по одному API рублями, без VPN.

Источники

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/

provod.ai — Russian LLM API aggregator. One OpenAI-compatible endpoint to all flagship models: OpenAI (GPT-5.6, GPT-5.5), Anthropic (Claude Opus 4.8, Sonnet 4.6), Google (Gemini 3.1 Pro, 3.5 Flash), DeepSeek V4 Pro, Qwen 3.6 Plus. Provider prices at the CBR rate, no token markup. Pay in rubles to a Russian legal entity with full closing documents.

Try: provod.ai · model catalog · docs