Adobe 营销助手进了聊天窗口，权限也会跟过去吗？

一名营销人员发现，一个受众分群萎缩得比预期快。她正用团队常用的助手聊天，想顺手问问原因。同一段对话接下来也可能提出调整正在运行的营销活动。查看趋势和更改活动是两种不同的操作。如今两者都能从聊天发起，就更需要让用户看清这层区别。

2026 年 11 月 4 日，Adobe 公布了 CX Enterprise Coworker 的集成。这个助手可以配合 Adobe 的客户体验工具工作。Adobe 表示，ChatGPT、Claude、Databricks Genie、Gemini for business 和 Microsoft Copilot 已开放访问，其中 ChatGPT 提供插件。公司还公布了其他平台的接入计划。名单只是核实可用性的起点。能否使用还取决于接入平台、组织使用的 Adobe 产品和合同，以及管理员设置。

2006 年的 Adobe 圣何塞总部。背景照片由 Coolcaesar 拍摄，已裁剪和缩放，采用 CC BY-SA 3.0。图片来源 · 许可证。

一个营销活动问题会跨越多道权限边界

营销活动变更。Telli.sh 原创示意图。

设想一家零售商有两场营销活动，受众定义存在重叠。营销人员想查清第二场活动的触达人数为何下降。助手可以汇总近期受众人数和活动日期，列出最可能的解释，再准备一份调整方案。如果方案会把用户从一个受众分群移到另一个，审核者需要看到哪个分群会扩大、哪条排除规则仍然生效，以及会影响哪场正在运行的活动。

公告提到以 Model Context Protocol 和 Agent2Agent 实现互操作。这些协议有助于解释接入平台如何发现能力或交接任务。至于每位员工实际能做什么，需要另外确认。上线前应梳理连接两端的身份和权限，包括连接器用的是员工自己的凭据还是服务账户。一旦这层机制不同，换一个操作界面也可能改变实际授权范围。

Snowflake 就说明了为什么要说清具体入口。Adobe 在介绍合作伙伴连接能力时提到 Snowflake Cortex AI，也在同一公告中谈到未来更广泛的平台入口。两条接入路径的可用性要分别确认。Amazon Quick 和 IBM 同样属于公告中的计划接入范围。试点可以从组织已经启用的平台和连接器开始。

表格描述的是一种上线流程，可作为核对实际接入平台和 Adobe 产品的清单。比如，采购方应确认审批在哪个系统进行，操作凭证由哪个系统保存。Adobe 的公告没有为所有平台给出统一的审计约定。

换两个角色试同一个请求

权限生效的位置。Telli.sh 原创示意图。

可先用测试数据做一轮仅分析的试点。给一名参与者查看活动报告的权限，给另一名参与者在预发布环境中提出变更的权限。让两人都在平常用的聊天工具里问同一个问题。每个人都应只拿到对应角色允许的信息。只有报告读取权的人，即使换种提法，也不应能执行写入。

下一轮先审批一份预发布提案，再从另一个标签页修改原活动，然后尝试应用提案。检查预览是否仍有效、系统是否提示期间发生的变更、操作有没有留下审计记录。连接中断后，应能核对结果，避免重复提交同一变更。接入平台可以重试请求时，这些检查尤其重要。

隐私需要单独测试。用虚构客户记录观察汇总人数、个人资料或标识符是否会出现在提示词、导出文件和聊天记录里。确认数据去向和保留期限符合组织政策。从另一个聊天窗口打开营销工具，应当让已获批准的工作更容易开展，同时继续落实已有的数据管控。

同时使用多款 AI 工具的团队会遇到什么变化？

Adobe 这次集成的好处，是团队可能用原有助手就能进入客户体验工作流。这可以减少切换工具的成本，也更方便提出跨系统的问题。同时，人们可能从多个入口请求同一项变更。清晰的预览和可追溯的审批记录能让这份便利更容易管理。

先测从提问到获得可执行提案的时间，再测从审批到确认变更生效的时间。也要纳入应当被拒绝的请求。如果助手能说明为什么无权访问，并妥善交接，权限就成了界面里能看得懂的一部分。若某个平台绕过审核，或无法说明实际发生了什么，同样的便利就会带来不同的运维成本。

先从只用汇总数据的判断开始

商品团队可以问，哪些受众已经不再回应某场季节性活动。第一份有用的答复，可以引用汇总趋势的时间区间，解释近期的名单排除规则如何影响触达。如果数据已经获准使用，而且团队能把人数与保存的报告核对，这就是相对低风险的起点。让助手说明日期范围、筛选条件和报告延迟。如果触达变化源于数据尚未齐全，就先保持活动原状。

第二轮可以让团队就后续的受众调整，草拟一项项目任务或审批流程。Adobe 的工作流页面介绍了受已配置政策、已连接产品和审批流程影响的控制项，也把更广泛的共享项目工作流标为即将推出。如果某项能力在采购方的环境中还处于计划阶段，可以在预发布环境验证类似的提案，并如实告知员工现有集成的状态。

有的公司只想让助手为活动负责人创建一份任务草稿，有的公司要求更改正在运行的受众规则前必须正式审批。两种流程的后果不同。先写明团队需要的最小操作，以及谁应当批准，再用实际产品和接入平台核实这些约束是否生效。营销演示可以说明界面，团队的访问测试则能确认演示是否适用于自己的合同和权限条件。

把连接器当作生产接口来试

1. 选择组织实际可用的接入平台、Adobe 产品和角色。
2. 从一个能用保存报告核对答案的汇总问题开始，尽可能使用测试数据。
3. 分别以报告查看者和活动操作员的身份提问，对比返回内容和每个身份看得到的操作。
4. 在预发布环境中要求一份变更提案，预览必须包含目标、规则、排除项和生效时间。
5. 写入之前，尝试提交过期审批或已变化的目标，记录错误并查看活动的实际状态。
6. 获批写入后，把保存结果与原预览对照，确认有权审核的人能找到操作记录。

记下各类结果保存在哪里。聊天平台可能保留对话，Adobe 可能保留变更记录，另一个工作流可能负责保存审批。排查上线故障的人需要知道怎样串起这些记录。如果连接器会显示操作凭证，要确认它能否与活动版本及具体执行人关联。只保留为此所需的数据。

启用了多个平台的组织可以在每处复测同一场景。某个平台可能擅长回答汇总问题，写入预览却不够清楚。另一个平台可能更便于主管找到审计记录。分别比较各自的结果。在一个平台添加连接器后，仍要实测另一个平台支持哪些交互以及提供哪些审核控制。

给受众数据划清范围

假设提案要排除已经购买商品的分群。助手可能需要汇总人数和分群标识，但审核者通常无须在对话中看到原始客户名单。分别试一个普通的获批问题和一个超出营销角色权限的明细请求。检查哪些数据传到聊天平台、连接器和底层服务。

在读取路径上，检查回答是否说明了使用哪些筛选和同意规则。在写入路径上，核实预览和保存结果里有没有同样的规则。如果审核发现受众意外扩大，操作员需要有受支持的方法修正变更或恢复此前状态。任何允许写入的接入平台，都应把恢复路径纳入上线计划。

Adobe 的 ChatGPT 演练提供了一种可供查看的实现。评估可从展示的步骤开始，再按组织自己的产品、身份体系和政策调整。如果跨平台访问能缩短获授权的任务，并让活动负责人解释、批准和核实结果，就具备实际价值。

创意审批有自己的负责人

零售商可以让助手根据受众分析结果起草一份新创意素材需求。这个决定可能涉及活动负责人、创意主管和了解品牌限制的审批人。使用 Workfront 的组织可以测试，当前启用的集成能否提出正确的项目细节、附上证据并分派给合适的人。可用配置应查 Adobe 的工作流页面。采购方在自身环境验证之前，应把创建项目或进入审批流程当作测试情境。

在试点中，允许创意主管编辑需求草稿，但不授予修改正在使用的受众的权限。随后用一句话同时提出两项要求。通过测试的工作流应继续区分创意草稿和营销活动。一个系统里的写入不能悄悄赋予另一个系统的写权限。清楚的结果会把成功完成那一部分的链接或标识交给下一位审核者。

在每个平台收集同样的证据

上线负责人可以按这张表在每个界面做同样的检查。用预发布对象和可预测的样例数据记录结果。如果某个平台能读取，但缺少组织对写入所要求的审批流程，仍可沿用活动操作员的现有权限，衡量只读访问的价值。

最后可以撤销连接器访问权，再重试原来的问题。确认用户看到的是能理解的访问结果，之前保存的聊天无法触发新的读取或写入。另按组织的数据保留政策，检查哪些历史数据仍显示在聊天里。管理员由此可以分开验证关闭连接器与删除对话记录这两件事。

来源

• Adobe 工作流控制和可用性说明

• Adobe 的 ChatGPT 集成演练

• Adobe 2026 年 11 月 4 日集成公告

---

想把工作中的对话和决策留成可搜索的记录，可以创建 Telli.sh 账户。