起因：一笔对不上号的账单
某天查信用卡账单，看到一笔 38 块的扣费完全不认识。翻了半天记录才想起来——三个月前试用过一个工具类 SaaS，忘了取消，一直在默默续费。
当下有点无语，不是心疼那 38 块，而是意识到：这种事可能一直在发生，只是自己没注意。于是决定做个 App 专门对付这件事，叫订阅斩（SubKiller）。
App 核心逻辑：折算月均 + 汇总支出
思路很简单：把你的订阅录进去，App 按账单周期折算成月均费用，加总后告诉你「本月预计支出 XXX 元」。
支持月付、季付、年付三种周期。其中年付除以 12 折算月均，这个细节对用户感知影响挺大——很多人买年付觉得「便宜划算」，但把所有年付折算成月费加总，数字往往比预期高不少。
折算逻辑本身不复杂，用一个枚举搞定：
var multiplierToMonthly: Double {switch self {case .monthly: 1case .quarterly: 1.0 / 3.0case .yearly: 1.0 / 12.0}
}
代码几行，但这个视角转换对用户来说是真实有用的。
风险检测：扫出来我自己的 3 个「刺客」
App 会主动标记「高危」和「中危」订阅，判断维度包括：是否处于试用状态、距下次扣费还剩多少天、订阅是否长期没被主动使用。试用中的订阅直接标红——试用转正扣费是最典型的刺客场景。
我自己第一次用这个功能，扫出来 3 个高危：一个忘了取消的 AI 工具试用、一个去年买的年付但基本没打开过的设计软件、还有一个按季收费的小众播客 App。三个加起来一年大概 600 块，就这么白花了。
一个刻意的交互设计：「斩」
停用订阅这个操作，我没有叫「删除」或者「停用」，而是叫斩。斩掉的订阅进入「已斩」Tab，随时可以恢复。
这个设计是有意为之的。想让「主动停掉一个没用的订阅」这件事带点仪式感，而不是普通的列表操作。用户也不会因为「怕后悔」就不敢动——反正可以随时恢复，但「斩」这个动作本身带一点成就感。
最初版本想做成「归档」，后来觉得太无聊，才改成现在这个版本。
技术选型简记
数据层用了 SwiftData，Subscription 模型通过 @Model 宏存本地，字段包括账单周期、金额、下次扣费日期、当前状态等。云同步走 CloudKit，多设备数据共享。考虑到部分用户对云同步有顾虑，在 AppSettings 里加了 iCloudSyncEnabledStorage 开关，用户可以手动关掉。
UI 全程 SwiftUI，整体开发体验还不错，SwiftData + SwiftUI 的配合在简单 CRUD 场景下确实省事。
另外内置了一批常见服务预设（Netflix、YouTube Premium、Apple TV+ 等几十个），搜索时支持别名模糊匹配，比如搜「youtube」能匹配到「YouTube Premium」，减少手动填写的摩擦。
目前的困境：冷启动
App 刚上线，用的人不多。我觉得这类工具的核心问题是「用户得先有整理订阅的意识」，否则根本不会想到下载。换句话说，它解决的是一个用户自己还没意识到的痛点——这个冷启动比较难破。
如果你做过类似的工具类 App，冷启动阶段是怎么推的？欢迎评论区聊聊。
App Store 链接：https://apps.apple.com/app/id6746802909