01 · REVIEW GOAL
本次评审要确认什么
不只评审页面是否好看，更要确认跑者能否顺畅完成任务，以及数据状态和业务动作是否一致。
产品目标
为有明确训练目标的大众跑者提供个性化计划、训练指导、数据分析和 AI 问答，让用户持续理解“我现在是什么状态、接下来应该做什么”。
- 核心入口符合手机端使用习惯
- 首次使用与长期训练形成闭环
- 训练记录、反馈和分析状态一致
- 页面字段、动作和异常场景可落地
02 · CORE FLOW
跑者核心使用流程
评审时建议沿这条主线演示，避免按页面逐个讲解而失去完整业务关系。
03 · INFORMATION ARCHITECTURE
三个核心入口
训练负责正式计划与数据，AI 教练负责即时问答与讨论，“我的”负责个人档案和账号设置。
训练
计划、记录和长期趋势
- 当前计划周安排、完整周期、计划调整
- 历史记录日期筛选、训练记录、单次分析
- 数据分析长期趋势、机能评价、训练建议
AI 教练
即时判断、问答与追问
- 今日方案当前状态、训练与补给建议
- 快捷问题点击后直接生成结构化结果
- 历史会话查看、继续或删除既有对话
我的
个人资料、授权和账号
- 个人资料基础、目标、身体和补给档案
- 数据与主题数据同步、隐私授权、主题换肤
- 账号安全登录身份、退出与账号注销
04 · REVIEW CHECKLIST
重点检查清单
每个评审问题都应形成“通过、待调整或待确认”的明确结论。
状态提示、主按钮和跳转目标是否一致，是否存在入口过深或动作含糊。
训练准备、数据同步、训练感受、单次分析和计划调整能否前后衔接。
指标是否给出状态评价、趋势总结和可执行建议，而不只是展示数字。
字体层级、点击面积、底部导航、表单录入和长页面阅读是否舒适。
无训练数据、同步失败、已训练未反馈、计划待确认等状态是否有明确处理动作。
必须实现、可延后和仅作展示的能力是否区分，避免原型承诺超过交付范围。
05 · MEETING AGENDA
建议评审流程
总时长建议控制在 45–60 分钟，讨论优先围绕影响主流程的问题。
0–5 分钟
背景与评审目标确认目标用户、核心问题和本次评审边界
产品负责人5–30 分钟
按跑者主线演示原型从登录、生成计划到训练分析和持续训练
产品 / 设计30–45 分钟
业务规则与异常状态讨论确认字段来源、状态切换、计划调整和数据同步规则
全体成员45–55 分钟
问题分级与一期范围确认按阻塞、重要和体验优化三个层级记录
产品 / 研发55–60 分钟
结论与下一步确认责任人、完成时间和下一轮验收标准
项目负责人06 · REVIEW OUTPUT
会议需要留下的结果
会后以结论和责任为核心，不仅保留讨论过程。
评审输出
- 确认通过的页面与流程
- 待修改问题及优先级
- 一期必须实现与后续规划边界
- 每项修改的负责人和完成时间
- 下一轮原型与开发验收标准
问题记录模板
问题页面页面或业务环节待填写
问题描述用户遇到的具体问题待填写
处理结论保留、修改或暂缓待确认
优先级P0 / P1 / P2待确认
责任与时间负责人及完成日期待确认