Pega заставляет намерение кампании пройти компиляцию до исполнения

Бриф кампании — не исполняемый контракт. Это неоднозначная формулировка делового намерения: обратиться к клиентам, которым предложение может быть интересно, исключить тех, с кем связываться нельзя, выбрать подходящий канал и сделать релевантное предложение. Опытный маркетолог способен снять значительную часть этой неоднозначности. Языковая модель может помочь её обнаружить. Но ни человек, ни модель не должны быть последней инстанцией, отправляющей действие клиенту.

18 августа Pegasystems объявила об общей доступности Pega Customer Engagement Studio в составе Pega Customer Decision Hub и Pega Infinity 26. Продукт принимает разговорные инструкции по кампании, задаёт уточняющие вопросы, формирует логику стратегии и переводит полученное намерение в исполняемые правила. Для существующих клиентов Customer Decision Hub он включён без дополнительной платы в рамках Pega Infinity 26.

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

Что изменилось: у языка появилась граница компиляции

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

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

В процессе кампаний Pega применяет это разделение к взаимодействию с клиентами. Разговорный ввод — поверхность авторинга. Исполняемые правила — операционное представление. Механизмы утверждения и аудита определяют, допустимо ли применять это представление. Проверка критериев отбора и мониторинг устанавливают, можно ли по-прежнему безопасно использовать его при изменении внешних условий.

“Естественный язык может выразить намерение. Но управляемой организации всё равно нужно отдельное, проверяемое представление того, что этому намерению разрешено сделать.

Что не изменилось: это не автономный запуск кампаний без надзора

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

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

Pega также объявила о партнёрстве с Gryphon, отделяющем управление решениями от контролей законности исходящих коммуникаций, связанных в том числе с TCPA, TRS, DNC и FDCPA. Это различие важно. Решение о том, кого должна охватить кампания, и определение законности конкретного контакта связаны, но представляют разные задачи контроля. Объявление не устанавливает полную матрицу совместимости и не документирует общедоступную интеграцию.

Почему здесь важна аналогия с компилятором

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

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

Это меняет сам операционный вопрос. Вместо вопроса, правильно ли агент понял запрос, руководители могут спрашивать: полон ли скомпилированный объект действия, валиден ли он, авторизован ли и остаётся ли применимым? Понимание полезно на этапе авторинга. Но как контроль исполнения его недостаточно.

Повторное утверждение показывает, что у авторизации есть срок жизни

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

Для автономной организации это разница между одобрением намерения и авторизацией текущего эффекта. План может быть допустим на момент проверки и недопустим в момент действия. Поэтому система должна сохранять связь между предложенным действием, утверждённым набором правил и условиями, при которых было выдано утверждение. При существенном изменении условия необходим определённый переход: блокировка, эскалация, пересмотр или запрос повторного утверждения.

Это требовательнее, чем хранить расшифровку диалога. Расшифровка показывает, чего просили. Операционная запись должна показывать, какие правила были выведены, какая версия утверждена, какие проверки выполнены, какие условия применялись и почему исполнение было разрешено или остановлено.

Мониторинг должен стоять до эффекта, а не только после отчёта

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

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

Операционное следствие: проектировать проверяемое намерение, а не убедительные промпты

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

• Используйте естественный язык для сбора намерения и выявления недостающих решений, а не для выдачи прямого права на исполнение.
• Компилируйте запросы в явные, проверяемые деловые правила или объекты действий до того, как они смогут вызвать внешний эффект.
• Привязывайте утверждения к определённой версии и набору условий; повторное утверждение должно быть штатным переходом, а не исключением.
• Размещайте проверки критериев отбора, согласия и иных отменяющих условий достаточно близко к исполнению, чтобы они ещё могли предотвратить эффект.
• Храните разговор при авторинге, скомпилированное представление, историю утверждений и доказательства исполнения как связанные, но различные записи.

Релиз Pega узок по предметной области, но ясен по архитектурному направлению. Разговорный авторинг может сделать подготовку кампаний быстрее и доступнее. Управление становится убедительным лишь тогда, когда организация способна указать на правила, которые будут исполнены, на утвердившие их полномочия, на проверенные условия и на причину, по которой действию разрешили продолжиться.

В этом устойчивый вывод для автономных организаций. Не заставляйте язык нести весь вес организационного контроля. Пусть он выражает намерение. Затем скомпилируйте это намерение в объект, который организация способна проверить, авторизовать и остановить.