AI/SaaS 达人演示不能只给卖点：一份可核验的 Demo Brief

问题：画面很顺的 Demo，也可能是一条无法证明的 Claim

AI 与 SaaS 达人项目常从功能列表开始：生成视频、总结会议、搜索工作区、自动完成任务或提升效果。但功能名没有说明使用了哪个套餐、模型、地区、输入、权限和人工步骤。经过剪辑后，一次有边界的演示很容易被用户理解为所有人都能获得的承诺。

美国 FTC Endorsement Guides 的核心原则是：达人表达必须符合真实体验，也不能替品牌提出其无法证明的产品效果 Claim。NIST 生成式 AI 风险框架则把 Confabulation、数据隐私、信息完整性、测试与人工监督列入治理范围。对应到达人项目，Brief 不能只提供要说什么，还要提供能复现的证据与必须说明的边界。

筛达人之前，先建立 Claim-to-Evidence Map

先确定内容要帮助用户完成什么决定，再为每项客观卖点建立一行记录：批准 Claim、准确功能、套餐、可见的模型/版本、输入类型、测试步骤、可观察结果、已知限制、证据负责人和复核日期。‘支持你的文件’‘节省时间’‘生成可直接使用的结果’都过于宽泛，必须落到实际测过的条件。

可以分为三类：可复现 Claim 能在普通且记录清楚的条件下重复；条件型 Claim 必须同时说清语言、地区、文件、集成或人工复核；探索型输出可以作为实验展示，但不能包装成稳定结果。该表也反向决定达人类型：流程型达人适合验证业务任务，视觉达人更适合说明迭代与主观判断。

• Claim：品牌准备支持的准确用户表述。
• 条件：版本、套餐、市场、设备、集成、输入与设置。
• 证据：录屏、带日期结果、源文件与审核决定。
• 限制：变化范围、不支持场景、人工监督与重查触发条件。

冻结 Demo 环境，但不要假装云产品不会变化

记录测试日期、可见版本、套餐、市场、语言、浏览器/设备、连接服务和实验开关。产品若会动态路由模型或没有公开版本，就写明“结果来自当日测试环境”，不要编造版本号。用户不需要在视频里看工程日志，但 Approval 记录必须能还原演示。

拍摄前准备 Reset Path：保存获准输入、起始状态和关键检查点。UI 或结果出现实质变化时，应暂停并重新分类 Claim，而不是把失败全部剪掉。可信 Demo 的标准不是永远一次成功，而是品牌能解释这个结果为何具有足够代表性。

使用安全 Demo 数据，把信息边界写进流程

不能为了画面真实，让达人展示客户 Workspace、私信、联系人、未公开项目、机密 Prompt、Token 或内部文档。应建立经过授权的 Demo Pack，使用合成或明确许可的数据，同时仍能真正触发功能；内部记录要注明其为合成示例，避免暗示真实客户和合作结果。

Google Responsible AI 将隐私、安全和责任列为核心维度，项目中也必须分配负责人：产品/安全团队定义禁用输入与安全环境，达人遵守录制边界，审核人员逐项检查浏览器 Tab、通知、文件名、历史记录、输出与元数据。后期模糊只能是补救，不能代替安全数据设计。

• 带负责人和版本的合成/授权输入包。
• 禁止生产账号秘密、客户数据与隐藏登录会话。
• 录屏前检查 Tab、通知、文件名与元数据。
• 输出意外泄露敏感信息时的暂停与升级路径。

演示流程完成，不等于保证所有用户都获得同样结果

Demo 可以真实说明某个流程在测试中完成，但不能自动证明所有用户都能得到相同速度、质量或商业结果。要求达人区分观察与解释：用了什么输入、工具生成什么、本人改了什么、测试流程花多久、哪些判断仍由人完成。不要使用无证据 Before/After、隐藏人工操作或把一次输出写成典型效果。

生成式功能至少保留一次普通运行，不只保存最好样本；重试与实质干预写入 Approval。公开视频不必展示每次失败，但语言不能与真实过程冲突。质量带有主观性时，可以用准确性、相关性、编辑成本、来源可追踪和任务完成度做 Review Rubric，而不是生成一个虚假的统一分数。

在事实边界内，保留达人的编辑空间

Evidence Brief 不是强迫好评的脚本。达人可以根据真实体验选择场景、节奏、例子与结论；品牌提供 Claim 边界、重要限制、披露要求和产品问答路径。达人观察与批准 Claim 冲突时，应先解决产品事实或更换创意，不能要求达人讲述没有发生的体验。

专业度也要与 Claim 匹配。效率达人可以说明自己测试过的工作流，开发者可以讲实际配置过的集成；没有相应资质时，不应被包装成安全审计、法律或科研专家。Brief 要写清达人可以得出的结论，以及必须返回产品文档或专业顾问的部分。

审核完整观看路径，并保留 Launch Evidence Pack

Approval 要覆盖开场 Claim、录屏、旁白、字幕、剪辑、商业披露、落地页与置顶评论，确认短剪没有删掉条件却保留结果。内容用于付费放大或衍生剪辑时，针对新受众、期限、地区和 Claim 语境重新审核。

最终证据包至少包括 Claim Map、Demo 输入、测试环境、源录屏、最终文件、披露决定、上线 URL 与带日期的页面证据。产品、模型、价格、可用地区或政策发生重大变化时，指定负责人重查；长期在线的旧 Demo 不应继续描述已经变化的产品。

AI/SaaS 团队可执行的 14 天顺序

第 1 至 3 天由产品、法务/合规、安全与市场共同盘点 Claim；第 4 至 6 天制作安全输入并在记录清楚的条件下复测；第 7 至 9 天按照证据任务匹配达人，并交付事实边界；第 10 至 12 天录制与审核完整观看体验；最后两天锁定上线证据、衍生使用规则和重查负责人。

双子星媒建议把 Evidence Brief 作为连接产品事实与达人表达的可携带层。它应让好达人更可信，而不是让所有人说同样的话。当 Claim、条件、安全数据、人类贡献与限制能跨团队交接，AI/SaaS 达人营销才更容易审批、本地化和进入下一市场。