结账时该刷哪张卡
用户到店或线上结账时，立即看到本次最合适的信用卡及预计多得的实际金额。
用户走到实体店收银台，或打开线上结账页时，浏览器扩展和手机卡片会识别当前商户，列出已持信用卡中本次回报最高的一张。结果直接显示预计多得的返现或积分价值，并把消费类别、优惠上限和剩余额度写在推荐旁边。
推荐不只依赖品牌名称。像商场里的店中店、外卖平台代收或同名加盟店，真实刷卡类别常与招牌不同。产品优先参考用户授权导入的账单分类，再结合其他用户确认过的门店记录；资料不足时会标注不确定性，并给出回报更稳妥的选项。
结账后，用户只需轻点确认实际获得的类别，或上传已打码的小票。该反馈会校正下一次推荐，也能让常去门店逐渐形成可靠记录。信用卡规则、轮换优惠和年度封顶发生变化后，系统会按发卡行公布的条款更新计算。
首版做到在主要线上结账页和常见实体商户提示刷哪张卡，不代替用户付款，不申请信用卡，也不承诺积分一定按预期入账。
为什么是现在
一条 2026 年 8 月 12 日的 X 帖直接许愿，希望到具体商店时，应用能从多张信用卡里提示最佳选择。S1 截至 2026 年 8 月 14 日，该帖发布后累计为“点赞 57 / 转发 4 / 浏览 11175”，说明结账前临时比较卡片仍会被用户明确提出。S1
目标用户
主要用户是持有三张以上奖励信用卡的人。他们在线上付款前，或已经走到实体店收银台时，才会发现自己记不清倍率和封顶。此时重新查发卡行条款太慢，凭印象又容易损失回报。经常使用店中店、外卖平台或加盟门店的人更需要它，因为招牌名称未必对应实际入账类别。
最小切入点
首版用 Chrome MV3 扩展识别当前域名，并让用户点击后读取页面信息。`activeTab` 可把访问权限限制在用户主动调用的页面。S3 先覆盖少量稳定的结账域名，不抓取支付字段。卡片倍率、封顶和轮换规则采用人工审核的结构化规则表。用户授权后，可用 Plaid Transactions 获取商户、类别、地点和历史交易。S2 账单结果只用于校正商户映射，不把 Plaid 类别当作网络 MCC。移动端先做可搜索卡片和常去门店快捷入口，暂缓后台到店提醒。
以小博大
首批用户可从多卡用户聚集的信用卡社区和积分讨论群招募，重点寻找愿意核对历史账单的人。为每位用户生成“常去商户最优卡”清单，方便其分享具体省下了什么。浏览器商店页面可围绕“best card at checkout”等明确意图词展示。商户记录积累后，再发布城市或连锁品牌的分类核对页，吸引搜索流量。
竞品与缝隙
- CardPointersGoogle
- CardPointers 已能在大量购物网站提示可用优惠，并推荐类别奖励更高的卡。S4 它还把卡片优惠、消费奖励和到店提醒放在同一产品中。S4 用户无需交出银行登录信息，交易记录也不是其公开介绍中的必要输入。S4 这降低了接入阻力，却难以直接利用已入账交易校正具体门店。其公开页面没有说明会把用户账单分类沉淀为门店级记录。店中店、平台代收和加盟店编码仍可能被通用类别覆盖。新产品的缝隙是把推荐、入账结果和用户确认连成闭环。它还应明确展示置信度，而非只给一张最佳卡。
- 发卡行 App 加备忘录或表格Google
- 常见做法是打开各家发卡行 App，再用备忘录或表格记录季度类别、消费上限和卡片优惠。这种方法无需把全部账户交给第三方，也方便资深用户按自己的积分估值计算。问题出在结账前要切换多个页面，商户名称与真实入账类别也无法提前核对。优惠使用额、年度封顶和轮换类别通常分散维护。一次漏记就会让后续推荐失真。它也很难共享某家具体门店的历史分类。新产品应保留人工覆盖能力，同时自动带出最可能的类别和剩余额度。
怎么赚钱
采用免费基础版加订阅版。免费版提供卡片录入、通用类别比较和有限的商户查询。订阅版开放账单同步、门店级记录、优惠上限追踪和家庭共享。避免依赖信用卡申请佣金，以免推荐排序受到发卡行报价影响。
反方视角
错误的门店分类会直接推荐错卡，几次失误就足以破坏信任。Plaid 返回的类别不等同于支付网络 MCC，交易入账也可能有延迟。S2 用户反馈还可能受退款、聚合支付和临时优惠干扰。卡片规则需要持续维护，定向优惠与剩余额度也未必能自动取得。读取购物页面和同步账单都会触发隐私顾虑，权限说明稍显含糊就会降低安装率。若无法先把常见商户的准确率做高，产品会退化成更麻烦的奖励表格。