2016 — 2019
单页说明:先把能读的写清楚
入口、规则、常见问题全在一页。好处是打开就有,坏处是找一条具体规则得整页翻。这一阶段解决了“有没有”,还没解决“好不好查”。
01 — 品牌航线
你在小屏上翻到一条规则,发现版本号和上次不一样——这背后,是 38 人的团队按固定节奏在维护。这里讲清楚规则怎么写出来、版本往哪个方向走,以及你遇到疑问时能找谁。
02 — 起点
中文版 2016 年上线时,入口在哪、规则怎么算、常见问题怎么答,全部塞在同一张页面上。能用,但翻起来费劲。访问量涨上来之后,一页装不下,才有了后来按主题拆开、给每条规则配上编号的做法。
九年里,规则从一段说明长成 9 章 68 条。每一条都带着编号、生效版本和适用范围,你在任何一屏看到的表述,都能对应回它属于哪一版。
03 — 编写流程
一条规则从被提出到挂上站点,中间有五道工序。这五道决定了两件事:表述准确,以及不会和上一版打架。
新版本上线前,规则编辑把改动点、适配说明和用户反馈汇总到一处,先确认哪些内容需要写进规则、哪些只需要更新说明。
一条规则只讲一件事。拆到不能再拆之后,再给每条配上编号、生效版本和适用范围——9 章 68 条就是这么分出来的。
每条至少过两个人的手:一人盯表述是否准确,一人盯它和上一版有没有冲突。两份意见不一致时回到第一步重新确认。
发布前跑三轮检查,重点是章节之间不出现互相矛盾的句子。检查没过,版本就压着不发。
每月一个小版本、每季度一个大版本;重大勘误不等排期,当天发。每周三另有一期规则勘误与版本说明,全年约 50 期。
04 — 版本演进
规则体系不是一次设计出来的。每一段都是被某个具体的麻烦逼出来的:查不到、跳不回去、设置找不着。
2016 — 2019
入口、规则、常见问题全在一页。好处是打开就有,坏处是找一条具体规则得整页翻。这一阶段解决了“有没有”,还没解决“好不好查”。
2019 — 2023
内容按主题拆开,登录入口与看活动入口放到同一页面可达,来回切换不用退回上一级。查规则这件事,第一次有了明确的路径。
2023 至今 · V3.1
设置项集中在“适配与账号”栏,栏内分成登录、账号、显示适配、通知四组。响应式适配规范 v2 把正文列宽收在 68 个字符以内,320 到 1024 五档宽度各有对应排版。
05 — 团队分工
规则要准、页面要稳、问答要快,这三件事不是同一拨人干的。四组人各自盯一块,交接点写进流程里。
负责资料收集、条目拆分、双人校对与每周三的勘误说明,是 9 章 68 条的执笔方。
盯 320、375、414、768、1024 五档宽度下的排版与点击区域,保证小屏上不横向溢出、不误触。
处理入口、适配、查询、账号四类咨询,工作日 9:00–18:00 内回复邮件,通常在 6 小时内给出首次答复。
独立于编写与适配之外,负责三轮一致性检查的抽样复核,并对已发布的勘误做回溯确认。
06 — 技术底座
规则写得再细,页面打不开也没用。访问稳不稳、改动多久能到你屏幕上,靠的是规则之外的另一半投入。
我们与 12 家技术服务商、4 家云与内容分发服务商长期协作,2021 年通过 ISO/IEC 27001 信息安全管理体系认证。目前累计发布适配说明 180 篇、版本说明 42 篇,每一篇都对应到具体版本号和生效范围。
07 — 服务指标
如果你正准备长期使用这套规则,下面这些数字可以直接当作对服务节奏的预期。
08 — 下一步
9 章 68 条在工具中心,可以按章节翻,也可以和活动周期对照着看。找不到答案的,邮件写清楚版本号和具体条目,我们会回到你。