选型礼物打赏系统时，纪要里常写「礼物墙要炫、种类要多」——比价停在 UI 层，却略过更关键的验收题：一笔礼物从发送到账户扣减、分佣入账与后台留痕能否对得上。礼物墙好看不等于财务可核对。
图注｜封面分佣比例为示意，不作报价或收益承诺
服务边界
云虎社交（云虎社交系统）是郑州云虎软件交付的 Java 微服务社交系统基座，支持私有化部署，源码版按约定范围交付。
该产品用于搭建与交付客户自用的社交业务系统，不自营、不运营社交平台，也不代替客户获客或承诺 DAU、收益。
礼物价格、分佣比例与结算策略由客户确定；封面或营销示意图中的比例仅供理解形态，不能替代合同或书面配置。郑州云虎软件是软件与技术支持方，不是社交平台运营商。
验收摘要
礼物打赏系统验收宜按「发送 → 账户变动 → 分佣分配 → 后台留痕」写对照清单。不宜只验礼物墙 UI；双币账户（钻石、金币等，以系统配置为准）变动须能与订单记录对上。分佣权限按多级组织隔离演示，比例以书面配置为准。
一、只比礼物墙的三个常见坑
坑一：礼物种类多当成验收完成——还应覆盖发送成功、账户扣减与订单留痕。坑二：把演示 UI 或封面分佣比例写进口头承诺——具体比例属客户经营策略，以书面配置为准。坑三：「后台有分佣菜单」不等于分佣已跑顺——推广员签约与结算对账属运营侧。
二、礼物发送链路：从点击到留痕
建议固定一条可重复演示脚本：打开礼物面板 → 选择礼物确认发送 → 发送方账户扣减 → 接收方收到礼物消息/动效 → 后台可查订单流水 → 若启用飘屏，验证展示规则。
☐ 发送失败是否有明确提示与回滚
☐ 礼物价格是否与后台当期配置一致（非封面示意）
☐ IM 内礼物消息是否与单聊留痕同源可追溯
图注｜礼物墙是体验层，验收须覆盖发送与留痕
三、账户与双币：扣减入账要能对照
转化收益模块常涉及双币账户（钻石、金币等，以系统配置为准）。验收要能回答：这笔扣减对应哪条订单；接收方或平台入账是否按配置演示；财务模块能否按用户、时间与业务类型筛选。
☐ 发送前余额、发送后余额、订单记录三者能否对上
☐ 支付、短信等第三方费用是否单列，未塞进「交钥匙」
☐ 演示流水是否未被升格为 GMV 或收益百分比
图注｜弹窗确认环节应纳入验收脚本
四、分佣与多级组织：权限隔离先于比例
后台支持总公司、加盟商、分站、推广员等多级组织。分佣验收除「比例可配」外，还应演示：不同层级账号是否只见权限内数据；推广员绑定是否影响归属；异常订单处理规则是否可演示或书面说明。
☐ 本期启用哪几级分佣，比例以书面配置为准
☐ 封面/UI 示意比例是否未被写成合同承诺
☐ 结算周期与提现流程是否单列运营侧附件
五、与 VIP、付费解锁分栏验收
礼物验发送与账户；VIP 验权益开关；付费解锁验内容与扣减。混在一行验收易路径对不上。主链路未稳前启用礼物，留痕与权限易返工——先通再赚仍适用。合同附件建议单列「转化模块启用清单」。
六、礼物打赏系统验收文档表
| 字段 | 是否齐套 | 备注 |
|---|---|---|
| 礼物发送演示脚本 | □ | 含 IM 内发送路径 |
| 账户扣减与订单留痕对照 | □ | 双币以系统配置为准 |
| 分佣比例书面配置 | □ | 非封面示意 |
| 多级组织权限隔离演示 | □ | 推广员绑定规则写清 |
| 转化模块启用清单 | □ | 礼物/VIP/解锁分栏 |
| 第三方费用单列说明 | □ | 支付/短信另计 |
| 验收签字记录 | □ | ≠ 经营结果承诺 |
验收结论：礼物打赏系统宜按发送、账户、分佣、留痕四维对照验收。清单齐套、脚本签字后，可进入客户侧运营与结算策略执行；未齐套则不应把「礼物墙能看」表述为「分佣已对账跑顺」。
相关阅读
- 自研IM和第三方IM年费差在哪？选型对照清单 — IM 与礼物消息留痕同源基础
- 买社交系统前先分清什么？系统和运营责任对照 — 系统交付与运营责任分栏
- 产品功能 — 礼物打赏与转化收益模块介绍