# 供应侧产品设计章节(新增) > 本章节为 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`