01 · build
只交付最小的有效增量
用最少的代码改动,把主用户路径往前推一步。
已经接好的部分
Issue 模板、PR 检查清单和 /api/ship-packet,把一段聊天变成一次可评审的发布 —— 构建、验证、发布,全程附带证据。
结账、客户门户、Webhook 落库和套餐文案,商业化界面一次性定义清楚。
积分账本、付费周期权益和时间顺序的订单历史,账目能对得上,而不是靠猜。
GitHub OAuth、可选邮件登录、受保护的账户路由,以及一个会解释自身状态的登录页。
买家付费前会检查的信任页面,第一天就都在,而不是等第一张支持工单再说。
推送到 main 分支即构建 OpenNext 产物并走通 Worker 流水线 —— 认证、数据库和分析一并覆盖。
发布闭环
01 · build
用最少的代码改动,把主用户路径往前推一步。
02 · review
用挑剔的眼光读 diff:文案漂移、界面别扭、边缘用例回归。
03 · test
跑构建、类型检查,并对核心界面做一次快速人工验证。
04 · push
确认分支通过验证、diff 可读、下一个人能信任之后再推送。
收入路径
Stripe 适配器
结账、客户门户、Webhook 与订阅持久化
可靠性
有据可查
认证、计费、文档、支持、法律与发布界面全部就位
商业化
3 档套餐
Free、Pro、Scale,按商用转化设计
定价
入门组合Starter
先用 starter 发布一个聚焦的小产品,让技术栈保持轻量。
适合第一次公开上线。
推荐Pro
适合已经盈利、需要转化、计费、支持和有纪律发布流程的产品。
适合开始放心收钱的阶段。
入门组合Scale
适合关注收入扩张、私有化入驻和运营确定性的团队。
适合有销售动作的团队。
常见问题
模板包含完整的应用结构和服务集成。正式上线前,请配置好各项服务、跑通验收流程,并检查一遍依赖审计。