niuniu/lijiaoqiao
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
9931075e9480bc6c2868641d338bcf48eb51302c
lijiaoqiao/docs/supply_side_product_design_v1_2026-03-18.md
Your Name 0e5ecd930e chore: initial public snapshot for github upload
2026-03-26 20:06:14 +08:00

12 KiB
Raw Blame History

供应侧产品设计章节（新增）

本章节为 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
Reference in New Issue View Git Blame Copy Permalink