运动反馈滞后
如果骑行只在结束后给数据统计,用户很难在过程中感到自己正在参与比赛。
案例研究 / system-design
我把真实骑行输入、动态阻力、赛道节奏、多人对抗、排名结算和赛季成就组织成体感骑行竞技闭环,让运动过程变成可感知、可竞争、可回流的比赛体验。
项目阶段
已上线
负责人
苏阿酥
协作团队
多人协作

我把真实骑行输入、动态阻力、赛道节奏、多人对抗、排名结算和赛季成就组织成体感骑行竞技闭环,让运动过程变成可感知、可竞争、可回流的比赛体验。
系统定位
体感骑行竞技闭环,证明硬件输入、比赛节奏和长期激励可以被统一组织。
项目类型
已上线商业体感运动项目,公开到玩法结构、职责范围和阶段结果。
证据口径
依据破风之役项目页、公开数据口径、PRD、数值表、原型、验收和复盘材料,不公开内部公式与样本量。
先把选择赛事、匹配玩家、实时骑行、结算排名和奖励发放收束成固定比赛流程,让用户明确自己正在参与一场比赛。
把速度、体重、赛车参数、路面阻力和风阻作为基础输入,让真实骑行行为能进入比赛状态计算。
在基础阻力上叠加坡度和跟风状态,让爬坡、下坡、追赶和冲刺能被双腿直接感知。
用平路、爬坡、下坡、弯道和冲刺段组织稳定骑行、阻力挑战、节奏调整和最后爆发。
把实时对抗、赛段排名和追赶差距放进过程反馈,让用户在骑行中持续感到比较目标。
比赛结束后统一结算名次、表现、奖励和记录,让单局结果进入后续榜单与成长系统。
用好友榜、地区榜、全服榜、周榜和赛季榜承接单局成绩,让一次骑行继续变成阶段竞争目标。
把普通、阶段、长期和隐藏成就接到任务、赛季排名、皮肤、服装、头像框、徽章和称号展示上。
先确认用户能从腿部阻力和屏幕反馈感到赛道变化,再扩展外观、活动和复杂奖励,避免体感项目变成普通 App 页面。
先稳定赛事选择、匹配、骑行、结算、奖励这条主流程,再把榜单和赛季目标往后承接,降低系统一次性铺开的风险。
阶段数据只用于证明闭环有效,不公开内部样本量、公式、统计周期和未脱敏截图,避免把商业项目写成数据报告。
形成赛事选择、匹配、实时骑行、排名结算和奖励发放的流程说明,证明单局竞技骨架已沉淀。
沉淀骑行输入、动态阻力、坡度、风阻和跟风状态的设计口径,用于对齐硬件反馈与玩法节奏。
整理平路、爬坡、下坡、弯道和冲刺段的体验职责,证明赛道不是装饰,而是节奏结构。
输出好友、地区、全服、周榜和赛季榜的阶段竞争口径,让多人对抗能延伸为中期目标。
形成 PRD、数值表、原型、交互流程图、版本规划和验收清单,支撑研发评审、上线验收与数据复盘。

用户留存
43%↑
公开表达为上线后的阶段结果,用于说明持续参与机制对回流有支撑。

用户参与度
48%↑
公开表达为赛事、社交与奖励链路共同作用下的阶段参与结果。

日均时长
+50%↑
用于说明体感阻力、赛道节奏和竞争目标对持续运动时长有拉动。

单次时长
约14分钟↑
用于说明单局比赛时长与家庭、健身房场景下的中短时运动需求匹配。

输入因子
7类↑
速度、体重、赛车参数、路面阻力、风阻、坡度和跟风状态。

闭环模块
5类↑
输入、阻力、赛道、竞赛、成长奖励共同构成体感竞技闭环。
这个系统让我确认,体感运动设计要先问用户身体能感到什么,再决定屏幕上展示什么。
单局比赛只能制造当下压力,榜单、赛季、成就和外观展示才能把一次骑行延伸成下一次参与。
后续可以继续拆新手、稳定运动用户和竞技用户的活动目标,避免同一套成就压所有人。