PLAT-02-038 统一运营后台与商业体验功能规格

1. 定位

本页将 PRD转成可讨论、可验收的行为。管理员灵活设置档数、售价、积分、图片次数、视频次数／秒数及存储权益已获确认；个人与团队同等待遇同价、第一阶段无额外席位费保持，三档不再是系统限制。整份文档仍为 Proposed，不代表 UI 或实施已获确认。实际商品值由后台维护，视频秒数细则、容量组合及团队容量归属等建议须定稿。营销、促销、活动已纳入本轮完整需求，下面的规则为可评审方案；分批实施不等于将它们留成空菜单或真实启用活动。

2. 完整后台功能与对应验收

3. 状态与文案要求

用户侧不显示内部配额、冻结、原操作编号、待核对或恢复记账按钮。订单号可作为售后定位信息；后台技术诊断和用户状态分别呈现。

4. 核心交互约束

• 购买归属在选择、确认及结果中一致；支付中切换工作空间不得改变原单归属。页面离开保护草稿，但不取消后台已经接受的原订单或请求。

• 修改金额、主体、商品版本或优惠选择后必须重新报价。最终创建时重新核验资格；不沿用过期预览悄悄生成不同待遇订单。

• 套餐续购说明紧邻主按钮；本期补量与未来续期是不同动作。没有立即生效商品时，不把续期当解决本期不足的默认建议。

• 发布预览支持个人／团队及适用产品场景，明确预览无真实支付和发放。商品真实可售须独立完成支付、交付与消费验证。

• 员工可保存草稿、取消编辑、看到并发冲突。提交结果不确定时先查询同一次动作，不能覆盖他人版本或重复发放。

• 所有用户入口使用同一服务端待遇；客户端估算不能成为实付和权益权威。用户不通过手工刷新账务完成正常交付。

• 团队第一阶段无额外席位费；人数仍受席位政策限制。购买一份套餐获得一份团队共享资源，不按人数乘价、乘资源或要求成员购买个人订阅。团队成员变更不改订阅周期与历史用量。

• 档数和档位由管理员增减，不内置三档上限或固定名称；同一商品在相同销售条件下对个人与团队同等待遇同价，不强制团队购买高档。切换购买主体不转移已购资源，也不把总价改成每人价。

• 订阅有效时长、权益刷新周期与北京时间自然月团队预算分别显示。存储可与其他权益组合，免费默认目标为 1 GB，订阅容量由管理员填写；团队容量池归属须定稿，不将团队所购容量复制给每名成员或因当前实现缺失而省略交付。

• 团队套餐是本期交付项；分步开放的空态不算完成。套餐可能跨越团队有效期时，先确定可售期与团队续期衔接规则并核对待遇，不能无提示出售不可用期间。

• 保留现有视觉和组件；主要信息在移动端可读。表格长列可局部滚动，按钮有明确名称，状态不只依赖颜色；键盘焦点、读屏反馈、支付倒计时须后续交互验收。

• 集中运营动作仍回到唯一权威执行：Platform 负责商业和容量待遇，Media 负责原件、实际用量／预留与准入，产品负责内容和业务对象；报表只是只读事实。员工范围必须在所有读取和写入中强制执行，不能由前端所选产品代替。

4.1 权益配置、匹配与生效

新增视频秒数的计量精度、取整及与其他单位的组合，以及总容量组合和团队容量池规则仍是需要定稿的产品细则。能力本身属于第一阶段，不能将“尚未实现”作为永久下架这些配置项的理由。不限模型权益随对应开放目录适用，但不替代模型、成员及执行权限；模型新增或下线时须检查已售权益的待遇和实际可用性。

5. 营销、促销与活动的完整规则

这些编辑器复用商品和权益配置，日常修改数据不需要研发介入。下面细则是待评审方案及建议默认值；实际金额、期限、预算、奖励与人群由管理员填写，不能以未填写生产活动值阻塞需求设计。

5.1 编辑器、配置字段与预览

自定义活动由已定义的任务条件、奖励和展示模块组合，不开放任意脚本修改资格或资金。新业务事件需明确可信来源及授权范围，配置不能凭文案创造尚未存在的生成、支付或存储能力。

5.2 资格与个人／团队

展示资格、参与资格、领券资格、购买优惠资格和发奖资格独立核验。未登录可看公开规则，登录后回到原活动，不能将匿名曝光变成真实奖励。后台显示资格成立／不成立的依据及预览时间；下单、任务达成和领取时以当时规则要求的可信事实复审。

“首购”明确按账号还是团队、哪些商品／订单及是否要求净实付大于零；“首用”明确成功输出或首次正费用消费，不能混用。每账号、每团队、账号跨团队、每邀请关系、每周期和每事件分别可设次数上限，管理员配置去重维度。建议新客奖励按账号跨团队去重，团队经营任务可按团队累计；成员数量不复制奖励资格。

券及奖励绑定实际受益主体；操作人、付款人、邀请人和受益团队分别说明。切换空间重新核验，不把个人券自动用到团队。相同商品、资格和优惠条件下个人与团队同待遇同价；运营查看资格不因此获得其他产品资金或私密作品访问权。

5.3 报价、叠加与结账

促销条件由已发布规则确定：适用商品及版本策略、时区／期限、最低门槛、最高优惠、周期和可享次数齐备。比例字段显示“支付原价的比例／优惠比例”的明确含义，避免把八折当优惠八成；金额精确到人民币分，统一舍入并保持明细合计。

允许配置互斥组、优先级、可叠加组合、计算顺序、门槛基数和总上限。建议默认互斥，推荐当前最省现金方案，用户可改选；现金相同再依规则稳定排序，不擅自按图片次数或容量的虚构现金价值评优。允许叠加时按固定顺序逐项计算，展示原价、各项优惠、最终实付与独立赠送。示例仅用于验算：原价 100 元，先支付 80% 再减 10 元为 70 元，反序为 72 元，系统不能自行换序。

推荐优惠只使用已持有或无需额外领取的有效方案；需要领券、报名或额外授权时先提示，不悄悄代用户参与。用户修改商品、主体或优惠后重新报价，旧预览失效；规则变化导致更贵时显示新明细并重新确认，不能带旧展示下单。

创建原订单时保留商品、优惠、券、赠送、资格及退款政策的确定待遇；券和名额与该单关联。支付中不因活动结束、停售或新配置丢失原待遇。实付为零时走可追溯的零元订单及交付，不调用支付渠道制造付款事实，也不满足要求正实付的奖励条件。

5.4 券与预算的状态

领取是否保证优惠名额必须公开。建议承诺型券在领取时预留最高优惠，使用时将同一份预留转为订单承诺，按规则释放未使用差额，不再占第二次；共享抢兑型券明确“领取不保留名额”，下单时才占预算。领取截止、券有效期和底层优惠有效期不冲突，剩余可用期须对用户可见。

预算按活动及被引用促销共同核对，多个渠道、券码、分发批次不能各复制一份总名额。下单失败或已确认未付关闭可释放本单占用；支付未知、未确认关闭及可信迟到收款只处理原单，不先释放再拒绝原优惠。增加预算可恢复新参与；降低预算不能低于已承诺所需金额，也不能撤销现存奖励。

若渠道已确认关闭后又出现可信收款等矛盾事实，进入原订单异常处理，核对原承诺、资源及预算差额；不丢弃付款、不重复履约，也不静默用新价格要求补款。券已过期但原订单仍被有效占用时，按原订单待遇核销，不能仅按当前券列表状态拒绝。

发券、发奖、购买和消费分别去重。同一事件可按已公布组合获得多个不同奖励，但同一奖励不能因重复回调／重新领取再次发放。限量任务须明确名额是在报名、达成还是领取占用；若报名不保留名额，参加前必须明示，不能等用户完成后才补充限制。

5.5 任务、返利与审核

购买任务以指定的可信付款或交付事实为准；生成任务按可信成功输出，不按前端按钮点击。部分成功累计确认部分；原请求查询和结果保存重试不成为新任务。周期任务显示时区、开始结束、进度及下次刷新；连续签到说明漏签是否中断，补签能力未配置不暗示支持。

按事件实际发生时间判断活动资格，接收截止或延迟容忍由规则定义；乱序事件不能让进度倒退或重新发奖。步骤任务、阶段奖励、完成奖励的累计关系和同一事件可推进哪些条件需预览。邀请任务保持既有全域归因，不重绑或重发历史奖励。

返利明确计算净实际钱包支出、指定有效消费等何种基数及单位；是否计入订阅覆盖、赠送资源、零元单必须配置，不能凭标准模型价虚构现金收入。阶梯选择全量一档或分段累进，享受期为本周期或下一周期，分别展示。退款和撤销按原周期版本修正；建议不让赠送本身循环产生返利，不创建现金提现余额。已成熟并承诺的跨周期调整进入原案件，不能随意扣另一主体余额。

自动发奖、手动领取和审核可组合；配置等待期限、审核负责人、驳回原因及申诉入口，超时不自动当通过。作品征集仅接受主动提交且授权的材料，未获展示授权不公开；支持用户查看提交及审核结果。审核与发奖分别授权，可由拥有对应权限的同一管理员完成，无须人为新增固定审批层。

5.6 退款、暂停与变更

退券保留原有效期还是另发补偿券、能否再次享首购、退款是否释放每主体次数均为发布前必填政策；建议不因退款循环生成无限首购资格。恢复发奖复用原奖励对象，补偿是单独授权且注明原因的记录，不能用手工加积分掩盖失败订单。

5.7 触达、归因及端到端模拟

站内消息、弹窗和横幅按计划频控、关闭冷却及完成目标后抑制；频控跨同一计划的入口一致，换页不重置。外部消息渠道只有能力、权限和用户偏好就绪才启用；本轮仅定义产品能力，不实际发送。可见规则、实时资格和报表分别处理，报表延迟不能决定用户是否有权益。

营销、活动、券、订单、奖励与消费有可联查关系。报表同时提供分母、观察窗口、去重主体及更新时刻；主归因和辅助触点分开，退款修正净收入，跨入口不能多计收入。成本未知单列，审核中、发放中和已核销分别统计；只凭来源参数不覆盖邀请归因。

预览使用模拟主体和事件，不写真实资格或资金。至少覆盖：普通新客领券购买并使用、无购买任务领奖、团队共享、券不适用、叠加次序、最后名额、活动结束后的旧订单、零元单、退款后奖励、旧用户容量过渡。发布后运营按获准真实对象回读；生产验证和活动启用须另有具体授权。

5.8 分产品运营、展示位与公告

产品目标、候选位置与员工工作流由分产品运营方案说明。以下为统一后台和每个实际接入产品共同满足的行为，具体位置数量、默认频控及阅读口径仍须评审，不据此开通 Commerce 或 Drama。

显示决策。 先核对产品、位置、发布状态、有效时间、设备／语言、主体可见范围及频控，再按该位置已发布的优先级、条数和稳定排序选择；排序不代替访问权限。建议服务影响通知使用独立位置，共用位置时按服务通知、重要公告、营销的默认顺序，同类优先级可配。重叠排期有预览；未定义的轮播／随机分配不能默默启用。同一计划跨入口合并限频，产品整体另设打断次数上限；关闭营销后不得换个位置立即弹回。

产品和跨产品授权。 内容编辑、投放编辑、发布、位置维护、效果读取分别授权；产品运营只能选择获准目标位置。跨产品投放同时满足原对象引用权、目标产品投放权和所选人群范围，不由“全域报表可见”推导。多产品引用同一活动／优惠时共用原预算、版本和主体限额；产品适配素材不能改变统一奖励和同等待遇同价规则。

公告原文与状态。 平台公告归平台，产品公告保留产品归属，统一后台提供授权编辑或引用。已有正文不复制成独立可编辑副本；发布版修订提示受影响投放重新预览，撤回联动停止原文及其引用。展示到期与历史删除分开，撤回正文不再通过历史链接泄露，保留适当撤回说明及内部审计。团队限定或特定人群公告的列表、正文、搜索结果与直达链接均执行相同可见范围。

阅读和关闭。 曝光、打开、已读、关闭、明确确认分别记录。建议详情打开且正文成功加载后才记已读；同一账号同一公开公告版本跨产品同步，不同账号不串状态，团队限定阅读按团队及成员区分。普通文字勘误可保留已读，重要内容更正作为新版本标记“已更新”，旧版已读不代表新版已读；运营不能只为增加曝光反复重置。关闭只影响再次提示，不能代替已读、同意条款、报名或购买。关键通知的提示方式须有具名场景，不能把促销升级为强制确认。

跳转与业务资格。 目标优先选择后台已有公告、活动、商品或获准产品页面，跨产品目标须支持安全的登录返回与主体确认；外链仅允许经授权的目标。点击不自动报名、领券、领奖或扣款，登录后及账号／团队切换后重验；无权团队成员看到适当说明，不替换为个人付款。过期目标展示结束状态，已参与者可查历史与可领承诺，不跳到无关活动或把旧优惠当现价。

前端适配与失败。 预览按每个实际产品位置展示桌面／窄屏、语言及登录／个人／团队状态；必要文本不能仅在图片内，提供替代文本、可访问按钮和关闭动作，不遮挡核心金额、生成状态、画布或任务结果。缺语言按已配置的兼容版本回退，否则收起；无匹配项不留空壳。投放获取失败或超时不阻断核心操作，缓存仅在原有效范围和期限内展示；退出／切换账号或团队时立即清理受限内容，不能沿用旧主体的资格。紧急撤回传播时限及缓存上限在接入前明确并验收，过期内容不无限延长。

前端改版与停用。 位置停用、改尺寸或内容类型前列出受影响的进行中／未来投放；不兼容项暂停并通知有权维护者处理，不静默改投其他位置。恢复位置须重验原排期和内容，不能复活已结束促销。产品核心服务不可用由真实业务状态处理，营销系统不能用一条公告自行停用模型或放开调用。

效果回读。 内容已下发不等于用户已看见；曝光按已约定的实际可见条件计数，页面重复渲染不重复记一次曝光。报表区分送达／渲染、曝光、点击、公告阅读及活动转化，固定主体去重和统计窗口；匿名与登录后不能无依据强行合并。财务总额仅来自原订单，内容来源、展示产品、成交入口和实际使用产品分别分析；辅助触点不重复累计收入。研发接入和运营发布分别验收，不能仅凭已有配置页宣告某产品已接入。

6. Given／When／Then 验收

团队完整消费验收同时引用团队工作包的预算、Key、身份撤销与原请求恢复用例；本页不替代它们。后台、个人用户和团队用户分别执行，再做跨角色联合验收。A30／A32 等建议政策样例须随最终决策调整；示例金额和数量仅作验算，不是预置经营值。

7. 设计与实施衔接

依据架构复盘建立执行计划与十三个实施工作包，A01～A77 均有唯一主责；补充架构验证 B01～B08、候选修改范围及契约编排见开发边界。这些是实施条件与验收计划，不是通过结果。

界面设计待 PRD 商业边界确认后完成，逐屏覆盖正常及异常状态；参考素材见调研记录。实现前需把以上业务规则映射到正式契约及开发规格；API、数据字段、事务和恢复实现不在产品稿中定稿。