礼品追踪App
专门用于记录送礼历史、标注关系人偏好、防止重复赠送的移动端应用
时间轴 (近 90 天)
选择支持本地导出（CSV/Excel）且允许云端同步的礼品追踪App，避免数据只存本地——手机丢失或换机时跨年度送礼历史无法迁移，礼品记录的核心价值就在于长期积累
重复预警功能需支持“按联系人+品类+时间窗”三维判重，仅按品类去重会误报（每年送同一人生日礼物属正常），仅按人去重会漏报（同一场合重复送）
联系人绑定功能应能与手机通讯录/微信联系人打通，手动维护独立联系人库在人数超过30人后维护成本极高，容易出现同一人多条记录导致查询混乱
免费版通常限制记录条数（如100条以内）或锁定跨年度历史查询，付费订阅才解锁完整时间轴——如果只是记录当年几次送礼，免费版足够；作为长期人情往来账本则需评估订阅
品类标签越自由（自定义无限标签）灵活性越高，但缺乏预设结构化字段（金额/场合/关系亲疏）时，后期做统计分析和送礼预算复盘会很困难；重分析需求应选带结构化字段的App
不建议为“记录送礼”单独下载纯记账类或礼金随礼类App替代——随礼App以金额往来为核心、缺乏实物礼品的品类标签和重复预警，两类场景的字段模型不同
订阅制App若采用“停止付费即锁定历史数据只读或不可导出”的策略，不建议依赖它存储核心人情往来数据——应在订阅期内定期导出备份，防止断费后数据被绑架
跨年度数据保留能力是礼品追踪App区别于普通备忘录的核心价值——优先选择提供“按联系人查看历年送礼时间轴”视图的产品，这能直接支撑“今年该送什么、去年送过什么”的决策
解决“长期人情往来管理”场景的标准路径：先建立联系人分组（家人/同事/客户）→ 为每次送礼打品类与场合标签 → 设置重要日期提醒 → 依赖重复预警避免撞礼 → 年末通过统计视图复盘预算与关系维护情况
选择带“重要日期倒数提醒+关联联系人”功能的App，可将送礼记录与生日/纪念日/节日联动，避免临时想不起送什么；纯静态记录型App缺失主动提醒会削弱实际使用频率
全部知识事实 (10)
选择支持本地导出（CSV/Excel）且允许云端同步的礼品追踪App，避免数据只存本地——手机丢失或换机时跨年度送礼历史无法迁移，礼品记录的核心价值就在于长期积累
90%待验证跨年度数据保留能力是礼品追踪App区别于普通备忘录的核心价值——优先选择提供“按联系人查看历年送礼时间轴”视图的产品，这能直接支撑“今年该送什么、去年送过什么”的决策
85%待验证重复预警功能需支持“按联系人+品类+时间窗”三维判重，仅按品类去重会误报（每年送同一人生日礼物属正常），仅按人去重会漏报（同一场合重复送）
80%待验证免费版通常限制记录条数（如100条以内）或锁定跨年度历史查询，付费订阅才解锁完整时间轴——如果只是记录当年几次送礼，免费版足够；作为长期人情往来账本则需评估订阅
80%待验证不建议为“记录送礼”单独下载纯记账类或礼金随礼类App替代——随礼App以金额往来为核心、缺乏实物礼品的品类标签和重复预警，两类场景的字段模型不同
75%待验证联系人绑定功能应能与手机通讯录/微信联系人打通，手动维护独立联系人库在人数超过30人后维护成本极高，容易出现同一人多条记录导致查询混乱
75%待验证订阅制App若采用“停止付费即锁定历史数据只读或不可导出”的策略，不建议依赖它存储核心人情往来数据——应在订阅期内定期导出备份，防止断费后数据被绑架
70%待验证品类标签越自由（自定义无限标签）灵活性越高，但缺乏预设结构化字段（金额/场合/关系亲疏）时，后期做统计分析和送礼预算复盘会很困难；重分析需求应选带结构化字段的App
70%待验证解决“长期人情往来管理”场景的标准路径：先建立联系人分组（家人/同事/客户）→ 为每次送礼打品类与场合标签 → 设置重要日期提醒 → 依赖重复预警避免撞礼 → 年末通过统计视图复盘预算与关系维护情况
70%待验证选择带“重要日期倒数提醒+关联联系人”功能的App，可将送礼记录与生日/纪念日/节日联动，避免临时想不起送什么；纯静态记录型App缺失主动提醒会削弱实际使用频率
70%