四年四次大改版 把规则写在你动手之前

拿一次限时专题活动举例。文案写完不等于能上线：它要先过起草与初审，再做条件复核，最后走一遍上线终审。三道关加起来，平均 2.5 个工作日。

1. A

   起草与初审

   内容运营组把参与条件、生效区间、结算说明写成短句固定在页顶，一条只讲一件事；规则审核组紧接着看有没有前后矛盾的表述。

   内容运营组 → 规则审核组
2. B

   条件复核

   把这次的条件与同类历史活动逐项对照，确认不与既有规则冲突；同时检查页面文案与实际流程是不是同一回事。

   规则审核组
3. C

   上线终审

   版本测试组在测试环境走完整条路径，确认没有断层才放行发布，同时写入这条规则的生成时间与版本号。

   版本测试组

四次大版本，二十三次小版本。大版本之间平均隔五个月，中间的小改动随时补，界面细节和文案都在里面。每个大版本发布前还留出一段冻结期，只修紧急问题，不再往里加新东西。

1. V1

   先把入口立起来

   常规、专题、回访三类活动分开陈列

   第一版解决的是活动在哪看、说明在哪找。三类活动各自成栏，页面顶部固定展示参与条件与生效区间，不必翻到最底下才知道怎么参与。

2. V2

   把路径收短

   主页入口拆成三步，中间不再跳转

   获取主页口令、用系统浏览器打开、加入主屏幕，三步写在同一张说明页上。原先散落在几处的指引合并成一条直线，第一次操作的人照着走就行。

3. V3

   查询逻辑重做

   三种维度筛选，结果可导出成清单

   记录查询从单页滚动列表改成按活动名称、参与时间、状态三种维度筛选，覆盖最近 12 个自然月。筛选出来的结果可以导出成文字清单，你自己留一份。

4. V4

   与 iOS 入口同批上线

   27 条变更，分四类

   界面、路径、查询、通知四类共 27 条变更一起发布。订阅更新提醒之后，可以在发布前 48 小时看到下一轮维护与更新窗口，提前安排自己的时间。

你看到的不少专题内容并不全是我们自己写的。12 家内容制作与技术服务机构与我们长期协作，负责插画、动态视觉、前端组件和测试工具。外部交付的成果要走同一道门：通过版本测试才会上线，跟内部做的东西一个标准。

想知道最近改了什么，去更新动态翻一遍；想看下一轮维护窗口，去入口与版本中心订阅提醒。记录怎么筛、两列数怎么对，对照教程里有分步说明。