品牌总览 · V2.0 品牌页

6 大类 28 个栏目,让每位玩家都找得到入口

竞博JBO 把品牌站的内容收进一套分层分类架:第一次来的人按大类往下点,就能一步步抵达目标栏目;换过设备回来的老用户,也能在几秒内回到上次看的位置。我们一直在做的,是让「找内容」这件事本身不用动脑。

抽象光轨与半透明界面层叠的品牌主视觉示意

01 · 我们做什么

把入口逻辑做成一件产品,而不是一个长菜单

玩家打开一个内容站点,最怕的是不知道从哪儿点。竞博JBO 的做法是先把内容按玩家关心的方向归成 6 个大类,每类下面再拆成 28 个分支栏目。新访客不需要记住任何路径,沿着分类一层层点下去,就能抵达目标内容。

同一套层级在两种设备上共用:小屏手机打开首页,第一眼看到的就是完整的一级分类,点开后分支栏目从胶囊下沿滑出;桌面端把分类架常驻在页面一侧,两级结构同时可见,不用来回点进点出。站内搜索覆盖全部 28 个分支栏目的标题与摘要,记不住栏目名也能用关键词直接命中。

  • 6 一级分类
  • 28 分支栏目
  • 1800+ 当季栏目累计内容条目

02 · 分类架三代演进

从平铺到悬浮,每一代都在解决一个真实的查找问题

分类架不是一开始就长成现在这样。栏目变多之后,我们每一次调整结构,都是因为玩家在某一步卡住了。

平铺列表、折叠分组与悬浮分类架三种结构并排对比示意
  1. V1 平铺列表

    所有栏目一字排开

    栏目不多的时候,一次性铺开最直观,扫一眼就能找到。但随着内容类型增加,列表越来越长,手机上要滑很多屏才能看全,找东西反而变慢。

  2. V1.5 折叠分组

    按主题收进可展开的分组

    栏目按主题收拢之后,列表变短、层级清楚了一些,但第一次访问的人还是得先展开、再判断里面有什么,试错的成本留在了第一步。

  3. V2.0 悬浮分类架

    两级结构同时可见,并且跟着你走

    现在的分类架悬浮在页面一侧或顶部,一级分类与分支栏目能同时看到,不用来回点。小屏设备打开首页即呈现完整分类架,往下滚也不会消失。常用栏目还可以固定在架顶,按自己的习惯排序。

03 · 内容运营机制

内容不是集中爆发,而是按节奏持续在跑

当季栏目保持每周两到三次的更新节奏,每季再出一期当季专题,把这一季新增和修订过的内容按期归集到一处。订阅了某个分类的玩家,有新内容时会收到提醒,不用自己回来翻。

选题从玩家反馈里来

客服侧的常见问题、站内搜索的高频词、各栏目的实际点击情况,都会进入选题池。归属哪一类、放在哪一层,跟着分类架走。

内容分五类归档

入口指引、版本迭代、运营手记、功能说明、用户问答,五类各自有固定的写作结构和审校流程,玩家一眼能看出这条属于哪种信息。

每季度做一次全量复核

已有内容逐条过一遍,过时的入口路径、失效的操作说明、改动过的栏目层级,都会在这个环节修正。

分类架结构每年评估一次

层级是不是还符合玩家的查找习惯、分支栏目有没有该合并或拆分的,按年度重新评估,避免结构随时间越堆越乱。

04 · 团队与协作生态

46 个人分三组,配合 18 家伙伴把内容和服务顶住

内容不是一个人写完就发。内容运营管选题、撰写与复核;技术支持管分类架、客户端和跨设备同步;用户服务管对接来访、处理反馈,并把玩家的真实问题带回来变成选题线索。三组在同一套分类架上协同,玩家看到的内容层级才一直保持稳定。

  • 内容运营组

    选题排期、撰写校对、当季专题归集、季度全量复核。

  • 技术支持组

    分类架结构迭代、iOS 与 Android 客户端维护、跨设备同步与离线缓存。

  • 用户服务组

    渠道值班、问题受理、帮助内容维护与选题线索汇总。

除了内部团队,站点长期与 18 家内容和技术伙伴协作,各自承担不同的部分:

  • 选题策划与专业领域的内容把关
  • 多语言文案校对与差错复核
  • 客户端在不同机型上的适配测试
  • 服务器运维、访问保障与安全巡检

05 · 覆盖规模与服务能力

120 万注册用户、覆盖 31 个省级区域,共用同一套入口

无论在哪个省份、用什么型号的设备,玩家打开的都是同一套分类架。目前站点注册用户超过 120 万,月活跃访问用户约 46 万,访问来自全国 31 个省级区域。

节点连线构成的服务覆盖与协作网络示意

120 万+

注册用户

46 万

月活跃访问用户

31

省级行政区覆盖

2

客户端形态 iOS 与 Android