Rocket Money 订阅与账单
有效机制：找出订阅、协助取消、议价。官方公开免费层与付费层，议价成功费为首年节省额的 35–60%。
反馈信号：有人称清掉忘记的订阅很有用；也有评论抱怨成功费到期过早、现金流压力反而增加。
01 · Demand有条件成立，
有条件成立，
置信度低。
“帮助人少花冤枉钱”有可观察的既有行为；把节省转化为新体验的持续使用意愿、付费意愿和低成本获客尚无直接证据。
产品判断
先服务在城市里经常做小额消费选择、又想丰富周末生活的人。先在“决策前的净省比较 + 低成本灵感”上验证，而不是复制返利、金融账户聚合或本地团购市场。
目标用户与地区为本报告的工作假设；若首发市场改变，商家数据、货币、支付及分发策略都需重算。2 / 3机会形状：两项暂过线，一项未过线14 天先做可失败的行为实验
广泛 2/5
消费者很多，但本项目可触达的细分人群与渠道未证实。
刚需 3/5
对预算紧张者，少花冤枉钱有实质价值；“发现有趣事”本身更像加分项。
高频 3/5
日常消费决定会反复发生，但用户是否愿意在决定前打开新工具未知。
需求重述
预算敏感的城市消费者，在准备买一顿饭、一次活动或一项服务时，很难快速知道“换一种选择后到底净省多少、会损失什么、有什么同样有意思的替代体验”；他们目前会查优惠券、比价、问朋友、看地图与评价，或直接放弃购买。
关键反证：成熟产品已有庞大评价量，但评论中反复出现优惠无法兑现、账面节省被费用吞掉、领取时间和出行成本高、惊喜袋质量不稳的问题。存在“频繁打开省钱 App 的人”不等于愿意再安装一个综合工具；新产品必须显著减少核对成本，并对净收益负责。[S1–S14]
02 · International landscape七种成熟解法，
七种成熟解法，
七类可继承的教训。
产品功能来自官方页面；用户摩擦来自 App Store 上可见的具体评论和官方帮助中心。评论为方便样本，不做频率推断。
PayPal Honey 优惠码与价格
有效机制：结账时尝试优惠码、奖励积分和价格提醒；官方说明优惠与奖励因商家而异。
反馈信号：App Store 评论抱怨优惠码不适用、浏览器扩展的性能与数据收集顾虑。
Ibotta 收据返现
有效机制：先加商品优惠，购物后上传纸质小票；官方规定多数小票须在 7 天内提交，通常 72 小时内返现。
反馈信号：评论中有绑定零售商后漏记商品、重复提交提示和客服延迟的经历。
Upside 附近返现
有效机制：在加油、餐饮和杂货门店认领优惠，随后消费。官方说明部分交易需 4–10 个工作日处理，叠加其他促销可能减少或取消返现。
反馈信号：评论描述交易漏记后逐笔申诉的成本。
Too Good To Go 剩余食物
有效机制：以约原零售价三分之一预订 Surprise Bag，到店领取；天然带来附近小店的发现。
反馈信号：正面评论提到发现不熟悉的小店；负面评论提到内容价值、领取窗口、库存可靠性及出行距离。
Olio 邻里共享
有效机制：附近免费分享食物及家庭物品，靠本地供给密度产生价值。
反馈信号：官方帮助中心强调本地当面取物与参与人数；如果一个街区没有足够活跃供给，空列表会削弱体验。
Groupon 本地体验
有效机制：本地餐饮、活动和服务折扣；有用户称发现了未曾注意的小店。
反馈信号：评论同时有兑换、到期和退款纠纷。
证据读法
官方材料可确认产品机制和当前收费说明，不能单独证明用户实际省下多少；App Store 评论是用户原话的可核来源，但样本经过平台筛选与自选择，无法用来估算故障率。两类证据叠在一起，只支持“存在值得检验的摩擦”，不能支持“新产品需求必然旺盛”。
03 · Position把产品从“优惠入口”
把产品从“优惠入口”
改成“选择助手”。
差异化不靠更多券或更多商家，而靠每次决策的真实净额、清楚的证据等级，以及不诱导额外消费的发现机制。
| 方案 | 用户得到什么 | 最难的依赖 | 首版判断 |
|---|---|---|---|
| 自动账单/订阅 | 找出重复与遗忘支出 | 银行连接、授权、取消执行 | 暂缓；成本与信任门槛高 |
| 优惠码/返利聚合 | 结账时更便宜 | 商家合作、追踪归因、兑付 | 暂缓；易陷入佣金冲突 |
| 剩食/团购市场 | 附近低价新体验 | 商户供给、库存、退款 | 暂缓；双边冷启动重 |
| 净省决策 + 发现 | 清楚比较每次选择，获得合预算的灵感 | 高质量参考价与体验内容 | 先验证 |
产品承诺草案
“花钱前，先看清另一种选择能省下多少；省下的空间，可以用来遇见更有意思的事。”其中“省下”只在有可比基线与最终成本时展示；候选优惠、预测返现和零售原价不得混为已省。
用户端护栏
不为了使用优惠而新增购买；推荐体验时呈现总成本、路程、开放时间与可退条件；不给“只剩几分钟”式虚假紧迫感。用户可选“什么都不买”。
商业端护栏
首版无佣金排序。后续若接入商家或联盟收入，必须标注赞助、测量净收益，且不让佣金改变“最佳选择”的定义。
04 · Working MVP已经能试用的，
已经能试用的，
是最小决策闭环。
填写原计划
用户输入原本认真考虑的选择和计划支出；如果基线不可信，结果只能是自报估算。
填写结果与额外成本
实际支付、手续费、交通成本进入同一公式；超支如实显示负数。不同体验的价值损失单独记录，不强行货币化。
筛选探索灵感
用净省金额约束可选体验。原型中的六个例子是演示数据，不是实时优惠；真正上线要逐条审核价格与可用性。
| 首版包含 | 首版明确不做 | 为何延后 |
|---|---|---|
| 演示灵感内容与静态风险提示 | 实时商户价格、库存、路线 | 未接入可信数据源，不能假装实时 |
| 可核对的用户行为测试计划 | AI 自动生成优惠、未经验证的“省钱榜” | 错误推荐会直接侵蚀信任 |
05 · Technical plan先测工作流，
先测工作流，
再买复杂性。
当前原型为一个离线 HTML 文件。若实验通过，再建设可部署的移动 Web 应用，不在第一周做浏览器扩展、银行连接或商户系统。
决策输入场景、计划价、最终价、附加成本
规则层净省公式、证据等级、去重
灵感策展城市、兴趣、预算、可用性
回访与学习是否兑现、是否实际探索、是否复用
产品版架构
移动优先 Web/PWA 前端；轻量 API；关系数据库分别保存 decision、price_evidence、experience、interaction。先按城市人工策展 30–50 条体验，之后才评估地图和商家数据接口。匿名使用优先；可选登录时再做服务端同步。
推荐与 AI 边界
第一版用确定性过滤：预算、距离、营业/预约、兴趣、无额外支出优先。AI 可用于把用户兴趣转为标签或写简短介绍；价格、折扣、可用性与净省结果必须来自可复核数据和明确计算。
核心数据与算法
net_saving = comparable_planned_cost − final_paid − mandatory_extra_cost。若原计划商品与替代商品在份量、品质或时间上差异明显，标为“不可直接比价”。返现状态分“预计／已确认／被拒绝”，只有已确认金额能计入到账节省。每条价格证据保存来源、采集时间、适用区域和到期日；不得把历史原价当当前可买价格。
| 阶段 | 工程范围 | 过线条件 |
|---|---|---|
| 1：邀请制试点 | 移动 Web、表单、人工审核本地体验、最小匿名事件 | 14 天实验达到行为阈值 |
| 2：证据化 | 票据/报价附件可选、证据状态、人工纠错、按城市刷新 | 人工成本与核验错误率可控 |
| 3：规模化 | 合作商户/API、推荐排序、权限/安全与支付 | 渠道、留存及单位经济数据支持投入 |
技术风险：未经许可抓取商家页面可能不稳定且违反条款；地图与地点 API 的定价/配额随时会变。首版采用人工策展和跳转官方页面的内容策略，接 API 前复核官方条款与成本。[S15]
邀请制试点的最小数据契约
| 对象 / 事件 | 最少字段 | 用途与限制 |
|---|---|---|
decision | 匿名用户 ID、场景、原计划金额、实际金额、额外成本、货币、创建时间、证据等级 | 服务端重算净省；金额用最小货币单位整数保存，避免小数累计误差 |
experience | 城市、标题、分类、总成本、来源链接、核验时间、到期时间、状态 | 只展示仍有效的内容；失效自动隐藏并待人工复核 |
interaction | 匿名用户 ID、事件名、时间、关联决策/灵感 ID | 仅记录完成决策、查看灵感、保存、实际尝试等必要行为；不记录完整浏览轨迹 |
feedback | 是否兑现、是否额外花钱、是否满意、可选原因 | 检查“发现”是否带来净价值；不把收藏误算为实际体验 |
两周工程节奏
第 1–2 天：访谈入口、原型可用性和金额口径。第 3–5 天：移动 Web 表单、服务端净省校验、匿名事件。第 6–8 天：单城市策展 30–50 条、失效时间和人工审核。第 9–10 天：邀请制灰度、异常与删除数据流程。第 11–14 天：观察真实使用并按预设阈值裁决。
上线前的质量门槛
价格不可比时不展示“已省”；负数如实显示；过期灵感不可推荐；无供给时显示免费或不消费路径；用户能导出或删除自己的试点数据；完整来源链接和核验时间可回看。
06 · Decisive test让行为数据决定，
让行为数据决定，
不是下载量。
实验阈值是决策门槛，不是预测。验证核心问题：人们会不会在消费前主动打开工具，并在省钱后真的探索新东西？
招募与材料 · 2 天
在一个城市和一个具体人群中招募 20 名近 30 天主动寻找折扣、比价或低价活动的人。用相同短视频/图文展示原型，不用“你会用吗”当有效信号。记录招募渠道和每人获客成本。
使用观察 · 10 天
给每人真实消费前入口；记录开始决策、完成净省比较、主动查看灵感、实际使用替代方案及再次打开。邀请提供可遮挡个人信息的小票或公开价格截图，仅用于同意后的核对；不收银行密码或完整账单。
裁决 · 第 14 天
若至少 12/20 人完成 2 次真实决策、8/20 人提供可核对的节省证据、4/20 人实际尝试一项新体验，并且多数人能在 30 秒内说清“净省是自报还是已证实”，进入邀请制 Web 试点；任何核心阈值未过，先访谈未使用者并收窄场景。
收费与留存另测
市场评论不等于本产品付费意愿。行为阈值过线后，给实际使用者一个具体付费承诺测试（例如支付小额试点费用或预约带日期的付费体验），观察真实承诺；若只有“愿意”回答，没有付款或预约，不据此定价。对照组可收到同样的折扣清单但没有净省比较，以分辨差异化是否有效。
继续的信号
用户会主动带来下一次消费问题；净省核验后仍为正；探索行为不吞掉全部节省；人工策展每周可更新而不会压垮团队。
停止或改向的信号
大多数人只在被提醒时才打开；“省钱”主要来自不买而非产品帮助；灵感造成额外冲动消费；核对价格和供应的人工成本高于用户所得价值。
07 · Source ledger
来源与证据边界。
截至 2026-09-24 访问。官网与帮助中心是产品机制的一手材料；应用商店评论是具体用户反馈的一手样本，但未经独立核验、不可推及总体。品牌页面中的数字属于自述。
- S1 · Rocket Money 官方帮助中心｜定价层级、付费功能。打开来源
- S2 · Rocket Money 官方帮助中心 + App Store 评论｜议价费 35–60%；评论描述手续费冲击。官方收费 · 用户评论
- S3 · PayPal 官方指南｜优惠码、奖励与商家差异。打开来源
- S4 · Honey App Store 评论｜用户关于优惠适用性、扩展体验与隐私的具体反馈。打开来源
- S5 · Ibotta 官方帮助中心｜小票、7 天窗口、返现处理。打开来源
- S6 · Ibotta App Store 评论｜漏记与提交摩擦。打开来源
- S7 · Upside 官方帮助中心｜返现延迟、叠加优惠限制和拒绝原因。打开来源
- S8 · Upside App Store 评论｜漏记交易后的申诉成本。打开来源
- S9 · Too Good To Go 官方说明｜Surprise Bag、价格与领取机制。打开来源
- S10 · Too Good To Go App Store 评论｜发现新店、定位、距离与库存可靠性。打开来源
- S11 · Olio 官方介绍｜免费邻里分享的品类与流程。打开来源
- S12 · Olio 官方 FAQ｜本地参与密度与当面领取。打开来源
- S13 · Groupon App Store 产品页｜本地活动与折扣机制（自述）。打开来源
- S14 · Groupon App Store 评论｜发现“hidden gems”与兑换退款摩擦。打开来源
- S15 · Google 官方开发文档｜地点 API 按量计费，具体价格使用前需重查。打开来源
本报告没有独立用户访谈、留存、付费转化或国内供给数据；“用户非常旺盛”目前仅能用于提出假设，不能作为建完整平台的依据。