写产品文档,和 AI 一起迭代的 7 版,最终调整出我想要的效果。我让 AI 帮忙总结我们共同调整的过程,形成一套原则:

1. 先写清“读者要完成的任务”

- 读完之后他要做什么决定/行动:理解、试用、购买、转发、收藏,还是只记住一句话。

2. 先结论,后证据

- 开头先给一个可复述的结论(是什么/给谁/解决什么),再用证据支撑;不要先铺背景再到重点。

3. 以读者的成本为单位组织信息

- 读者最怕的是:学习成本、迁移成本、试错成本、维护成本、失败风险。文案围绕“降低哪一种成本”来写,比围绕“功能列表”更有说服力。

4. 用“可感知的具体”替代抽象词

- 抽象词(高效、极致、优雅、革命)必须落到可感知事实:更少步骤、更少中断、更少重复、更快找到、更少配置、更可预测。

5. 叙事要“真实因果链”,不要“硬观点”

- 让观点从经历/观察里长出来:触发点 → 不适/冲突 → 尝试 → 失败原因 → 新思路 → 结果。避免直接下判断、拉踩、造敌人。

6. 一段只表达一个点(单段单意)

- 每段只回答一个问题:发生了什么/为什么重要/我怎么解决/读者得到什么。读者才能扫读。

7. 给读者“验证路径”

- 任何承诺都配一个最小可验证方式:一个动作、一个场景、一个对比(哪怕是“试用 5 分钟你就会看到…”)。

8. 术语与指标要克制

- 术语只在“省解释”时出现;指标只在“可解释且可验证”时出现。否则用人话表达结果。

9. 一致性优先(语言、命名、语气)

- 全文统一语言、统一名词、统一语气强度;前后一致比“华丽句子”更重要。

10. 结构上先抓人,再展开,再兜底

- Hook(共鸣/反差/问题)→ One-liner(定位)→ Proof(场景/例子)→ Inventory(功能清单/规格)→ Friction(权限/限制/边界)→ CTA(下一步)。
 
 
Back to Top