PLAT-02-037 统一运营后台与商业体验 PRD

1. 产品目标与已确认方向

建设管理员可独立运营的后台：无需修改代码或重新部署，即可增删和调整销售档位、价格、积分及多种权益组合，并控制发布、展示、交付和后续调整。用户在购买前理解“付多少钱、获得什么、属于谁、何时能用、在哪里用、用完怎么办”；个人与团队均完成购买到真实消费的闭环。

本轮已确认：统一运营后台，按平台及产品隔离权限与数据；优先充值、订阅、权益与团队消费；团队第一阶段无额外席位费，同等待遇同价；档数、档位、售价、积分及权益组合由管理员灵活配置。 权益须包括不限模型／限定模型的图片次数、视频次数及视频秒数，以及可配置存储容量。无订阅用户的目标默认容量为 1 GB，订阅可提升至 10 GB、100 GB 或管理员设置的其他容量。

“三档”只是可配置的运营方案，撤销将其作为系统限制或固定验收数量的表述。存储属于可加入订阅的权益，不强制拆成独立商品。LibTV 与 Higgsfield 是体验参考，不是固定商品模板。本轮进一步将营销、促销、活动纳入完整的后台配置需求，串联管理员配置到用户购买、领奖和使用的全流程。当前只制定需求与讨论 PRD，不写业务代码。

本稿其余新增方案仍为建议，不把配置能力的确认当作具体商品或所有计量政策获批。现行商业方案的配置原则、原单快照和已确认团队规则继续有效；新的容量目标与视频秒数需求以本稿为增量，存量用户如何过渡须明确处理。参考与现状证据见调研记录。

2. 要解决的问题

1. 充值、套餐购买、已购权益和活动奖励之间缺少清楚的用户决策路径，用户容易把余额、周期额度和赠送资源理解为同一种资产。
2. 已有配置分散于充值、商品、用户权益、订单及活动页面；缺少运营围绕一个商品完成工作的统一入口与发布就绪判断。
3. 团队创建资格、购买资格、资源归属、成员消费权限和实际调用能力容易被当成一个开关，导致局部已配置但整体仍不可用。
4. “营销、促销、活动”缺少明确对象和指标，容易退化为横幅发布、手工赠送或无法解释的优惠叠加。
5. 运营需要直接组合价格与资源、随业务增减档位；固定三张套餐卡或只能改文案的配置页无法满足这一目标。权益必须连通真实交付、计量和存储容量。

上述问题分别来自用户反馈、既有需求和源码观察；具体线上 UI 缺陷仍须逐页核验，不能以代码存在推定已交付或线上行为。

3. 使用者与后台边界

统一运营后台是统一员工管理体系中的专门运营工作台，提供产品切换和自己的工作导航。建议首期复用既有 Admin 身份与管理能力；独立域名、独立前端应用或仓库不是本 PRD 的前置决定。

Platform 仍是商品、价格、订单、资金、订阅、权益和活动发放的唯一权威。产品继续拥有项目、作品治理、创作流程与业务任务；Platform 计算容量待遇，Media 维护原件、实际用量／预留、存储准入及引用。运营工作台不另设资金账户体系或复制业务权威。

平台空间负责通用商品及获准跨产品经营，第一阶段交付 Platform／Console／API。后续逐产品接入；旧 Studio 与新 Creative、历史 Drama 与新 Drama 分别核定。新Studio／Creative、Drama与未来Go重制Commerce均纳入接入目标，当前先交Platform公共接入能力，再推进运营，具体批次见执行计划；生产数据迁移另列范围。

3.1 每个产品怎样运营

统一后台内，每个产品拥有自己的运营概览、人群、商品与促销、活动、公告、内容投放和效果报表。产品运营围绕“进入产品 → 首次成功使用 → 持续使用 → 购买／补量 → 续购”配置经营动作；平台运营管理共用商业能力及获准的跨产品计划。具体目标、候选展示位置与日常流程见分产品运营方案。

每个前端建立可投放的展示位目录：公告条、横幅、推荐卡、活动入口、场景提示等位置由产品确定，运营配置投放内容、目标人群、时间、优先级、频次及落地对象。同一活动可以进入多个获准产品，按产品使用不同素材，共享原活动预算和领奖限制；同一空间里的个人／团队展示和资格分别判断，不因人数另收席位费。

公告是独立内容能力，可发布产品更新、维护或模型服务通知，无须建立促销或奖励。公告正文有唯一归属，支持版本、排期、下架、历史和阅读状态；统一后台可在授权范围编辑产品公告并投放，既有产品正文不复制成另一份独立真相。全站公告由平台管理，进入哪些产品和位置仍受投放授权与展示规格约束。

已接入位置上的内容和排期变更无需改代码；新增页面位置、交互类型或尚未具备的业务事件仍需产品设计与接入。空位自动收起，营销内容不遮挡创作与付款；暂时无法获取投放内容不阻断核心操作。位置和优先级的具体默认方案仍待局部设计评审，不据此重做各产品布局。

4. 借鉴原则

竞品促销金额、折数及后台实现不自动成为 OceanWay 需求。补充参考 Stripe 优惠券与促销码说明：优惠定义、分发入口、适用商品与核销限制分别管理；仅借鉴对象与规则组织，不决定支付供应商，也不照搬其自动续费。OceanWay 的营销、促销和活动规则见 §9，奖励仍交付至统一权益体系。

5. 商业对象必须区分

商品运营归属、销售入口、交付主体、消费范围和实际使用产品分别记录。例：Studio 运营的商品可在 Console 获准销售，但归属不改为 Platform；个人购买不会因随后切换团队而转移资源。

人民币、通用积分、周期额度、图片次数、视频次数、视频秒数与存储 GB 分别表达，不汇总成一个误导性的“总余额”。充值赠送若有不同期限或范围，应成为清楚可查的独立权益，不暗中改变普通余额待遇。

5.1 商品和档位由管理员配置

管理员可新建、复制、编辑、排序、隐藏、发布、暂停、停售及归档商品／档位。档位数量、名称、售价与内容不写死，调整数量不需要研发修改页面。已有关联订单的商品归档后仍可查，不删除历史交易。个人与团队共用同一套商品配置，同等待遇同价；购买主体决定资源归属与共享方式，不决定额外席位价格。

30 天是已有简单订阅的编辑默认值，不是不可修改的唯一有效期。配置应区分“订阅持续多久”和“资源多久刷新一次”；支持一次发放及已具备完整规则的周期发放，周期和到期预览可核对。不把固定天数当自然月，不把刷新等同自动扣款。复杂周期的语义和验收须补齐，不通过自由文本伪造能力。

管理员能独立维护售价和交付积分；订阅售价不要求等于积分按普通充值换算得到的金额。充值档位按已配置规则列出基础与赠送，若调整全局充值换算，单独展示对新充值及模型积分价格的影响。价格、换算或赠送的修改均不重估既有余额、原订单和在途消费。

5.2 可组合的权益类型

以下全部属于后台配置需求，不把图片、视频或存储组合留作只能硬编码的特殊套餐。权益名称和营销文案可编辑，实际类型、单位、范围及扣减必须一致。

同一订阅可同时配置不限模型图片次数、指定模型图片次数、视频次数、视频秒数、积分和存储；每项独立显示剩余、适用范围和期限。不限定模型是对应媒体类型内全部已开放且该主体获准使用的模型，不表示无限次数，也不解除调用授权。新增开放模型应按该“不限模型”政策纳入；运营发布新模型前须检查已售通用权益的成本和计量兼容性，不能暗中改成部分模型通用。限定模型项明确列出名单，未匹配时只是不适用该项权益，不禁止用户通过其他获准资源使用模型。

抵扣沿既有统一规则：先匹配主体、范围、单位、期限和周期，再在可行分配中按先到期、稳定资源标识排序；不另设“订阅必先”或“指定模型必先”。同一产出不能同时完整扣视频次数、秒数和积分。秒数资源与其他单位如何覆盖同一输出的边界须明确，建议首期按完整输出选择一种媒体资源覆盖，其他输出可沿原规则使用积分及获准钱包；不足或计量无法验证时不隐式换单位。

部分成功仅核销已确认成功输出；明确失败释放对应占用；结果未知沿原任务查询，不重派生成或假定失败退款。供应商实际费用和用户权益核销分别保留原事实；模型生成成功而素材保存失败，继续保存原结果，不重复生成或重复扣次数。原授权的钱包回退和 Run 自动分配规则保持，运营调整不能扩大用户原支出授权。

5.3 存储政策与个人／团队归属

容量是可配置权益，也是第一阶段交付内容。 免费基础容量的目标默认值调整为 1 GB；管理员可编辑基础政策并将订阅包含容量配置为 10 GB、100 GB 等。推荐按“总容量提升至”表达，因此 1 GB 基础配 10 GB 套餐时显示总量 10 GB，不能误加为 11 GB。GB／GiB 的换算口径须在后续规格统一，不混用标签；本次不转换或缩减存量数据。

建议同一容量池存在多个有效“总容量目标”时取最大值，续购不叠加容量；未来段不提前增容，到期后按仍有效权益和基础政策重算。若提供“额外增加容量”商品，应作为明确的可叠加权益另行配置，不能与总容量目标混算。上述容量组合规则是待讨论建议，既有按原快照授予的额外容量继续正确识别。

Platform 唯一计算版本化容量待遇并交付购买权益；Media 维护原件、实际用量与预留，执行有效容量准入。运营保存必须能在资产中心回读实际生效的容量，不能只改变套餐卡文字。到期或降低基础容量导致已用超额时不删除原件；建议保留读取、下载、整理和删除，限制新增占用，提示可释放空间或增容。既有用户从旧基础容量转向 1 GB 的范围、时间和通知由单独过渡方案处理，不因本轮文档修改自动收缩。

个人和团队的资金、已购权益仍分别归属；多人共享一份团队积分／次数／秒数，不按成员复制。团队套餐包含存储时必须完成容量交付，不能省略存储后仍称同等待遇。团队容量池归属待讨论：建议一份容量归团队共享，而不是每个成员各获得一份；这涉及 Media 的团队容量及文件权限能力，应作为本期联动需求明确，不把现有“仅个人订阅增容”实现当成需求上限，也不将团队素材自动公开。

5.4 配置变更、已购订阅与成本

管理员日常调整商品价格、积分、模型范围、容量和内容，发布后作用于选定生效时间后的新购买及新续购订单。支付中的订单和已付当前／未来段按原购买快照交付；改价不补扣，改权益不重置用户已用量。新增档位、复制配置和更改模板不会重新发放已有订阅。

后台还需支持获准的已购订阅调整：补发、延长、调整未用权益或容量、暂停后续授予及更正错误，清楚选择个人／团队、具体订阅、变更内容和生效点，预览影响后留下独立回执。不能把修改模板当作批量修改所有在购客户，也不能回收已消耗或原任务已占用的资源；对已付权益的削减须走明确售后规则。批量调整需预览受影响范围，不把既有付款变成新的付款事实。

商品配置能力和实际经营填值分别验收，不要求先定三档名称、售价或额度才能完成后台设计。发布前按完整消耗、高成本模型及团队集中使用核对供应、支付、存储和赠送成本；不限模型组合显示适用模型的成本差异，未知成本明确标识。价格由管理员决定，后台不以示例价格或固定利润率替代运营判断。

6. 用户体验与完整旅程

6.1 页面职责

保留现有导航、品牌、颜色、组件及全局布局。以下是页面职责和信息顺序，不授权整套 Console／Admin 重做。

充值默认以**“支付多少人民币”**组织档位与自定义金额，实时展示获得的基础积分、赠送及总实付；不让用户先理解内部充值份数再手动计算。输入变化后重新报价，旧报价不继续显示为有效结果。

套餐页按已发布配置动态呈现档位数量、名称、价格、推荐顺序及权益清单，支持没有商品、单档、多档和停售后的状态；不得固定三张卡或隐藏新增档位。权益比较分别列出积分、图片次数、视频次数／秒数、适用模型、存储容量、有效期与刷新方式。切换个人／团队后明确归属，同等待遇同价，不使用需要乘人数的“每人价”。

预计可生成数量只可用具名模型、版本、分辨率、时长等假设试算，并说明实际用量差异。没有可信价格和规格时不展示估算产出。优惠不能通过更改充值换算或模型标准价暗中实现。

6.2 购买和使用

1. 从充值入口、余额不足提示或产品内入口进入，保留可信来源及原任务上下文。
2. 确认购买归属个人还是指定团队，只显示该主体可购买且已就绪的商品。
3. 购买前看到实付、交付资源、适用范围、准确生效点、失效时间和再买一次的结果。
4. 付款后区分付款确认与权益到账。返回页面不能证明到账；后台处理原订单。
5. 到账后可查看资源并返回原使用场景；普通新生成不自动重新提交。已有获授权 Run 按原恢复规则继续，不重复创建原收费请求。
6. 资源不足时分别说明“额度用完”“不适用本次模型／产品”“团队预算不足”“没有消费权限”，提供相应下一步。
7. 活动或优惠入口进入时保留来源；购买前重新核资格，展示原价、优惠明细、实付和额外奖励，不能把点击广告视为获奖或下单授权。

用户侧使用“支付处理中”“已付款，权益发放中”“已到账”等业务状态。内部待核对、账务恢复和幂等问题由员工处理；不要求用户修复账务，也不承诺尚未确认的不收费或退款。

6.3 续购与到期

沿既有规则：首次交付成功可用后起算；同档续购及同族换档接续全部保留已付段末尾；不隐式自动扣款，不默认即时升降级或按比例折算。

额度本期用完时给出适用的充值或已配置立即生效的补量包；续期按钮必须说明不能补本期额度。到期不删除历史记录，已开始请求继续按原身份和原资源完成结算。存储按有效权益重算，超额处理与存量过渡见 §5.3，不自行删除原件。

6.4 管理员到用户的完整旅程

以下是一条共同的业务链，客户与后台分别有可回读结果；活动可以不包含付费购买。

商品成功交付但奖励暂未到账、部分奖励成功、无购买权限、预算耗尽、支付取消／未知及退款均需独立路径，具体状态与恢复见 FS。活动结束、暂停投放或商品停售不能删除已确认的参与、优惠订单或奖励承诺。

7. 团队与本工作包的衔接

沿用户已确认的团队 PRD／FS／WP（PLAT-02-034／035／036）协同：成员消费单独授权；预算为北京时间自然月；个人订阅不自动供团队使用；每人最多拥有 3 个团队、每队 20 席位、团队有效期 365 天、邀请有效期 7 天。

团队购买仅由获准角色执行。团队订阅共享一份额度，不因成员加入复制；团队不足额不能扣个人余额。团队预算、Key 独立限制和实际资源共同决定消费准入。

用户已确认第一阶段不额外收席位费。 套餐订单按所购资源收费，成员加入或离开不增加席位账单。团队充值、团队套餐、共享资源、授权消费和明细可查均属本期目标。

分步开放时，未就绪商品保留真实状态；只完成团队充值或商品卡片不能作为本工作包完成。管理员配置的团队订阅须完成购买、各项权益交付、多人共享消费及周期验收，覆盖限定／不限模型、积分／次数／秒数、额度边界及容量归属。不以固定档数作为交付标准，也不以现有后台缺少某个字段缩减用户确认的权益类型。

团队“能创建、能邀请、能购买、能调用、能看账”各有就绪条件。仅上架套餐不能解锁未实现的团队能力；团队开关也不能替代商品支持、成员授权或余额。

本工作包负责团队购买和交付的运营组织；团队工作包负责团队身份、权限、Key、调用及预算。双方共用一条验收旅程，不各自建立团队钱包或计量逻辑。团队支付不等于项目、素材或私密结果自动共享。

8. 统一运营后台的工作结构

以上是职责分组，菜单数量和布局在局部设计阶段收敛。缺少业务能力的后续模块不展示成可执行的空壳工作台。

8.1 商品发布流程

选择运营空间 → 新建或复制商品／档位 → 填写价格与期限 → 添加、删除或组合权益项 → 设置各项数量、模型范围与容量 → 设置展示及销售时间 → 预览客户待遇和变更影响 → 发布 → 回读客户页面与实际权益。

“可保存草稿”和“可售”分开。发布至少检查：价格与币种、资源单位及数量、主体资格、销售入口、模型及规格范围、生效与刷新／续购、支付、交付、次数／秒数计量、容量生效和售后负责人。数量缺失、负数、次数非整数、限定模型名单为空、媒体类型不匹配、重复容量目标冲突等问题须定位到具体权益项；0 不默认为无限。未完成计量的权益可以保存草稿，具名商品发布前必须补齐能力，不借校验规则永久移除该权益需求。

成本以可核实采购成本及高消耗组合评估，未核实项明确展示。商品售罄、暂停或活动到期停止新购买，原已付单按快照交付；生效中的销售配置变更只影响后续新单。

8.2 运营与财务分工

运营可在权限内创建草稿、预览、发布、暂停、查看本域表现。财务确认收退款及资金处理，支持人员跟进原案件；角色可由同一员工兼任，但权限和审计不合并成万能运营角色。

异常工作区按原订单或权益聚合：发生什么、影响谁、当前负责人、可执行动作、最后处理结果。重试发放恢复原交付，不创建第二份赠送；不得将手工加积分当作补单或现金退款。

建议建立每个营业日的交付异常巡检、每周商品转化复盘、发布前就绪检查及活动结束后复盘。工作台支持这些任务，本稿不创建定时任务或自动通知。

8.3 商品编辑器与发布回读

编辑器围绕业务操作组织：基础信息、价格与周期、权益组合、展示与销售、预览与发布。每个权益项可单独增删，选择类型后展示对应的数量、单位、模型选择和规格，存储显示容量及归属；支持同时编辑多项，不要求管理员填写程序表达式或修改配置文件。

预览同时提供客户套餐卡、完整权益比较、下单确认和已购资源视图，切换个人／团队与产品入口。选择具名图片／视频模型及生成规格可试算哪些权益匹配、预计消耗什么、是否需要钱包补足；文本不新增生成费用预估展示；容量预览显示当前基础、有效套餐和最终容量。预览不产生付款或授予。

发布展示新旧差异及影响对象：新购买、新续购、支付中订单、当前有效段和未来已付段分别说明。支持定时发布、暂停新售、查看历史及恢复旧配置为新发布版本；回退不删除之后产生的订单或权益。内容、价格及权益必须属于同一个可核对的发布结果，避免卡片与结账不同价。具体财务、单客调整、基础容量政策和产品运营各按动作授权，所有变更可追溯。

9. 营销、促销与活动的后台配置

这些模块属于本次完整 PRD 的交付范围，不能只保留菜单或写作“后续再定义”。实施可按依赖分批，实际发布能力须逐类验收。管理员可新建、复制、组合、排期、暂停和归档，日常改金额、次数、期限、人群或内容不需要改代码；新增一种尚未定义的业务事件或计量方式仍须形成可靠能力，不能用任意脚本冒充配置。

9.1 共同对象与配置关系

优惠券用于购买时抵扣，既有兑换码用于兑换既定权益，邀请码用于邀请关系，三者分别展示和校验，不能因都叫“码”而混用。商品、活动和投放仍保留各自运营产品归属，跨产品配置须获准。

9.2 营销：人群、内容与触达

管理员选择目标、人群条件、展示入口、内容与排期。人群支持新注册、是否有订阅、临期、已购指定商品、指定时间内成功消费或未活跃、个人／团队等可信条件，支持“全部满足／任一满足／排除”，可保存复用并预览获准范围内的人数。首购、首用和团队优惠必须声明按账号、团队还是账号跨团队去重；人群预览不是可领取资格证明，参与与下单时再次核验。

投放支持站内横幅、弹窗、活动中心、充值／订阅页提示、资源不足提示及站内消息；可配置优先级、展示时间、每人频次、关闭后冷却、目标完成后停止和落地对象。活动页可组合标题、图文、任务、商品、优惠、奖励和规则模块，保持现有品牌；奖励及倒计时从发布规则读取。无匹配内容时不显示空壳广告，不遮挡支付金额或把购买设成默认动作。

触达渠道和人群权限分开。邮件／短信／推送可作为后续渠道接入同一计划，只有渠道能力及用户触达偏好已就绪时才启用；本次文档不发送任何消息。渠道参数用于归因，不能证明首购、邀请关系或领奖资格；用户不需要为活动暴露私密提示词、完整消费明细或无关项目内容。

9.3 促销：优惠、券与组合

促销可复用，但具体适用商品版本和待遇须在发布及订单中确定。管理员配置互斥组、允许叠加的组合、计算顺序、门槛基数和总优惠上限；建议默认交易优惠互斥，并推荐用户当前最省现金的有效方案，用户可改选。允许多项叠加或与赠送／邀请奖励并存时，预览完整计算明细；未定义的组合不能默默相加。到手价不低于零，满额门槛不能由赠送积分伪造。

领券、使用优惠、产生资格、付款和发奖励是不同动作。免费订单明确为零元领取／购买，不伪造现金支付；是否触发新客奖励按活动定义，不能触发既有“首次正费用实际消费”邀请奖励。返利推荐以扣除退款后的有效消费为基数，排除赠送反复产生奖励；不同单位分别计量，使用券不把原价当成实际收入。

9.4 活动：任务与奖励

管理员可配置新客礼包、邀请、签到／连续任务、首次或累计有效使用、购买任务、创作征集及周期返利等活动模板。任务可顺序或并行，设置次数、金额／产出门槛、有效事件时间、统计周期、重复上限、资格范围、是否需报名和审核；奖励可按步骤、阶段或全部完成发放，是否同时获得各层奖励须明确。

任务结果来自可信注册、付款／交付、成功输出、核销或获准产品事件，不能靠页面点击或用户自报认定付款／生成成功。签到与每日任务明确时区、重置点及连续中断规则；迟到事件按其真实发生时间和已配置接收截止处理，重复事件不重复推进。既有全域邀请绑定和两类奖励沿原规则，不按产品或重复建团队重新制造首次资格。

奖励复用积分、图片次数、视频次数／秒数、存储、已定义的权益或优惠券，可设自动发放、手动领取、等待成熟、审核和截止时间。领取前显示归属、适用模型、期限与容量语义；有效期从达成、领取或实际交付起算须配置并公开，系统发放延迟不能无声吃掉承诺时长。创作征集明确提交范围、展示授权、审核和申诉，仅处理用户主动提交并授权的内容。

9.5 生命周期、预算与售后

草稿 → 校验与预览 → 排期／发布 → 进行中 → 暂停或结束 → 归档。每次发布有明确版本；编辑草稿不改变当前规则。排期、资格截止、付款截止、领奖截止和奖励有效期分开，时区可见。暂停可以停止新展示、参与或交易，但已承诺的优惠订单、已达成奖励及待发放结果继续按原版本处理；需要终止既有承诺时使用具名售后处理，不以“暂停”批量抹除。

管理员设置总预算、分时段预算、总名额和每账号／团队／事件限额。现金让利、积分、次数、秒数和容量分别统计；按估算采购成本观察经营，不将资源数量直接当现金支出。预算显示可用、已预留、已承诺、已发放、已核销及返还，阶段嵌套关系清楚，不能相加当多次花费。

下单前最终核价并保留该单优惠、券和预算，重复提交只占一次；最后名额竞争必须产生唯一结果。领取是否保留优惠预算由券规则公开，建议承诺可用的券在领取时预留最高优惠，受总预算抢兑的券必须提前明示。支付结果未知不释放已占名额，确认未付关闭后按原规则释放；可信迟到付款仍按原已接受订单处理，不能先花掉保留预算再拒绝原优惠。

优惠券退回、已发奖励撤回、现金退款和消费冲销分别处理。退款按原实付及优惠分摊核算，部分退款不按当前价格重新计算；返券是否恢复、原期限是否保留、是否释放活动限额须发布前设置。已用／在途奖励不能直接删除或随意扣其他余额；依已公开政策人工处理成本差额或售后，个人和团队互不垫付。退回后再购买是否重获首购资格须明确，不能默认形成循环领奖。

9.6 运营工作流与复盘

管理员从活动／促销详情可联查“资格为什么成立 → 采用哪个版本 → 哪笔订单或任务 → 发了哪些权益 → 用了多少 → 是否退款”；支持定位用户问题，财务核对现金，运营查看效果，各自按权限操作。预览覆盖符合／不符合资格、个人／团队、优惠冲突、预算不足、过期和零元等样例，不产生真实资格、订单或发放。

统计按营销计划、投放位、活动、促销、商品、产品和购买主体分别看曝光、访问、参与、领券、下单、实付、交付、首次有效使用、复购及退款。固定去重与归因窗口；获客来源与既有邀请关系分开，选择主归因避免同一收入被多入口重复累计，辅助触点另列。实收、让利、发放量、核销量和核实成本各自展示；归因收入不是活动增量，没有数据不填零。复盘后复制成新草稿，不覆盖旧活动和订单证据。

10. 成功指标与验收

第一阶段的硬性结果：管理员无需代码或部署就能增减档数、修改价格和积分、组合全部已确认的权益类型并发布，客户按同一版本购买；个人和团队完成“商品 → 支付 → 各项交付 → 真实消费／容量生效 → 原账可查”。验收配置包含不同档数、限模型／不限模型、图片次数、视频次数及秒数、1 GB 免费容量和可调订阅容量；成员变更不引发席位费或复制资源。运营、支持、财务独立完成各自流程，跨产品及跨团队越权被拒绝。

经营指标先采集基线再定改善目标，不虚构当前数值：

完整运营能力还须证明“配置人群及投放 → 用户参与／领券 → 优惠购买或任务达成 → 奖励交付 → 实际使用 → 退款／到期 → 复盘”闭环，覆盖零购买领奖、团队共享、叠加冲突和预算边界。

分产品展示还须证明：选定产品和位置发布后，真实前端按当前主体展示；公告独立阅读，活动按原规则参与，退出／切换团队、到期、撤回和加载失败均有正确结果。曝光、公告阅读与奖励资格分别记录，不以配置页或截图代替完整投放验收。

验收包含：无订阅仍能充值使用开放模型；续购不补本期；团队不足额不扣个人；迟到支付与重复回调不重复到账；停售不破坏已付单；余额未知不显示为零；用户侧不出现内部“待核对”操作；运营后台独立验收，不凭客户端可用结项。详细用例见 FS。

11. 非目标与交付约束

保留现行多仓，不进行全局 UI 重构，不恢复已归档Core／API Edge／Contracts及旧BFF方案，不新建第二账本，不修改 UUMI，本运营包不代替各产品全量重制，不自动迁移旧权益，不通过调价重估原单；企业协议价、个人团队余额互转、现金提现、客户自助退款、未验功能会员和无上限套餐不在第一阶段。

实施按执行计划与十三个工作包推进。用户已授权执行，并优先交付Platform公共接入；运营页面、商业实现、真实付费验证、迁移及发布分别验收，实际状态以07过程记录为准。总包见 WP。若后续选择独立后台并改变 ADR-0015 的唯一管理入口或产品管理边界，先新增 ADR，不改写 Accepted 决策正文。

12. 已确认边界与待讨论规则

下一步围绕商品／权益、营销投放、促销／券、活动／奖励、公告和展示位评审配置与预览，重点确认叠加、预算、退款、视频秒数及容量归属等规则。实际售价、档数、活动门槛、奖励数量和排期由后台配置，当前不启动开发或发布活动。