Salesforce не называет одну цифру за Agentforce в фарме и биотехе. Вместо ценника «столько-то за агента» ты получаешь datasheet, где отраслевая CRM разложена на слои: лицензия на пользователя, платформенные права и потребляемые компоненты, которые тарифицируются по факту использования. Именно эта упаковка, а не абсолютная сумма, определяет, во сколько тебе обойдётся отраслевой AI.
Событие простое и полезное для тех, кто считает бюджет: к 1 июля 2026 года у покупателя на руках есть актуальный первичный документ - ценовой datasheet Salesforce по Life Sciences Cloud (FY26, версия 2). Отдельно есть независимый разбор рынка CRM за 2026 год от ISG Software Research, где Salesforce фигурирует как поставщик. Ниже разберём, как читать эту упаковку, не веря на слово ни маркетингу, ни слухам, и где в ней прячется реальная стоимость.
Если ты параллельно прикидываешь бюджет на модели и хочешь быстро прогнать одни и те же задачи на Claude, GPT, Gemini, DeepSeek и Qwen в одном окне с оплатой в рублях, это помогает отделить стоимость самого интеллекта от стоимости отраслевой обвязки, за которую берёт деньги вендор CRM.
Что на самом деле продаёт Salesforce под именем Agentforce Life Sciences?
Первое, что стоит понять: «Agentforce Life Sciences» - это не отдельный продукт с одной кнопкой «купить». Это агентный слой поверх отраслевой конфигурации Salesforce для наук о жизни. Отраслевая часть - Life Sciences Cloud - несёт модель данных и процессы под фарму, медтех и клинику: работу с врачами и учреждениями, согласия пациентов, визиты медпредставителей, регуляторные требования. Agentforce добавляет к этому агентов, которые выполняют действия и ведут диалоги.
Из-за этого «цена на Agentforce» не существует в вакууме. Ты покупаешь не агента, а право пользователя работать в отраслевой платформе плюс потребление того, что делают агенты. По данным ценового datasheet Salesforce (FY26, Life Sciences Cloud), позиции разложены по SKU - и это как раз тот редкий случай, когда есть первичный прайс-лист, а не пересказ.
Здесь важна оговорка, которую сам вендор проговаривает в подобных документах: конкретные суммы зависят от региона, объёма и договора. Для российской команды это удваивает осторожность - публичный datasheet задаёт структуру и порядок позиций, но не финальный счёт для конкретной страны и контракта.
Практический вывод для первого шага такой: не спрашивай «сколько стоит Agentforce». Спрашивай «из каких SKU собирается моя конфигурация и какие из них тарифицируются разово, помесячно и по потреблению». Ответ на второй вопрос и есть настоящий бюджет.
Разложить это на слои удобнее картинкой, чем абзацем. Ниже - тот самый стек, который надо держать в голове, когда открываешь прайс.
Из чего складывается цена: три слоя лицензии
Разложим упаковку на слои, которые видно в структуре datasheet. Это не финансовая модель конкретного контракта, а карта того, где вообще возникают деньги.
Первый слой - лицензия на пользователя. Классическая для Salesforce модель «за место»: каждый медпредставитель, координатор или аналитик, который заходит в систему, занимает платное место с определённым набором прав. Этот слой предсказуем: умножаешь число мест на тариф и на срок. Он же обычно самый крупный на старте, пока агентов мало.
Второй слой - платформа и отраслевые права. Сюда попадают возможности Life Sciences Cloud как таковой: отраслевая модель данных, объекты под согласия и учреждения, интеграционные и хранилищные лимиты. Часть этого зашита в редакцию, часть докупается. Этот слой определяет, что вообще технически возможно, ещё до того как ты включил хоть одного агента.
Третий слой - Agentforce, то есть потребление. Именно он ломает привычную арифметику «мест». Агент - это не пользователь, у него нет «места»; он совершает действия и ведёт диалоги, и тарифицируется по факту. Чем больше агент работает, тем выше счёт. Отсюда простое правило: первый и второй слои ты можешь оценить заранее, третий - только через прогноз нагрузки.
Осторожно с соблазном взять «типовую цену за агента» из чужой статьи или прошлогоднего поста. В посthoc-разборе я опираюсь только на то, что подтверждено первичным datasheet FY26, и не подставляю конкретную сумму за диалог: она зависит от региона, объёма и договора, и переносить её вслепую на свой контракт - это ошибка планирования, а не экономия.
Для российской команды тут есть отдельный практический сюжет. Отраслевой слой и лицензии на места ты, скорее всего, будешь брать под конкретный контракт с вендором CRM. А вот интеллект под задачи - генерацию текстов визитов, черновики писем врачам, разбор обратной связи - имеет смысл прототипировать дешевле и без привязки к одному провайдеру. Единый доступ к моделям с оплатой рублёвым балансом через карту, СБП или счёт и без VPN даёт сравнить стоимость самих ответов до того, как ты зашьёшь их в потребляемый слой Agentforce. Один API совместим с SDK OpenAI и Anthropic - меняешь ключ и base_url:
from openai import OpenAI
client = OpenAI(
api_key="ВАШ_КЛЮЧ",
base_url="https://api.provod.ai/v1",
)
resp = client.chat.completions.create(
model="claude-opus-4-8",
messages=[{"role": "user",
"content": "Черновик резюме визита к врачу по заметкам ниже"}],
)
print(resp.choices[0].message.content)
Это не замена Agentforce и не замена внедрению в CRM. Это способ померить стоимость и качество ответов на своих задачах отдельно от отраслевой обвязки, чтобы потом трезво смотреть на потребляемый слой.
Где прячется pay-per-use и почему счёт непредсказуем
Pay-per-use звучит справедливо: платишь за то, что реально использовал. Проблема не в самой модели, а в том, что «единица использования» у агента не совпадает с интуицией.
Пользовательская лицензия масштабируется линейно и медленно: наняли пять человек - выросло на пять мест. Потребление агентов масштабируется по трафику. Один удачный сценарий, который команда включила «для всех врачей в регионе», может дать всплеск действий и диалогов, которого не было в пилоте на десяти аккаунтах. Счёт растёт не от числа сотрудников, а от того, насколько активно агенты общаются и действуют.
Отсюда три типовых режима отказа планирования. Первый - «оценили по местам»: посчитали лицензии, забыли про потребление, получили счёт выше прогноза. Второй - «пилот обманул»: в узком пилоте потребление низкое, при раскатке на всю сеть оно кратно выше, и линейной экстраполяции по числу пользователей недостаточно. Третий - «региональная подстановка»: взяли чужую удельную цену за действие и умножили, забыв, что в datasheet прямо оговорено - суммы зависят от региона, объёма и договора.
Что с этим делать практически. Считай потребление как отдельную статью с собственной единицей - действие или диалог агента, а не пользователь. Заведи прогноз по трём сценариям: осторожный пилот, реалистичная раскатка, пиковая нагрузка. И держи для каждого сценария вопрос к вендору «как именно тарифицируется эта единица в моём регионе и объёме» - без ответа на него любой бюджет по третьему слою остаётся оценкой, а не планом.
Скрытая стоимость интеграции: то, чего нет в строке прайса
Самая недооценённая часть - не сам SKU, а работа вокруг него. Отраслевая CRM в науках о жизни не включается «из коробки под ключ», и datasheet честно описывает лицензии, а не проект внедрения.
Где обычно возникает скрытая стоимость. Данные: агент полезен ровно настолько, насколько чисты и связаны данные о врачах, учреждениях и согласиях; их подготовка и дедупликация - отдельный проект. Интеграции: связки с ERP, системами дистрибуции, почтой и телефонией живут вне лицензии на CRM. Регуляторика и валидация: в фарме и медтехе процессы часто требуют документируемой проверки, и это время людей, а не строка в прайсе. Наконец, само внедрение: настройка потоков, обучение представителей, дизайн агентных сценариев.
Ни один из этих пунктов не отменяется покупкой лицензии. Более того, потребляемый слой Agentforce начинает приносить пользу только после того, как первые три статьи закрыты - иначе агент действует на грязных данных и множит работу, а не снимает её.
Полезно заранее нарисовать себе карту статей, чтобы не спутать лицензию с бюджетом проекта.
Как считать бюджет: пошаговый разбор
Теперь соберём это в рабочую последовательность. Шаги простые, ценность - в том, чтобы ни один слой не потерялся.
Шаг 1. Зафиксируй роли и число мест. Кто реально заходит в систему - это первый, предсказуемый слой. Умножай места на тариф и срок по своему контракту, а не по чужой стране.
Шаг 2. Определи редакцию и отраслевые права. Что должно быть технически возможно (объекты, лимиты, интеграционные права) - это второй слой. Здесь важно понять, что входит в редакцию, а что докупается.
Шаг 3. Спрогнозируй потребление в трёх сценариях. Возьми единицу тарификации из datasheet под свой регион и объём, посчитай осторожный, реалистичный и пиковый варианты. Это третий слой и главный источник сюрпризов.
Шаг 4. Оцени скрытые статьи. Данные, интеграции, валидация, внедрение - отдельный проектный бюджет, который к лицензии не относится, но без которого лицензия не окупается.
Шаг 5. Проверь допущения у вендора. Все удельные цифры пометь как «зависит от региона, объёма и договора», пока не получишь их письменно под свой контракт.
Чтобы держать это перед глазами при разговоре с поставщиком, вот компактная таблица решений.
| Слой затрат | Единица | Предсказуемость | Что уточнить у вендора |
|---|---|---|---|
| Лицензия на пользователя | место x период | высокая | что входит в набор прав места |
| Платформа и отраслевые права | редакция, лимиты | средняя | что докупается сверх редакции |
| Agentforce (потребление) | действие или диалог агента | низкая | как тарифицируется единица в моём регионе и объёме |
| Скрытые статьи проекта | человеко-часы, интеграции | зависит от области | что вне лицензии и делается партнёром |
Таблица не заменяет коммерческое предложение. Она нужна, чтобы на встрече ты спрашивал по каждому слою отдельно и не давал свести всё к одной обобщённой цифре.
Что говорит независимый взгляд и где граница доверия
Полезно отделять источники. Ценовой datasheet - это первичный документ вендора: он точен по структуре SKU, но описывает продукт так, как его продаёт продавец. Независимый разбор рынка CRM за 2026 год от ISG Software Research даёт конкурентный контекст - где Salesforce стоит среди других поставщиков CRM как класса.
Осторожность в одном: этот разбор ISG размещён на сайте самого Salesforce. Это не отменяет содержания отчёта, но требует читать его как независимую аналитику, распространяемую вендором, а не как нейтрально найденный источник. Практический вывод - пользуйся им для рыночного контекста и категорий сравнения, а конкретные цифры своего контракта бери только из адресного предложения под твой регион и объём.
Отдельно стоит разнести три вещи, которые легко смешать: заявления вендора (что умеет продукт и как он устроен), независимые свидетельства (рыночная позиция по отчёту), и вывод автора (как это ложится на бюджет). В этом тексте цена как таковая - не названа намеренно: первичный datasheet FY26 задаёт слои и позиции, но сумма зависит от региона, объёма и договора, и подставлять её за тебя было бы выдумкой, а не разбором.
Чего этот ценник не решает
Честный список ограничений, чтобы ожидания были на месте.
Он не даёт готовую сумму. Datasheet - это структура и SKU, а не оффер под твою страну; финальный счёт формируется контрактом.
Он не покрывает внедрение. Лицензия не включает подготовку данных, интеграции, регуляторную валидацию и настройку - это отдельный проект и отдельные деньги.
Он не отменяет прогноз нагрузки. Потребляемый слой Agentforce нельзя оценить по числу сотрудников; без сценариев трафика бюджет по нему остаётся догадкой.
И он не про выбор моделей под конкретную задачу. Стоимость и качество самих ответов - это отдельная плоскость, которую разумнее мерить до того, как зашивать в отраслевой контур. Инструмент вроде provod.ai здесь помогает сравнить модели и посчитать стоимость ответов в рублях, но он не заменяет ни платформы автоматизации, ни GigaChat, ни приватную инфраструктуру, ни функции, доступные только по подписке вендора, ни саму работу по внедрению.
FAQ
Сколько стоит Agentforce Life Sciences одной цифрой? Одной цифры нет. По ценовому datasheet Salesforce (FY26, версия 2) это набор SKU в трёх слоях - лицензия на пользователя, платформа и потребление; итог зависит от региона, объёма и договора.
Почему нельзя взять удельную цену за диалог из другой статьи? Потому что она привязана к региону, объёму и контракту. Перенос чужой цифры на свой случай - типичная ошибка планирования третьего слоя.
Что предсказуемо, а что нет? Лицензии на места предсказуемы, платформенные права - в основном тоже, потребление агентов - наименее предсказуемо и требует прогноза по сценариям.
Где чаще всего вылезает скрытая стоимость? В подготовке данных, интеграциях с внешними системами, регуляторной валидации и во внедрении - всё это вне строки лицензии.
Можно ли доверять разбору ISG? Как независимой аналитике по рынку CRM 2026 - да, но с поправкой, что документ размещён у самого Salesforce; используй его для контекста, а цифры контракта бери из адресного предложения.
Источники
- Salesforce (первичный), ценовой datasheet Life Sciences Cloud, FY26, версия 2.
- ISG Software Research, Buyers Guide CRM 2026, отчёт по поставщику Salesforce (независимая аналитика, размещённая на сайте Salesforce).
Даты и структура позиций - на 1 июля 2026 года. Конкретные суммы в тексте намеренно не приводятся: они зависят от региона, объёма и договора.
Прежде чем зашивать AI в потребляемый слой отраслевой CRM, прогони свои задачи на разных моделях в provod.ai и посчитай стоимость ответов в рублях - меняешь ключ и base_url, платишь картой, по СБП или счёту, без VPN.
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
Top comments (0)