Skip to content

[Proposal]: 积分充值与 Plus / Pro / Max 月度订阅 #947

Description

@huyanxius

1. 目标

建立「按需充值 + 三档月度订阅」的付费体系:充值购买长期有效的积分;订阅提供当期额度与会员权益。复用现有积分账本和生成任务计费流程。

2. 商品定价

2.1 按需充值

充值基准为 ¥0.08/积分。支持六个快捷档位与自定义金额。

充值金额 ¥5 ¥10 ¥20 ¥30 ¥40 ¥100
到账积分 63 125 250 375 500 1,250

自定义充值最低 ¥5,按整元输入。积分向上取整,付款前显示准确到账数量。

amount_fen:人民币整数分,>= 500 且为 100 的整数倍
到账积分 = (amount_fen + 7) // 8

充值积分长期有效。会员额外充值适用同一价格;会员优惠体现在订阅套餐内。

2.2 月度订阅

档位 月费 每账期额度 每积分折算价格 较充值基准优惠
Plus ¥29/月 400 ¥0.0725 约 9.4%
Pro ¥99/月 1,500 ¥0.0660 17.5%
Max ¥199/月 3,200 约 ¥0.0622 约 22.3%

优惠按当期额度全部使用、对比 ¥0.08/积分计算。三档共用会员能力,以使用额度和单价区分。

3. 订阅周期与积分规则

3.1 账期

首次付款成功后开通一个月会员,立即发放当期额度。账期从开通时刻计算,例如 9 月 19 日开通,10 月 19 日对应时刻到期;购买页和账户页显示准确起止时间。

首版采用按月手动续购。续购接续当前账期,下一期开始时发放已付款的该期额度。会员到期后重新开通,从新的开通时刻计算账期。

3.2 两类余额

规则 订阅额度 充值积分
来源 已付款账期提供的额度 单独充值购买
有效期 当前账期 长期有效
账期结束 剩余额度失效,不结转 余额保留
消耗顺序 优先消耗,按最早到期批次扣除 订阅额度不足时补足

两类余额使用相同积分单位,同一任务适用相同扣分标准。账户页分别显示「本期订阅额度」「到期时间」「充值积分」「冻结积分」。

会员到期后,专属能力使用权结束;充值积分继续用于标准功能,已生成资产及下载能力保留。

3.3 示例

Pro 用户账期结束前剩余 500 订阅积分 + 300 充值积分:

到期处理 下一期订阅额度 充值积分 总可用积分
已续购 Pro 1,500 300 1,800
未续购 0 300 300

旧账期剩余的 500 积分在两种情况下均失效。

3.4 任务跨账期

任务提交时记录报价、权益及积分冻结来源。账期到期处理针对该期未使用、未冻结的额度;已冻结任务继续按提交记录结算。失败时释放到原批次,并沿用该批次的有效期。充值积分和存量余额按原规则保留。

4. 会员权益

能力 非会员 Plus / Pro / Max 开放状态
标准模型与完整制作流程 可用 可用 已开放
更好的模型 — 可选择会员模型 会员专属,暂未开放
更高质量 标准生成与处理 可选高质量生成、精细处理档 会员专属,暂未开放
三渲二 — 可使用三渲二路线 会员专属,暂未开放

标准制作流程包括单向/四向/八向制作、局部重做、审核、标准后处理、透明素材与资源包导出、现有基础引擎导入。

会员能力上线后按各自报价消耗积分,订阅额度和充值积分均可支付;调用时须具备有效会员资格。单独充值只增加余额。

价格页明确展示功能开放状态。高质量模型、高质量处理及三渲二在接口验收、对客积分价确定后逐项开放。

5. 实现要求

5.1 报价与扣费

沿用现有标准档计费:单张候选图/首帧 10 积分,单方向的一次标准视频生成 50 积分。三张候选图为 30 积分;三张首帧候选加一次标准视频为 80 积分。母版、其他方向及额外重做按实际任务另计。

服务端按路线、型号、规格、候选数和方向生成报价,识别已有输入的复用,在提交时锁定扣分。高级模型、高质量处理和三渲二分别配置报价;三渲二区分建模、动作准备及复用出帧,衔接 #890、#901。

5.2 模块职责

模块 改动
商品与订单 配置充值商品、会员档位与价格版本;订单保存金额、积分、会员档位及对应账期
支付与发放 服务端验签并核对订单、商户、金额、币种和支付状态;按订单及账期幂等发放积分和资格
会员管理 记录档位、账期起止及续购记录;按有效账期判断会员资格
server/quota 扩展积分来源、发放批次、有效期及冻结分配;实现订阅额度到期处理,复用原冻结、结算、解冻流程
生成入口 校验会员资格、功能开放状态与余额;保存报价和权益快照,按冻结来源结算
账户与价格页 展示充值入口、订阅档位、两类余额、账期和功能状态;购买前显示资费、有效期及退款规则

订单金额使用整数分,积分使用整数。支付通知、查单和任务重投应返回已处理结果,保证同一订单/账期只发放一次,同一任务只结算一次。报价锁定后,平台自动重试沿用原扣费上限。

接口变更通过现有脚本生成 OpenAPI,配套更新前后端测试。

6. 验收标准

  • 六档充值到账数量与表格一致;自定义 ¥7 到账 88 积分;校验最低金额及整元输入。
  • Plus/Pro/Max 按 ¥29/¥99/¥199 月费配置,分别每账期发放 400/1,500/3,200 积分。
  • 开通、续购、到期按个人账期执行;订阅剩余额度到期失效,充值和存量余额保留;第 3.3 节两种结果可复现。
  • 扣费优先使用订阅额度,支持两类余额共同支付;跨账期任务按原报价及冻结来源结算、解冻。
  • 三档会员共用专属能力;服务端同时校验会员资格与开放状态,未开放功能显示「暂未开放」。
  • 标准任务报价与扣费一致;高级路线使用独立报价;已生成资产和下载能力保持可用。
  • 支付验签、金额校验、重复通知、重复查单及重复任务处理均通过测试;每笔发放、到期和结算可从流水追溯。

评审通过后,按商品支付、会员账期、积分批次及前端展示拆分实施任务。

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

proposal该 Issue 是一个产品提案

Type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions