Salesforce Agentforce против традиционных CRM-инструментов: когда переходить

Agentforce — это уровень Salesforce для ИИ-агентов, которые могут рассуждать о цели, выбирать действия и выполнять их. Агент настраивается с помощью тем, инструкций и набора разрешенных действий, таких как поиск заказа, создание обращения или составление черновика ответа. Он считывает ваши данные Salesforce через Data Cloud и уровень доверия платформы, который обрабатывает маскирование и аудит.

По сравнению со старыми функциями Einstein, разница заключается в автономности. Einstein в основном прогнозировал или предлагал. Agentforce может сделать следующий шаг самостоятельно, в пределах установленных вами ограничений, в таких каналах, как веб-чат, приложения для обмена сообщениями, электронная почта и интерфейс Salesforce, используемый сотрудниками.

Большинство команд, рассматривающих Agentforce, уже используют комбинацию следующего:

• Автоматизация на основе правил в Salesforce Flow, запускаемая изменениями записей или расписаниями.
• Скриптовые чат-боты с деревьями решений, часто созданные в Service Cloud или стороннем виджете.
• Правила назначения лидов, модели скоринга и последовательности электронных писем в инструменте автоматизации маркетинга.
• Люди, выполняющие работу: SDR, квалифицирующие входящие лиды, агенты, сортирующие обращения.

Каждый из них предсказуем. Поток делает именно то, для чего он был создан. Эта предсказуемость является одновременно его силой и причиной, по которой он испытывает трудности, когда входные данные меняются.

Разрыв проявляется, когда один и тот же запрос поступает, сформулированный сотней разных способов. Бот с деревом решений обрабатывает «Где мой заказ?», но останавливается на «Я заказал синий в прошлый вторник, и ничего не пришло, могу ли я также изменить адрес?». Агент может разделить это на поиск заказа, ответ о статусе и запрос на изменение адреса, используя разрешенные вами действия.

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

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

Agentforce — это не решение для слабых основ. Воздержитесь, если применимо несколько из этих пунктов:

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

Агент, работающий с дубликатами записей, уверенно ответит с неверной историей заказов. Это хуже, чем бот, который говорит «Я не могу с этим помочь».

Цены на Agentforce менялись не раз с момента запуска, с моделями, основанными на разговорах, действиях или кредитах в зависимости от редакции. Проверьте текущую страницу цен Salesforce и ваш контракт перед оценкой. Большие затраты обычно связаны не с лицензией, а со временем настройки: написание инструкций, определение действий, тестирование граничных случаев и мониторинг результатов.

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

Запустите оба подхода на одном и том же участке работы, а не сравнивайте демо с продакшеном. Практический план тестирования:

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

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

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

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