产品定位：用一句话讲清楚用户为什么需要
先看一句常见首页标题：The all-in-one AI platform to supercharge your workflow. 读完以后，你仍不知道应该粘贴什么、会得到什么。今天把它改成ClearCopy的完整首屏，让准备上架App的个人开发者看到第一屏就能开始。
本篇的成品已经写好，可直接放进本地首页草稿：
Headline:
Check your English app description before you publish.
Subheading:
Paste your product facts and draft. Get a clearer rewrite and
find claims your app doesn't support.
Primary button:
Try the packing-list example
Secondary link:
See a complete sample report
Price note:
10 completed checks for $9. One-time payment. No auto-renewal.
这段文案没有许诺提高下载量或通过商店审核。它承诺的结果很具体：改写和找出不受事实支持的描述。接下来用一份已填材料把这句话推敲到可以用。
用四个已填答案组成一句话
复制这份定位底稿。沿用本书的离线行李清单App，不添加账号、同步或AI行程规划：
| 要回答的问题 | ClearCopy的完成例 |
|---|---|
| 谁在使用 | 即将发布英文介绍的个人App开发者 |
| 正在做什么 | 检查上架描述是否清楚、有无写出不存在的功能 |
| 粘贴什么 | 实际功能清单，以及一份英文描述草稿 |
| 拿到什么 | 一份英文改写，附需要删改的功能宣称 |
将四行连起来会有点长：“ClearCopy帮助即将发布英文介绍的个人App开发者，检查已有草稿，并提供改写与功能宣称提示。”把它放在内部说明中；首页标题缩到当下动作Check your English app description before you publish.，其余内容由副标题承接。
如果你做的是别的工具，替换每行的具体名词就能复用。不要把“谁”改成所有创作者，把“输入”改成任何内容，把“结果”改成更高效率；那会重新失去开始操作的地方。
给标题配一个可以看懂的例子
在标题下面展示这个小报告，不要只放一张模型供应商Logo墙：
Product fact:
The packing-list app works offline and reuses saved lists.
Draft claim:
Sync your packing list across all devices.
Result:
Unsupported claim: cross-device sync.
Suggested rewrite: Reuse your packing list for future trips.
这份人工教学样例只做一处修改。它与标题直接对应：一段英文描述、一条不支持的宣称、一句可以采用的替代句。读者无需先懂模型参数，就能判断这个输出是否对自己有用。
打开Google以读者为中心的内容说明，页面会询问内容是否真的帮助读者完成目的。这里的实际用法是：把首页的每句话指向样例中的一个结果。如果“自动提高全球转化”找不到相应可观察结果，就先删掉，而不是再补一个空泛副标题。
将首页、发布简介和按钮各写一遍
首页有空间放例子，发布平台则需要短介绍。打开Product Hunt发布指南，观察平台把产品介绍、讨论和发布准备放在不同入口；你可以预备这些材料，不必今天就对外发布。
以下是一套互相对应的草稿，长度规则以实际投稿表单为准：
| 使用位置 | 可复制文案 |
|---|---|
| 首页标题 | Check your English app description before you publish. |
| 发布简介 | Clearer English app descriptions, without invented features. |
| 演示标题 | Remove a sync claim from an offline app description. |
| 示例按钮 | Try the packing-list example |
| 付费按钮 | Get 10 checks |
它们都在说文案检查，而没有一处突然变成全套App营销。Try按钮必须确实打开示例输入，Get 10 checks才进入购买流程。若工具还没有运行，先把它们放在草稿原型中；把纸面报告标成sample，避免用户点进去以为已经能处理自己的文案。
做一次不用猜答案的读者走读
打开你的首页草稿，只看第一屏，分别找到“英文App描述”“产品事实+草稿”和“改写+问题清单”。然后点击示例入口，核对出现的正是行李清单输入。你已经能自行发现一类常见错误：标题卖文案检查，按钮却写Start your AI journey，示例又变成博客生成器。
找愿意试读的人时，提问直接用这三句：
What would you paste into this tool?
What do you expect to receive after clicking this button?
Which part of the example would you use in your own description?
先听对方复述，不在问题后补一段产品解释。假设对方回答“我要上传App安装包，让它自动发现所有功能”，这会暴露输入说明不清。这个回答只是演练情形，不是作者声称获得的用户原话。可将副标题中的Paste your product facts and draft移到按钮前，加一个两栏示例，帮助读者正确开始。
留下与定位一致的一项观察
定位改完后，先看多少人从示例走到完整报告。若已有PostHog项目，按漏斗说明将example_opened和sample_report_viewed作为两步。配图中的整体与相对转化说明可帮助理解这两步，但平台图不是ClearCopy的实际数据。
如果50位访问者中20位打开示例、12位看完报告，示例打开比例是40%，打开后的报告查看比例是60%；这是计算教学假设。没有采集到数据时，留在原型走读阶段即可，不给页面补一行虚构使用人数。
把成品首屏、单条同步宣称样例和三个问题一起保存。你现在拿到的一套材料可以直接进入页面，而不需要再从“突出价值”四个字推演文案。
