01
需求确认
1 个工作日你需要准备
- 你主要盯的是足球还是篮球，具体落到哪几项联赛或杯赛。
- 看板最常被谁打开：球迷向的展示页、球队运营后台，还是媒体发布用的素材源。
- 目前这批数据记在哪里，是人手填表、赛事方导出，还是已有系统在跑。
你会拿到
- 一页需求纪要，写明使用的字段、面向的角色和期望的上线时段。
- 一份需要你补齐的材料清单，标明哪些必须给、哪些可以后补。
只想先把一个入口跑通的话，这一步可以按单个入口来谈，后面几步的周期都会跟着缩短。
定制流程六步：每一步给什么、拿什么、花多久
KOK体育中心把一次定制合作拆成六个可以逐项确认的步骤，前三步把需求、口径和范围定死，后三步把数据接进来、校准上线，再跟着赛季跑完。合计不超过 9 个工作日加赛季跟踪期，你在动工之前就能看清自己需要准备哪些材料、第几天会拿到什么。
- 六步走完
- 不超过 9 个工作日
- 上线后跟完一个赛季
前三步：把需求和口径先定下来
这三步不发生数据搬运，全部是对话和落纸。这三天的产出决定了后面会不会返工。
02
口径对齐
1 个工作日你需要准备
- 你们现在算出场时间的方式：首发与替补分开计，还是统一折算成分钟。
- 比赛记录里有没有半场比分这一栏，以及它是否和球员数据存在一起。
- 球衣号码在你们那边是否已经挂到了具体球员行上。
你会拿到
- 一份字段约定表，出场时间与半场比分作为两项稳定口径并列输出。
- 球衣号码的写入规则说明，明确它依赛事规则写进对应的球员行。
口径在这一步定死最省事。等数据接进来再改字段含义，返工的时间比这两天长得多。
03
范围界定
1 个工作日你需要准备
- 大概多少人会用这个看板，是内部几个人，还是要对球迷开放。
- 覆盖到哪个时间跨度：只做当赛季，还是要往前补赛季。
- 要不要把接口输出给到你们自己的系统，由谁来对接。
你会拿到
- 交付清单与边界说明：这一版做什么、暂时不做什么、超出范围怎么另议。
- 六步的时间表，每一步的负责人角色和预计完成时段。
第一版窄一点没问题。先按当赛季跑顺，再往两边扩，比一次铺开更稳。
后三步：接数据、做校准、跟住赛季
从这里开始看得见东西。每一个交付节点都有可以对着查的实物，不是口头同步。
04
数据接入与配置
3 个工作日你需要准备
- 可以开放的赛事来源，或者一份手动导出的历史文件。
- 你们现有的字段命名习惯，方便我们沿用而不是另起一套。
- 接口对接方的联系人角色，以及他们能接受的数据格式。
你会拿到
- 网页端与移动端两种视图开始装数，字段显示顺序按你的筛选习惯排布。
- 接口输出就位，可以直接接到合作方自有系统里。
- 球衣号码 09 依赛事规则写入对应的球员行
- 出场时间 90 与球衣号码同处一个球员行
- 半场比分 1-0 随该场比赛持续更新
上面的字段示例只是为了说明对齐方式，真实项目里字段名会沿用你们自己的命名。
05
上线校准
2 个工作日你需要准备
- 挑一场已经打完、你们手上记录最完整的比赛当对照样本。
- 指定一个人和我们一起逐行比对，当场确认差异怎么归口。
你会拿到
- 一份校准记录，出场时间与半场比分逐行核对，不一致的地方写明原因。
- 校准通过后的正式开放时间点。
单场比赛的口径在赛后 30 分钟内更新完，杯赛阶段延长到 60 分钟，这条节奏从上线当天就生效。
06
赛季跟踪
随赛季推进你需要准备
- 赛季里固定的一个对接角色，出问题时有人能拍板。
- 赛季中临时新增赛事的预告，越早说越好安排。
你会拿到
- 例行核对与阶段回顾，赛程推进到哪一步，数据就更新到哪一步。
- 赛季结束后两周内完成当季收尾，以时间线形式交到你手上。
跟踪期覆盖一个完整赛季。要继续做下一个赛季，需要重新走一次范围界定，其余步骤沿用即可。
输入与产出对照
横向读一行就是一次交接。看一眼最右边那一列，就知道这一步结束时你手上会多出什么。
| 步骤 | 你需要提供 | 你会拿到 |
|---|---|---|
| 需求确认 | 关注的赛事范围、主要使用角色、现有数据来源 | 需求纪要，含字段、角色与期望上线时段 |
| 口径对齐 | 出场时间的记法、是否记录半场比分、号码与球员行的绑定情况 | 字段约定表，两项口径并列输出 |
| 范围界定 | 使用人数、覆盖的时间跨度、是否需要接口输出 | 交付清单与边界说明，附六步时间表 |
| 数据接入与配置 | 开放的赛事来源或导出文件、字段命名习惯、对接角色 | 两种视图开始装数，接口输出就位 |
| 上线校准 | 一场打完后记录最完整的比赛作对照样本 | 校准记录，逐行核对出场时间与半场比分 |
| 赛季跟踪 | 赛季内固定的对接角色，以及临时赛事的预告 | 例行核对与阶段回顾，当季收尾时间线 |
最常卡住的六个地方
展开每一条，能看到卡住时还能往哪走。遇到同类情况不必停下来等，先走替代路径。
卡点 同一版看板既要给球迷看，又要给运营后台看，两边想看的字段不一样。
替代路径先按一个角色上线，另一边的入口放进第二批。第一版只锁出场时间与半场比分两项，球迷页够用，运营页也不至于空。
卡点 历史数据里球衣号码在赛季中途换过，同一个号码出现在不同球员行上。
替代路径号码依赛事规则写入对应球员行，不做统一归并。换号只是同一行上的值发生了变化，回头查比赛记录时反而更好追溯。
卡点 想一次覆盖多个赛季，但每个赛季的数据源格式都不一样。
替代路径先做当赛季，把字段对齐之后往回补。旧的格式问题在口径稳定之后处理，返工的概率小很多。
卡点 上线之后第一场比赛就发现数值对不上，不确定是记录问题还是配置问题。
替代路径回到校准流程再走一遍，换一场记录更完整的比赛做样本。核对完再往外发，不要边猜边公布。
卡点 要接口输出给自有系统，但对方开发排期排在几周之后。
替代路径先用网页端与移动端两种视图过渡，等对方排期到位再切到接口。日常看数不受影响。
卡点 赛季进行到一半临时加了一项赛事，原来的交付清单里没有它。
替代路径新增赛事走一次范围界定的追加确认，其余五步沿用既有约定，不必从头再来。