A · 资料整理
把线索变成能查的条目
每天从合作方递来的线索、站内留言和旧版本归档里捞素材，按分类打成草案。交出来的不是成稿，而是带原始出处的草案——版本号、适用设备、可能对上的旧编号，都写在里面。
每天从三个渠道收线索
- 2019
- 站点上线
- 14
- 人内容团队
- 12
- 个榜单分类
- 480+
- 条版本条目
发展足迹
从一份安装清单，做到十二个分类
最开始只有一页手动维护的说明。后来问的人多了，说明长成清单，清单长成分类，分类长成榜单。三个阶段，每一步都在处理当时最扎手的那件事。
-
2019
先解决找不到
安装说明从一页涨到几十页，目录本身反倒成了负担。我们把版本号排进表格、按设备归类，让“翻到对的那一条”第一次不用靠试。
-
2021
再解决天天惦记
更新摘要订阅和 RSS 一起开放。挑一种顺手的接收方式，之后不必每天回来刷新，变化自己找上门。
-
2023
最后解决设备差异
测试分支上线，新分类先在那边跑一遍适配，稳了再并回正式线。两条线共用一套分类编号，你在电脑和手机之间来回切，认的还是同一个号。
分类从最初的手工目录扩到今天的 12 类，条目累计 480 余条。每加一个新分类，编号顺着往后排，不动旧的。
到现在，最早那批编号还挂在原来的条目上。你收藏过的链接、抄在便签上的号码，过一年再翻出来照样能对上。
团队分工
十四个人的三件事
内容团队 14 人，拆成三组。不是三条互不照面的流水线，而是每天都要互相交东西的闭环。
B · 版本复核
两个方向都对得上才放行
草案到了这一组，版本号和设备适配会从两个方向各查一遍。通过的条目拿到固定编号并写进分类索引，从这一刻起，排序怎么调都行，这个号不动。
通过后编号长期不变
C · 前端体验
电脑端和手机端分别长什么样
同一批数据，桌面端是版本号并排的表格，小屏上就得压成一屏扫得完的摘要。哪个字段排前面、哪个能折叠，由这一组定。入口位置和小屏浏览方式也归他们。
首屏加载目标 1.5 秒以内
上架流程
一条条目要过四道关
从一条线索到进榜，中间隔着四步。每一步都可能退回上一步重来，所以榜单上的条目才值得你直接照着用。
STEP 01
归集线索
合作方递来的新变化、留言里提到的版本差异、旧归档里翻出的历史条目，先进同一张待办表。
同一条线索被反复提到时，会优先排进下一批处理。
STEP 02
双向比对
版本号和设备适配从两个方向各查一遍。两边对不上，整条退回上一组，不带着疑问往下走。
字段格式与来源出处各查一遍，分两次做，不合并。
STEP 03
编号归档
通过的条目拿到一个固定编号，写进对应分类的索引里。历史记录保留最近 8 个版本，随时能往回追。
编号一经分配就不再变动，排序调整不会影响它。
STEP 04
进榜排序
条目按当前排序维度落到榜单上的位置。名次会随更新浮动，编号和内容始终绑在一起。
排序在每周的更新日统一同步一次，临时加更时单独调整。
更新日运转
周三和周六，一天是这么走的
发布一般落在当天 10:00 前后。这个节奏两年多没断过，路径也没改过，你把站点加进书签，什么时候回来看到的都是同一套走法。
-
09:30
待发条目定稿
上一批复核通过的条目排好顺序，确定这一期要动哪些分类、哪些位置。
-
10:00
榜单排序同步
新条目进榜，同时按最近更新、稳定安装、电脑端优先、小屏适配四个维度重排一次。
-
10:30
更新摘要推送到订阅端
这一期动了什么，一条摘要说清楚。订阅和 RSS 两条路同时走，你挑顺手的那个收。
-
当天
留言与邮件集中处理
工作日 10:00–18:00 有专人盯着留言和邮箱，报上来的卡点当天排进下一批线索。
临时加更
遇到影响面大、直接改变安装路径的版本，不等下一个更新日，当天加发一次。加更的条目同样走完四道关，只是把排期提前。
季度全量索引扫描
每季度把整份索引跑一遍，已经移动位置的条目重新挂回正确分类，保证你点进去还是能找到东西。
内容伙伴
三十余个伙伴，选题在这里汇合
对你的意义
这些流程，落到你手上是三件事
- 01
- 02
- 03