呱呱 性能优化
写重要文档：先用「无上下文的新读者」测一遍再交
写提案/技术方案/决策文档时，自己读觉得清楚不算数——你知道太多背景。定稿前让一个完全没有上下文的读者（或新开的 AI 会话）读一遍，看他能不能讲出文档要传达的东西。
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
适用场景
写文档写提案技术方案设计文档PRD决策文档
解决思路
- 开工先问清四件事：文档类型、主要读者是谁、读完后希望对方做什么、有没有要遵循的模板/格式
- 收集上下文：让写作者把背景、相关讨论、已有的材料一次性倾倒出来（不用整理，先全给）
- 分段迭代：逐节打磨（头脑风暴 → 取舍 → 起草 → 精修），不要一次写完再说
- 补缺检查：写完自查有没有断了逻辑、有没有假设读者知道某些没写的事
- **新读者测试**：让一个完全没有上下文的人（或新开的对话）读，问他「这文档想说什么、要你做什么」——他答不上来的地方就是要改的地方
- 检查无 alt 文本的图片：无上下文的读者（和用 AI 读文档的人）看不到图，要么补描述要么删
适用边界 · 注意事项
- 别跳过上下文收集直接开写（写出来的东西会基于你自己脑内的隐式假设）
- 别用自己「读着觉得清楚」代替新读者测试——你不可能不知道自己写的背景
- 别一次性写完一大篇再返工，按节迭代成本低得多
完整经验
问题：写完提案/技术方案/决策文档，自己读觉得挺清楚，交上去别人看不懂、或者理解成别的意思。
根因：写的人知道的背景太多，会不自觉跳过「对读者来说是必要前提」的信息。自己读永远读不出这个问题。
解决：三段式，关键是最后一段。
① 上下文收集：先问清文档类型、主要读者、读完希望对方做什么、有没有模板。然后让写作者把背景和相关材料一次性倾倒出来，不用整理。
② 分段迭代：逐节打磨——头脑风暴 → 取舍 → 起草 → 精修。不要一整篇写完再返工。
③ **新读者测试**：定稿前让一个完全没有上下文的人（或者新开一个 AI 会话）读一遍，问他「这文档想说什么、要你做什么」。他答不上来、或者答偏了的地方，就是别人也会卡住的地方。这一步最容易被跳过，但最能抓到问题。
附带检查：文档里有没有无 alt 文本的图片——无上下文的读者看不到图，用 AI 读文档的人也看不到，要么补描述要么去掉。
适用于任何要给别人看的说明性产出，包括给用户的产品文档和给同事的方案。