判断归类，写清摘要
负责让一份新资料进对栏目，并且读起来不费劲。
- 来源判断看资料出自哪里、属于哪个大类，再决定放进哪个二级栏目。
- 摘要撰写给每条记录配一段能直接看懂的短说明，不用点进去猜内容。
- 归类复核条目进目录之后回头再看一遍，位置放错了当场挪。
品牌档案 · 四川成都
亿博主页的来路，写在一册不停加页的档案里
从一册手写的目录开始，到今天首页上随手就能展开的目录树。你在站里看到的每条更新记录，背后都有人按月整理、按号归档。这一页讲清是谁在做、怎么做、做了多久，也让你判断这份内容值不值得长期依赖。
- 26 人的内容团队
- 17 位成都本地成员
- 12 个内容大类
- 320 个已编号案例条目
01 · 来路
翻旧了的手写目录，怎么长成首页的目录树
最早那一册是手写的。谁整理过什么、放在哪一格，都记在纸上。册子被翻得太多次，边角起了毛，我们才开始想别的办法。
-
最早
一册手写目录的起点
分类、编号、存放位置全靠笔写。那时候想找一份旧资料，得先问对人，再翻对页。
-
后来
目录搬上屏幕
纸册不再够用，分类顺序照旧搬到了线上。查找从逐个翻页变成输入关键词，人不在档案室也能自己找。
-
再往后
序号成了共同语言
案例合集开始按发布先后排号。一个号对应一份资料，不同页面之间引用同一个号，说的就是同一件事。
-
现在
更新一直没停过
线上目录版本上线至今，累计发布更新记录 480 余条。目录树现有 12 个一级栏目、74 个二级栏目，在首页不用登录就能展开。
02 · 团队分工
26 个人，三条分工线，各管一段
内容团队 26 人，其中 17 位在成都本地办公。分得清楚，一份资料从判断归类到出现在首页，才不会掉在中间没人接。
排号，管住对应关系
负责让一个序号在不同页面指的都是同一份资料。
- 序号编排按发布先后给每条案例合集排号，号本身就是时间顺序。
- 对照维护序号与页面之间的对应关系一直有人盯着，引用时不会指错地方。
- 变更留痕下架与合并的条目保号不补，别处引用过的号依旧能找到原位置。
让目录翻得动、看得清
负责目录层级、时间刻度和小屏上的阅读顺序。
- 目录树管展开与折叠的层级，一层套太深或太浅都不好用。
- 时间轴刻度让首页的更新记录按时间排得整齐，一眼能看出先后。
- 小屏阅读顺序窄屏下目录自动折叠成纵向列表，不出现左右拖动。
03 · 维护节奏
按月整理，按季复核，改了结构会写进记录
内容不是一次性摆上去就不动的。固定的节奏让目录始终跟得上新资料，也让翻旧版本的人不用重新摸索一遍。
每月
新条目进目录
新到的资料按分类进入对应栏目，发布日期和案例序号一起写入。你在首页看到的先后顺序，就是这个录入顺序。
每季
目录层级整体过一遍
12 个一级栏目连同下面的二级栏目一起复核，该合并的合并、该拆开的拆开，避免某一块越堆越乱。
有重大调整时
结构改动同步写进记录
目录结构一旦变化，调整内容会写进更新记录。旧版本资料保留原来的编号，按年份区间或按序号都能查回来。
04 · 编号体系
一个序号，对应一份能一直找回的资料
案例合集按发布顺序排号，目前已经排到第 6 组，累计 320 个案例条目。你在不同页面看到的同一个号，指向的是同一样东西。
320
个案例条目已编号
6
组案例合集在册
-
R1
按发布先后排号
先发布的号小，后发布的号大。看到序号，大致就知道这条资料是什么时候进来的。
-
R2
组号在前，条目号在后
一条合集占一个号，写成「第几组 · 第几条」，翻找的时候先定位组，再定位条目。
-
R3
序号不回收
下架或合并的条目不重新发号，原来那个位置留空。别处引用过的号，不会突然指到另一份资料上。
-
R4
跨页面通用
在更新记录、目录树或帮助中心看到同一个号，都能顺着它回到同一条资料。
05 · 协作与认可
和谁一起做事，被谁记过一笔
近三年，一起做过内容协作的机构有 40 余家。合作方式不复杂，各自把手上那块资料整理清楚，互相引用时少走弯路。
对外协作方向
- 内容共建：一块主题的资料两边一起整理，各自在自己的入口对读者负责。
- 专题合辑：围绕一个主题把站内条目重新组织成一条阅读路线，从哪读起一目了然。
- 资料互引：互相引用各自目录和编号，找一份旧资料不用在两个地方各翻一遍。
拿到过的认可
- 内容整理类行业评选提名 2 次。
- 入选地方数字内容案例库 1 次。
- 成都本地团队成员 17 人，长期驻地在四川。
想聊内容共建、专题合辑或资料互引，从联系与合作这一页开始最快。