固定分类索引 · 2016 年起持续维护

从单一业务入口,走到六大固定分类

万博在线最早只做一件事:把平台业务每次功能变更按版本逐条记下来。原本散在各处的玩法入口,经过多年归并与细化,变成一套位置稳定的分类索引——桌面端访客沿六个大类往下走两层就能落到具体条目,合作方也能用同一套编号对齐说明。

入口不挪位置、编号不换写法、每次调整留下过程,是渠道伙伴愿意长期对着这套索引做事的原因。

索引起始
2016
固定大类
6
二级玩法分组
68
三级条目
310余个
维护团队
24
服务覆盖
31省级行政区
01

先把每一次变更记下来

索引的起点不是分类表,是一份按时间往下写的变更记录。

站点最初面对的情况,和很多长期运营的平台一样:功能一处一处加,入口一处一处生,玩家想找某个玩法,要么靠搜索碰运气,要么等熟人在群里指路。真正麻烦的不是内容少,而是同一个东西在不同时间被叫了不同的名字、放在了不同的位置。

于是我们先把「记下来」这件事做扎实:每一次功能调整按版本写入一条记录,写清它动了哪个入口、改名还是移位、影响哪一批玩法。记录攒到一定量之后,规律自己浮出来——哪些内容总被一起找,哪些入口总被跳开。这些规律后来就成了分类骨架的草稿。

到今天,累计留档的版本条目已有 1,240 余条。它们按周持续更新,每一条都能回查到对应的调整动作,这也是新同事理解分类为什么长成现在这个样子最直接的材料。

02

三次结构升级,把入口从乱到定

每一次升级都对应一类具体的查找困难,而不是为了换个排版。

阶段 01

把散落入口收成六个大类

按业务性质把当时几十个入口归并为电子游艺、真人视讯、体育赛事、棋牌对局、捕鱼机台、数字彩券六个大类。访客不必先知道具体玩法叫什么,也能判断自己该进哪一栏。

解决的问题
入口太多,第一眼不知道该点哪
留下的结果
六个大类的名称与排序此后没有变过

阶段 02

大类下面铺出玩法分组

大类页面一路往下堆会变得很长,于是六个大类下共设 68 个二级玩法分组,每个分组承接一组同源玩法。一次打开就能把一个分组里的内容看完,横向比较也省力。

解决的问题
大类页面过长,翻找费时又容易漏看
留下的结果
同类玩法集中,分组层级固定不跳级

阶段 03

给每个条目配上唯一编号

310 余个三级条目各自带一个唯一编号,编号跟随条目当前位置。渠道伙伴沟通时直接报编号即可对齐,不用反复描述「那个带鱼群的、进去之后左边第二个」。

解决的问题
口头描述容易对不上号,反复确认耽误事
留下的结果
桌面端平均两次点击即可下钻到具体条目
分类树状图,主干为电子游艺、真人视讯、体育赛事、棋牌对局、捕鱼机台、数字彩券六大类,分支为二级玩法分组与三级条目
六个大类作为主干,向下分出 68 个二级玩法分组,再落到 310 余个带唯一编号的三级条目。
03

属地固定,表述才守得住

备案与运营长期落在海南,规则表述多年保持同一套写法。

分类索引能不能被长期依赖,一半看结构,一半看这套东西由谁、在哪里、按什么规矩维护。站点以海南为备案与运营属地,主体信息长期不变,规则说明也就不会因为主体更替而前后打架。

备案属地
海南
备案编号
琼ICP备84153555号-1
服务覆盖
内地 31 个省级行政区的桌面端访客
通信地址
海南省海口市龙华区滨海大道77号中环国际广场18层1806室

工作日 9:00–18:00 可致电 400-3555-8575,或发邮件至 kefu@version-manbet.com.cn,用于版本更新答疑、分类索引反馈与结算说明咨询。

04

三组人,按周把索引往前推

内容编辑组、数值审核组与桌面端体验组共 24 人,各管一段。

  • A

    内容编辑组

    负责条目维护:新增玩法落位、同类条目合并、描述措辞统一。每次结构改动同步写入版本记录,交付前先自行复核一遍再送审。

  • B

    数值审核组

    负责数值校验:返水与积分兑换相关的分档、区间与周期逐个对照来源,确认无误后才允许出现在页面上,数值有异议时可以先挂起条目。

  • C

    桌面端体验组

    负责导航体验:下钻层级是否顺、平均点击次数有没有变多、分类色带在各类屏幕上的辨识度够不够。发现问题按周排期整改。

按周

版本条目按周更新,新增玩法、改名与移位当周写入对应分类。

按季度

涉及结构调整的变更按季度发布汇总记录,把当季的动因与结果一次说清。

版本评审看板界面截图,含版本号列表、六大类分类标签与待处理状态标记,画面中不含人物
版本条目进入评审看板后,按分类标签分流到编辑、数值与体验三组的处理队列,状态变化全程留痕。
海南海岸线俯拍低对比底纹,色调偏墨蓝,画面不含人物与地标文字
备案与运营属地常在海南,长期维护的索引也从这里发出。
05

一路走过来的几个节点

按阶段往下读,能看到索引规模是怎么一步步长起来的。

  1. 起步阶段

    只做一份变更记录

    把平台业务每次功能调整按版本逐条写下,先保证不漏记、不改写、可回查。这一阶段没有分类表,只有时间顺序。

  2. 索引成型阶段

    六大类划分确立

    记录里反复出现的规律被整理成六个大类,固定分类索引由此开始长期维护,名称与排序沿用至今。

    这一阶段的规模变化

    入口从几十个零散位置收敛进六个大类,访客第一次可以按大栏进入,而不用先猜具体玩法名。

  3. 分组细化阶段

    68 个玩法分组落位

    大类之下铺出二级玩法分组,把同源玩法收在一处,页面长度和翻找成本同时降下来。

    这一阶段的规模变化

    分组数量逐季增加,最终落到 68 个。每个分组只承接一组同源玩法,不与其他分组混排。

  4. 编号体系阶段

    三级条目完成唯一编号

    310 余个三级条目各自带上唯一编号,位置一改编号同步更新,沟通时可以直接报号对齐。

    这一阶段的规模变化

    条目总数在这一阶段累积到 310 余个,编号与当前所在分类位置一一对应,之后的调整只换编号不换规则。

  5. 常态化更新阶段

    按周写入,按季汇总

    版本条目的更新变成每周例行动作,涉及结构调整的变更按季度汇总发布,节奏稳定下来。

  6. 协作扩展阶段

    18 家伙伴接入协作

    数据校验、界面组件与内容校对三个方向的伙伴陆续加入,把一部分专业环节交给更擅长的人来做。

06

把专业环节交给专业的伙伴

18 家合作伙伴分布在数据校验、界面组件与内容校对三个方向。

数据校验

比对数值来源

逐档比对返水与积分兑换相关的数值来源,发现出入先挂起条目,确认后再放行。这条协作线决定了页面上数字的可靠程度。

界面组件

提供导航与表格组件

提供分类导航与三线表所需的组件,保证下钻层级、色带宽度和表格对齐方式在不同浏览器里表现一致。

内容校对

审读文字与命名

对条目描述与分类命名做语言学审读,避免同类内容出现多种叫法,让访客看到的用词始终统一。

希望参与数据校验、组件共建或内容校对的团队,可以把合作方向与能承接的范围写清楚发给我们。工作日 9:00–18:00 内会收到回复。

了解合作对接方式