虚构公司贯穿案例

01虚构游戏公司的正常月度运营

02海外版本增项和重复扣费热更新事件三条路径

13.1 正常月 CASE-R02-N01

云帆游戏完全虚构。用户支付1200、退款50、渠道费300、汇款850；净充值1150拆为已履约收入900和合同负债250。成本610、毛利290；应收50、应付130、现金 850-480=370，并与 290-50+130=370 勾稽。【教学示例】

13.2 海外增项 CASE-R02-C01

新增海外版本、跨平台存档和概率型道具活动，预计增量收入180、成本120、贡献60。产品、技术、出版、平台、概率、IP、数据、税务和地区全部通过后上线；不能把大陆审批版直接翻译后发布。

13.3 重复扣费 CASE-R02-A01

热更新错误导致部分玩家重复扣虚拟币，影响40。团队关闭入口、锁日志、恢复权益、通知玩家平台、修改收入递延与渠道对账；该异常确认收入0，退款/恢复40，差额0。不能通过发通用礼包替代逐户恢复。

13.4 交接

交接	产出	验收
产品→研发	规则、边界、配置	可实现可测试
研发→QA	构建、迁移、回滚	环境完整
QA→发布	报告与残余风险	阻断关闭
出版→平台	审批版、商店包	主体版本一致
运营→客服	活动、FAQ、异常	可支持玩家
渠道→财务	账单退款批次	收入递延现金可勾稽

13.5 正常月的订单桥

用户支付1200是渠道订单总额。退款与拒付50后，净充值1150；渠道根据合同扣费300，实际汇款850。渠道费影响毛利和现金，但不能因为只收到850就丢掉1150的玩家权益记录。订单账本按渠道订单和内部订单双向匹配。【教学示例】

净充值1150中，900对应本期已经履约的服务与道具，250仍代表未来活动、未消费余额或持续服务义务，列入合同负债。产品经理不能为了收入目标把未消费权益改成“已发放即完成”；财务根据合同、道具性质、历史行为和适用准则判断。

13.6 成本与现金桥

成本610包含渠道300、服务器90、内容摊销120、运营60和客服安全40。毛利=900-610=290。本期付现480、应付130；与收入相关应收50，所以 290-50+130=370，正好等于渠道回款850减付现480。【教学示例】

合同负债250虽已包含在部分现金中，但未来仍要支付服务器、版本、客服和退款。管理层不能将370全部分红或买量。十三周预测把平台延迟、退款升高和新版本成本加入压力情景。

13.7 SKU逐笔追踪

选取一个月卡SKU：订单创建、渠道支付、权益发放、每日服务、玩家退款和到期分别产生事件。财务批次从订单汇总到收入，客服从玩家工单找到同一订单，运营从SKU看到权益定义，QA能复现当时版本和商店展示。任何一环找不到都说明闭环断裂。

概率道具还关联奖池配置、展示概率、抽取日志和保底状态。玩家投诉时，客服不应只回复“系统正常”，而要查询其具体活动版本与记录，并提供可理解结论。

13.8 海外变更的门禁

跨平台存档改变账号、数据、退款和渠道权益；海外版本改变内容分级、条款、支付税务、IP和服务器；新概率活动改变消费者与经济。预计收入180、成本120、贡献60只是商业起点，不能覆盖未关闭的法律和技术门禁。【教学示例】

正在绘制业务流程…

13.9 重复扣费时间线

热更新发布后支付成功率看似正常，但权益账本发现同一玩家余额减少两次。监控五分钟告警，运营十分钟关闭购买入口，SRE锁配置和日志，客服发布处理中通知，数据在两小时内给出受影响清单。恢复脚本按事件ID幂等返还40。【教学示例】

财务确认这40不形成收入，并更正递延和渠道批次；若法币并未重复支付，恢复虚拟币而非现金退款；若法币也重复扣款，按支付渠道退款。通用礼包可以表达歉意，但不能替代逐户恢复。

13.10 异常的根因

直接原因是热更新脚本重试缺少幂等；流程原因是测试未覆盖超时重试；系统原因是订单与权益账本告警延迟；管理原因是活动日期压缩测试。整改分别是幂等键、故障注入用例、实时差额告警和发布日期门禁，而非只处罚程序员。

13.11 月度经营会

制作人解释版本和完工成本，产品解释玩家留存与经济，SRE解释质量容量，出版解释版本一致，发行解释获客回收，客服安全解释玩家伤害，财务解释流水、递延、利润现金。会议先看P0和玩家权益，再看增长。

固定十问：哪个版本产生价值；哪些玩家受损；审批和线上是否一致；未成年人门是否有效；概率是否一致；净充值为何变化；递延如何滚动；现金最低点；哪个供应商/岗位是单点；下一版本停止条件是什么。

13.12 案例审计抽样

从收入900抽样到渠道订单、权益和消耗；从玩家订单正向查会计；从概率活动查配置展示与日志；从退款查客服和银行；从审批决定查线上构建哈希。双向抽样能发现完整性和真实性问题。

13.13 玩家沟通

正常更新说明内容、时间、设备和已知限制；事故沟通说明事实、影响、临时动作、玩家是否需要操作和下一更新时间。不要在未调查时说“少数用户网络问题”，也不要暴露可被攻击者利用的细节。

13.14 产品生命周期

案例产品从验证、上线、稳定、成熟到衰退都有门槛。成熟期减少高风险大改，提升工具、社区和效率；衰退期控制新增长期权益并准备迁移或停服。生命周期决定投资和会计估计，不由团队情感决定。

13.15 案例闭环图

正在绘制业务流程…