品牌档案 / FILE 01

做互博中心这件事,我们从 2019 年做到了今天

每天有几十万人打开 HOOBALL 互博中心,可能是找一个常用入口,可能是翻手机端前一天的操作记录, 也可能是拿旧版和新版逐条对照。这些事我们做得很熟,因为同一件事已经反复打磨了很多年。

平台把入口、记录、版本说明和案例资料收进同一套栏目里,让你一次就找到要的那条, 而不是在几个页面之间来回试。下面是我们一路走来的做法、分工和标准。

暗色环境中的设备屏幕亮起青色光轨,前景叠有一层半透明纸张肌理
夜间控制台 · 呼号亮起后的第一屏
YEAR START
2019
平台上线,持续运营
COVERAGE
31
个省级行政区
USERS
42 万
累计服务用户
COLUMNS
6
个内容栏目
01

日常访问里,你真正用得上的三件事

入口找得到、记录翻得出、案例对得上

09

一级入口

桌面端和手机端共用同一批入口,日常访问都从这里发起。旧版分散的 27 个入口已经合并进来, 同一条路径不再让你绕第二遍。打开首页,你看到的九个位置就是全部起点。

30/1800

手机使用记录

手机端的操作痕迹按时间线排开,默认给你最近 30 条,一眼看清哪台设备、哪个版本、什么场景下发生了什么。 更早的内容可以到归档里检索,目前已经存下 1,800 余条,不会因为版本更新被清掉。

12/240

站内案例合集

过往案例按 12 个专题编排,收录 240 余个。你可以顺着专题从类型入手, 也可以顺着时间线从发生的先后顺序看,两条路都能落回同一条案例。

02

一路走过来的几道台阶

从单批入口到成型的栏目秩序

2019 · 起点

先把入口集中到一处

平台上线第一年,要解决的问题很朴素:使用入口散在不同地方,用户每换一次设备就得重新找一遍。 我们先把入口收进同一个页面,桌面端和手机端共用同一批位置,访问高峰从此有了稳定的落点。

v2 系列 · 扩张

分类越来越细,路径也跟着变长

使用场景变多之后,入口数量增加到 27 个。分类细了,找东西反而慢了——同一个功能可能出现在两三条路径上, 你得先判断自己该走哪一条。这段时间反馈里最集中的一句话是:我知道它在这里,但我要点三次。

v3 系列 · 收拢

27 个入口合并成 9 个

这一版做了最大的一次结构整理:重复路径被合并,27 个入口收成 9 个一级入口, 每个入口只承担一类事情。搬过家的人需要对照,所以旧的差异说明单独成页, 逐条比对 v2 与 v3 在栏目位置、入口数量和记录表达上的不同。

v3.5 · 适配

把手机端的手感补齐

手机端适配 iOS 与 Android 的主流版本,屏幕尺寸从 4.7 英寸一直覆盖到 7.9 英寸。 小屏上按钮不再互相挤压,大屏上时间线一屏能多看几条。同一份记录,换台机器打开还是原来的顺序。

v3.6 · 当前

六个栏目承接全部日常访问

入口、记录、版本说明、案例资料、答疑与反馈各自归位到六个栏目里,版本号在页面顶部统一展示。 答疑中心已经整理出 86 条常见问题,分成 11 个主题,遇到具体疑问可以直接从那儿起步。

由低到高的阶梯折线,节点标注版本代号,线条使用电光青与冷灰对比
v1 → v2 → v3 → v3.5 → v3.6 入口数量从 27 收拢到 9,记录与案例的归档量同步往上走。
03

38 个人,分四组,各管一段

你看到的内容,背后有具体的岗位在盯

G-01

内容组

管栏目结构、案例专题编排和记录归档。12 个专题怎么分、240 余个案例各自归到哪一类、 每条记录的字段填得对不对,都从这一组过。

负责范围:案例合集 · 记录时间线 · 栏目文字

G-02

产品组

管入口顺序、版本节奏和手机端形态。每季度对入口顺序做一次评估,依据来自反馈入口的提交内容 和实际访问路径数据,顺序调整后会在更新与记录里说明。

负责范围:入口目录 · 版本发布 · 客户端形态

G-03

技术支持组

管服务稳定性、数据存储和客户端兼容。记录与案例的历史内容要长期留着, 就得有人盯着存储与访问这一段不出岔子。

负责范围:服务运行 · 数据归档 · 兼容适配

G-04

用户服务组

管反馈受理和答疑中心维护。86 条常见问题分成 11 个主题,遇到新的高频疑问会补进去, 问题定位不清的会转给对应组跟到底。

负责范围:问题反馈 · 答疑整理 · 用户沟通

四组相互咬合的抽象几何块面,用不同深浅区分职责分工
四组咬合:内容、产品、技术支持、用户服务
04

一条记录进档案之前,要过哪几道关

你翻到的每一条,字段都是齐的

五类字段,缺一条就不入库

  • 01时间线索——什么时候发生的,按先后顺序排进时间线。
  • 02设备——哪台机器、什么屏幕尺寸,方便你比对同类情况。
  • 03版本——当时跑的是 v2 还是 v3 系列,迁移前后的差别一眼看清。
  • 04场景——发生在入口查找、记录回溯,还是别的事情上。
  • 05结果——最后怎么处理的,留一句能直接照着做的结论。

案例和记录怎么归位

  • 案例合集按 12 个专题分册装,专题索引和时间线索引并存,从哪边进都能落到同一条。
  • 案例按五类场景划分:日常使用、版本迁移、入口查找、记录回溯、反馈处理。
  • 记录时间线支持设备、版本、场景三个维度组合筛选,找同类情况不用逐条翻。
  • 版本更新说明按月发布,每季度额外发一次功能回顾,把这段时间的调整一次讲透。
  • 案例与记录的历史内容长期保留,不因版本更新被删除,早年的参照还在原处。
05

31 个省级行政区的访问,落在什么样的底座上

范围、资质与运行节奏

31

个省级行政区

从东部沿海到西部内陆,你打开的是同一套入口、同一份记录。备案与运营主体登记在青海, 服务范围面向全国,访问高峰集中在工作日 10:00–14:00 与 20:00–23:00 两个时段。

  • LEVEL-2

    等保二级备案

    信息系统按等级保护要求建设与运行,数据访问链路有对应的管控措施。

  • ISO 27001

    信息安全管理体系认证

    从数据存储到访问管理都有成文的流程,定期复核执行情况。

  • QINGHAI

    备案与运营主体

    登记在青海,备案信息在页面底部可以查到,长期稳定不变更。

06

已经成型的结构,合作方可以接着用

不用从零谈信息架构

  • 14 家长期协作伙伴,覆盖数据存储、内容审核与客户端适配
  • 9 个一级入口与 6 个内容栏目已经定型,新内容进来就有位置
  • 42 万 累计服务用户,每天的访问路径就是现成的需求样本
  • 1800+ 条归档记录与 240 余个案例,可直接当作参照材料

如果你打算把内容、数据或客户端能力接进来,不需要重新设计一套栏目。 现有的入口秩序、记录字段和归档周期都能直接对接,我们这边有对应的组负责跟。

想先看看结构长什么样,可以翻入口目录里的专题分类和路径说明; 想聊具体怎么合作,直接走联络与反馈,工作日 09:00–18:00 集中处理。