背景、用户与问题
- 业务背景：组织版统一结算，成员创建的容器、调用的 API、发起的训练都由组织账户扣费。高校、企业、科研团队的组织数增长后，单个成员的不当调用可以直接花光组织预算。
- 客诉：多个组织反馈成员将组织资源消耗尽，管理员无法限制单个成员的额度。
- 用户问题：管理员无法按成员设置额度，也看不到成员消费进度；成员不知道自己还剩多少额度；额度不足时没有申请与审批路径；异常消费缺少拦截。
- 我的判断：只靠组织总余额兜底粒度太粗，必须把预算控制下沉到“成员 × 自然月”，同时给管理员保留调额和审批的抓手。
目标与方案选择
目标是把“组织预算”拆成可管理、可审批、可追溯的成员月度额度，在算力自由与成本可控之间建立规则。
- 方案 A（放弃）：只靠组织总余额兜底，不设成员维度上限。问题是无法定位到人、无法事前拦截。
- 方案 B（采用）：组织额度策略（不限额 / 每月额度上限）+ 成员个人额度 + 临时提额。组织层定基线，个人额度支持骨干成员差异化，临时额度按月审批、次月作废。
- 业务生态：平台要控制预算风险，管理员要能分配和审批，成员要尽量少被打断；方案用“组织策略 + 个人额度 + 审批”同时承接三方诉求。
- 关键取舍：线上团队设置没有金额配置，因此不做团队额度，团队只承担成员组织与统计职责；默认不限额，由组织主动开启月度上限，降低上线阻力。
- 第一阶段先上线“额度策略 + 个人额度 + 提额审批 + 超额拦截”，日志、统计、导出作为配套能力逐步完善。
产品框架和关键链路
额度治理分为“配置—消费—拦截—审批—重置”五段：管理员配置组织策略与个人额度；成员在工作台查看额度并发起申请；调用时校验成员月度额度；超额时拦截并停止服务；管理员审批临时提额；次月 1 日自动重置。
角色与模块：平台管理员负责额度配置、个人额度和审批；成员负责查看额度、提交申请和撤销；系统由额度配置、成员额度快照、申请审批、消费校验、日志统计五个模块组成。依赖组织/角色权限、团队管理、计费与账单、统计日志和通知能力；本项目负责额度规则与页面定义，复用平台账号、计费、团队与统计底座。
关键分支：额度不足拦截、审批拒绝/撤销/跨月失效、额度服务异常拦截、重置失败补偿。
我负责的产品设计与关键决策
- 管理员侧：
- 职责边界：我负责产品方案、额度规则、审批链路和交互定义；研发负责接口与后端任务实现，设计与前端协作完成交互 Demo；上线范围覆盖组织控制台与组织工作台。
- 额度设置：不限额（默认）/ 设置每个月额度上限；月上限输入框初始 0 元、不允许小数、无金额上限校验；允许申请额度开关默认开启。
- 额度规则：0 元表示不分配额度；个人额度优先于组织默认；额度按自然月重置，修改后对使用默认策略的成员即时生效。
- 成员额度：成员列表支持“使用默认额度 / 自定义额度”，额度列展示已使用/配额，悬停查看默认额度与申请额度。
- 审批工作台：顶部状态选择器；列表展示成员-申请人（团队）、申请金额（配额/已用/已提额）、理由、申请时间、审批人；同意可调整实际审批金额，拒绝可填原因；五种状态含已失效。
- 成员侧：
- 工作台额度面板：用户名[团队名]、申请记录、额度申请开关、当月剩余额度、有效期至、当月可用额度、月额度、总消耗 Tokens、总消耗金额、查看费用明细。
- 额度申请：只填申请金额与理由，提交时绑定当前团队；允许多笔待审批；申请金额可超过当前配额，审批调额无额外下限。
- 状态与有效期：待审批/已同意/已拒绝/已撤销/已失效；临时额度当月有效，待审批跨月自动显示已失效。
- 平台规则：
- 自然月重置：每月 1 日 0 点恢复基础额度、清零临时额度与当月已用。
- 超额处理：拦截新的资源创建与 API 调用，停止服务，提示“当月额度已达上限”并引导申请。
- 异常兜底：额度服务不可用时默认拦截；T+1 全量对账 + 月末关账，差异以计费记录为准并审计调整。
核心能力、体验验证和风险处理
- 额度可视化：成员列表 tooltip 展示默认额度/申请额度；工作台展示剩余、有效期、月额度与总消耗；使用日志/用量统计支撑管理员定位异常。
- 超额止损：达到额度即拦截新资源创建与 API 调用并停止服务，避免继续产生费用；额度服务异常时默认拦截，恢复后补对账。
- 审批风控：可调审批金额、拒绝原因、五种状态、多笔待审批；跨月未审批自动失效，避免占用审批列表。
- 数据风险：导出按字段勾选、Excel 格式、近 6 个月、脱敏与操作审计；额度与账单 T+1 对账，差异告警并人工复核。
- 交互验证：用 8 个视图的交互 Demo 走查额度设置、申请、审批、超额提示和导出状态，重点检查默认不限额、0 元、跨月失效、审批调额等边界。
上线结果与验证
当前阶段：已上线，覆盖模力方舟组织版的组织控制台与组织工作台。
上线后，组织可以把预算控制从“组织总余额”细化到“成员月度额度”：管理员可以设置不限额或月上限、为骨干成员单独配额、审批临时提额；成员可以在工作台看到剩余额度与有效期；超额时系统拦截并停止服务。
指标口径：过程指标看额度配置覆盖率、审批时效、超额拦截次数；结果指标看预算超支组织数、额度相关客诉。
团队与个人贡献：我负责产品方案、额度规则、审批链路和交互定义；研发负责接口与后端任务实现，设计与前端协作完成 Demo。组织版上线属于团队交付，我负责其中的产品设计与规则部分。
上线后的增长、运营、卡点和复盘
我按组织类型制定配置建议：高校教学班级默认 100 元/月；企业研发默认 500 元/月、骨干成员自定义 3000 元/月；短期项目通过临时额度 1500 元、次月自动恢复。
该能力是组织治理工具，增长不靠投放，运营重点是配置引导、审批效率和额度复盘。运营目标：提高组织额度配置覆盖率、缩短审批时长、让成员在超额前看到剩余额度。
关键卡点与复盘：团队额度与线上实际不一致，最终收敛为组织/个人两级；默认不限额容易被管理员忽略，增加额度设置页顶部说明；跨月待审批和多笔申请会造成审批积压，增加已失效状态和状态选择器；导出采用 Excel 兼容文件，保留近 6 个月。