发薪周期预算 App —— 按真实发薪日（双周/半月）而非自然月重算的个人预算工具

结论：观望（需求确凿且已有 13 个付费订阅的硬验证，但来源帖自己也承认下一步要解决的是"发现和转化"，一人公司在无分发优势时不该直接投入三个月）｜形态：App

1. 产品定义与形态

核心不是"再做一个月度预算 App"，而是把预算的主键从 calendar month 换成 pay period。两个不可替代的机制：一是首页只给一个"安全可花数字"；二是债务还款计划随真实发薪节奏动态重排——来源帖描述为 "a debt payoff plan that re-plans when life happens"，即额外还款或漏还一期都会自动重算。形态为移动 App（iOS 优先），技术栈已验证：React Native + Expo + WatermelonDB，端到端加密同步、全程离线可用，来源帖作者已证明一人可维护。Web SaaS 后台与银行直连（Plaid）建议放到验证之后，不做首发。

2. 目标客户画像

• 双周发薪（biweekly，一年 26 次）的北美工薪族：护士、教师、轮班制时薪岗位、政府雇员。
• 手握 1–3 笔消费贷/车贷/学贷，还款日与发薪日天然错位的人。
• 已用 YNAB/Monarch 但抱怨"钱不是按月份到账"的用户。

排除：纯月薪用户、企业报销记账、投资净值管理需求者。

待验证：双周发薪在就业人口中的实际占比，以及"一年两次三薪月"造成困扰的普遍程度。建议用 r/personalfinance 中 "three paychecks" 的帖量与情绪做代理指标，而不是引用任何二手的市场规模数字。

3. 付费者与付费证据

唯一硬证据来自来源帖原文：

"So far: 150+ downloads across iOS and Android, a 5.0 average from 14 ratings, and 13 paying subscribers. The App Store listing gets about 28K impressions, and 0.7% of those turn into downloads"

13 paying subscribers 是这条赛道里最有价值的一条数据——它证明"按发薪周期建模"这个切口有人真的掏钱，而不只是点赞。但 14 个评分样本统计意义很弱，5.0 分不足以说明体验稳定。按消费级财务 App 常见的 $4.99/月推算（估算假设，非来源数据），13 订阅约等于 $65 MRR，属于验证级收入，撑不起一个 OPC 生活。付费者画像、退订率、LTV 在帖中均未披露，待验证。

4. 时机判断

顺风：主流月度预算 App 的架构天生围绕自然月，改周期是伤筋动骨的重构，这给了长尾缝隙存在的理由；个人财务赛道正被 AI 重构，动态重算/预测能力有了新溢价。

逆风：来源帖作者自述下一步要解决的是"发现和转化"，而 28K 曝光只换来 150 下载（0.7%）。这说明瓶颈不在产品，在渠道。第二进入者会原封不动继承同一个渠道天花板。

结论：时机中性偏早，窗口未关，但也不存在"现在必须做"的紧迫信号。

5. 市场前景

不做规模数字预测（无可靠来源可引）。结构性判断：OPC 的合理目标不是抢占预算 App 市场，而是服务被月度模型结构性排除的小众人群——双周发薪 + 多笔债务 + 只想要一个数字。

估算假设：若定价 $4.99/月，$1–5K MRR 需要 200–1000 名订阅者；按对手 0.7% 的商店转化率反推，需要数十万次曝光。这个天花板必须提前接受，否则做到一半会失望。

6. 竞争格局

• 巨头：YNAB、Monarch、Copilot Money、Empower——品牌、银行直连、内容营销全面碾压，唯一软肋是月度建模惯性。
• 直接对手：来源帖中的 MoneyMap 1.5，已上线、已收费、已有 13 订阅，是同日存在的同构竞争者。
• 缝隙：它自己承认卡在"发现与转化"——产品做对了但没被看见。这对后来者不构成保护，反而说明这条缝隙很难被看见。

差异化只能来自它没做的：特定法定双周发薪市场的本地化、自由职业者"多笔不等额收入"、锁屏小组件级的"今天能花多少"。以上均为待验证假设，不是结论。

7. 90 天路线图

• Day 1–14 验证：在 r/personalfinance、r/YNAB、r/povertyfinance 以纯提问方式发帖（不推广），统计 "biweekly budget" / "three paychecks" 相关讨论的周增量；访谈 10 位双周发薪者，只问一句："你上个月差点超支的那一周发生了什么？"
• Day 15–45 只做一件事：首页那一个数字。不做债务模块、不做同步、不做 Android。
• Day 46–60：TestFlight 20 人；上架 App Store，标题与副标题直接押关键词。
• Day 61–90：只看两个数——下载转化率能否 >2%（对手为 0.7%），试用转订阅能否 >5%。不达标按第 11 节退出。

8. 获客与运营

• Reddit：r/personalfinance（问答式，先不发链）、r/YNAB（切"为什么我总是对不齐"）、r/povertyfinance、r/budget、r/SideProject（来源帖作者已验证该板块可发布）。
• App Store SEO：主关键词 biweekly budget / budget by paycheck / payday budget / paycheck budget；标题建议 "Paycheck Budget — Per Payday"。把 0.7% 转化率翻倍是本次杠杆最高的单一动作。
• 短视频：TikTok/Reels 做 15 秒演示——"你今年其实有两个月会发三次工资，但你的预算只算了两次"。
• 优先级：ASO > Reddit > 短视频；不做付费投放，单人无法承受 CAC。

9. 地域需求分析

• 美国：双周发薪文化最普遍、银行同步生态成熟、付费习惯最好——首选且唯一首发市场。
• 菲律宾/东南亚部分市场：存在法定双周发薪制度，具体条款待验证；付费能力弱但竞争几乎为零，可作为第二梯队。
• 印度/中国：以月薪为主，双周发薪属于外企/劳务派遣/自由职业者的小众情形，"一个月发三次"的痛点被明显稀释，不建议首发。
• 欧洲：多为月薪，需求弱。

结论：只做英语（US），其余市场靠自然流量。

10. 定价与收入模型

• 免费层：仅当前 pay period 的单周期视图。
• 订阅：$4.99/月 或 $29.99/年（定价假设，参考同类消费级财务 App 区间，非来源数据），主推年付以压 churn。
• 备选：$39.99 一次性买断，对厌恶订阅的预算人群友好，但 LTV 低。
• 收入模型：MRR = 订阅数 × ARPU。以对手同量级（13 订阅）推演，到 $2–5K MRR 需 400–1000 订阅，对应十万级商店曝光。该推算的每一环都待验证。

11. 风险与放弃条件

风险：① 分发风险最高，28K 曝光换 150 下载已是实证；② 巨头跟随成本低，YNAB 加一个"发薪周期视图"并不难；③ "首页一个数字"意味着算法一旦错，用户立刻失去信任，且极难向用户解释；④ 财务类 App 的客服/支持成本显著高于工具类，会吃掉 OPC 时间。

放弃条件（任一触发即停）： - 30 天内相关 Reddit 讨论周增量 < 5； - TestFlight 20 人中，两周后仍打开者 < 5； - 上线 60 天转化率 < 2% 且订阅数 < 5； - YNAB/Monarch 公开路线图中出现同类功能。

12. 总评分卡

评分说明：付费意愿拿最高分，因为来源帖提供了罕见的 "13 paying subscribers" 硬证据；竞争空间最低，因为同切口已被 MoneyMap 占位且巨头随时可补齐。65 分落在"值得花两周验证、不值得直接投入三个月"的区间——这正是「观望」的含义。