需要把产品简介与目标受众转化为可拍摄的 UGC…

当用户要求 UGC 广告脚本、创作者脚本、竖屏短视频广告脚本、创始人视频、员工生成内容或客户证言视频脚本时适用。

适用场景

解决思路

1. 保持角色分离：策略师写脚本，创作者表演，编辑组装；不要合并角色，合并是被引用最多的平庸输出原因。
2. 运行访谈：每条消息只问一个问题，尽可能提供多选选项，跳过用户 brief 已答的内容。
3. 访谈问题 1：产品是什么，实际做什么。
4. 访谈问题 2：offer 是什么：免费试用、折扣码、demo、waitlist、直接购买？
5. 访谈问题 3：受众是谁，处于哪个意识阶段：unaware / problem-aware / solution-aware / product-aware？
6. 访谈问题 4：B2B 还是 B2C？
7. 访谈问题 5：平台和 placement：短竖屏 feed、stories、职业网络 feed、视频 pre-roll？
8. 访谈问题 6：目标时长，默认 15-25 秒，这是付费社交最强引用的区间。
9. 访谈问题 7：表演者：真实客户、付费创作者、创始人、员工，还是尚未选角的 concept test？
10. 访谈问题 8：手头证据：评论、过往广告评论、支持工单、销售电话笔记、观察到的获胜广告？
11. 访谈问题 9：是否受监管类别（健康、金融、补充剂）？在哪些市场投放？
12. 访谈问题 10：数量：多少 concept，每个多少 hook 变体？默认 2-3 concepts × 3-5 hooks × 2 CTAs。
13. 访谈问题 11：截止日期：第一支广告必须上线的日期。
14. 访谈问题 12：一次性胜利还是复利资产：现在填一个 slot 的单支广告，还是要构建脚本库和可重复格式？
15. 访谈问题 13：努力上限：可用小时数、谁可被拍摄、已有什么素材：产品录像、屏幕录制、已清理可公用的记录客户结果？
16. 根据访谈最后三个答案（deadline、durability、effort ceiling）重新排序所有选项菜单，并说明哪个答案移动了什么。
17. 若为复利指令，提升 asset-gated hook archetypes 和 customer testimonial，因为资产比使用它的广告更长寿。
18. 若本周拍摄，把这些推迟到下一轮，说 deferred，并保留在菜单中。
19. 若约束完全无法解除（无素材、无已清理结果、类别禁令），删除选项，并命名为 deleted，而不是排在最后。
20. 通过 review mining 构建证据基础：从客户自己的渠道拉出客户自己的语言，再镜像回去。
21. 按效率顺序处理来源：公开评论 == 过往广告评论，这是平局，都公开、都用客户原话，取产品实际拥有的那个。
22. 支持工单：需要内部访问，具名客户的话在进入脚本前需获得同意。
23. 销售电话笔记：挖掘花费某人时间，但回报是其他来源无法给你的异议语言。
24. 根据用户已有重新排序来源：带标签的工单导出或通话录音库降到接近零，并超过公开评论；B2B 产品尤其如此，因为公开评论太薄。
25. 每条引用记录四列：Exact quote、Source、Underlying desire or problem、Emotional tag。
26. 如果能浏览网页，拉取产品最近的公开评论；否则让用户粘贴证据。
27. 绝不编造 hook、痛点、声明或证言；伪造评论和证言是监管违规，不只是写作弱。
28. 完全无证据时，说明情况，仅根据 brief 写，并将每个脚本标注 UNVALIDATED - voice-of-customer not sourced。
29. 定义每个 concept：一个受众细分 × 一个动机（用客户原话）× 一个格式。
30. 固定 offer。
31. 概念、hook、offer 是三个分别可测试的变量；保持两个不变，变化一个。
32. 按脚本 anatomy 起草 body，适配目标时长，并在所有 hook 变体间保持 body 固定。
33. 每个 concept 写 3-5 个 hook 变体和 2 个 CTA 变体。
34. 一次拍摄产生 6+ 剪辑组合对应一个 body，这是不重拍而隔离创意变量的标准方法。
35. 每个 hook 是三位一体：spoken line + on-screen text + opening visual，每部分承载不同信息。
36. 从 references/hook-archetypes.md 选不同 archetypes；默认 dialogue-only archetypes 领先：skeptic's turn、problem callout、POV；asset-gated：proof-first、silent review、before/after contrast，在资产已存在且已清理时占位。
37. 避免近乎相同的开场，否则重复测试已知内容。
38. 说明比例会饿死什么：before/after contrast 和 proof-first 证据最强但拍摄成本最高，效率优先会永远推迟它们，使片单从不展示可检查内容；当资产已存在且已清理、是复利指令、或一轮 tier-1 hooks 落地在噪声范围内时提升一个。
39. 约束排除的 archetype 在本 concept 菜单中删除并命名为 deleted：受监管类别禁止 before/after；缺少产品素材则 silent review 无效；未清理结果则 proof-first 和 bold claim 无效。
40. 绝不把删除的 archetype 排最后；被排除的 archetype 排最后下一轮仍会被 brief。
41. 检查每个 hook-to-body 过渡：body 第一行必须延伸该 hook 的前提。
42. 必要时为每个 hook 重写过渡行，绝不让 body 偏离 hook 承诺。
43. 逐字锁定 hook 和 CTA；中间留作 bullet-point beats 与 example phrases。
44. 把真实客户评论引用作为 talking points 交给创作者，让台词真实因为来源真实。
45. 每个脚本添加 delivery notes：beat timings、每个 beat 屏幕上是什么、tone 和 read direction、要举到镜头前什么、do's/don'ts。
46. 用 references/compliance-checklist.md 运行合规检查。
47. 披露行是脚本行，要写进去，并用广告投放的每个市场的语言。
48. 对每条 spoken line 和 on-screen text 运行你偏好的 humanizer skill；这是强制的；绝不把原始初稿输出当作最终稿。
49. 组装 script package，包含 measurement plan。
50. 如果 harness 有持久记忆，存储证据来源、选定概念、获胜 hooks 供下一次迭代；否则放进 package 让用户重新提供。
51. Scripting depth：避免太模糊，如 just talk about why you love it，否则创作者发明策略且素材错过角度。
52. Scripting depth：避免太脚本化，每个词锁定，否则交付僵硬且观众感知广告并跳过。
53. Script anatomy：默认 spine Hook → Problem → Solution → 2-3 value props → social proof → CTA。
54. 目标 15-25 秒用于付费社交；低于约 10 秒沟通不足；超过约 45 秒完成率急剧下降。
55. 常见 beat 划分：hook 0-3 s、value prop 3-15 s、proof 或 demo 15-25 s、CTA 最后约 5 s。
56. 用 Four U's 测试 hook 行：Unique、Urgent、Ultra-specific、Useful。
57. 前置 hook，但不要将 3 秒当作行为定律；它只是平台在 3 秒观看计为 view 的约定；真实注意窗口可能更短；不要引用 8-second attention span。
58. 保留率在前几秒后急剧下降；削减行，不要合并成更长视频。
59. 在 15-25 秒内按效率顺序使用 direct-response 框架：PAS > BAB > AIDA。
60. PAS 仅对话；BAB 需要仍可拍摄的 before 状态，加 typicality line；AIDA 四阶段很少在 25 秒内落地。默认 PAS；before 已在镜头时用 BAB；更长 B2B 格式才用 AIDA。
61. 这些框架不含 social-proof beat，要加上。
62. Platform notes：短形式 feed 的 view 阈值不同，hook rates 不能跨平台比较；只和同 placement 的其他脚本比较。
63. 屏幕文字保持约 5-10 词/秒屏幕时间。
64. 假设静音；尤其在职业网络 feed，大多数视频静音观看，字幕和屏幕文字必须独立传达信息。
65. B2B 不变项：快速前置 hook、原生不抛光感、单一 CTA、基于真实客户语言、屏幕文字在静音下传达、Hook/Body/CTA 脊柱。
66. B2B 不迁移：haul 和冲动购买框架、折扣紧迫 CTA、单一决策者假设、纯美学 UGC。
67. B2B 购买通过约 6-10 人委员会、更长窗口，一个脚本很少单独转化；按意识阶段计划脚本。
68. B2B 以教学领先，不是推销；人对镜头专业知识在职业网络胜过抛光公司视频。
69. 使用 Challenge → Solution → Outcome 作为 B2B 脊柱，并以量化结果和命名角色结束 outcome。
70. Testimonial 长度格式约 45-90 秒；超过两分钟完成率急剧下降。
71. B2B 三类替身按效率：founder-led > employee-generated > customer/practitioner testimonial；成本：customer testimonial > employee-generated > founder-led；价值：customer testimonial > employee-generated > founder-led；合规成本：customer testimonial（签核 + generally-expected-result line）> employee-generated（就业披露）> founder-led（自明但需标签）。
72. Founder-led：为什么我们做这个、破碎现状、什么改变；一个人一小时和一个日历；本周可发；证明最弱。
73. Employee-generated：how we actually do X here、实践者声音、真实工作流或屏幕；成本内部买账和愿意上镜；买到实践者可信度。
74. Customer/practitioner testimonial：真实用户、命名角色、量化结果，结果变化时加 generally-expected-result line；成本外部排期和批准，需要已有记录结果；买到唯一第三方证明。
75. 说明该顺序饿死 customer testimonial：价值第一成本第一；比例总选 founder-led，导致账户无限发供应商讲自己故事视频。提升条件：已有命名客户加量化结果同意出镜、复利指令、或 founder-led 视频不再推动数字。
76. 当内部有人做产品替代的工作并愿展示真实屏幕时，提升 employee-generated；否则默认 founder-led。
77. 该顺序是默认不是法律；根据账户和访谈的 deadline、durability、effort ceiling 重新排序；有现有受众的创始人胜过冷客户 testimonial；已签核且清理可公用的案例研究使 customer testimonial 成为最便宜而非最贵。
78. 若没有记录客户结果且无法获得，从账户菜单删除 customer testimonial 并说明，不要排最后让下一轮 brief 一个没人能提供的 testimonial。
79. Output shape：每个 concept 交付一个 script package，使用两列 audio/video 约定：一行一个 beat，visual 一列，audio 一列，加 timing 列。
80. 旁白时间按 spoken word count ÷ 150 words per minute 估算。
81. Package 包含 Concept：segment、motivation（verbatim evidence quote + source）、format、offer。
82. Hook variants（3-5）：表格 spoken line / on-screen text / opening visual，带 archetype label；逐字锁定。
83. Body：beat-by-beat - timing、spoken beat、on-screen text、visual；bullet beats 和 example phrasing，不是锁定行。
84. CTA variants（2）：ask，带 spoken 和 on-screen 措辞；逐字锁定。
85. Delivery notes：read direction、tone、setting、props、pacing、do's/don'ts。
86. Compliance：disclosure line(s)、覆盖市场、claim notes。
87. Validation status：grounded（带来源）或 UNVALIDATED。
88. Measurement plan：这个 package 测试哪个单一变量，以及基线。
89. Failure mode 修复：模糊方向 → 锁定 hook 和 CTA，中间 brief as beats。
90. Failure mode 修复：每个词锁定 → 交付僵硬读作广告；同一规则另一面。
91. Failure mode 修复：hook 正文不兑现 → 保持率崩溃；过渡行延伸 hook 前提。
92. Failure mode 修复：通用 hook → 如果竞争者能逐字说同样开场，重写。
93. Failure mode 修复：静态或 logo-card 首帧 → 低 hook rate 最常被引原因；开在运动、脸或 money-shot。
94. Failure mode 修复：问题 beat 列功能而非命名痛苦时刻 → 用证据文档的情感标签。
95. Failure mode 修复：品牌声音在人嘴里（revolutionary formula）→ 读作广告并死；只用证据中出现的词。
96. Failure mode 修复：堆叠 CTA → 每个 ask 稀释其他；每个脚本一个 ask。
97. Failure mode 修复：编造 voice-of-customer → 监管暴露；标 UNVALIDATED。
98. Failure mode 修复：一次变所有 → 什么也没学到；保持 concept 和 offer 固定，测试 hooks。
99. Failure mode 修复：拍摄前未签使用权利 → 素材不可用；在 delivery notes 中标记；文书工作不在范围内。
100. Measurement：目标基于账户自己的基线，不是发布数字；先拉取可比 placement 的 trailing median hook rate 和 hold rate。
101. 新脚本超过中位数并通过诊断时通过；一次迭代一个变量直到通过。
102. 发布基准冲突太大，不能作为目标；vendor good hook rates 同平台同指标约 18%-40%，每个 vendor 卖其数字支持的分析；外部数字只作 sanity check。
103. 按顺序诊断，只修失败阶段：低 hook rate（3-second plays ÷ impressions）→ 开场失败，重写 hooks，不动 targeting。
104. 健康 hook rate、低 hold rate（15-second plays ÷ 3-second plays）→ body 或 hook-to-body transition 失败。
105. 健康 hold rate、低 CTR → CTA 弱或不清。
106. 健康 CTR、低 conversion → offer 或 landing page，不是脚本。
107. Hook rate 衡量注意力不是价值；两个同 hook rate 广告回报可差数倍，因为一个把观众带到 CTA 而另一个没有；绝不要仅凭 hook rate 扩展。
108. Scope 排除：视频制作、选角、创作者 sourcing、编辑、后期制作硬性排除。
109. Scope 排除：评分或排名现有 hooks/transcripts → mbfinotti/advertising-skills@ad-hook-analyzer。
110. Scope 排除：静态广告文案 A/B 变体 → mbfinotti/advertising-skills@ad-copy-variants。
111. Scope 排除：完整 campaign creative brief → mbfinotti/advertising-skills@ad-creative-brief。
112. Scope 排除：决定广告何时磨损 → mbfinotti/advertising-skills@ad-creative-fatigue。
113. Scope 排除：设计变体测试矩阵和样本量 → mbfinotti/advertising-skills@ad-creative-test-plan。

适用边界 · 注意事项

• 不用于视频制作、选角、创作者 sourcing、编辑、后期制作；这些是硬性排除。
• 不用于评分或排名现有 hooks/transcripts、静态广告文案 A/B 变体、完整 campaign creative brief、判断广告何时磨损、设计变体测试矩阵和样本量；这些分别交给 mbfinotti/advertising-skills@ad-hook-analyzer、@ad-copy-variants、@ad-creative-brief、@ad-creative-fatigue、@ad-creative-test-plan。
• 没有证据且无法获取证据时，不要编造客户语言或证言；只能仅根据 brief 写并标注 UNVALIDATED - voice-of-customer not sourced。