数据侧
与提供官方接口的服务商保持长期接入，接口字段调整时同步改站内结构，尽量不让你看到空白的比分栏。
品牌总览
八个赛季，把一场比赛的信息从头排到尾
凤凰体育赛事做的是一件需要长期在场的事：开球前把时间和阵容摆清楚，比赛中跟上比分与关键事件，终场后用战报和回看片段收尾。习惯开赛前十分钟确认首发的球迷，和要把几场比赛来回对照的深度用户，走的都是同一条路径。
- 38 名专职编辑
- 8 个赛季持续运营
- 12 项联赛与杯赛
我们在做什么
从开球前三小时，到终场后十五分钟
赛程、战报、回看片段和开赛提醒，是这里的四类主要输出。它们看着各管一段，其实站在同一条线上，你从哪一段进来都能顺着往下走。
-
01
开球前，把时间和阵容摆好
当天的开球时间、场地和预计阵容按联赛排进时间轴，今天、明天、本周三个时段随手切换，出差在外也能一眼确认今晚几点开打。
-
02
开球后，比分和事件跟着走
比分变化、红黄牌、换人和关键回合随比赛推进写入条目，列表左侧的状态点亮起，说明这场正在更新。
-
03
终场十分钟内，战报先到
文字战报把结果写在最前面，再用几段话按时间顺序讲清关键回合，赶时间的人读第一屏就够，想细看的人往下翻。
-
04
终场十五分钟内，片段挂上时间轴
回看集锦切好之后挂到对应比赛下面，标出得分段落和时长，你没看到的那几分钟可以按段补。
团队与分工
38 个人分成四个小组，交接点写在流程上
内容不是临时凑出来的。谁在什么时刻把东西交给谁，在站内是固定的，所以深夜的场次也不会因为某个人下班而断档。
-
A
赛程数据组
管开球时间、阵容、比分与赛程结构的更新。
数据接口有变动、场次临时改期、阵容公布延迟，都由这一组先接手，确认之后才让条目出现在时间轴上。
-
B
战报编辑组
负责终场后的文字战报与赛前情报。
从标题到段落顺序都有统一写法，遇到更正也在原条目下补，不另起一条让人找不到。
-
C
集锦剪辑组
按事件清单挑片段，加上时间轴标记。
同一个进球，文字里怎么描述，片段里就怎么落位，看完战报再点开片段，前后对得上。
-
D
用户支持组
看客服邮箱，把反复出现的问题写成指引。
找不到赛程入口、提醒没生效、回看片段对不上场次，这些问题会先在这里汇拢，再分给另外三个组。
- 交接一 终场哨响，赛程数据组把最终比分和关键事件交给战报编辑组，战报从这里起笔。
- 交接二 战报发出后，集锦剪辑组沿用同一份事件清单挑片段，文字和画面对得上号。
- 交接三 支持组把上线后收到的反馈整理成问题清单，交给另外三个组在下一个版本里处理。
数据来源
六个接口进来，两名编辑过一遍
赛程和比分来自 6 家官方数据接口，不同项目、不同联赛由不同接口提供。进到站内之前，中间还有几道手。
-
先对齐字段
不同来源的时间格式和事件命名会先落到同一套字段上，再进入时间轴。这样多联赛并排看时，开球时间不会一处写 19:35、一处写 7:35 PM。
-
关键节点双人过
开球时间临时变更、首发公布、比分与关键事件、终场结果，这四个节点由两名编辑先后看一遍，任一处对不上就压住不发。
-
异常场次走人工队列
两个来源互相矛盾、数据明显延迟，或者比分出现不合常理的跳动，这场会从自动通道转入人工队列，处理完再回到列表。
一路怎么走到现在
从一张赛程页，到三端同步的第六个版本节点
按赛季和版本往下数的六个节点，每一次变化都跟你打开页面之后看到什么直接相关。
覆盖与规模
做得久，也做得广：几个能直接感受到的数字
足球、篮球、排球、羽毛球、乒乓球和电子竞技都在跟，从常规轮次到杯赛淘汰阶段都排进同一套时间轴。
- 2400余场 累计归档的比赛条目，从开球时间到终场比分一条不少
- 26个省份 服务覆盖范围，运营基地设在山东
- 8个联赛 赛程筛选可同时保留的联赛数量，切换栏目不丢
- 50场 单个账号可设置的收藏与开赛提醒上限
- 60篇 帮助中心收录的使用指引与常见问题
- 14天 客户端每两周一个小版本，三端同步发布
编辑标准
一条内容发出之前，先过这五条
写法统一，读起来才省力。下面这几条是我们每天都在执行的判断，不是写在墙上的口号。
-
01
标题先给结论：谁赢了、赢多少、赢在哪，不写让人点进去才知道结果的悬念式标题。
-
02
结果永远在最前面。读者滑到第一屏就该知道比分，往下才是过程。
-
03
专业说法第一次出现时顺手解释一句，比如轮次怎么排、背靠背指的是什么。
-
04
阵容以官方公布为准。公布之前只写预计，并且明说是预计。
-
05
更正发在原条目下面，写清改了哪一处、什么时候改的，不悄悄覆盖。
接下来从哪开始
今晚有比赛的话，直接去赛程看开球时间和预计阵容；想装到手机上随时提醒，下载客户端；第一次来不知道点哪，帮助中心有一份照着做就行的指引。