品牌自述 · 站点维护记录
删到只剩两条主线,然后一直维护它
28圈主站 由 11 人小团队维护,内容框架自 2016 年建立后没有换过方向:把中奖规则写清楚,把期号列表排整齐。这一页交代这几年删掉了哪些栏目、谁在负责校对、版本是怎么走的,以及哪些口径我们愿意公开让人核对。
- 内容框架建立
- 2016 年
- 团队规模
- 11 人
- 累计期号记录
- 4.2 万条
- 客户端当前版本
- v3.4
-
起点
栏目最多的时候,首页上并排挂着七八块
2016 年建立内容框架时,这个站点和大多数资讯站长得差不多:赛程速递、玩法百科、开奖播报、术语表、社区精选,一块挨着一块,靠链接勉强串成一条路径。栏目铺得越宽,需要维护的人手就越多。一个季度之后回头看,还能保持每周更新的只剩开奖播报一块。
接下来的几年是一轮一轮的删减。赛程与玩法类目长期无人打理,先下线;社区入口在运营停止后关停;术语表被拆成条目并入帮助中心。删减没有排过明确时间表,判断标准只有一条——这块内容还能不能长期维护得住。
到 2021 年整体改版深色数据终端风格时,首页只剩下两块:中奖规则和期号列表。这不是一次精心设计的收敛,是删到最后剩下的结果。
曾经并列在首页的栏目里,只有两块保留到了今天。 -
取舍
两条主线各自回答一个问题
规则回答「什么算中奖」,期号回答「哪一期发生了什么」。前者几乎不动,一次定稿往往要撑好几年;后者每天都在长,每期公告发布后 15 分钟内同步。把两件事放进同一个结构里,访问者查任何一样东西都只有一个入口。
-
主线一
中奖规则
写清中奖条件、档位划分与逐项核对方式。规则文本定稿后极少调整,任何一次措辞改动都会记进版本说明,避免两处说法对不上。
-
主线二
期号列表
公告发布后 15 分钟内同步,经双人复核后写入历史索引。数据回溯至 2016 年第 1 期,累计约 4.2 万条期号记录与 1,860 组历史号码索引。
如果再补第三条主线,维护强度就会超出 11 个人能稳定承担的范围。这是删减真正的原因,也是这些年内没有再扩栏目的原因。开奖观察承担期号这一侧的更新记录与专栏沉淀。
-
主线一
-
分工
每一期数据都要过两个人的手
岗位与人数
- 数据校对 逐期比对公告原文,维护历史索引与口径日志 5
- 前端与数据可视化 号码分布、冷热色块与期号列表的呈现逻辑 3
- 内容编辑 规则文本、专栏与月度回顾的撰写与交叉核对 2
- 客服协调 来函分拣、纠错登记与回复排期 1
入库前的四步
-
01
公告发布后,第一位校对完成期号、号码与时间戳的录入。
-
02
第二位校对独立打开同一份公告,逐项比对,过程中不参考前一次录入结果。
-
03
两次结果一致,数据写入历史索引,同时记入当日口径日志。
-
04
两次结果不一致,整条退回重录,并在下一个校对周期再做一次复核。
访问者通过客服邮箱提交的纠错走同一套流程:登记、复核、修正,然后在下一个校对周期内同步到索引。提交入口和需要填写的内容,都写在帮助中心里。
-
版本
从 v1.8 到 v3.4,改动都落在呈现方式上
带版本号的改动集中在呈现层,规则文本与统计口径在同期基本没动过。目标是同一件事:让号码与期号在小屏上也读得清楚。2021 年那次整体换成深色数据终端风格,属于样式层面的重做,没有单独编号。
- v1.8 期号列表引入折叠,长列表默认收起到 20 条,展开按钮写明剩余条数。
- v2.6 加入冷热色块,色块可以按三档窗口切换,悬停显示该号码在各窗口中的出现次数。
- v3.0 小屏号码分布视图上线,手机浏览器与客户端不再依赖横向滚动看分布。
- v3.4 桌面端与小屏统一到同一套统计逻辑,两端结果完全一致,只改变排布。
刻度沿同一条基线排列,节点疏密对应两次改动之间的时间跨度。 -
口径
公开什么,以及不做什么
公开披露
- 冷热号统计分近 30 期、近 100 期、近 300 期三档窗口,页脚与条款页使用同一份说明。
- 连号频次按 0–2 连、3 连、4 连及以上三档归类,所有页面共用这一套分档,不另设口径。
- 数据同步时间、双人复核流程与纠错处理方式都写在明面上。
- 口径一旦调整,改动内容和生效时点都会记入版本说明,旧版说明保留可查。
不做的事
- 不提供购买、投注、代购与充值入口,页面上也不留引导性表述。
- 不做走势判断,不对结果做任何形式的暗示或承诺。
- 不投放第三方推广位,也不做推广位置换。
- 不使用真实人物形象、姓名与证言,视觉素材只用抽象图形与场景氛围。
- 不声称与任何发行机构存在授权、合作或指定关系。
完整表述写在使用条款与声明页,包含统计窗口的定义、更新机制与引用转载时的边界。
屏幕上的数字与纸面上的说明,是同一份口径的两种呈现。