PROC-02-022 统一运营与商业体验调研 20261027

1. 依据与限制

采集日期为 2026-10-27（Asia/Shanghai）。本记录是需求研究，不是生产验收、竞品支付测试或完整无障碍审计。

• Platform 本机源码：db801bf11c10ef7ba2987026110a95fce8681662，读取时工作区干净；未修改。
• 文档仓本机基线：54c436784cc6394bffd2bc03dd9240e5b74c8d13；既有 .source/browser.ts、.source/server.ts 修改保留。
• 文档站核心 PRD 经 Web 工具访问失败，改读本机规范源；本机未发布草稿与线上版本分别判断。
• 用户指定团队聊天已读取。团队文档 PLAT-02-034／035／036 在独立工作树，未视为已经合入文档仓或上线。

2. 用户确认

本轮要求先制定需求并讨论 PRD；主要参考 LibTV，后补充 Higgsfield API 定价页。用户确认统一运营后台，按平台／产品隔离权限与数据；优先充值、订阅、权益与团队消费闭环。

同日后续确认原文：“团队第一阶段不额外收席位费，先把充值、共享用量和团队套餐打通。按这个方向完善 PRD，接下来讨论个人和团队的套餐设计，先不要写代码。”

据此将 PRD／FS／WP 更新至 v0.2：无额外席位费成为已确认规则，团队套餐为第一阶段验收项；新增个人与团队用量梯度、价格可比性、存储归属和期限衔接的讨论内容。共用三档梯度及同等待遇同价当时仍为建议；未填写真实价格或额度。

2026-10-28 用户进一步确认原文：“个人与团队共用三档、同等待遇同价”。据此更新至 v0.3：共用三档及同等待遇同价为已确认规则，移除档数可自行收敛的建议，同步三档购买、交付及团队共享消费的验收要求。具体名称、现金价格、额度与存储等附加权益仍待讨论；不将这项确认视为整份 PRD 获批或业务实施授权，继续只改文档。

2026-10-28 后续用户明确纠正：“我需要的是一个后台，不是固定三档，管理员可以设置权益以及档位，这些都是灵活变更的”。权益包括不限／限定模型图片次数、视频次数／秒数，以及无订阅默认 1 GB、订阅可提升至 10 GB／100 GB 等可调容量，价格、积分和内容均由管理员控制。

据此更新 PRD／FS／WP 至 v0.4。此前把三档解释成系统数量限制、要求先定三档售价不符合澄清，撤销这些约束；同时撤回建议将存储单独销售的默认方向，明确管理员可以将其组合进订阅。以动态商品、多权益配置、实际交付／计量、版本发布及指定客户订阅调整作为交付结果；同等待遇同价与团队无额外席位费保持。具体秒数取整、容量总目标／额外量、并存方式及团队容量归属标为待讨论细则，不伪装已获确认。

新增检查确认 PLAT-02-007／012／033 原本已要求管理员配置价格、资源及模型范围；本轮向这些模块增加新需求入口。平台本机 docs/unified-account-assets.md 仍写默认 20 GiB、仅有效个人订阅额外增容，作为实现与新目标之间的差距保留，未修改代码、runbook 或线上容量。1 GB 新政策的存量过渡需独立明确，不把文档更新当数据迁移。

2026-10-28 再读 Higgsfield 官方 Pricing，可见视频模型按秒报价及规格差异，用于提醒后台明确计量单位和范围；不能据此声称其运营后台支持相同配置。LibTV 本次 Web 读取超时，沿用 2026-10-27 已有截图证据，没有新增其后台能力结论。

2026-10-28 用户继续要求：“按这个方向继续完善运营后台 PRD，把营销、促销、活动也做成后台可配置的能力，梳理管理员配置到用户购买和使用的完整流程，先不要写代码。”据此更新至 v0.5：定义营销人群／投放、促销方案／券／促销码、活动任务／奖励／返利及共同预算和发布；新增购买与无购买领奖两条端到端旅程。移除“仅第二阶段再设计”的框架占位，保留商业基础优先、按依赖分批及只写文档的边界。

本轮建议默认交易优惠互斥、承诺型券领取预留预算、返利排除重复赠送循环；这些为评审方案，不伪造用户对所有默认政策的批准。具体金额、档位、模型范围、任务门槛、名额及排期均为管理员经营配置。FS 增补至 A63，覆盖优惠次序、零元订单、预算竞争、迟到付款、返券、奖励部分交付、任务事件及归因回读；仅形成验收规格，没有执行业务测试。

补充参考 Stripe 官方优惠券与促销码文档：优惠定义与可分发代码分开，适用商品和核销限制可配置，停止新优惠不追溯删除既有折扣。仅用于对象和发布边界的参考，不引入 Stripe 支付或自动续费。Higgsfield Cashback 本次 Web 重读不可访问，沿用先前已记录观察，未据此新增规则断言。继续保留全部既有业务代码、线上配置及未提交改动；没有发送通知、发券、启动活动或付款。

2026-10-28 用户补充：“每个平台的运营怎么做呢，另外就是每个平台的前端会留有一些位置专门用来展示活动与公告等信息的”。据此将 PRD／FS／WP 更新为 v0.6，并在 PLAT-02-017 增加 Proposed 补充：一个后台、多个产品运营空间，共用商业规则，各产品配置自身目标、人群、活动、公告和投放；前端提供有规格及可用状态的展示位目录。Console 围绕调用和用量经营，Studio 围绕创作及内容运营，Commerce 按既有工具定位提出后续候选位置，保持原型限制，Drama 暂缓。

新增独立公告的正文归属、阅读／关闭与更正／撤回，以及位置排期冲突、频控、语言／设备适配、跨产品跳转、账号／团队切换、失败兜底和效果口径。跨产品同一活动共用原预算及限制，不复制奖励；已有产品公告保持唯一原文，不因统一入口建立第二份内容权威。产品预留位置接入后，日常内容及排期由运营配置；新增位置或交互仍需一次产品接入。具体位置与默认优先级／阅读政策为建议，未伪造用户批准。

本次补读 Studio 管理功能与 Commerce 产品定位，采用本机现行产品文档作为分工依据；未重新研究竞品或声称看到其后台。FS 新增 A64～A77 用于后续分产品验收，本轮仅修订文档，未执行业务测试、投放内容、发布公告、创建自动任务或发送消息。文档版本仍为 Proposed，已有生成文件改动和独立团队工作树保持。

2026-10-28 用户要求先认真研读 PROC-04-001，再构建具体工作包及完整执行计划。本轮完整阅读总复盘，并核对 Platform／Media／Runtime 和制品证据附件、ADR-0015／0026、文档治理／WP 模板、团队独立工作树元数据及 Platform README／本机手册。审计事实与建议分别使用，没有将复盘视为已批准架构或重复执行线上审计。

据此将运营 PRD／FS／总包更新至 v0.7，新增 PLAT-02-040 执行计划、PLAT-02-041～053 十三个任务卡（WP-PLAT-003～015）及 PLAT-04-013 开发边界。计划覆盖基线、授权、工作台、动态商品、计量容量、个人团队交付、售后、促销券、任务活动、公告投放、真实产品接入、经营投影及联合验收。A01～A77 逐项主责分配，另列架构 B01～B08；明确依赖、阶段结果、局部决策条件、初步工作量及停止方案。粗估 61～101 开发人日仅用于规划，尚未完成逐函数差距核验，不是排期或上线承诺。

纠偏点：Platform 唯一计算容量待遇，Media 维护实际 used／reserved 及准入；产品公告和业务命令保留产品权威；全局报表权限不自动取得产品写权；普通运营不强制依赖 Runtime。区分旧 Studio／新 Creative 和历史／新 Drama，保留审计已部署事实，但不自动授权接入迁移。团队 WP-PLAT-001 仍在独立工作树，未被本轮复制或标为已合入。

本轮实际源码仍为 db801bf11c10ef7ba2987026110a95fce8681662，已有 AGENTS.md 修改保留。文档仓已有架构复盘附件、README／AGENTS／多处索引及生成文件修改，均按原内容保留；仅在 Platform 开发索引增补本计划入口。本轮只修改运营相关文档，未实现代码、创建任务聊天、向其他聊天发指令、启动服务、改库、付费、投放、提交或推送。文档和计划检查不等于功能验收。

团队聊天此前已确认完整团队消费范围、成员消费单独授权、北京时间自然月预算、个人订阅不自动供团队使用。用户曾明确反对把团队局部设计扩大为整套系统 UI 重做，本轮保留这一边界。

团队创建原先曾因策略未启用而阻断，后续聊天记录显示已启用 3 个拥有团队／20 席位／365 天／邀请 7 天。之后的整页“团队消费尚未开放”属于另一层问题，不能据此认定充值 UI 是唯一根因。本轮没有重新核验该线上策略。

3. 竞品观察

3.1 LibTV：首页到套餐

来源：LibTV 官网。实际访问首页并打开会员面板；未下单或支付。

1. 首页会员入口与创作活动入口并存，活动作为独立内容出现。
2. 会员面板以档位、用途、周期、价格和积分组织，另有有效期、消耗、返还等说明入口。

可借鉴：将购买理由与所得资源放在一起，规则可在购买上下文中找到。可见风险：小字弱对比可能影响可读性；周期名称与额度重置规则仍需要用户对照理解。未测试读屏、完整键盘流程、登录后补量及真实支付，不作合规或全流程可用结论。截屏是当时价格展示，不作为 OceanWay 定价依据。

3.2 Higgsfield：定价与促销资格

来源：Pricing、Cashback。Web 读取公开页，浏览器读取定价页并展开团队 FAQ；未选择促销模型、充值或修改账号。

定价页将模型规格与价格并排展示，浏览器中可区分当前适用价格及满足条件后的优惠价格，附促销期限与充值条件。并发待遇另有充值时间窗口；团队说明区分个人及团队工作空间。值得借鉴的是待遇、资格、有效期和使用入口相互关联，不应将最低条件价冒充所有用户现价。

Cashback 公开说明根据一个消费周期确定下一周期返利待遇，并解释奖励的使用条件。这与充值赠送、邀请返利是不同机制；OceanWay 若引入须单独确认计算基数、周期、退款关联及账务处理。

公开读取的 Billing 跳到登录页，未核验其实际购买、团队订单或后台运营流程；浏览器既有登录态中的账号信息未进入本记录或公共截图。首次定价裁剪图构图不完整，未作为验收截图采用。Higgs 的运营后台未见，本文不声称了解其内部实现。

3.3 辅助资料

• Runway 团队说明：共享团队资源与成员个人空间分开，购买与使用角色有区别。仅用于业务模型比较，不照搬其席位、结转或自动补款。
• Adobe 生成式积分说明：将分配周期、失效与补充方式作为核心说明。用于检查 OceanWay 是否讲清周期和补量，不照搬权益规则。
• LibTV 活动页：可见活动期限及报名／创作入口；报名细则与奖励交付没有在本轮完整核验。
• LiblibAI 会员页为相邻产品补充资料，搜索结果可见权益说明；不把它的规则直接归为 LibTV 已验证规则。

4. 本机实现观察

线上钱包浏览器打开后持续空白，本轮未取得可用截图；空白画面不作为页面布局问题证据，也不足以诊断线上系统故障。该限制不阻止需求讨论，但后续 UI 审视需要可渲染页面或明确的本机预览。

5. 交付与验证范围

本轮只产出 Proposed PRD／FS／WP 和这份研究记录，未改业务代码、创建商品、发放优惠、启动服务或改变线上配置；没有真实付款、业务测试或生产发布。

文档检查结果在本轮交接中列明，不能据此宣称充值、团队消费或运营后台已实现。下一轮先讨论 PRD 中未决商业问题，再进入局部设计。