
破风之役
上线项目2026-05-16 更新
我用这个已上线商业项目证明自己能把真实骑行输入、动态阻力反馈、多人竞技与长期激励组织成一套持续驱动用户参与的体感游戏闭环。
项目背景
- 01我面对的问题是,传统骑行类健身产品虽然能记录速度、里程和消耗,但运动过程中的反馈承接仍然偏弱。用户完成一次骑行后往往只得到基础数据回看,缺少持续挑战、阶段成长和社交竞争带来的目标感,因此很难形成长期重复使用动力。
- 02我的判断是,破风之役不能只停留在“把骑行数据搬进 App”。我需要把真实骑行行为直接接进比赛中的决策与反馈,让用户在骑行过程中就能感受到节奏变化、对抗压力和排名推进,而不是在运动结束后才看到一组结果统计。
- 03因此我把这个项目收束为一套体感竞技产品设计:用智能动感单车作为硬件载体,用 App 作为赛事、社交和成长承接端,再用动态阻力、赛道节奏、多人对抗、赛季目标和成就奖励,把单次骑行拉长成可持续参与的体验闭环。
- 04页面当前只公开可验证的设计口径、职责边界和阶段结果,不公开公司信息、内部配置表、未脱敏截图和底层实现细节。
设计目标
- 把骑行行为转成即时反馈我想验证速度、阻力、坡度、跟风和对抗状态能否在骑行过程中持续转成可感知的比赛反馈,而不是只作为赛后统计存在。
- 建立清晰的比赛节奏我想验证赛道中的平路、爬坡、下坡、弯道和冲刺段能否共同形成一条有起伏、有节奏变化、有排名争夺点的中短时竞赛曲线。
- 让多人竞争承接中期目标我想验证赛事匹配、实时对抗、赛段排名、榜单比较和赛季成绩是否能把单局体验自然延伸成阶段性追求。
- 让成长奖励驱动长期参与我想验证成就体系、任务路径、赛季奖励和外观展示能否服务不同层级用户,让他们除了赢下一场之外,还有持续回来的理由。
我的职责
- 产品从 0 到 1 规划我负责明确目标用户、核心体验和整体系统框架,规划智能动感单车与 App 端结合后的体感竞技产品形态。
- 核心玩法与赛事规则我负责设计选择赛事、匹配玩家、实时骑行、结算排名和奖励发放的完整比赛流程,并定义多人竞技与赛季赛事规则。
- 软硬交互与赛道体验我负责把速度、体重、赛车参数、风阻、坡度和跟风状态转成动态阻力反馈,并规划平路、爬坡、下坡、弯道和冲刺段的体验节奏。
- 成长系统与版本推进我负责成就奖励、社交竞争、活动任务、赛季排名与外观反馈设计,同时输出 PRD、数值表、原型和验收清单,参与研发评审、上线验收与数据复盘。
我的方案/核心设计
把骑行输入接进比赛状态我把速度、体重、赛车参数、路面阻力和风阻作为基础输入,再叠加坡度与跟风状态形成动态阻力,让骑行过程中的每次发力都能直接影响比赛感受。
用赛道结构组织节奏曲线我用平路、爬坡、下坡、弯道和冲刺段分配稳定骑行、阻力挑战、节奏调整和最后爆发,让单局比赛不只是看排名,而是持续感受到节奏变化。
让多人竞争承接中期目标我把赛事匹配、实时对抗、赛段排名、好友榜、地区榜、全服榜、周榜和赛季榜接成一条中期追求链,让单局成绩能继续沉淀成阶段竞争目标。
用成就奖励驱动长期参与我把普通、阶段、长期和隐藏成就,以及比赛结算、任务、赛季排名和成就达成奖励放进同一套成长体系,再用皮肤、服装、头像框、徽章和称号承接身份展示。
验证材料与边界
- 用户留存提升至 43%
- 用户参与度48%
- 日均时长提升 50%
- 平均单次体验时长约 14 分钟
关键产出
- 体感竞技产品骨架我形成了从赛事选择、实时骑行、排名结算到奖励回流的完整比赛流程,让智能单车与 App 端不再只是硬件和页面的拼接。
- 软硬交互规则口径我沉淀了骑行输入、动态阻力、赛道坡度、风阻和跟风状态之间的交互逻辑,使体感反馈可以稳定进入玩法设计与版本迭代。
- 赛季与社交竞争方案我搭建了赛事规则、榜单体系、互动功能和赛季追求的公开表达口径,使多人竞争不只存在于单局之内,而能延伸成阶段目标。
- 成长与版本交付链路我输出了 PRD、玩法规则文档、数值表、原型图、交互流程图、版本规划表与验收清单,并把它们接入研发协同、上线验收和数据复盘流程。
项目复盘
证明体感玩法组织能力:这个项目证明我能把真实运动输入、比赛节奏、多人竞争和长期激励放进同一套可上线的产品结构里,而不是只停留在单点玩法创意上。
留下软硬一体设计方法:我沉淀的方法是先确认身体能感知到什么,再决定屏幕上反馈什么,最后用榜单、赛季和成就去承接运动后的重复参与,而不是反过来只堆 UI 功能。
保持商业项目公开边界:当前页面只公开玩法结构、职责范围和阶段结果,不公开公司信息、内部公式、后台数据表、未脱敏截图和底层实现细节。
明确后续补充方向:如果后续允许补公开材料,我优先补赛道节奏图、阻力反馈示意和赛事成长关系图,而不是直接补缺少语境的产品截图。