编辑与校对
12 人
负责栏目文案与条目描述，统一标点和数字写法，每条内容至少经过一次独立复核。
2016 年上线 · 当前版本线 v7
PG会馆：把栏目、版本与回访记录长期维护在同一处
你隔一阵子回来查一次回访记录，或者要把某个三级条目的路径转给同事，都会希望位置和上次一样。PG会馆从 2016 年上线起就围绕这件事往下做：栏目结构保持稳定，版本更新标清楚日期，回访记录按时间轴排好。这一页说说我们是谁、靠什么把这件事维持住。
- 28 内容团队成员
- 12 编辑与校对
- 18 栏目共建机构
- 7 轮版本迭代
会馆做什么
常来 PG会馆的人大致分三类。
第一类是隔一阵子回来一次的用户。他们通常想确认最近一次回访是什么时候，之前看过的那条记录还在不在，栏目路径有没有挪过位置。
第二类是做内容编辑与运营的人。他们要沿着栏目一层层往下走，定位到某个三级条目，把路径复制给同事，或者把旧版说明和当前版本的说明摆在一起看看差别。
第三类是与我们共建栏目的机构。他们需要把某个服务范围下的条目收藏起来，再导出成 CSV 或 PDF 存档，单次最多 2000 条。
这三件事本身都不复杂，难的是长期不变形。编号、层级关系、更新时间一旦中途换过写法，下一次回来就得重新找一遍。我们把力气花在稳住这些地方。
栏目体系是怎么长起来的
栏目以树状索引组织。6 个一级栏目是大类入口，往下分出 24 个二级栏目，二级下面再落到 136 个三级条目。从大类走到具体一条记录，逐级展开就行，中途不用换页。
这套结构不是一次做成的。上线时只有一级栏目骨架，第二年补齐二级，之后逐渐细化到三级。扩展过程中编号保持连续，新条目挂在它该在的位置，而不是顺手追加在末尾。
一级栏目 · 6 个
每个一级栏目对应一类使用场景，是整棵栏目树的入口层，最常被直接收藏。
二级栏目 · 24 个
二级栏目把一级拆成更具体的分类，平均每个一级栏目下挂 4 个，是日常定位时最常停留的一层。
三级条目 · 136 个
三级条目是能直接打开、收藏和导出的最小单位。展开到这一层，路径就可以复制给同事。
七轮迭代，每一轮都留下日期
从上线到现在，站点走过了七轮版本迭代，当前版本线是 v7。每个版本在版本说明里都标了具体更新日期，v5、v6、v7 三代的条目可以放在一起对照，看看这一处是什么时候改成现在这样的。
想知道某个栏目上一版是怎么写的、旧版更新时间落在哪一天，顺着栏目路径就能找到对应的版本说明。
-
v1 上线首年 · 春季
搭起一级栏目骨架，站点正式开始对外服务。这一版定下的编号方式沿用至今。
-
v2 上线首年 · 秋季
二级栏目补齐，栏目路径第一次可以逐级点开，从大类一路走到具体分类。
-
v3 第二年 · 春季
加入检索联想，输入关键词就能跳到对应栏目，不用先猜它落在哪一层。
-
v4 第三年 · 秋季
栏目路径复制上线。三级条目的地址可以直接发给同事，对方打开的和你看到的是同一处。
-
v5 第五年 · 春季
记录查询开始提供对照视图，同一个栏目在不同时间的条目可以并排比较，最多保存 20 个对照方案。
-
v6 第六年 · 秋季
条目收藏与导出补齐，按服务范围勾选后可以导出成 CSV 或 PDF，方便机构对接人存档。
-
v7 当前版本线
回访记录与栏目树入口放进同一层菜单，最近一次回访在时间轴顶部高亮，隔久了回来也能一眼找到。
版本迭代、栏目调整、活动规则、使用技巧与回访实录这五个分类，都收在专题与版本里。
一支常驻天津的团队
内容与技术团队常驻天津，共 28 人。其中编辑与校对 12 人，技术支持 9 人，其余成员负责栏目规划、合作对接与日常运营。
一条条目从初稿到上线要经过四步：编辑初稿、校对复核、路径校验、正式上线。路径校验这一步专门看三级条目的地址能不能正常打开、层级关系有没有错位。栏目调整公告在每月第一个工作日发布，版本说明每周三更新。
合作方的栏目，和我们的一起体检
-
18 家共建机构
合作方向我们提供内容，我们负责把它放进合适的层级、标好更新时间，并保证路径能被正常分享出去。
-
每年两次全站体检
春季与秋季各做一次，随当季版本一起完成，不额外排期，也不会让栏目中途停摆。
-
体检看三件事
已有的栏目路径是否还能走通，条目上的日期是否都还在，旧版说明是否还找得到。发现问题就在当季版本里修掉。
为什么值得一次次回来
条目稳定。编号和层级关系不随版本随意改动，你这次记住的位置，下次来还在原处。
路径可以复现。每个三级条目都有能直接复制的路径，发给同事，对方打开的就是同一处。
日期对得上。版本说明标注更新日期，回访记录按时间轴排列，最近一次回访会高亮显示，你能清楚说出上一回是哪一次。