6a2632da70
将 Clover 从上层产品包旧仓库中独立出来,建立专属版本控制。 当前状态=纵切片端到端已打通(登录→选品→出文出图→审核→下载包), M1文案质量去套路化已验收。此提交作为后续按核销清单逐条修复的基线。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2.4 KiB
2.4 KiB
Clover · 洞4 软件收费/商业模式 验证落盘
创建：2026-06-04｜验证人：CC+倩倩姐拍板｜性质：洞4(软件收费)商业判断（7洞最后一个） 锚定约束：老板战略"TOKEN充值加进产品=业务闭环"(产品业务推进会议.txt) + 已拍板决策1(key隔离计费)
一句话结论
MVP阶段软件免费(收费逻辑底层麻烦，后续单独讨论)；token统一走我们自己的站url，但每账号自录自用各算各的key隔离不变。url收口到自己站(token生意闭环) + key隔离(成本清晰)，两全。
收费两层（自助打印店比喻）
| 层 | 收什么 | MVP定法 |
|---|---|---|
| 🟦耗材费(token) | AI生成消耗 | 客户付，买我们token站的token，走自己的key |
| 🟩软件费 | 用Clover工具本身 | MVP免费，收费逻辑后续讨论(底层麻烦) |
倩倩姐拍板（定下来）
- 软件MVP免费：收费底层麻烦，后续单独讨论，MVP先免费用、先把产品跑起来验证价值
- token统一用我们自己站的url：所有账号都连我们token站(不再兼容客户填任意中转站url)
- key按人隔离自录自用：
- 小王登录→录小王的key(他在我们这买的/公司买的)，小李登录→录小李的key
- 不同key不同计费，各算各的(决策1保留不变)
- 共同点：用的都是我们token站的url
- 设计精髓：url统一=token业务收口到自己站(老板"卖token闭环"落地) + key隔离=每人成本清晰不混账
对已拍板决策1的修正（小修）
- 原决策1："每账号绑自己token站key，按key单独算，key自录自用，禁止合并站级key混算；兼容填url+key"
- 修正：url收窄=统一用我们站(不再兼容任意中转站url)；key自录自用+按key隔离计费完全不变
- 新增：软件费MVP免费(收费推迟到产品成熟后单独讨论)
业内四模式备查（收费阶段再用）
| 模式 | 说明 | 备注 |
|---|---|---|
| A订阅(按月/年) | 现金流稳 | 收费阶段候选 |
| B按席位/量 | 匹配多租户+中央厨房 | 收费阶段候选(荐) |
| C买断 | 违背"闭环"战略 | 排除 |
| D token抽成 | key自录自用→平台无法抽成 | 排除(但卖自家token站token=另一种token变现，已采用) |
待办
- MVP架构：软件免费(不做计费墙)；token统一站url+按账号key隔离用量
- (收费阶段)单独讨论软件收费底层逻辑，候选席位订阅