先有看台，再有栏目
最早的几年，我们的编辑就是坐在本地赛事的看台上开工的。一场比赛打完，记录本上已经写满了换人时机、阵容变化和几个决定走势的回合。这些内容当时只在很小的圈子里传，看的人不多，但每个人都会追问同一句话：下一场什么时候有。
于是看台上的记录被整理成固定格式——比分、关键事件、阵容变动、数据速览，四块写在一起，读者不必自己去拼。关注球队阵容变动的球迷第一次能看清一名替补登场之后全队节奏的位移；跑本地赛事的学生记者和校园体育社团把这里当作整理稿件的起点；俱乐部和赛事机构则希望自己的比赛能出现在这块看台上。
这条线一直没变：站在过程这边，而不是只站在结果那边。比分写完了，还有人在看台上讨论那两分钟里究竟发生了什么，那部分才是我们最想写下来的。
三个阶段
能力是一段一段长出来的
从一个人跑到一群人写，中间隔了几件必须做完的事：把栏目分清楚，把数据留得住，把工具做到能用。下面这三段路，按先后顺序走过来，就长成了今天的战报专栏与导出口。
-
阶段 01
本地赛事观察
最初的形态很轻：一个编辑、一台电脑、一份赛后手记。跑本地赛事，把看台上看到的写下来，赶在大家散场后还没放下手机的那十分钟里发出去。
展开这一段的做法
先写比分和关键事件，再补阵容与数据；先保证十分钟内有人读得到，再谈写得多细。跑场的人回来先交记录，编辑再整理成统一格式。宁肯短一点，也不让读者等到第二天。 -
阶段 02
专栏化运营
内容多起来以后，一个人写不动了。输出被拆成四个固定栏目——战报速览、阵容观察、数据面板、专家专栏，各条线各有作者负责。签约专栏作者目前有 68 位，分布在 18 个城市，他们比我们更熟悉本地球队和赛场。
展开这一段的做法
栏目分开之后，读者也知道该去哪里找什么：想知道比分和关键事件看战报速览，关心谁上谁下去看阵容观察，要做赛后整理翻数据面板，想读更长的分析就进专家专栏。要找本地赛事的分析，从专家专栏进去最快。 -
阶段 03
PC 端工具化
再往后，读者不满足于只读，还想把内容留下来——写稿、做作业、整理整季资料，都需要把战报拿到自己电脑上。稳定版 v3.6 支持导出队列、断点续传与适配清单勾选，登录之后可在电脑浏览器里导出 PDF 与 CSV，单次最多 20 场，文件名会带上赛事、轮次、球队与导出时间。
展开这一段的做法
导出任务在浏览器本地生成，文件直接保存到你的设备，不需要额外装什么。队名、轮次和时间都写进文件名，赛季末回头找某一场，比在一堆“战报1”“战报2”里翻要快得多。中途遇到登录或导出上的问题，帮助台里有分步骤的图文说明。
团队与内容生产
42 个人，守着比赛结束后的十分钟
看得见的是战报，看不见的是后台的一条流水线：编辑定选题、把稿件写清楚；数据标注把比分、事件和阵容整理成能查的结构；产品研发维护登录、导出与页面性能；客服接住纠错与使用中的问题。三道审核走完，一篇内容才会出现在专栏里。
- 42 内容团队人数
- 68 签约专栏作者
- 18 作者覆盖城市
- 120 合作赛事机构
- 编辑 18 人 定选题、写稿改稿，保证一篇战报在十分钟内成稿并进入审核。
- 数据标注 10 人 把比分、关键事件与阵容变动整理成结构化内容，供栏目呈现和导出使用。
- 产品研发 9 人 负责登录、导出与页面性能，稳定版每一次更新都从这条线出来。
- 客服 5 人 处理战报纠错、账号与导出问题，也接内容合作与使用建议。
合作生态
120 家赛事伙伴，把本地球场连成一张网
从城市联赛到院系杯，从职业联赛到社区自发组织的比赛，合作方把赛程与资料交过来，我们把它变成读者看得懂的战报。与 120 家本地赛事机构、俱乐部和校园联赛的内容合作，是这块看台能一直有比赛可写的原因。
四类标签对应四种不同的赛场：城市里的本地赛事、跨城市的职业联赛、校级与院系的校园体育，以及社区和企业组织的群众赛事。按标签筛选，读者能直接落到自己关心的那一类。赛事机构和俱乐部也可以通过反馈通道提交赛程与资料，让自己的比赛出现在专栏里。
服务承诺
发布之前，走完三道工序
一条战报从看台记录到出现在专栏里，要过三道关。慢一点没关系，写错了才是真耽误事。
-
01
编辑初审
比分、关键事件与阵容变动是否写清楚，有没有含糊带过的地方。
-
02
数据复核
比分、时间、号码与换人记录逐项对照现场记录，由数据标注与编辑双人负责。
-
03
发布前校对
栏目归类、标签、标题与配图再走一遍，确认无误才进入专栏首页。
如果你发现某场比赛的阵容写错了，或者导出时卡在队列里，直接来信就行。内容合作、使用建议也一样，客服会把问题转给对的人。