需要定义：我们到底要解决什么观赛问题？
先把问题说清楚：极速电竞官网不是越全越好，而是要先回答“我们要解决哪一类观赛问题”。如果团队的主要动作是查比赛时间、确认对阵，那核心需求就是赛程查询；如果是复盘战术、比较选手状态，核心需求就落在战队数据；如果只是需要一条稳定的入口把信息串起来，观赛指南更合适。需求定义不清，后面比较页面和功能就会变成堆清单。
定义阶段建议用一句话写清目标，再配三条检查：
- 使用场景：赛前查时间、赛中跟进度、赛后做复盘，三者优先级不同。
- 使用人：个人观赛、内容编辑、社群运营，对信息颗粒度要求不一样。
- 输出物：是要一个时间点，还是要一份可对比的数据记录。
必须项与加分项怎么分？
必须项是“缺了就没法用”的条件，加分项是“有更好、没有也能接受”的条件。常见的误区是把所有好看的功能都写进必须项，结果筛到最后没有可选项。更务实的做法是先写必须项，再单独列加分项，并给加分项排序。
- 必须项参考：赛程查询能按日期或赛事定位；战队数据有明确的统计口径说明；观赛指南的入口路径稳定、不绕。
- 加分项参考：历史对阵可回看；数据可按时间段筛选；页面在移动端阅读顺畅。
- 排除项：需要注册才能看基础赛程、关键字段含义不明、更新节奏无法判断。
评估时该问哪些问题？
评估阶段不要只看首页，而要拿真实问题去试。每个候选入口都问同样几个问题，答案才有可比性。下面这组问题覆盖了赛程查询、战队数据和观赛指南三条主线。 战队数据
- 赛程查询：能否快速定位到某一天、某一赛事？改期信息是否在同一处体现？
- 战队数据：统计口径写在哪？字段是累计值还是单场值？
- 观赛指南：从入口到目标信息要几步？路径是否每次都一致？
- 更新节奏：赛程与数据谁先更新？出现差异时以哪边为准？
- 可复核性：看到一条数据，能否找到对应的比赛记录去核对？
主要取舍在哪里？
取舍通常集中在三组矛盾上：信息全面与阅读效率、数据深度与口径透明、入口统一与场景专用。没有哪一边绝对更好，关键看你的主要场景。可以按下面两组对照来想：
- 以赛程查询为主：优先更新及时、定位快、改期可见；战队数据可以浅一些。
- 以战队数据为主：优先口径清楚、可筛选、可回溯；赛程查询够用即可。
- 以观赛指南为主：优先路径稳定、说明清楚；对数据深度要求放低。
如果三类需求都很强，通常意味着要拆成两条使用路径，而不是指望一个入口同时满足。
推荐框架与下一步怎么走？
推荐用一个简单的打分框架收口：必须项逐条打勾，全部满足才进入下一轮；加分项按重要性排序后加权；最后用一次真实任务做验证。这样能避免被页面观感带偏。
- 写一句需求定义，并列出三条必须项。
- 用同一组评估问题分别试赛程查询、战队数据和观赛指南入口。
- 记录每个入口在真实任务中的步骤数与卡点。
- 按必须项过滤、按加分项排序，选出主入口与备用入口。
- 约定更新差异时的核对顺序，再进入日常使用。