夜雨聆风群里又甩来一份 40 页需求文档，产品或者领导丢一句："半小时后碰一下，你先看看重点。"这步不用你写什么，就是读进去，再吐出一份能拿来聊的"重点"。
先掂量下分量。一份 40 页中文文档，按每页 400–500 字算，总量大概 1.6 万到 2 万字。成年人中文默读速度约每分钟 200–350 字（不同研究口径有出入：一项面向 18–35 岁母语者的研究测得平均 295±51 字/分钟；多篇中文眼动研究实测成人默读约 316–354 字/分钟，来源见文末标注），逐字读完差不多得 50–90 分钟。可你只有 30 分钟。
所以"从头读到尾"在物理上就走不通，得换种读法。这套走法，目标不是"读完全文"，是"半小时后能掏出一张能讨论的重点清单"。
打开文档，正文先别碰。先看有没有目录页或自动大纲，把章节标题扫一遍，你大概就知道这东西分几块、每块叫什么。再看结尾——不少需求文档结尾会放"目标""范围""验收标准"或者"待决策事项"，这些小节常常已经把重点说了一半。
这步是在脑子里先铺一张地图。有了地图，才知道哪些页走马观花就行，哪些页得停下来细看。
对着目录，给每章快速问三句：这章是给谁看的？它要你或团队做什么？它为什么重要（影响范围、上线时间、资源占用）？三问都答不上来的章，多半是背景铺陈、术语解释或留档说明，先丢进"有空再看"那堆。
这种"先览后读"的思路，和 SQ3R 阅读法里的 Survey（浏览）步骤对得上——这个方法由 Francis P. Robinson 在 1946 年《Effective Study》里提出，主张读正文前先把结构摸清楚（来源：Wikipedia「SQ3R」词条）。
在筛出来的重点章里，专门找两类内容：① 需要谁拍板、或者面临二选一的地方，文档里常冒出"建议/待定/需确认/TBD"这类词；② 依赖别的团队、别的服务、别的时间点的地方。拿高亮或便签把这两类标出来——半小时后那场讨论，高频就落在这儿。
用一页纸（或一条文档）列四项：① 这份文档到底要我或我们做什么，用一句话写；② 3–5 个必须盯的章节，各附一句核心点；③ 待决策项和对应负责人；④ 卡住进度的依赖。整张清单控制在 30 秒能扫完。
关键信息往往就挤在少数几章里，这大概就是管理学里常被提起的帕累托法则（Pareto Principle，约 80% 的结果来自约 20% 的原因，来源：维基百科「帕累托法则」词条）在平常文档里的样子。把清单里那句核心的"要做什么"放在开头位置，也顺了结论先行的沟通逻辑（Barbara Minto 在 1987 年《The Pyramid Principle》里系统讲过，初版 1985 年；来源：McKinsey 官网 / Minto International）。
交出去之前，用三问兜个底：① 有没有哪章因为看不懂跳过了，但它其实关键？② 文档里有没有前后矛盾、或留白没填的地方？③ 我列的清单，是不是只覆盖了"我想看的"，漏了对方真正要的？
这套走法不图读懂每一页，是把有限时间压到"该讨论的地方"。下次群里再甩来长文档，可以先花 2 分钟只看目录和结尾，再决定从哪读起——光这一步，往往就能省下后面乱翻的十分钟。以上供参考，按你手头文档的实际情况调。
锁儿长