口径一致
同一个数字在不同页面出现时，单位、取值范围与统计周期必须相同。口径需要调整时，先在版本记录里写明改动，再改页面，避免读者手里已经形成的理解突然失效。
互博赛场 · HOOBALL
球类数据被整理成什么样，这里逐条交代
互博赛场中文官网做的是球类数据的整理与呈现。这一段说明不谈空话，只回答三个问题：内容按什么维度组织、四个阶段各自解决了什么麻烦、哪些事我们明确不做。
01
从查比分到看数据
球类观赛最先被问到的往往是比分，但比分离开上下文就很难用。同一场比赛，换个场地、换套轮换，读法完全不同。互博赛场因此没有把页面做成一块比分牌，而是把内容按赛事、球队、球员、统计四个维度铺开：赛事承载赛程与结果，球队与球员承载参与主体的资料，统计把两者在场上的表现落成可以横向比较的数字。
四个维度各自下设三个二级子类，一共十二个子类，构成站点内容目录的主干。子类的字段名是固定的，同一个字段在移动端与电脑端显示同一套口径。这样做的代价是前期整理慢，收益是读者对同一个条目的预期始终一致——不会出现两端给出不同结论的情况。
02
四个阶段
把上面这套结构做完，前后走过四段。每一段的起点都是当时最突出的一个问题，而不是一次整体翻新。
-
01
起步：把首屏压到两层
最早要解决的是页面太重。手机上打开要翻好几屏才看到比分，信息层级叠得很深。做法很直接：砍掉一切非必要内容，首屏只留比分与一句数据摘要两层。这个取舍沿用至今，就是 HOOBALL 小屏版主页的基本形态。
-
02
目录化：条目多了还找得到
条目一旦积起来，找不到就成了最大的麻烦。我们把内容按赛事、球队、球员、统计四个维度重新归位，每个维度下设三个二级子类，并把字段名固定下来，配上编号与检索入口。目录化让每一条资料都有确定的落点，也让后来加入的编辑不必重新发明结构。
-
03
跨设备：两端读同一套口径
同一份数据在手机上和在电脑上显示不一致，是收到最多的一类反馈。这一阶段做了两件事：先把两端的字段与数字口径统一，再把电脑端需要逐项调整的显示设置整理成一份可逐条对照的清单，更新到 2026 年 3 月版共 8 项，覆盖浏览器版本、缩放比例、字体渲染、缓存策略等内容。
-
04
服务化：把入口和说明写清楚
内容足够多之后，问题从「有没有」变成「从哪进」。三种访问方式——小屏版主页、电脑端完整版、代下单通道——分别在页面与页脚写明了适用场景与入口位置。适合长辈操作的通道固定在页脚同一处，覆盖全国 31 个省级行政区，上午提交当天处理。
03
能力边界
边界写在这里，是为了让读者清楚该拿这个站点做什么，不该拿它做什么。
在做的事
- 球类数据的整理与呈现 把赛事、球队、球员与统计整理成可检索、可对照的条目，字段与口径保持固定。
- 跨设备一致 小屏版主页与电脑端完整版共用同一套字段与数字口径，不在两端给出不同结论。
- 适配说明 把电脑端需要逐项调整的显示设置写成可对照的清单，读者能按条目自行核对。
- 入口说明 三种访问方式各自适合什么场景、从哪里进入，写在页面与页脚固定的位置上。
不做的事
- 不做结果预测 站点不提供赛果预测、比分推演或概率推荐。
- 不做投注相关服务 页面与入口不涉及任何投注、赔率或资金相关内容。
- 不做具名推荐 不给具体的人、球队或球员做背书，也不引用个人言论作为站点立场。
04
运营原则
下面三条直接决定页面怎么写、数字怎么放，遇到取舍时按这个顺序判断。
可读优先
信息密度服从阅读顺序。首屏只留一个焦点，长条目配编号与锚点，表格保留行线而不加阴影。宁可少放一条内容，也不把版面填满——留白本身就是让数据可读的一部分。
克制表达
不使用无法验证的程度词，不写感叹句。状态写清楚是已发布、灰度观察还是已合入下一版；数量写清楚覆盖范围与单位。说不准的地方，就写成它能被核对的样子。
05
团队与协作方式
内容团队按职能分成三组，站外另有一批按赛季轮值的校对人员参与交叉校验。
-
4数据编辑
负责赛程、球队、球员与统计条目的采集，以及字段是否齐全的初步判断。
-
2前端与适配
负责两端显示效果的一致性核对，并维护电脑端那份 8 项适配清单。
-
2内容运营
负责专题、帮助条目与版本记录的成稿与发布节奏，同时也处理读者来信里的表述问题。
-
6外部数据校对
按赛季轮值参与交叉校对，独立核对数字与小样本抽查，结果直接写回对应条目。
采集原始赛程与统计之后，先核对字段是否齐全，再做交叉校对确认数字与口径，最后发布并把校对结果挂回版本条目。出问题的数字，能查到是哪一次修改引入的。
06
从哪里继续
关于这套结构怎么用，下面几个页面分别承担不同的入口。