357 lines
12 KiB
Markdown
357 lines
12 KiB
Markdown
|
|
# 供应侧产品设计章节(新增)
|
|||
|
|
|
|||
|
|
> 本章节为 PRD v0 的补充章节,专门针对"用户分享多余LLM套餐"这一核心独特场景进行产品化设计。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 0. 术语澄清(重要)
|
|||
|
|
|
|||
|
|
| 术语 | 定义 | 举例 |
|
|||
|
|
|------|------|------|
|
|||
|
|
| **供应方** | 在平台挂载多余LLM配额的个人或企业(平台的用户角色) | 挂载自己 OpenAI 账号的用户A |
|
|||
|
|
| **供应商** | LLM 服务提供商(上游账号来源) | OpenAI、Anthropic、百度、讯飞等 |
|
|||
|
|
| **平台** | 统一网关平台本身 | 立交桥/LJQ |
|
|||
|
|
|
|||
|
|
> ⚠️ **注意**:本文档中"供应商"指 LLM 服务商(如 OpenAI),"供应方"指挂载账号的平台用户。两者是不同的概念,请勿混淆。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 1. 供应侧业务模型
|
|||
|
|
|
|||
|
|
### 1.1 业务角色
|
|||
|
|
|
|||
|
|
| 角色 | 定义 | 核心诉求 |
|
|||
|
|
|------|------|---------|
|
|||
|
|
| **供应方(Provider)** | 拥有多余LLM配额的个人或企业 | 将闲置配额变现,回笼资金 |
|
|||
|
|
| **平台(Platform)** | 统一网关平台 | 汇集供应方资源,提供稳定服务,赚取差价 |
|
|||
|
|
| **需求方(Consumer)** | 需要LLM调用能力的企业/开发者 | 以优惠价格获取LLM服务,无需自建账号 |
|
|||
|
|
|
|||
|
|
### 1.2 统购统销模式
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
┌─────────────┐ 统一定价收购 ┌─────────────┐ 加价出售 ┌─────────────┐
|
|||
|
|
│ 供应方 │ ───────────────▶ │ 平台 │ ──────────────▶ │ 需求方 │
|
|||
|
|
│ (卖配额) │ 定价P0 │ (中间商) │ 定价P1 │ (买服务) │
|
|||
|
|
└─────────────┘ └─────────────┘ └─────────────┘
|
|||
|
|
│
|
|||
|
|
差价 = P1 - P0
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 2. 供应方产品流程
|
|||
|
|
|
|||
|
|
### 2.1 供应方入驻
|
|||
|
|
|
|||
|
|
**流程**:
|
|||
|
|
1. 供应方注册平台账号(需实名认证)
|
|||
|
|
2. 提交待共享的LLM账号凭证(API Key)
|
|||
|
|
3. 平台进行套餐有效性验证
|
|||
|
|
4. 验证通过后,供应方设置供给配额和最低售价
|
|||
|
|
5. 签订《配额供应协议》
|
|||
|
|
|
|||
|
|
**验收标准**:
|
|||
|
|
- 首次入驻流程在 30 分钟内可完成
|
|||
|
|
- 实名认证支持企业/个人两种模式
|
|||
|
|
|
|||
|
|
### 2.2 套餐发布
|
|||
|
|
|
|||
|
|
**流程**:
|
|||
|
|
1. 供应方选择要共享的LLM供应商和模型
|
|||
|
|
2. 输入账号API Key或配额信息
|
|||
|
|
3. 设置单次/每日/每月供给配额
|
|||
|
|
4. 设置售价(平台设定最低售价保护)
|
|||
|
|
5. 提交验证
|
|||
|
|
|
|||
|
|
**验收标准**:
|
|||
|
|
- 套餐发布后 5 分钟内完成验证并上线
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 3. 套餐有效性验证机制
|
|||
|
|
|
|||
|
|
### 3.1 验证层级
|
|||
|
|
|
|||
|
|
| 验证层级 | 验证内容 | 验证方式 | 失败处理 |
|
|||
|
|
|----------|----------|----------|----------|
|
|||
|
|
| **L1 基础验证** | API Key格式、供应商连通性 | 自动调用供应商API检查有效性 | 立即拒绝 |
|
|||
|
|
| **L2 额度验证** | 剩余配额、账户状态 | 调用供应商账户API获取额度信息 | 标记额度不足 |
|
|||
|
|
| **L3 行为验证** | 账户历史行为、风险评分 | 平台风控模型评估 | 高风险拒绝 |
|
|||
|
|
| **L4 持续监控** | 配额消耗异常、账户异常 | 实时监控+告警 | 自动下架+通知 |
|
|||
|
|
|
|||
|
|
### 3.2 验证技术方案
|
|||
|
|
|
|||
|
|
```
|
|||
|
|
┌─────────────────────────────────────────────────────────────┐
|
|||
|
|
│ 套餐验证引擎 │
|
|||
|
|
├─────────────────────────────────────────────────────────────┤
|
|||
|
|
│ 输入:API Key, Provider, Model │
|
|||
|
|
│ │
|
|||
|
|
│ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │
|
|||
|
|
│ │ L1 基础 │ ──▶│ L2 额度 │ ──▶│ L3 行为 │ ──▶│ L4 持续 │ │
|
|||
|
|
│ │ 验证 │ │ 验证 │ │ 验证 │ │ 监控 │ │
|
|||
|
|
│ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │
|
|||
|
|
│ │ │ │ │ │
|
|||
|
|
│ ▼ ▼ ▼ ▼ │
|
|||
|
|
│ 格式检查 余额查询 风控评分 异常检测 │
|
|||
|
|
│ 连通性测试 有效期限 历史合规 消耗速率 │
|
|||
|
|
│ │
|
|||
|
|
│ 输出:VerificationResult {status, quota, riskScore} │
|
|||
|
|
└─────────────────────────────────────────────────────────────┘
|
|||
|
|
```
|
|||
|
|
|
|||
|
|
### 3.3 验证规则配置
|
|||
|
|
|
|||
|
|
| 验证项 | 规则 | 可配置 |
|
|||
|
|
|--------|------|--------|
|
|||
|
|
| API Key格式 | 必须符合各供应商规范 | 否 |
|
|||
|
|
| 连通性 | 3次重试后仍失败则标记不可用 | 是 |
|
|||
|
|
| 最小剩余额度 | 根据模型设置阈值(如$5) | 是 |
|
|||
|
|
| 风险评分 | >80分拒绝,60-80分人工复核 | 是 |
|
|||
|
|
| 账户年龄 | 新账号需观察期后共享 | 是 |
|
|||
|
|
|
|||
|
|
### 3.4 验收标准
|
|||
|
|
|
|||
|
|
1. **L1验证成功率**:>= 99%
|
|||
|
|
2. **L2验证准确率**:>= 98%(额度误差)
|
|||
|
|
3. **L3风控拦截率**:>= 95%(高风险账户识别)
|
|||
|
|
4. **验证延迟**:P95 <= 2秒
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 4. 定价与分成机制
|
|||
|
|
|
|||
|
|
### 4.1 统购统销定价模型
|
|||
|
|
|
|||
|
|
| 定价层级 | 定价方式 | 公式 |
|
|||
|
|
|----------|----------|------|
|
|||
|
|
| **采购价(P0)** | 平台统一定价收购 | P0 = 供应商官方价格 × 折扣系数 |
|
|||
|
|
| **出售价(P1)** | 平台加价出售 | P1 = P0 × (1 + 毛利率目标) |
|
|||
|
|
|
|||
|
|
### 4.2 定价参数
|
|||
|
|
|
|||
|
|
| 参数 | 默认值 | 说明 |
|
|||
|
|
|------|--------|------|
|
|||
|
|
| 采购折扣系数 | 0.60 | 供应方获得官方价格的60%(与商业SSOT一致) |
|
|||
|
|
| 毛利率目标 | 15-50% | 根据模型热度与供需动态调整(与商业SSOT一致) |
|
|||
|
|
| 最低售价保护 | 供应商价格×80% | 防止恶性低价竞争 |
|
|||
|
|
| 动态调价 | 是 | 根据供需比自动调整 |
|
|||
|
|
|
|||
|
|
### 4.3 供应方收益结算
|
|||
|
|
|
|||
|
|
| 结算周期 | 结算方式 | 到账时间 |
|
|||
|
|
|----------|----------|----------|
|
|||
|
|
| T+7 | 自动结算到余额 | 1-3个工作日 |
|
|||
|
|
| 提现 | 银行卡/支付宝 | 3-5个工作日 |
|
|||
|
|
|
|||
|
|
### 4.4 验收标准
|
|||
|
|
|
|||
|
|
1. 定价透明,供应方和需求方均可查看历史价格
|
|||
|
|
2. 价格调整需提前 24 小时通知
|
|||
|
|
3. 结算误差率 <= 0.1%
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 5. 需求方产品流程
|
|||
|
|
|
|||
|
|
### 5.1 选购流程
|
|||
|
|
|
|||
|
|
1. 需求方在平台浏览可用套餐
|
|||
|
|
2. 选择供应商、模型、数量
|
|||
|
|
3. 查看套餐详情(额度、有效期、评价)
|
|||
|
|
4. 下单购买
|
|||
|
|
5. 获取平台调用凭证(仅平台签发,不返回供应方上游凭证)
|
|||
|
|
|
|||
|
|
### 5.2 套餐展示信息
|
|||
|
|
|
|||
|
|
| 信息项 | 说明 |
|
|||
|
|
|--------|------|
|
|||
|
|
| 供应商 | OpenAI/Anthropic/国产等 |
|
|||
|
|
| 模型 | gpt-4o/claude-3等 |
|
|||
|
|
| 剩余额度 | 可用配额 |
|
|||
|
|
| 单价 | 每1M tokens价格 |
|
|||
|
|
| 供应方评分 | 历史服务质量评分 |
|
|||
|
|
| 可用性 | 近7天在线率 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
### 5.3 凭证边界约束(强制)
|
|||
|
|
|
|||
|
|
1. 需求方只使用平台签发的 API Key/Access Token 访问平台。
|
|||
|
|
2. 供应方上游凭证只允许平台托管与代调用,不向需求方透出。
|
|||
|
|
3. 任何报表、导出、错误信息都不得包含可复用的供应方上游凭证片段。
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 6. 风险控制体系
|
|||
|
|
|
|||
|
|
### 6.1 套餐有效性风险
|
|||
|
|
|
|||
|
|
| 风险场景 | 防控措施 | 响应机制 |
|
|||
|
|
|----------|----------|----------|
|
|||
|
|
| 供应方额度耗尽 | 实时监控+提前告警 | 自动切换到备用套餐 |
|
|||
|
|
| 供应商账户被封 | 多账户冗余 | 启动备用通道 |
|
|||
|
|
| API Key失效 | 定期验证 | 通知供应方更新 |
|
|||
|
|
|
|||
|
|
### 6.2 滥用风险防控
|
|||
|
|
|
|||
|
|
| 风险类型 | 防控措施 |
|
|||
|
|
|----------|----------|
|
|||
|
|
| 薅羊毛 | 供应方需缴纳保证金,实名认证 |
|
|||
|
|
| 套现 | 设置提现冷却期,最低提现额度 |
|
|||
|
|
| 恶意共享 | 风控模型+人工审核 |
|
|||
|
|
| 账号共享 | 设备指纹+IP限制 |
|
|||
|
|
| 凭证泄露 | 上游凭证不外发 + 全链路脱敏 + 审计告警 |
|
|||
|
|
|
|||
|
|
### 6.3 保证金机制
|
|||
|
|
|
|||
|
|
| 供应方类型 | 保证金要求 | 退还条件 |
|
|||
|
|
|------------|------------|----------|
|
|||
|
|
| 个人 | ¥500 | 最后一笔交易后30天无异常 |
|
|||
|
|
| 企业 | ¥5000 | 最后一笔交易后90天无异常 |
|
|||
|
|
|
|||
|
|
### 6.4 赔付机制
|
|||
|
|
|
|||
|
|
| 场景 | 赔付方式 |
|
|||
|
|
|------|----------|
|
|||
|
|
| 套餐失效导致需求方损失 | 平台优先用保证金赔付,不足部分平台承担 |
|
|||
|
|
| 额度不足导致调用失败 | 立即切换备用套餐,差额由平台补偿 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 7. 供应侧管理后台
|
|||
|
|
|
|||
|
|
### 7.1 供应方控制台功能
|
|||
|
|
|
|||
|
|
1. **套餐管理**
|
|||
|
|
- 上架/下架套餐
|
|||
|
|
- 设置配额和售价
|
|||
|
|
- 查看销售数据
|
|||
|
|
2. **账户管理**
|
|||
|
|
- 实名认证
|
|||
|
|
- 保证金缴纳
|
|||
|
|
- 提现操作
|
|||
|
|
3. **数据分析**
|
|||
|
|
- 销售额统计
|
|||
|
|
- 客户评价
|
|||
|
|
- 收益趋势
|
|||
|
|
|
|||
|
|
### 7.2 平台管理功能
|
|||
|
|
|
|||
|
|
1. **供应方管理**
|
|||
|
|
- 资质审核
|
|||
|
|
- 保证金管理
|
|||
|
|
- 违规处理
|
|||
|
|
2. **套餐管理**
|
|||
|
|
- 验证规则配置
|
|||
|
|
- 价格监控
|
|||
|
|
- 下架管理
|
|||
|
|
3. **风控中心**
|
|||
|
|
- 风险预警
|
|||
|
|
- 异常调查
|
|||
|
|
- 黑名单管理
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 8. 供应侧指标体系
|
|||
|
|
|
|||
|
|
### 8.1 供应方侧指标
|
|||
|
|
|
|||
|
|
| 指标 | 定义 | 目标 |
|
|||
|
|
|------|------|------|
|
|||
|
|
| 供应方数量 | 活跃供应方总数 | S1: 50, S2: 200 |
|
|||
|
|
| 套餐上架率 | 通过验证的套餐比例 | >= 90% |
|
|||
|
|
| 供应方留存率 | 30天活跃供应方比例 | >= 60% |
|
|||
|
|
| 投诉率 | 供应方投诉次数/交易量 | <= 1% |
|
|||
|
|
|
|||
|
|
### 8.2 套餐侧指标
|
|||
|
|
|
|||
|
|
| 指标 | 定义 | 目标 |
|
|||
|
|
|------|------|------|
|
|||
|
|
| 套餐可用率 | 在线套餐/总套餐 | >= 95% |
|
|||
|
|
| 验证通过率 | 通过验证的申请比例 | >= 85% |
|
|||
|
|
| 异常下架率 | 因问题下架的套餐比例 | <= 5% |
|
|||
|
|
|
|||
|
|
### 8.3 需求方侧指标
|
|||
|
|
|
|||
|
|
| 指标 | 定义 | 目标 |
|
|||
|
|
|------|------|------|
|
|||
|
|
| 套餐购买量 | 需求方购买次数 | S1: 1000, S2: 5000 |
|
|||
|
|
| 需求方留存率 | 30天复购比例 | >= 40% |
|
|||
|
|
| 套餐满意度 | 需求方评分均值 | >= 4.0/5.0 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 9. 阶段规划
|
|||
|
|
|
|||
|
|
### 9.1 S0(准备阶段):供应侧MVP
|
|||
|
|
|
|||
|
|
**时间**:2026-03-18 至 2026-04-30
|
|||
|
|
|
|||
|
|
**目标**:验证供应侧业务模式可行性
|
|||
|
|
|
|||
|
|
**交付**:
|
|||
|
|
1. 供应方入驻与实名认证
|
|||
|
|
2. 套餐验证引擎v1(L1+L2)
|
|||
|
|
3. 手动定价(暂无动态调价)
|
|||
|
|
4. 基础赔付机制
|
|||
|
|
|
|||
|
|
**验收标准**:
|
|||
|
|
- 引入首批 10 家供应方
|
|||
|
|
- 套餐验证成功率 >= 90%
|
|||
|
|
|
|||
|
|
### 9.2 S1(成长阶段):规模化
|
|||
|
|
|
|||
|
|
**时间**:2026-05-01 至 2026-08-31
|
|||
|
|
|
|||
|
|
**目标**:扩大供应侧规模
|
|||
|
|
|
|||
|
|
**交付**:
|
|||
|
|
1. 套餐验证引擎v2(+L3风控)
|
|||
|
|
2. 动态定价算法
|
|||
|
|
3. 保证金机制
|
|||
|
|
4. 供应方等级体系
|
|||
|
|
|
|||
|
|
**验收标准**:
|
|||
|
|
- 活跃供应方 >= 200
|
|||
|
|
- 套餐可用率 >= 95%
|
|||
|
|
|
|||
|
|
### 9.3 S2(成熟阶段):生态化
|
|||
|
|
|
|||
|
|
**时间**:2026-09-01 至 2027-03-31
|
|||
|
|
|
|||
|
|
**目标**:形成供需双边网络效应
|
|||
|
|
|
|||
|
|
**交付**:
|
|||
|
|
1. 开放API供第三方集成
|
|||
|
|
2. 供应方等级权益体系
|
|||
|
|
3. 金融衍生服务(额度期货)
|
|||
|
|
4. 全球化供应支持
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 10. 待决策问题
|
|||
|
|
|
|||
|
|
| 编号 | 决策项 | 选项 | 建议 |
|
|||
|
|
|------|--------|------|------|
|
|||
|
|
| SD1 | 采购折扣系数 | 50%/60%/70% | 60%(与商业模型文档统一) |
|
|||
|
|
| SD2 | 毛利率目标区间 | 10-20%/15-50%/20-40% | 15-50%(与商业模型文档统一) |
|
|||
|
|
| SD3 | 保证金金额 | 个人300/500/1000,企业3000/5000/10000 | 建议500/5000,留出纠错空间 |
|
|||
|
|
| SD4 | 结算周期 | T+3/T+7/T+14 | T+7,平衡资金安全和供应方体验 |
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
## 11. 法律合规提醒
|
|||
|
|
|
|||
|
|
1. **ToS合规**:确保共享行为不违反各LLM供应商服务条款
|
|||
|
|
2. **数据安全**:API Key加密存储,仅用于调用转发
|
|||
|
|
3. **税务合规**:供应方收入需依法纳税,平台代扣代缴
|
|||
|
|
4. **限额标识**:明确标注额度有效期限,避免过期损失
|
|||
|
|
|
|||
|
|
---
|
|||
|
|
|
|||
|
|
**章节状态**:修订稿(参数口径已与商业SSOT对齐)
|
|||
|
|
**关联文档**:
|
|||
|
|
- `llm_gateway_prd_v0_2026-03-16.md`
|
|||
|
|
- `llm_gateway_subapi_evolution_plan_v2_2026-03-17.md`
|