将 Clover 从上层产品包旧仓库中独立出来,建立专属版本控制。 当前状态=纵切片端到端已打通(登录→选品→出文出图→审核→下载包), M1文案质量去套路化已验收。此提交作为后续按核销清单逐条修复的基线。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
40 lines
2.4 KiB
Markdown
40 lines
2.4 KiB
Markdown
# 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免费**,收费逻辑后续讨论(底层麻烦) |
|
||
|
||
## 倩倩姐拍板(定下来)
|
||
1. **软件MVP免费**:收费底层麻烦,后续单独讨论,MVP先免费用、先把产品跑起来验证价值
|
||
2. **token统一用我们自己站的url**:所有账号都连我们token站(不再兼容客户填任意中转站url)
|
||
3. **key按人隔离自录自用**:
|
||
- 小王登录→录小王的key(他在我们这买的/公司买的),小李登录→录小李的key
|
||
- 不同key不同计费,各算各的(决策1保留不变)
|
||
- 共同点:用的都是我们token站的url
|
||
4. 设计精髓:**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隔离用量
|
||
- [ ] (收费阶段)单独讨论软件收费底层逻辑,候选席位订阅
|