公园横屏 MVP · 需求原文

# PRD｜公园横屏 MVP

产品范围：MVP v0.1。文档修订：v0.2。更新：2026-10-16。状态：评审稿。

## 1. 概述

公园横屏面向集体跟练者、临时参与的游客和公园运营人员，提供AI跟练、趣味运动、信息看板三个板块。首期以多人共同观看、分别获得反馈为核心，支持结束后领取个人记录和整组视频。

## 2. 背景

用户提出，广场舞、八段锦、太极拳人群常用手机或iPad加支架跟练，大屏更适合多人同时观看。教育设备已有最多8人检测的使用依据，公园版需要进一步核验户外识别、课程评分和记录领取。

当前用户问题来自本任务讨论与教育设备参考，尚未形成公园现场访谈结论；使用频率、开始难点和分享意愿仍需试点观察。

## 3. 本期目标与验收

让跟练者容易开始、看清示范并获得自己的反馈；让游客能按人数选择玩法；让运营人员维护内容并查看本站使用情况。

| 目标 | 验收预期 | 观察方式 |
| --- | --- | --- |
| 运动流程可独立完成 | 按确认的首发清单，从选择内容、站位准备到结束结果完成实机验证。 | 按课程、玩法和模式记录开始成功率、完成情况及退出原因。 |
| 记录和领取对应正确 | 验收样例中，换人不继承成绩，重复提交不多记，用户不能领取他人成绩或他组视频。 | 逐人记录与个人历史、排行、本站概览对账；视频生成、领取和发起分享分别统计。 |
| 设备能持续运营 | 内容和公告可维护，发布失败保留当前版本，异常设备能被发现并跟进。 | 记录发布结果、设备异常、恢复耗时与人工维护量。 |

以上是首期验收和观察方式。开始成功率、完成率、视频领取率及现场性能的目标值尚未确认，试点前补齐，不在本稿填写未经验证的百分比。

## 4. 目标用户与场景

| 用户 | 要完成的事 | 使用边界 |
| --- | --- | --- |
| 需要集体跟练的人与组织者 | 在公园组织或参加广场舞、八段锦、太极拳，希望多人看清同一份示范，并了解自己的表现。 | 区外可以观看；只有进入检测区域并满足有效条件的参与者才产生记录。 |
| 想临时参与运动的游客 | 单人、亲子或结伴到场，希望快速理解玩法，按人数加入一场互动。 | 玩法需说明人数、动作和区域；不要求每款游戏都支持8人。 |
| 维护公园日常服务的运营人员 | 发布内容与公告，查看本站使用情况，发现并跟进设备问题。 | 只展示已采集并符合口径的数据；单站数据不表述为全园数据。 |

## 5. 用户价值

### 集体跟练者与组织者

| 要素 | 说明 |
| --- | --- |
| 谁会用 | 集体跟练者与组织者 |
| 要解决的问题 | 多人看清示范，并分别获得运动反馈。 |
| 现有方式 | 手机或iPad加支架是用户提出的现有方式；远处观看体验受限。 |
| 本期做法 | 大屏播放课程，检测区域内按参与者提供评分与记录。 |
| 期望结果 | 共同跟练后，各自查看本次表现，并按需领取整组视频。 |
| 替代选择 | 继续用手机、平板或线下领练。选择本产品的理由是共同观看与逐人反馈，效果需现场验证。 |

用一块多人可见的大屏组织跟练，为检测区域内的参与者分别记录表现。

### 单人、亲子与结伴游客

| 要素 | 说明 |
| --- | --- |
| 谁会用 | 单人、亲子与结伴游客 |
| 要解决的问题 | 路过时能找到适合人数、容易开始的运动。 |
| 现有方式 | 现有游玩与运动方式尚待现场调研，不写成已证实痛点。 |
| 本期做法 | 提供单人触达、双人协作或PK、多人共同挑战。 |
| 期望结果 | 按规则完成一局，获得清楚的结果并可再玩。 |
| 替代选择 | 使用公园现有设施或自行组织游戏。是否选择屏前互动，要看理解成本、完成率和再次参与。 |

让游客按人数选择简单的互动玩法，进入指定区域即可开始体验。

### 公园运营人员

| 要素 | 说明 |
| --- | --- |
| 谁会用 | 公园运营人员 |
| 要解决的问题 | 日常能维护内容、了解使用并处理异常。 |
| 现有方式 | 现有内容发布与巡检方式尚待核对。 |
| 本期做法 | 提供内容公告管理、本站统计与设备状态。 |
| 期望结果 | 知道设备是否可用、内容是否生效、统计覆盖什么。 |
| 替代选择 | 沿用现有公告和巡检方式；新后台能否减少维护工作，需通过试点验证。 |

把内容、公告、本站统计与设备异常放在可维护的入口中。

## 6. 产品方案

目录结构修订（2026-10-19）：采用“分类 → 具体课程／舞曲 → 整套或分节”的结构；“传统健身”为产品分类名，正式素材保留具体项目名称。

### 首期范围

| 板块 | 功能范围 | 边界 |
| --- | --- | --- |
| AI跟练 | 课程按“传统健身／广场舞”组织。传统健身包含八段锦、五禽戏、太极拳内容入口；广场舞按独立舞曲浏览。支持筛选、分类内搜索和分页，整套与分节在课程详情选择，保留多人就绪、跟练反馈与逐人结果。 | 广场舞、八段锦、太极拳仍属已确认首期方向；五禽戏纳入分类示例，首发片单与逐门评分待核验。公园人数由实测确定。 |
| 趣味运动 | 按单人、双人、多人组织项目库，每类包含独立内容，支持筛选、搜索与分页。选项目后查看规则、选择允许人数、站位就绪再开始。双人明确协作或PK，多人按分区协作或分队PK设计。 | 18项为调研候选池，不是首发承诺。首轮建议验证切果、触点、双人PK、双人打地鼠与多人点亮；3–4人方案及实际并发需核验。 |
| 信息看板 | 提供排行榜、个人记录入口、本站运动概览和公园公告。公共信息直接查看，个人明细需本人确认。 | 同课程同规则排行；单站数据不称全园。 |

首期同时包含身份与记录、整组视频、内容和设备管理、现场验收。这些是三个板块的支持能力，不另增首页板块。

P0为核心体验及必要基础，P1为首期看板和运营配套，均属本期范围；具体排期由研发评估。

趣味运动内容库修订（2026-10-19）：参考天天跳绳、Active Arcade、Starri等公开资料，建立[候选项目与反馈来源](趣味运动-调研与候选项目-v0.4.html)。参考玩法机制，使用原创暂定名与画面；候选不自动进入首发片单。

### 主要流程

- AI跟练：选择分类与课程 → 选择整套或分节及跟练模式 → 站位就绪 → 跟练与反馈 → 查看逐人结果 → 领取记录或整组视频 → 结束复位。

- 趣味运动：选择单人／双人／多人分类与项目 → 查看规则 → 选择项目允许的人数并站位就绪 → 互动 → 查看个人与组别结果 → 重开或结束。

- 信息看板：选择本站概览、排行或公告 → 查看公共信息；个人记录经本人确认后查看。


### 关键规则

- 观看人数、检测人数、有效记录人数分开。教育8人是已有场景依据，公园版人数仍待验证。

- 站位号只区分本场参与者。换人建立新记录，本人确认后才保存到个人历史。

- 暂停时视频、评分与有效计时同步暂停；退出只结算一次，复位清除现场个人信息。

- 真实0分、未评分和记录不完整分别展示。部分记录是否入榜独立判断。

- 整组拍摄需事先说明并完成授权。成绩保存与视频生成分开，视频失败不影响成绩。

- 视频生成、领取和用户发起分享分别记录，扫码不等于下载或分享成功。

### 假设与待确认

| 问题 | 需要补齐 | 核对角色 |
| --- | --- | --- |
| 哪些多人能力可以复用？ | 教育横屏版本、多人协议和逐人结果样例。 | 教育设备研发、原生、算法 |
| 三类课程分别能评分到什么程度？ | 正式片单、素材授权、逐门评分标准与验证样例。 | 算法、内容、运动专业支持 |
| 记录、排行和视频如何领取？ | 本人绑定、有效条件、排行资格、整组权限、保存与过期方案。 | 产品、后端、小程序、媒体处理 |
| 首发内容和现场条件是什么？ | 游戏清单、玩法人数、硬件安装条件、识别与录像并发实测、运营配置。 | 游戏研发、硬件集成、测试、运营 |

## 7. 首期交付与后续

先核对可复用能力和首发内容，再完成核心体验与配套联调，最后在目标公园试点。多人协议、三类课程评分、本人记录与视频领取、户外并发结果齐备后，才确认可用人数与对外能力。

本稿不承诺开发周数。研发取得代码、接口、硬件和首发清单后，按核验、联调、试点三个阶段评估；课程素材和看板可并行准备。

本期暂不做：智慧步道及跨设备任务；个人追踪与自动精彩剪辑；自由交叉跑动的多人识别；复杂淘汰赛事、积分商城、开放式AI对话；全园数字孪生与健康诊断。

后续根据真实使用情况增加队长快捷开课、课程收藏、专项动作反馈、更多玩法、活动运营、个人精彩剪辑，再考虑与智慧步道联动。

依据：用户已确认的三板块、三类课程与整组视频范围；2026-10-15只读基线核对及现有原型。正文表达的是本期需求，不代表真实能力已经上线。