直接结论
截图文案模板有用的前提，是把它当成证明结构，而不是填空句式。每一对有效的 headline + 副文案，都在完成一份短清单里的某一项工作：承诺结果、证明主张、展示机制、消解顾虑、或者推动决定。下面的模板库就按这五种职责组织。把它们当作起始结构——headline 用六个词以内承载主张，副文案承载 headline 放不下的证据或细节——然后把每个填完的模板改写到「只可能在描述你的应用」为止。填完仍然读起来泛泛的模板（「提升效率——强大功能，简单易用」）是败在改写这一步，不是模板这一步。顺序和措辞同样重要：结果在前，证明和机制在中间，决定在最后。
按帧职责分类的模板库
| 帧职责 | headline 模板 | 副文案模板 |
|---|---|---|
| 结果（第 1 帧） | 不用[痛点]，也能[终点状态] | [机制]，只要[时间或投入] |
| 证明 | [数字][用户/结果][动词] | [具体证据或来源] |
| 机制 | [几步/几次点击][动词][对象] | 之后自动发生什么 |
| 消解顾虑 | [有风险的事]，稳了 | [怎么做到：同步、备份、隐私、可撤销] |
| 决定（最后一帧） | 今天就开始[结果] | [价格/免费角度或承诺门槛] |
实例拆解
结果帧
弱填法：「告别混乱，轻松整理」——什么产品都能这么说。强填法：「不用早起清邮箱，也能 Inbox Zero」——痛点具体到能同时锚定用户和品类。副文案：「规则在你醒来前分好 200 封邮件」——机制加数量。
证明帧
弱填法：「数百万用户的选择」——无法验证，品类通用。强填法：「12,000 名会计给出 4.8 分」——数字里带着受众，证明才对那个受众有说服力。副文案写来源或时间范围。
机制帧
强填法：「两步扫完任何发票」。步数本身就是主张。副文案：「分类、税务标签、合计自动填好」——写用户从此不用做的事。
消解顾虑帧
强填法：「你的数据，从不上传我们的服务器」。副文案：「端上处理，随时导出」。只有当评价或客服工单证明这个顾虑真的在拦截安装时，顾虑帧才配得上一个席位。
决定帧
强填法：「今晚就建好第一份预算」。副文案：「单账户免费，无需绑卡」。具体的承诺门槛胜过一句干巴巴的「立即下载」。
模板库的用法
1. 先给帧分配职责，再挑模板
顺序——结果、证明、机制、顾虑、决定——来自你的 screenshot recipe。模板是来完成已分配职责的，不是替你决定叙事的。
2. 填完之后，跑一遍「泛化测试」再改写
填完模板，把它放在三个竞品 listing 旁边读。如果原样放进任何一家都不违和，就把抽象名词换成你的具体物：数字、功能名、具体痛点。
3. headline 和副文案当一个单元写
副文案的存在意义是承接 headline 为了简洁而舍弃的信息。分开写会得到两个互相竞争的 headline；分开审会放行互相重复的组合。
4. 本地化移植的是结构，不是句子
模板逐字翻译效果很差——字宽、阅读节奏、习语全在变。把这一帧的职责和主张用目标语言原生重写；模板是脚手架，不是句子本身。
5. 尽早检查渲染宽度
30 个拉丁字符刚好放下的 headline，德语会溢出、中文会显得稀疏。锁定文案之前，用生产字号在真实帧里试排每个填好的模板。
6. 用数据决定去留
模板给了你快速起草的能力，去留要交给转化数据和 A/B 测试。填得再漂亮的句子，输给对照组就换掉。
常见失败模式
填完的模板活到了上线
模板是起草工具。任何一行读起来还像模板的文案，等于把占位符发布到了商店。
五帧全是结果帧
没有职责分配，每一帧都会滑向结果承诺，整组截图把同一句话说五遍。模板库只有在顺序决策的下游才有用。
证明帧里没有真数字
「成千上万的满意用户」是一句证明形状的话，里面没有证明。拿不出可用的数字，就给这一帧换个职责，不要伪造。
执行原则
一个模板配得上它的位置，当且仅当填完的结果没法原样贴到竞品截图上。填完仍泛化，就改写或换职责——绝不上线。
为什么这件事适合放进 App Store Helper
App Store Helper 按你项目的定位和 screenshot recipe 逐帧生成 headline 和副文案草稿，草稿到手时职责已经分配好——评审环节把每一对文案放回序列里对照检查，而这正是模板产出最需要人类判断的地方。