27 lines
1.7 KiB
Markdown
27 lines
1.7 KiB
Markdown
|
# 练习记录需要怎样保存，已有 iHour 积累如何衔接？
|
||
|
|
|
||
|
|
Type: grilling
|
||
|
|
Labels: wayfinder:grilling
|
||
|
|
Status: resolved
|
||
|
|
Assignee: yuxuanhui
|
||
|
|
Parent: [芭蕾岛第一期：练习记录与成长回顾](../map.md)
|
||
|
|
Blocked by: 01
|
||
|
|
|
||
|
|
## Question
|
||
|
|
|
||
|
|
用户首次使用、换设备或重装后应如何保留自己的记录，首次录入前是否接受登录？对于已有的 iHour 积累，第一期从新记录开始、允许逐条补录，还是需要期初汇总？
|
||
|
|
|
||
|
|
如果带入历史总时长，需要决定其是否进入趋势、练习天数和次数统计，不能从总时长虚构历史明细。自动导入必须先取得真实可导出样例再评估，公开资料未证实其可用；不因参考 iHour 就默认承诺同步或迁移能力。
|
||
|
|
|
||
|
|
## Answer
|
||
|
|
|
||
|
|
用户确认数据保存按建议执行：关联微信身份，云端保存练习记录，同一微信身份换设备后可以恢复自己的记录。该项是产品要求，尚未接入或验证实际登录、云端保存与恢复；实现继续沿用当前小程序和后端项目，不因“云端保存”一词改变技术供应商。
|
||
|
|
|
||
|
|
用户明确“先不考虑旧数据衔接”。第一期从本产品新建立的记录开始，不做 iHour 导入、迁移或期初累计录入，也不带入截图中的历史总量。这不取消记录流程已确认的日常漏记补录能力。
|
||
|
|
|
||
|
|
首次使用的登录提示与保存反馈作为原型中的体验细节验证；不增加独立的手机号注册流程。原型只用内存模拟数据，不实际调用身份服务或上传用户内容。
|
||
|
|
|
||
|
|
## Comments
|
||
|
|
|
||
|
|
- 用户在同一条回复中明确确认数据保存、旧数据范围和激励范围；据此记录已经作出的产品取舍，不重复请求确认。
|