mcpField
S
saas-product-demo-production

saas-product-demo-production

github.com/calesthio营销与增长219128 次安装15 周前更新
代码仓库

关于 saas-product-demo-production

saas-product-demo-production 是将软件产品简报转化为演示视频制作计划的技能,适用于产品、营销和制作团队。它覆盖脚本、录屏指导、生成媒体提示词、剪辑、交付与 QA,并强调证据、隐私和披露要求。

主要功能

  1. 01规划演示视频与脚本
  2. 02制定录屏及生成媒体指导
  3. 03安排剪辑与交付版本
  4. 04检查演示数据与隐私风险
  5. 05核实产品主张及披露
  6. 06规划字幕与无障碍内容

适用场景

  1. 01为新功能制作发布演示
  2. 02制作销售或网站产品演示
  3. 03规划帮助中心操作讲解
  4. 04为多渠道视频准备交付与 QA

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/calesthio/generative-media-skills --skill saas-product-demo-production

安装后在 Claude Code 中输入/saas-product-demo-production确认已加载。

附带文件EVAL.md

详细介绍

SaaS 产品演示视频制作

使用此技能,将软件产品简介转化为可用于正式制作的演示视频方案、脚本、录制指导、生成媒体提示词集、剪辑方案、交付矩阵和 QA 检查。此技能不依赖特定服务提供商:可根据实际情况适配真实屏幕录制、浏览器自动化、合成屏幕、动态图形、虚拟形象旁白或 AI 视频生成,而无需假设使用某个特定工具。

核心任务不是“展示 UI”,而是让目标观众理解有价值的工作流、相信所呈现的证据,并知道接下来该做什么,同时避免暴露私人数据或夸大产品能力。

不容妥协的要求

请将以下要求视为制作约束,而非建议:

  1. 从受众、用例和证据入手。按产品导航组织的演示通常像是在带人参观;按买家的工作任务组织的演示则更像是在提供解决方案。
  2. 仅使用获准的演示租户、预置模拟数据、合成数据或明确获准使用的客户数据。切勿录制真实的生产账号、真实客户名称、内部工单、API 密钥、会话令牌、电子邮件地址、支付详情、尚未发布的产品路线图、管理控制台,或安全、法务和客户相关方尚未批准的分析数据。
  3. 在将任何客观声明写入旁白、字幕、屏幕文字、缩略图或广告文案之前,都要提供依据。FTC 指出,广告声明应真实、不具误导性且有证据支持;其证明政策要求在传播之前,为明示和暗示的客观声明提供合理依据。请勿将此技能视为法律建议;涉及受监管、比较、性能、财务、健康、安全、隐私、AI 或定价的声明,应升级给相应审核人员。
  4. 将必要的披露信息放在其所限定声明附近。FTC 的 .com 披露指南强调,披露信息的位置、接近程度、醒目程度、显示时长、出现频率、语言易懂程度以及广告整体给人的印象,都应清晰、醒目。如果平台或短版剪辑无法清楚呈现披露信息,请修改声明,或不要在该渠道投放。
  5. 为预录音频添加字幕。WCAG SC 1.2.2 要求为带音频的预录同步媒体提供字幕。为对白、说话人变化、有意义的音效和重要的非语音音频添加字幕。支持外挂字幕的平台优先使用外挂字幕;只有在分发场景需要始终清晰可见时,才将字幕直接烧录到视频中。
  6. 确保重要的视觉信息不只存在于画面像素中。如果演示依赖屏幕上的变化,应在旁白中加以描述、提供文字替代,或为对无障碍要求较高的交付内容添加音频描述。除非主音轨已传达重要视觉信息,否则 WCAG SC 1.2.5 要求预录视频在 AA 级别提供音频描述。
  7. 确保文字、标注、字幕、UI 和披露信息叠层清晰易读。所有制作图形都应遵循 WCAG 对比度要求:普通文本至少达到 4.5:1,大号文本和非文本 UI 指示器至少达到 3:1;传达含义时切勿只依赖颜色。
  8. 在制作时重新核对交付规格。平台广告规格、安全区域、时长限制、字幕支持和文件限制都会变化。本技能中的平台特定数值仅为截至 2026-07-10 核实的易变示例,并非永久有效的信息。

编写脚本前先确定演示类型

选择一种主要类型。次要剪辑可以重新组合内容,但主版本需要有一个明确的核心承诺。

演示类型最适合的场景结构需要避免的风险
功能发布现有用户、潜在客户、分析师“旧方法的痛点 → 新功能 → 证据 → 如何试用”罗列功能,却没有展示前后对比
销售演示买家/评估者“角色痛点 → 工作流 → 差异化证据 → 后续购买步骤”价值尚未明确,就展示过多 UI 细节
产品驱动增长/网站主视觉视频漏斗顶端访客“一项任务、一个成果、一个 CTA”UI 太小、宣称含糊、没有后续行动
新手引导新用户“现在完成这项任务 → 为下一项任务建立信心”还没带用户取得首次成功,就解释所有选项
帮助中心说明视频减少支持请求“症状/问题 → 具体步骤 → 验证 → 故障排查分支”用户需要操作说明时却使用营销话术
内部赋能销售/支持/客户成功团队“话术 → 佐证要点 → 异议处理 → 演示路径”向一线团队传授未经批准的宣称

如果用户只说“做一个演示”,却没有说明受众,除非可以从素材的投放位置推断,否则应询问角色和使用场景。15 秒的网站主视觉视频、90 秒的发布帖、4 分钟的帮助中心演示和 12 分钟的销售演示,需要不同的节奏和证据。

需求收集:最简需求说明

收集或推断以下信息:

  • 产品和功能:确切名称、状态、发布日期、获批的定位,以及 UI 是否已定稿。
  • 受众:角色、熟悉程度、买家/用户之分、行业、地区、语言。
  • 使用场景:待完成的工作、触发事件、当前变通方法、失败代价、预期结果。
  • 漏斗阶段:认知、考虑、试用激活、新手引导、留存、支持、扩展。
  • 投放渠道:网站主视觉视频、产品页面、销售演示文稿、帮助中心、电子邮件、付费社交媒体、有机社交媒体、应用商店、应用内弹窗、会议展位或内部赋能。
  • 所需证据:获批指标、客户引述、基准数据、认证、集成列表、产品行为,或仅展示可观察到的 UI,不作其他宣称。
  • 合规要求:是否需要法务、安全、隐私、品牌、无障碍或客户审批。
  • 捕获方式:真实应用录屏、搭建好的浏览器录屏、合成 UI 重制、动画模型、生成的类应用片段,或混合方式。
  • 演示环境:租户 URL、权限、模拟数据来源、重置流程,以及“请勿展示”清单。
  • 交付物:主版本时长/宽高比、剪辑版本、字幕、缩略图、文字稿、社交媒体文案、本地化版本、源项目文件。

需求说明不完整时,应制定保守方案并标明假设。不要编造产品功能、指标、客户证明、认证、集成或发布日期。

角色与使用场景定位

围绕观众的具体想法来编写演示:

“我遇到了这个问题,我认得这个界面,我看到了产品如何帮我改善现状,而且我相信这些证据。”

使用此定位模板:

  • 角色:“一家有 300 名员工的 SaaS 公司的 RevOps 经理。”
  • 触发事件:“明天要进行季度末预测评审。”
  • 痛点:“管道变动分散在 CRM 备注、电子表格和 Slack 中。”
  • 预期结果:“了解发生了哪些变化、原因是什么,以及哪些交易需要采取行动。”
  • 异议:“这会打乱我们的工作流,或暴露敏感数据吗?”
  • 所需证据:“展示 UI 中的实时同步、支持的集成、权限模型说明,以及可用时经批准的节省时间指标。”
  • CTA:“开始试用”“预约工作流审查”“阅读设置指南”或“启用此功能”。

除非受众确实需要了解背景,否则不要从公司历史、产品类别定义或完整的仪表板概览开始。

故事线模式

选择以下一种模式,然后根据需要进行调整。

问题 工作流 成果

适用于销售演示、发布视频、首页主视觉演示和 PLG 页面。

  1. 开场:用观看者自己的说法点出痛点任务。
  2. 展示初始状态:快速呈现旧流程的阻碍。
  3. 转折:引入产品能力。
  4. 引导式工作流:包含 3-5 个步骤,每步都展示进度。
  5. 展示成果:呈现已完成的产物、决策、节省的步骤或降低的风险。
  6. 证据与限制:使用经批准的证据佐证;需要时说明适用范围。
  7. CTA:给出一个下一步行动。
任务 步骤 验证

适用于入门引导和帮助中心短片。

  1. 说明用户的目标。
  2. 展示前提条件。
  3. 不加修饰地执行步骤。
  4. 展示成功状态。
  5. 添加故障排查分支,或说明“如果你没有看到此内容”。
  6. CTA:下一个任务、文档链接或支持渠道。
异议 证据 下一步

适用于企业销售、安全敏感型产品和管理员功能。

  1. 尊重地指出异议。
  2. 展示控制措施、审计跟踪、权限或证据。
  3. 说明范围和限制。
  4. 为买家提供审查材料或下一次会议的行动事项。

功能优先级排序

简短演示通常可以展示一个主要工作流和两个辅助环节。按以下顺序确定优先级:

  1. 能证明产品承诺的环节。
  2. 观看者能从自己的工作中认出的屏幕状态。
  3. 通往成果的最短路径。
  4. 可直接展示而非仅能宣称的差异化优势。
  5. 能回应首要异议的功能。

删去:

  • 设置页面,除非设置本身就是重点。
  • 迂回的导航操作。
  • 展示价值之后对空状态的说明。
  • 需要单独背景信息的次要功能。
  • 在短视频中需要冗长免责声明才能安全呈现的声明。

对于复杂产品,制作一个“主线演示”母版,再搭配模块化片段:集成片段、安全片段、管理员片段、移动端片段、定价/套餐片段,以及行业专用片段。

数据与隐私安全的演示环境

已记录的事实:NIST SP 800-122 指出,应保护个人身份信息(PII),避免其遭到不当访问、使用和披露。NIST SP 800-188 将去标识化定义为解除标识数据与数据主体之间的关联,并警告称,仅进行掩码处理可能不足以实现去标识化。

生产规则:除非所有审批都已明确取得并记录,否则演示中应避免使用真实个人或客户数据。

按以下优先级使用:

  1. 专门搭建的演示租户,使用虚构的账户、组织、日期、消息、付款、文档和分析数据。
  2. 生成合成数据,使其模拟可信的工作流,但不映射到真实个人或客户。
  3. 只有经过隐私与安全审批并完成重新识别风险评估后,才能使用匿名化或去标识化数据。
  4. 只有获得客户书面许可,并经安全、隐私和法务审批,且备妥采集清单后,才能使用真实客户数据。

采集前清理以下内容:

  • 姓名、面孔、头像、电子邮件地址、电话号码、家庭住址。
  • 客户徽标、域名、文件名、Slack 频道、Jira 工单、支持案例。
  • API 密钥、令牌、机密信息、OAuth 授权同意页面、浏览器扩展程序、书签。
  • 内部主机名、预发布环境 URL、功能标志、管理员 ID、调试叠加层。
  • 收入、健康、人力资源、法律、安全或财务记录。
  • 通知抽屉、自动填充建议;如果时间信息敏感,还要清理系统时钟。
  • 浏览历史记录、操作系统菜单栏、桌面壁纸、本地文件路径。

构建演示数据时应赋予其叙事目的:每一条可见记录都应服务于故事线。若有意义的虚构客户、任务或工作流标签有助于理解,就不要使用 lorem ipsum。对于可能造成混淆的内容,应使用明显虚构的实体,例如 “Northstar Robotics Demo Co.” 或 “Sample Customer”。

需要升级至安全团队和法律顾问处理的情形:

  • 出现真实客户、徽标、引言、基准测试、安全认证、受监管的工作流或 AI 声明。
  • 演示包含管理员控制项、权限、审计日志、数据导出、删除、隐私设置、加密、身份验证或合规工作流。
  • 声明涉及法律合规、节省资金、创造收入、降低风险、医疗或财务结果、就业决策、公共部门使用、儿童或受监管行业。
  • 录制需要访问生产环境或使用更高权限。

捕获与合成画面规划

选择能够证明产品、风险又最低的捕获方式。

方式适用情形优势注意事项
真实屏幕录制UI 已定稿,且行为必须真实可信最能真实呈现产品需要演示租户、稳定网络、隐私信息清理,并可能需要重录
浏览器自动化捕获流程确定且基于 Web可重复、光标干净、可复用不同版本需要选择器、重置应用状态,并检查不同视口下的表现
合成 UI 重现真实数据存在风险或 UI 尚未完成保护隐私、便于艺术指导,适合制作清晰的主视觉视频不得暗示尚未提供的功能;必要时标明为模拟画面
动态图形抽象呈现工作流偏概念化或涉及多设备无需展示细小 UI,也能传达价值如果没有真实产品演示,内容可能会显得空泛
AI 生成的类应用画面需要氛围感或概念性 B-roll,而非精确呈现产品快速营造氛围避免生成虚构 UI;不得冒充真实产品行为

录制前,先准备一份捕获清单:

  • 流程名称和目标。
  • 视口:桌面端 16:9、适合裁切为 4:5 的桌面端画面、移动端 9:16、平板端,或响应式组合。
  • 浏览器/应用状态:登录角色、种子数据、已启用的标记、缩放级别、已重置的 Cookie。
  • 步骤列表,以及每次点击后预期的屏幕状态。
  • 光标路径:需要暂停、点击和避免悬停的位置。
  • 标注:文字、时机、目标 UI 元素,以及标注是口播、图形还是两者兼有。
  • 安全区域:字幕、CTA、产品导航和平台 UI 覆盖层的位置。
  • 隐私风险和信息清理操作。
  • 重录触发条件:加载指示器、通知、错别字、错误日期、真实数据、光标抖动、意外悬停、丢帧、网络延迟。

使用高分辨率捕获,再裁切出不同版本。对于桌面端 UI,使用 1440p 或 4K 捕获,便于后续放大;对于最终输出为 1080p 的视频,确保放大后的文字清晰锐利。对于移动端优先的演示,应直接以 9:16 捕获或制作画面,而不是事后裁切桌面屏幕。

光标、缩放和标注指导

光标和缩放也是脚本的一部分。

  • 移动速度要足够慢,让观众能预判接下来的操作。避免鼠标来回抖动。
  • 每次点击前先暂停,让观众看清目标。
  • 缩放应服务于表达意图,而非装饰:放大能证明该步骤的字段或结果,然后返回整体画面。
  • 每个节拍尽量只用一个标注。如果需要同时使用三个箭头,说明这个场景可能承载了过多内容。
  • 让标注能指导行动:“从 Salesforce 自动填入”比“集成”更好。
  • 将标注放在 UI 元素附近,但不要遮挡字幕、平台按钮和披露信息区域。
  • 保持视觉表达规则一致:功能标签、警告/披露信息和 CTA 分别使用不同样式。
  • 针对移动端版本,为拇指操作和平台覆盖层设计标注。不要将关键文字放在常见社交平台 UI 可能遮挡的顶部或底部区域;TikTok 指出,安全区域尺寸取决于格式、字幕长度和附加组件,因此最终导出前应查看最新的安全区域模板。

使用三层清晰度测试:

  1. 静音测试:关闭音频后,观众能否通过 UI、字幕和标注理解流程?
  2. 小屏测试:在手机屏幕大小下,观众能否看清关键 UI 状态和 CTA?
  3. 纯音频测试:不看画面时,旁白能否传达重要结果?

旁白和脚本

将旁白写成 UI 旁的引导,而不是逐次点击的记录。

优秀的演示旁白:

  • 说清楚观众要完成的任务。
  • 解释某个步骤为何重要。
  • 对显而易见的点击保持安静。
  • 使用 UI 中的具体名词。
  • 在展示视觉证据前后留出停顿。
  • 必要时坦诚说明限制。
  • 以符合漏斗阶段的 CTA 收尾。

避免:

  • 只说“如你所见”,却不说明重点是什么。
  • 重复每个按钮的标签。
  • 提出没有证据支撑的最高级说法。
  • 在简短的营销演示中过度解释设置步骤。
  • 在同一句话中混合买家收益和用户操作说明。

脚本节拍格式:

00:00-00:04 Hook
Visual: Split before-state of spreadsheet + inbox + CRM card.
Narration: "Forecast changes should not take three tools to explain."
On-screen text: "Know what changed before forecast review."
Claim/proof: No quantified claim.

00:04-00:13 Product turn
Visual: Open Acme Pipeline Monitor demo tenant. Filter to "changed this week."
Cursor: Pause over filter, click once, no hover wandering.
Narration: "In Pipeline Monitor, RevOps sees every deal that changed this week in one review queue."
Callout: "One queue for changes"
Claim/proof: Observable UI only.

对于文本转语音,标点要便于朗读:使用短句、明确的停顿,并标注产品名称的读音。对于真人配音,要标注强调和语速指示。对于虚拟形象演示,避免长时间不间断的内容;应经常切回屏幕画面。

证据和声明规范

对每项声明进行分类:

声明类型示例必要处理
可观察到的产品行为“按负责人筛选”、“导出 CSV”、“邀请队友”展示 UI 实际执行该操作;根据当前产品进行 QA
描述性定位“用于启动规划的工作空间”确认符合已批准的宣传信息
量化性能“每周节省 6 小时”、“快 2 倍”、“99.99% 的正常运行时间”必须提供佐证来源、日期、范围和审批
比较性声明“优于电子表格”、“比 Vendor X 更快”提交上级审核;需要证据并谨慎措辞
安全/隐私/合规“符合 SOC 2 要求”、“符合 HIPAA”、“默认私密”提交安全/法务审核;使用准确的已批准措辞
AI 能力“检测风险”、“准确总结”、“自动化决策”验证产品行为;如相关,披露人工审核要求/限制
用户评价/客户成果“客户节省了 100 万美元”必须获得许可,并审核典型性/披露内容及来源审批

建立声明台账:

Claim: "Cuts weekly forecast prep from hours to minutes."
Where used: 60s launch video narration 00:42, end card, LinkedIn copy.
Type: Quantified/implied performance.
Evidence: Approved customer study? Internal benchmark? None yet.
Status: Not approved. Rewrite to "shortens the handoff from scattered updates to one review queue" unless evidence is supplied.
Reviewer: Marketing/legal.

如果某项声明需要披露信息,应在视频计划中将披露内容安排在声明出现的同一节拍。除非广告本身仍能避免造成误导性整体印象,否则不要将披露内容留给社交媒体说明文字或落地页。

将演示计划转化为生成媒体提示词

生成媒体可以辅助产品演示,但不应虚构产品事实。应区分“精确 UI 录制”和“概念性辅助媒体”。

合成或生成场景的提示词结构:

Intent: Explain the benefit of [feature] for [persona] without pretending to show real product UI.
Scene: [screen/device/environment], [composition], [motion].
UI fidelity rule: Use abstracted panels and generic labels; do not invent real buttons, customer data, metrics, logos, or certifications.
Narrative beat: [problem / workflow / outcome].
Privacy rule: Use fictitious names and domains; no real brands unless approved.
Text overlays: [exact approved overlay text].
Camera/motion: [zoom, pan, cursor, callout, transition].
Accessibility: Leave lower caption band clear; high contrast; no color-only meaning.
Negative constraints: no real customer logos, no API keys, no unreadable microtext, no fake dashboards implying unsupported analytics.

对于精确的产品操作演示,提示工具使用提供的屏幕截图或录制素材作为参考,并保持 UI 真实准确。如果模型无法可靠地保留 UI 文本,只将其用于背景动态效果,不要用来证明产品功能。

存在歧义时,应标注为模拟内容:

  • “所示为模拟数据”
  • “概念示意”
  • “工作流示例”
  • “为清晰起见,已缩短屏幕内容”

编辑节奏

剪辑节奏应符合观众所处的情境:

  • 网站首屏:10-30 秒,展示一种工作流体验,以无声观看也能看懂为主,在开头和结尾尽早显示 CTA。
  • 付费/自然社交媒体内容:15-45 秒,在前 1-3 秒设置吸引点,在 5-8 秒前展示产品效果,并确保字幕醒目且内容位于安全区域内。
  • 功能发布:45-90 秒,展示前后对比、3-5 个工作流片段、效果证明和 CTA。
  • 新手引导:每项任务 30-180 秒,鼠标移动放慢、步骤准确,并验证是否成功。
  • 帮助中心:时长不限,但需分段;避免使用会拖慢任务完成速度的营销式润色。
  • 销售资料:2-5 分钟,突出针对特定用户角色的价值、证明产品能应对异议,并按章节分段。

剪辑经验法则:

  • 从最终效果或痛点切入,而非登录页面。
  • 除非等待过程本身就是效果证明,否则应删去等待状态;如有需要,可使用不易察觉的跳切,并标注“处理中”。
  • 使用缩放剪切确保 UI 清晰易读,但避免造成眩晕的镜头运动。
  • 出现标注后,复杂屏幕至少应停留一拍,让观众看清内容。
  • 仅在有助于理解时使用章节卡片。
  • 适当时,通过配音、屏幕文字和片尾卡展示 CTA。
  • 通过字幕和文字保留一条“无音频也能看懂”的观看路径。

移动端、桌面端和精简版矩阵

录制前先规划宽高比。如果主时间线无法安全裁切,后期修复成本会很高。

常见的 SaaS 演示交付内容:

版本用途备注
16:9 横向YouTube、网站、销售演示文稿、帮助中心、网络研讨会后续内容最适合信息密集的桌面 UI 和较长的演示
4:5 竖版信息流LinkedIn/信息流广告位在 UI 易读性和移动端信息流高度之间取得良好平衡
1:1 正方形适配信息流和缩略图适用于简化版 UI,不太适合完整仪表板
9:16 竖版Shorts/Reels/TikTok/移动应用演示需要重新设计标注,通常还需要适配移动端的 UI
GIF/循环视频产品页面微型演示、电子邮件使用无音频文字和极短循环;注意文件大小
静帧销售演示文稿和文档从视频中截取关键效果画面

截至 2026-07-10 已核实的示例:

  • LinkedIn 视频广告规格列出了 16:9 横向、1:1 正方形、4:5 竖版和 9:16 竖版选项,并说明了最小/最大尺寸以及 5% 的宽高比容差。
  • Google Ads API 的 Performance Max 素材要求列出了 YouTube 视频的宽高比:16:9、1:1 或 9:16;时长至少为 10 秒。
  • TikTok 信息流广告指南指出,安全区域的尺寸会因视频尺寸、字幕长度和附加组件而异,并提供可下载的安全区域文件。

最终交付前,不要将这些规格写死;应重新核对平台当前的官方指南以及具体广告/产品展示位置的要求。

字幕、无障碍访问与本地化

交付内容:

  • 定时字幕:根据平台和播放器提供 SRT 或 WebVTT。WebVTT 是 W3C 的文本轨道格式,可用于字幕、描述、章节以及其他与时间对齐的元数据。
  • 文稿:整洁的文本,包含链接、步骤和相关披露信息。
  • 如果社交媒体分发需要始终显示文字,提供烧录字幕版本。
  • 如果平台支持无障碍侧载字幕,且客户端需要整洁的存档,则提供无字幕的干净母版。
  • 如果重要视觉内容未通过主音轨传达,则提供音频描述版或包含完整旁白的版本。

字幕质量检查清单:

  • 字幕与口述内容一致,但可为提升可读性而进行有意调整。
  • 相关时标明说话人变更。
  • 包含有意义的音效。
  • 字幕不会遮挡重要 UI、光标目标或披露信息。
  • 换行应符合语义单元。
  • 阅读速度适合目标平台和受众。
  • 产品名称、缩写和技术术语拼写正确。
  • 字幕在 UI 和动态画面上清晰易读。

本地化规划:

  • 确定是否要本地化旁白、字幕、UI、演示数据、CTA、法律/披露文本,或全部内容。
  • 检查截图是否必须展示本地化 UI,或在源语言 UI 上添加翻译字幕是否可以接受。
  • 替换习语和特定文化背景的示例;不要只做逐字翻译。
  • 为布局扩展预留空间;翻译后的字符串可能更长。
  • 按地区重新核查声明、价格、供应情况和合规性说明。
  • 在演示数据中使用符合当地习惯的日期、数字、货币、地址和姓名格式。
  • 对受监管或比较性声明,须经当地审核人员批准。

CTA 设计

根据观看者的准备程度匹配 CTA:

  • 认知: “查看工作流”、“观看完整演示”、“浏览模板”。
  • 考虑: “预约演示”、“比较套餐”、“阅读安全简报”。
  • 试用/入门: “创建你的第一个项目”、“连接你的工作区”、“导入示例数据”。
  • 扩展: “启用集成”、“邀请团队成员”、“试用高级规则”。
  • 支持: “打开设置指南”、“联系支持团队”、“检查权限”。

让 CTA 清晰可见且具体明确。只有当目标页面一目了然,且素材面向广泛的认知阶段时,含糊的“了解更多”才可以接受。

利益相关方审核

按风险分配审核:

  • 产品:UI 准确性、功能可用性、路线图/发布时机。
  • 产品营销:定位、受众、CTA、竞争性声明。
  • 销售/客户成功:异议处理、对买方的相关性。
  • 品牌/设计:视觉系统、语调、徽标、动效风格。
  • 法务/合规:声明、披露信息、客户评价、受监管内容。
  • 安全/隐私:数据暴露、演示租户、管理员/安全界面。
  • 无障碍访问/本地化:字幕、对比度、文稿、替代文本/音频描述、地区/语言质量。
  • 客户/合作伙伴:任何徽标、引言、集成、联合营销提及。

使用审核材料包:

Video link:
Transcript:
Claims ledger:
Disclosure list:
Demo data source:
Do-not-show checklist:
Delivery matrix:
Open questions:
Approval requested from:
Deadline:

要求提供带时间戳的反馈。对于“再有冲击力一些”这类没有时间戳的反馈,应先将其转化为具体的修改决策,再进行实施。

演示 QA

对渲染后的文件以及上传/预览界面进行 QA。

内容与准确性:

  • 演示流程与当前产品一致。
  • 不包含未经支持的功能、指标、集成、认证、价格或发布时间。
  • UI 语言符合已批准的宣传信息。
  • 各个剪辑中的产品状态保持一致。
  • CTA 指向正确的目标位置。

隐私与安全:

  • 不包含真实的个人身份信息、客户数据、机密信息、内部 URL、调试日志、仅限管理员查看的风险内容或通知泄露信息。
  • 必要时,明确标示模拟数据为虚构内容。
  • 敏感工作流已获得所需审批。
  • 上传元数据、文件名、缩略图和说明文字也已清理。

声明与披露:

  • 每项客观声明均已记录在声明台账中。
  • 证据已附上链接或注明负责人/日期。
  • 所需披露内容的位置足够醒目、字号足够大、显示时间足够长,且语言易于理解。
  • 精简剪辑仍能传达真实、准确的整体印象。

无障碍:

  • 字幕齐全、同步、易读且完整。
  • 文本对比度足够。
  • 颜色并非唯一的信息载体。
  • 仅通过重要视觉内容传达的信息,已通过旁白、描述或文字稿提供。
  • 网页或交互式落地页中使用的移动、闪烁或自动更新元素,在需要时可暂停/停止/隐藏;WCAG SC 2.2.2 提醒,移动或闪烁内容可能分散注意力并妨碍使用。

技术:

  • 每个投放目标的宽高比、分辨率、帧率、编解码器、音频混音、响度目标、文件名和文件大小均正确。
  • 无丢帧、光标卡顿、压缩伪影、难以辨认的微小文字、字幕被裁切或与安全区域冲突的问题。
  • 首帧、缩略图、标题、字幕、文字稿和社交媒体文案均与视频内容一致。
  • 平台上传预览与导出的文件一致。

示例:PLG 功能发布

示例意图:为面向客户成功经理的 AI 会议摘要功能制作一段 60 秒的发布视频。

简报:

  • 角色:负责管理 40 个客户账号的 CSM。
  • 使用场景:将通话记录转化为后续任务。
  • 主要证据:可观察到 UI 生成摘要和任务;尚未批准任何量化的节省时间声明。
  • 录制方式:在演示租户中使用浏览器自动化。
  • 交付内容:16:9 网站/产品页主版本、4:5 LinkedIn 精简版、9:16 社交媒体预告片、字幕、文字稿。

故事线:

00:00-00:04 Hook
Visual: Calendar call ends, inbox and CRM tasks are empty.
Narration: "After the call, the real work is remembering every promise."
Text: "Turn calls into follow-up tasks"
Claim: Descriptive only.

00:04-00:12 Before state
Visual: Demo account "Northstar Robotics Demo Co." with recent call transcript.
Narration: "Instead of rewriting notes by hand, open the account timeline."
Cursor: Pause on "Latest customer call" then click.

00:12-00:28 Workflow
Visual: Click "Generate follow-up." Summary appears; tasks are suggested.
Narration: "The assistant drafts the summary, pulls out next steps, and keeps the account owner in control before anything is saved."
Callouts: "Draft summary", "Suggested tasks", "Review before saving"
Disclosure: If AI output can be inaccurate, include approved wording such as "Review AI-generated content before use."

00:28-00:42 Outcome
Visual: Save tasks; CRM timeline updates.
Narration: "Now the handoff is attached to the account, not buried in a private note."
Claim: Observable UI only.

00:42-00:53 Objection proof
Visual: Permission note or admin setting if approved.
Narration: "Admins can control who can use AI summaries for customer calls."
Claim: Security/admin; requires product/security approval.

00:53-00:60 CTA
Visual: End card with product UI behind it.
Narration: "Enable AI summaries for your team from workspace settings."
Text: "Try AI summaries in Workspace Settings"

概念性开场的生成媒体提示词:

Create a clean SaaS motion-graphics opener for customer success managers after a video call.
Show abstract panels representing a calendar, CRM account, and task list converging into one organized workflow.
Use fictitious labels only: "Northstar Robotics Demo Co.", "Renewal follow-up", "Demo workspace."
Do not show real brand logos, real customer data, measurable time-saving claims, or exact product UI.
Leave the lower 20% clear for captions. Use high-contrast text and do not rely on color alone.
Motion: quick but readable 3-second transition from scattered notes to organized task cards.

这样做的好处:以产品行为作为证据,避免未经批准的“节省时间”指标,妥善处理 AI 审核方面的限制,并将安全相关表述留待审批。

示例:帮助中心操作指南

示例意图:制作一段 2 分钟的支持视频,向管理员演示如何为用户分配正确角色并邀请他们加入。

计划:

  • 使用任务步骤和验证。
  • 在演示租户中录制精确的 UI。
  • 如果音乐会影响理解说明,则不添加音乐。
  • 光标移动路径缓慢且可重复。
  • 提供独立字幕文件、文字稿和嵌入文章的版本。

脚本大纲:

00:00-00:08 Goal and prerequisite
Narration: "This video shows workspace admins how to invite a teammate and assign a role. You need admin access before you begin."
Visual: Settings page already open; no login sequence.

00:08-00:35 Open member settings
Narration: "From Settings, choose Members, then Invite teammate."
Cursor: Pause on Members, click; pause on Invite teammate, click.
Callout: "Settings  Members"

00:35-01:05 Enter safe demo data
Narration: "Enter the teammate's work email. In this demo, we'll use a sample address."
Visual: [email protected] or other reserved/demo-safe domain approved by the team.
Privacy note: No real email addresses.

01:05-01:35 Choose role
Narration: "Choose the least-permissive role that fits the work. Viewer can read projects, Editor can make changes, and Admin can manage billing and members."
Visual: Role dropdown.
Callout: "Use least-permissive access"
Claim: Product behavior; verify role definitions.

01:35-01:55 Verify invite
Narration: "After sending, confirm the invite appears as Pending. If it does not, check your permission level or contact your workspace owner."
Visual: Pending invite row.

01:55-02:00 CTA
Narration: "For bulk invites, open the CSV import guide linked below."

QA 重点:按钮名称准确、角色定义正确、字幕不遮挡下拉菜单、不使用真实邮箱,且文字稿与支持文章一致。

示例:企业销售演示插播片段

示例意图:为正在评估审计日志且关注安全性的买家制作一段 45 秒的插播片段。

方法:

  • 除非获得批准,否则不要使用笼统的“企业级安全”表述。
  • 展示具体的控制项,以及买家可以验证的内容。
  • 声明范围保持狭窄:使用“管理员可以导出审计事件”,而不是“完全合规”。

节奏规划:

00:00-00:06 Objection
Narration: "Security teams need to know who changed access before a review."
Visual: Abstract lock-to-audit-log transition, not a real incident.

00:06-00:26 Product proof
Narration: "In the admin demo workspace, filter audit events by member, action, and date range."
Visual: Audit log filters in demo tenant.
Cursor: Click filter fields slowly.
Callout: "Member", "Action", "Date range"

00:26-00:37 Export
Narration: "Export the filtered events for your review process."
Visual: Export modal with synthetic data only.
Disclosure: "Example data shown" if needed.

00:37-00:45 CTA
Narration: "Ask your account team for the security review packet."
Text: "Request security review packet"

如果相关方希望添加“SOC 2 合规”“符合 GDPR”“符合 HIPAA 要求”“零信任”或“防止数据泄露”等表述,请升级处理。这些声明需要准确的获批措辞和佐证。

来源和核实说明

用于核实文档所述限制的资料;核实日期:2026-07-10:

易变信息:平台规格、上传限制、广告投放规则、安全区域、字幕文件支持情况,以及声明和披露的执法指南都可能发生变化。发布前,请针对具体投放渠道重新核查官方平台、法律和无障碍信息来源。

评论

支持 Markdown