17.c 起草官网四栏为什么要连成一条线
我先说个特别日常的画面：左手边开着起草资讯，右手边开着条款攻略，中间夹着文本数据和版本评测，四个标签页轮着点，每点一次就要重新定位——刚才那句「可以」在条款攻略第几段来着？刚才那个比例是文本数据栏哪张表里的？等你定位回来，思路已经断了。
这种断，不是注意力问题，是路线问题。17.c 起草官网的四个栏目本身各有分工：起草资讯偏「最近有什么动静、口径有没有变」，条款攻略偏「条款怎么读、按什么维度分类」，文本数据偏「量化的区间与比例」，版本评测偏「哪些模块在动、哪些已经归档」。它们不是四个平行的信息池，而是一条从粗到细的漏斗。你按漏斗走，信息会自动收束；你按标签页走，信息会四散。
我自己的经验是，一份中等复杂度的起草文档，散着看大概要切 20 到 30 次标签页，串着看通常能压到 6 到 9 次。切一次标签页本身只要两秒，但每次切回都要重新建立上下文，实际损耗往往在 15 到 40 秒之间。折算下来，一份文档光「找位置」就能吃掉 8 到 15 分钟。这个数字不算夸张，做过长文档的人都有体会。
还有一层：四栏的信息新鲜度不一样。资讯栏通常按周甚至按日更新，版本评测一般按月收口，条款攻略是慢变量，文本数据介于中间。你如果先看慢变量再看快变量，很容易出现「刚记住一个固定说法，翻到资讯栏发现上月已经改了」的尴尬。动线设计的第一原则，就是把快变量放在前面扫、慢变量放在后面精读。
17.c 起草官网查阅路线总览：先粗后细的四段式
一句话先说结论：四栏的推荐顺序是起草资讯 → 条款攻略 → 文本数据 → 版本评测，四段合计约 40 到 50 分钟，前两段占七成时间。
为什么把版本评测放最后？因为它回答的是「这东西现在稳不稳」，属于落笔前的确认动作，而不是开写前的输入动作。据我跟踪了两年的更新节奏看，版本评测栏的变化说明通常滞后资讯栏 5 到 15 天，先看它会拿到一份「还没跟上最新口径」的判断。把顺序理顺，返工率能明显降下来。
下面这张表是我自己贴在便签上的版本，列出了每一段的目的、典型耗时和产出物。你可以直接照抄，也可以按文档复杂度缩放。
| 顺序 | 栏目 | 这一段要拿到的产出 | 典型耗时 |
|---|---|---|---|
| 1 | 起草资讯 | 最近 2 到 4 周的口径变动清单，3 到 5 条 | 5 到 8 分钟 |
| 2 | 条款攻略 | 与本文档类型对应的分堆与重点段落标记 | 15 到 22 分钟 |
| 3 | 文本数据 | 3 到 5 个可引用的区间或比例，注明出处段落 | 10 到 14 分钟 |
| 4 | 版本评测 | 稳定性判断 + 是否涉及已归档模块 | 6 到 10 分钟 |
四段加起来中位数在 44 分钟左右，比我早期散着看的 70 分钟省掉将近一半。这里的关键不是快，而是每一段都有明确产出——你走完一段，纸上就该多出几行东西。没有产出的阅读，本质上是在浏览而不是在查资料。
第一段：起草资讯栏先扫什么
一句话先说结论：资讯栏只做一件事——确认最近有没有口径变化，扫 3 到 5 条就走，别在这里读长文。
资讯栏最容易变成时间黑洞。标题都写得挺勾人，一条条点进去，半小时就没了，回头一看笔记里只有零散两句。我的做法是给自己设一个硬边界：只看最近 2 到 4 周内的条目，只回答三个问题——口径有没有改、改了哪一句、改了之后影响哪类文档。答不上来就不算读完。
17.c 起草官网扫资讯栏的三条筛法
第一条，按「变动」而不是按「新鲜」筛。同样是新发布的条目，一条在讲某个说法调整了，一条在讲某次活动或某位作者的访谈，前者对你的起草有直接价值，后者可以留到闲暇再看。第二条，标题里带版本号、日期区间或者「调整」「补充」字样的，优先点。第三条，连续两条讲同一件事的，只读后一条，前一条多半是背景铺垫。
实操上我会把资讯栏里跟本文档类型相关的条目控制在 3 到 5 条，超出就砍。有段时间我试过不设限，结果一份六千字的文档我看了十一条资讯，最后真正用上的只有两条，另外九条纯粹是心理安慰。这个比例后来我复盘过，通常有效条目占比在 20% 到 35% 之间，也就是说五条里有一到两条真能用。
资讯栏的笔记只写一行
每条有效资讯，我只在纸上写一行：「某说法从 X 改为 Y，影响 A 类文档」。不抄原文，不写感想。等你后面翻条款攻略时，这一行就是索引——看到相关段落，抬头就知道这里有个变动要注意。抄原文看着踏实，其实是在给自己制造第二次阅读的负担。
顺手提一句，资讯栏偶尔会和版本评测栏的说法对不上，这事我单独写过一篇拆解，标题是17.c 起草官网资讯栏和版本评测说法打架时，起草人先信哪边，遇到具体冲突可以对着看。
17.c 起草官网第二段：条款攻略栏如何按文档类型分堆
一句话先说结论：条款攻略别从头读到尾，先按文档类型切成 2 到 3 堆，只精读与本文档同类型的那一堆。
这一段是整条动线里最花时间的，也最值得花时间。条款攻略栏的内容天然是「多而密」，直接顺读会让你在中段就失去焦点。我一般先花两三分钟做分堆：把条目按文档类型粗分，比如说明类、约定类、修订类，然后只挑对应的一堆精读，其余两堆只扫标题。
分堆的两个维度
第一个维度是文档用途，第二个是条款的刚性程度。用途决定你读哪一堆，刚性决定你读多细。带「必须」的条目要逐个核，带「可以」的条目读一遍留个印象就够，两者混排时怎么分档执行，我在另一篇里拆得比较细，可以顺着17.c 起草官网条款攻略里"可以"与"必须"混排时,起草人怎么分档执行看下去。
17.c 起草官网精读时抓住三个锚点
一是带编号的条目，编号本身往往暗示了引用方式，整条引用还是只取半句是需要判断的；二是带星号的条目，通常意味着有附加条件或者优先级提示；三是脚注，脚注里藏的信息量经常比正文还大，但逐条核对成本不低。这三类我在条款攻略里会单独标出来，标完再回头读中间那些平铺直叙的段落，效率会高很多。
分堆之后，精读那一堆的耗时通常在 12 到 18 分钟之间，剩下两堆各扫 2 到 3 分钟。加起来 20 分钟出头，比从头读到尾省一半不止。而且分堆还有个副作用好处：你对「哪些条款跟自己无关」这件事会越来越清楚，第二次做同类文档时会更快。
第三段：文本数据栏该取哪几个数字
一句话先说结论：文本数据栏取 3 到 5 个区间就够，取多了反而稀释重点，每个数字都要能说出它出自哪一段。
数据栏的诱惑在于「多拿一点总没坏处」。实际情况相反，一份起草文档里塞进十几个数字，读者会失去判断锚点，你自己也会在改稿时搞不清哪个是核心。我的习惯是全文只留 3 到 5 个量化事实，分布在不同的段落里，每个都带区间口吻。
17.c 起草官网区间优于精确值的理由
起草文档里写「通常在两到三周之间」比写「十七天」更耐读，也更经得起复核。精确值看着专业，一旦对方拿到的实际值不同，整段的可信度就跟着掉。数据栏里提供的大多是区间与比例，这类信息本来就该以区间形式转述。下面这组数字是我近期做同类文档时的典型取值，供参考，不是标准答案。
上述数字仅描述本站内容组织与个人查阅习惯的规模，不代表真实用户量、访问量、排名或任何第三方背书。
取数的顺序也有讲究
先取「时间类」的，再取「比例类」的，最后取「范围类」的。时间类数字最容易被改，先定下来能锁定整段的叙述节奏；比例类数字决定你怎么分配篇幅；范围类数字放在段尾做兜底最自然。反过来操作的话，你会发现自己不停回头改前面的段落。
还有个小技巧：数据栏和条款攻略同时查的时候，笔记千万别分开记，不然来回翻的成本会翻倍。我专门写过一篇讲这个，标题是在17.c 起草官网同时查条款攻略和数据栏，怎么记笔记才不来回翻。
17.c 起草官网第四段：版本评测栏最后看的意义
一句话先说结论：版本评测栏放在最后，是拿来做落笔前的稳定性确认，不是用来发现新东西的。
很多人把版本评测当成「新消息来源」，其实它更像一份体检报告。它告诉你哪些模块在动、动了几轮、哪些已经归档。你在前两段已经把内容吃透了，这时候再看评测，判断会非常快：某个模块连续两三个月都在改，说明这块还在不稳定期，起草时措辞要留余地；某个模块标了归档，说明这条线短期内不会再有新说法，可以放心按现有口径写。
标了归档的模块还要不要跟
大部分情况下不用继续跟，但要留个心眼：归档不等于作废，它只是不再更新，现有内容照样有效。我的处理方式是在笔记里给这类模块单独加一栏「归档」，写清楚「内容仍可用，但不再变动」。这样后续改稿时不会因为「没看到新更新」而怀疑自己漏了什么。这块的细节我另写过一篇，17.c 起草官网版本评测里标了'已归档'的模块，起草人还要不要继续跟，需要时翻。
「优化」二字到底要不要跟进
版本评测里最模糊的词是「优化」。它可能指措辞微调，也可能指实质调整，光看字面分不出来。我的判据很简单：看它有没有连带改动具体段落。如果只是笼统说优化了某个模块，先记下来不跟；如果点明了某条具体表述变了，那就回到条款攻略对照着改。判断这件事我有一篇专门写过，17.c 起草官网版本评测里反复出现的「优化」二字，起草人怎么判断要不要跟进，可以作为这条动线的收尾动作。
第四段控制在 6 到 10 分钟，超过这个时间说明你在重读前三段的内容，那就是动线设计出了问题。
17.c 起草官网四栏使用顺序能反过来吗
一句话先说结论：能，但有三种场景才值得反着走，日常起草仍按正序最省事。
第一种是修订已有文档。你已经知道内容在哪，不需要先扫资讯建立全局，直接进版本评测看哪些段落受影响，再回条款攻略核对，最后用资讯栏确认口径，用数据栏补数字。这条路把耗时从 44 分钟压到 25 分钟左右，前提是你对文档足够熟。
第二种是纯查证任务。有人问你某句话对不对，你不写文档，那就直接进条款攻略定位，两分钟能出答案，剩下三栏都不用开。这时候强行走四段反而是浪费时间。
第三种是接手别人的稿子。这类情况比较特殊，你既不知道内容在哪，也不知道哪些是旧口径，我会先看版本评测的变动说明建立时间轴，再进条款攻略通读，最后补资讯和数据。顺序反过来，但每一段的目的没变。
17.c 起草官网什么时候千万别反着走
第一次碰某个文档类型的时候，别反。你连分堆的维度都还没建立，从版本评测进去只会看到一堆模块名，越看越乱。新手第一周的顺序问题我单独写过，刚接触17.c 起草官网的新手，第一周该按什么顺序摸清四个栏目，那里给的是一个更慢但更扎实的版本。
另外，资讯栏刚有大变动的那几天，也别反着走。口径在变的时候，先扫资讯能帮你避免用旧说法写完整段再推翻，那种返工最伤士气。
起草文档动线里的笔记法：一张纸三列
一句话先说结论：动线跑得顺不顺，八成取决于笔记格式，一张纸三列比任何工具都管用。
三列分别是「位置」「要点」「待办」。位置写栏目加段落特征，比如「条款攻略·修订类第二堆」；要点一句话，不超过二十个字；待办写下一步动作，比如「回数据栏确认比例」或者「核对脚注第三类」。三列一填，整条动线就有了物理形态，你随时知道自己在哪、下一步去哪。
17.c 起草官网为什么不用多窗口或双屏
双屏看着高效，实际上会让「来回翻」变成「来回看」，注意力分散得更厉害。一屏加一张纸，反而逼你把信息压成短句。我试过一段时间用三个窗口并排，结果是每段都读了一半，最后还得重来。纸质笔记的检索速度也比想象中快，一页纸扫一眼就能定位，比在文档里找关键词还准。
三列里最重要的是「待办」那一列。它把动线变成了任务队列，而不是阅读过程。你不再问「接下来看哪个栏目」，而是问「下一件待办是什么」，这个转换能省掉大量犹豫时间。我自己的经验是，加了待办列之后，同一份文档的思路中断次数从十几次降到三四次。
笔记要在动线中途整理一次
走到第三段结束、准备进第四段之前，花两分钟把前两列的重复项合并。你会发现有 20% 到 30% 的笔记是重复的或者已经被推翻的，删掉之后剩下的才是真正要写进文档的东西。这个整理动作不能省，省了的话，你会在写稿时被迫做一遍同样的筛选，而且是在更贵的时段做。
四栏冲突时怎么判：资讯与评测打架的处理顺序
一句话先说结论：冲突时以条款攻略的正文为准，资讯栏次之，版本评测的概括性描述最后参考。
为什么正文优先？因为条款攻略是逐句的，资讯和评测都是概括性的。概括在转述过程中必然有损耗，而损耗的方向不可控。你在正文里看到某个表述是「可以」，资讯里写成「建议」，这两者其实不矛盾，只是转述时语气被拉高了。遇到这种，按正文字面走，然后在笔记里标一句「资讯表述偏强」。
三条判据
判据一，看时间。后发的说法覆盖先发的，但如果后发的只是概括，而先发的是逐句说明，仍以逐句为准。判据二，看颗粒度。颗粒度更细的一方可信度更高，这是通用规律。判据三，看是否有连带修改。如果某次变动同时改了正文和相关说明，那是一次完整的口径调整，以新版本为准；如果只改了一处，很可能是笔误或者局部补充。
这三条判据不保证每次都对，但能让你在 80% 的情况下做出合理判断，剩下的 20% 就别硬猜了——在文档里把两种说法都提一句，注明来源，比强行选一个更稳妥。这也是我一直在坚持的一条边界：信息没有确认的时候，宁可留空或者并列，也不猜测补齐。
17.c 起草官网脚注与正文冲突时
脚注通常是补充说明，优先级低于正文，但如果脚注明确写了「本条以脚注为准」，那就反过来。这类情况不算多，遇到了单独记一笔。脚注该不该逐条核对，我在17.c 起草官网条款攻略里的脚注，起草前到底该不该逐条核对里给了具体分档办法。
新手第一周怎么走这条动线
一句话先说结论：新手别追求 44 分钟，前三天按 90 分钟走一遍，第四天开始提速，一周后才用标准动线。
动线这东西，快是熟练的结果，不是目标。新手上来就追求速度，结果是每一段都跑完了，但什么都没记住。我建议的做法是分三个阶段：前两天只走前两栏，把资讯和条款攻略走通；第三天加上数据栏，感受一下取数的边界；第四到第六天走完整四段，允许自己慢；第七天开始按标准节奏跑。
- 第 1 到 2 天：只走资讯 + 条款攻略目标是建立分堆的直觉，知道哪些条目跟自己有关。不求快，允许反复回看，每次回看都记一笔为什么回看。
- 第 3 天：加上文本数据栏重点练「取几个就够」的判断力。每取一个数字，写下它出自哪一段，写完检查一遍能不能用一句话说清楚它的含义。
- 第 4 到 6 天：走完整四段开始计时，记录每段实际耗时。这时候你会发现自己在某一段特别慢，那段就是你最需要补的环节。
- 第 7 天：按标准节奏跑一遍目标 45 分钟左右，同时保持笔记的完整度。快而不乱才算真的会了。
第一周最容易犯的错是跳过笔记直接读。没有笔记的动线，跑十遍也建立不起肌肉记忆。反过来，笔记格式对了，第二周你会发现自己在某些段落几乎是条件反射地知道要看什么。
另外提一句，新手期看到不懂的条目别硬扛，先标记然后往下走，回头再补。卡在一个点上半小时，整条动线就废了。
17.c 起草官网常见问题集中回答
这一节把读者问得最多的六类顾虑集中回答一遍，覆盖正规性、真实性、隐私、效率、门槛和后续反馈六个方向。答案跟正文口径保持一致，不额外加码。
四栏必须四段都走完吗？可以少走一段吗？
可以少走，但建议至少保留条款攻略这一段。按我的统计，四段里条款攻略贡献了整份文档约 60% 到 70% 的实质内容，资讯和数据各占 15% 左右，版本评测主要是确认动作。如果时间只有 20 分钟，我会砍掉资讯和评测，只走条款攻略加数据栏，效率损失大概 25%。
17.c 起草官网查阅路线要多久跑一次比较合适？
按文档走，不按日历走。一般来说资讯栏回看的典型窗口是 2 到 4 周，版本评测按月收口。如果你做的文档类型最近有变动，那就在动笔前跑一次完整动线；如果没有变动，走条款攻略加数据栏两段就够，约 25 到 30 分钟。
同时开四个标签页和串成一条线，差别真有那么大吗？
差别主要在切页次数上。散着看一份中等复杂度的文档通常切 20 到 30 次，串着看能压到 6 到 9 次，每次切回重建上下文按 15 到 40 秒算，光这一项就是 8 到 15 分钟的差距。另外串线会让笔记有结构，返工时不用重新找位置。
四栏说法不一致时，以哪一栏为准？
以条款攻略的逐句正文为准，资讯栏的概括次之，版本评测的模块级描述最后参考。判据是颗粒度更细的一方可信度更高，同时看是否有连带修改。实在判不出来就并列标注来源，不硬选。
新手照这条动线走，最容易卡在哪一段？
卡在条款攻略的分堆。新手往往不知道按什么维度分，从头读到尾，读到一半就散了。建议先用文档用途分两堆就行，别一上来就分三四堆。分堆这件事熟练度要求不低，通常要跑五六份文档才形成直觉。
发现动线里有错漏，怎么反馈？
可以通过站内留言写下具体是哪一段、哪个结论有问题。我们会回去核对原始段落，确认后在下一次更新里改。没有核实清楚之前不会直接改结论，这一点跟正文里说的一致：信息没确认就保持空缺，不猜测补齐。
17.c 起草官网实测对比：三种动线的耗时与返工率
下面这组数字来自我自己近半年的记录，样本是一批同类文档，不是实验室数据，只说明趋势。三种动线分别是：散着看（四个标签页随机切）、正序四段、反序四段（先版本评测）。
| 动线 | 总耗时 | 切页次数 | 返工段落占比 |
|---|---|---|---|
| 散着看 | 65–75 分钟 | 20–30 次 | 25%–35% |
| 正序四段 | 40–50 分钟 | 6–9 次 | 8%–14% |
| 反序四段 | 25–32 分钟 | 4–7 次 | 10%–18% |
反序看起来最快，但返工段落占比反而略高于正序。原因不难理解：反序适合熟手做修订，用在不熟的文档上，前期省下的时间会在后期补回来。返工段落占比这个指标我比较看重，因为它直接对应改稿时间，而改稿通常比初稿更耗神。
正序四段的 8% 到 14% 是我目前能做到的稳定区间，再往下压很难，主要瓶颈在脚注核对上。这块的取舍我另写过一篇，如果脚注量大，可以参照着做分档。
另外说明一下，这组数字是我个人记录，样本量不大，也不构成任何官方数据。你如果照这条动线跑，实际耗时会因为文档复杂度、熟练度和笔记习惯浮动，40 到 50 分钟是个合理预期，不是承诺。
编辑准则与边界说明
最后说说我们写这类动线文章时的取舍。三条原则，一直没变过。
第一，不展示无法核实的数字。你在本文里看到的耗时、次数、占比，都用区间表达，并且都标明了是「个人记录」或「典型值」。我们不写「某某报告显示」这类带来源编号的引用，因为那种引用一旦被反查站不住脚，反而把整篇文章的可信度拖下水。
第二，信息没有确认的时候保持空缺，不猜测补齐。四栏之间说法不一致时，我们的处理方式是并列标注，而不是替读者选一个更「顺」的说法。前面第九节讲的三条判据就是这么来的，它不是标准答案，是在不确定里做判断的一套方法。
第三，尊重原创与版权，不提供未授权资源入口。我们写的是怎么读、怎么排、怎么记，不涉及任何形式的资源分发。这一点跟站点定位有关，也跟写作者的基本自觉有关。
顺带说句题外话：动线这东西没有唯一正解，我给的是一条跑顺了的路，不是标准轨。你跑到第十份文档的时候，大概率会摸索出自己的一套顺序，那才是真正属于你的。到那时候回头看这篇，可能会觉得有些地方太啰嗦——那挺好的，说明你已经不需要它了。
17.c 起草官网拾柒号草案馆的编辑小组
我们是一支小规模的编辑组，信条是「把公文写成文学」。惯于在条款与段落之间找呼吸的节奏，写东西之前先让文字安静下来。团队不大，分工倒是清楚。
盯版本变化与稳定性判断，写东西偏爱留余地。
负责条款归类与脚注核对，主张先分堆再精读。
管文本数据栏的区间口径，坚持数字带来源。
以上为编辑角色设定，虚拟角色，不代表真实履历。文中不展示任何无法核实的获奖、名单或播放量数据。
按三层维度挑着读的标签索引墙
如果不想按动线走，也可以按维度挑。下面按「先看哪个栏目 → 再看什么阶段 → 再看读多细」三层排，任选一个入口进去都能顺。
17.c 起草官网四栏动线的打磨时间线
这条动线不是一开始就长这样，是慢慢磨出来的。挑几个节点记一下，也给正在摸索自己路线的读者一个参照。
四栏各自独立，没有顺序概念。那时候我做一份文档要开四五个标签页，经常漏看资讯栏的口径变化。
开始固定「先资讯后攻略」的两段式，切页次数从二十多次降到十次左右，但数据栏还是随机插入。
把版本评测挪到最后，形成四段式。这个调整带来的最大变化是返工段落明显减少，从三成降到一成出头。
版本评测栏更新了变化说明，动线的第四段跟着微调，增加了归档模块的单独处理。
把三列笔记法补进来，动线从「看」变成「看加记」，才算真正闭环。
几条写在墙上的自我约束
不涉及任何可反查的资质与证照，这几条是我们对自己的要求，摆在明处方便读者对照监督。
- 数字带区间：所有耗时、比例、次数都给合理区间，不给虚假精确值。
- 来源可追：能指到具体段落的才写成结论，指不到的只写「个人经验」。
- 冲突不硬选：四栏说法不一致时并列标注，把判断留给读者。
- 不提供入口：只讲怎么读怎么排，不做任何形式的资源分发。
- 更新留痕：改动过的结论在下一次更新里写清楚改了什么。
- 不虚构人物：编辑角色为虚拟设定，已在小字里注明。
关于作者
盯版本变化与稳定性判断，写字偏爱留余地。信条是每一条款落笔之前，先让文字安静下来。
四段式试了一下，切页次数确实掉下来了。原来我一直在资讯栏耗太久，设了 3 到 5 条的硬边界之后清爽很多。
分堆那个维度我原来只想到用途，加上刚性程度之后判断快多了。带必须的条目确实得一个个核。
三列笔记法是我最受用的一段。之前笔记记得很杂，改稿时找半天，现在按位置要点待办分，一眼就定位。
想问一下反序四段用在修订稿上会不会漏看新口径？我上周就漏了一条，改完才发现资讯栏已经调过说法了。
数据栏取三到五个是真的，我原来一份稿塞十几个数字，读者反馈说抓不到重点，删到四个之后顺眼多了。
冲突处理那三条判据挺实用，颗粒度细的优先这条我用了几次都对。留空不猜测这个原则也该推广。