01
需求确认
1–2 个工作日这一步只做一件事：把“谁在看、看什么、什么时候看”问明白。比赛日临时追分的运营人员和做赛季复盘的编辑，需要的首页模块顺序完全不一样，两种需求混在一块看板上，谁都用不顺。
- 参与方
- 你方指定一位对接人，加上我们的方案同事。
- 你要准备
- 用看板的角色、常看的球队与联赛、最关心的三到五个指标。
- 我们交付
- 一份需求确认单，写清模块清单和优先级排序，双方各留一份。
定制流程
定制看板从需求到上线，六个节点怎么走
你说清要盯哪些球队、哪些指标，8868体育把它做成一块能天天打开的面板。整条流程通常落在 5 至 10 个工作日，中间隔着六个节点——谁参与、你要准备什么、我们交出什么，下面逐条写明白。
节点总览
六个节点，一条线走完
顺序是固定的，节奏不用那么死：需求确认和口径对齐可以同步推，内容填充能跟搭建交叉着做。整体耗时压在两周以内，靠的就是这两处并行。
-
01
需求确认
定下看板给谁用，要盯哪些球队、哪些联赛和哪几个指标。
1–2 个工作日 -
02
口径对齐
把每个指标怎么算、算到哪个范围、多久刷一次写成同一份说明。
2–3 个工作日 -
03
看板搭建
排页面结构、模块顺序，确定每块区域放什么、占多宽。
2–3 个工作日 -
04
内容填充
把球队资料、阵容、积分榜和球员数据接到各自的模块里。
1–2 个工作日 -
05
试运行校准
挑一个真实比赛日完整跑一遍，对不上的地方当场记录、当场改。
1 个比赛日 -
06
上线跟进
交付使用说明，继续跟进展开口径，需要微调的先改这里。
上线后 30 天内
前期对齐 · 01–02
先把话说清，后面少返工
这两个节点决定看板最后长什么样。需求问得越具体，后面改动越少；口径统一得越早，数据接进来才不会互相打架。
02
口径对齐
2–3 个工作日同一个“场均得分”，算不算加时、算不算杯赛，能差出一截。这一步把每个指标的算法、统计范围和刷新频率落到纸面上，此后所有展示都以这份说明为准，不用每次重新解释。
- 参与方
- 你方对接人，加上我们的数据同事。
- 你要准备
- 对每个指标的既有理解，以及内部已经用惯的那套口径。
- 我们交付
- 一份指标说明，逐条写明定义、统计范围与更新频率。
这一步最容易省，也最不该省。需求含糊一句话，后面每个节点都得陪着重来一遍。
搭建与填充 · 03–04
结构定下来，内容才装得进去
先搭骨架再填内容，顺序反过来就会反复挪位置。这一步只调结构和留白，暂时不往里塞数据，所以改动最便宜。
03
看板搭建
2–3 个工作日按需求确认单把模块排到位置上：首页放什么、球队页放什么、积分榜和阵容各占多宽，都在这一步敲定。框架阶段会给你一个能点开的地址，模块位置和交互方式都看得见，意见这时候提最省事。
- 参与方
- 我们的前端与设计同事。
- 你要准备
- 对模块顺序的意见，包括希望锁定在首屏的那两块内容。
- 我们交付
- 可访问的看板框架，含模块位置、间距和基础交互。
04
内容填充
1–2 个工作日把球队资料、体育阵容、积分榜和球员数据接到各自的模块里。球员数据追比分这类实时性强的部分会单独约定刷新频率和展示精度，让分差变化看得清，又不至于跳得比转播还快。
- 参与方
- 我们的数据同事，加上你方对接人抽查。
- 你要准备
- 需要重点填充的球队、联赛或赛区清单。
- 我们交付
- 数据接通后的完整看板，可以直接放进一场真实比赛里试。
搭结构的时候别急着看数据，填数据的时候别再动结构。
校准与上线 · 05–06
跑通一场真实比赛，再交到你手上
验收不看页面好不好看，看的是比赛日打开那一刻数据对不对、刷新跟不跟得上、排序符不符合你平时看球的习惯。
05
试运行校准
1 个比赛日挑一个有你在意球队的比赛日，从赛前阵容一路走到赛后积分榜刷新。对不上的地方当场记下来当场调，不留到上线之后再来回沟通——那时候改一处，往往要连带动几个模块。
- 参与方
- 你方对接人，加上我们的数据与前端同事。
- 你要准备
- 一个能完整参与、并且有你关注球队的时段。
- 我们交付
- 一份试运行记录，按模块列出调整项和处理结果。
06
上线跟进
上线后 30 天内交付不是终点。上线后 30 天里继续跟进展开口径，某个模块的排序想换、某个字段想调精度，这段时间改起来最顺；过了这段时间再动，就得重新确认一遍口径。
- 参与方
- 你方对接人，加上我们的方案同事。
- 你要准备
- 使用过程中遇到的具体问题，说得越具体越好改。
- 我们交付
- 看板使用说明，以及这段时间的调整记录。
卡在哪儿
三类拖慢进度的情形
六个节点本身不复杂，真正花时间的是下面这几种情况。提前知道，能省下一轮来回。
-
需求中途加项
看板搭到一半，忽然要补一个赛区或者多一组指标。结构没定死的时候加进去成本不高，一旦进到内容填充，加一项就得连带调模块顺序和口径说明。
处理方式：需求确认单上分“本期必备”和“下一轮再说”，二期需求单独记，不塞进当期。
-
同一个指标两种理解
你方两个角色对同一个字段的口径理解不一样，看板做出来谁看都觉得不对，却又说不清哪里不对。
处理方式：口径对齐阶段把分歧摆到桌面上，出一份说明让双方在同一页上确认，再开工。
-
验收标准停在“感觉不对”
试运行时反馈只有一句“看着不太对”，我们很难判断是数据错了、排序反了，还是刷新慢了几秒。
处理方式：试运行记录按模块逐项列，你只需要在对应行后面写对或不对，改动目标就明确了。