游戏上线后，团队很容易只看销量、收入或在线人数。但真正有用的复盘，要同时看产品、质量、运营、社区、商业化和制作流程。KPI 看板不是为了证明成功，而是为了发现下一步该改什么。指标越清楚，复盘越少变成情绪会议。
复盘要分类型
研发复盘看制作过程：哪些功能超时，哪些系统返工，哪些工具缺失，哪些外包不稳定，哪些风险预估错误。上线复盘看发布过程：审核、构建、服务器、公告、客服、支付是否顺畅。运营复盘看玩家行为：留存、活动、付费、社区、客服。
不要把所有复盘混在一个会里。研发问题、市场问题、运营问题需要不同证据和负责人。一个版本收入不好，可能是玩法问题，也可能是发行曝光不足，或者价格不匹配。复盘要先分类，再归因。
复盘还要有时间线。什么时候做了什么决策，什么时候发现风险，什么时候改范围，什么时候上线，什么时候出问题。没有时间线，团队容易事后合理化。
核心KPI不要太多
看板指标太多，团队会失焦。核心指标要围绕项目目标。买断制游戏看愿望单、销量、退款率、评价、Demo 转化、地区表现；免费游戏看新增、留存、活跃、付费率、ARPU、广告收入、活动参与；多人游戏还要看匹配、在线、流失、作弊、社交。
每个阶段核心指标不同。首发前看愿望单和 Demo；首发周看购买、退款、评价和崩溃；上线一个月看留存、内容消耗和社区；长线运营看版本回流、活动参与和收入稳定性。不要用同一套指标评估所有阶段。
指标要有负责人。留存谁负责，收入谁负责，崩溃谁负责，社区谁负责。没有负责人，指标只是展示。
留存指标要拆层
留存要看次日、三日、七日、三十日，但不能只看总数。要按渠道、地区、设备、语言、玩家类型、版本批次拆。某渠道留存低，可能广告误导；某设备留存低，可能性能差；某语言留存低，可能本地化问题。
留存还要结合行为。流失玩家最后完成了什么？卡在哪个关卡？是否失败多次？是否看过商店？是否加入社交？只看留存率，不知道怎么改。
留存复盘要对应动作。次日差改新手，七日差改日常，三十日差改长期目标。不要看到留存低就随便加奖励。奖励可能提高短期回访，但不一定解决根因。
收入指标要看结构
收入不能只看总流水。要看付费率、ARPPU、ARPU、首付时间、商品贡献、退款、地区、渠道、玩家分层。收入来自少数高付费玩家，还是中小额稳定付费？广告和内购比例如何？DLC 或礼包是否带动长期收入？
商品复盘要看展示、点击、购买、购买后留存。一个礼包收入高，但购买后玩家流失，也可能是坏信号。一个低价商品收入不高，但能提高首次付费率，可能有长期价值。
收入还要和口碑一起看。短期收入上升、差评增加、社区情绪恶化，要谨慎。商业化复盘不能只由收入决定。
质量指标不能忽视
崩溃率、卡顿、加载时间、服务器错误、支付失败、客服工单、Bug 数量，都是质量指标。玩家流失不一定是玩法问题，可能是技术质量问题。质量指标要进入核心看板。
质量要按设备和版本拆。某个设备崩溃高，某个地区服务器延迟高，某个版本支付失败多，都需要定位。总崩溃率低，不代表没有局部灾难。
客服工单也是质量信号。某类问题工单突然增加，说明版本有风险。客服数据要和技术监控放在一起看。
社区和口碑指标
评价、差评理由、社区热词、主播反馈、玩家建议、投诉类型，都应进入复盘。口碑不是纯主观，它可以分类和统计。比如差评中性能占比、价格占比、内容不足占比、Bug 占比。
不要只看评分。评分背后的文本更重要。玩家为什么给差评？哪些问题反复出现？哪些好评提到核心卖点？这些能指导商店页、版本优先级和客服口径。
社区情绪也要看趋势。一次事故后情绪是否恢复？公告后是否减少误解？补偿是否被接受？社区复盘能帮助团队改沟通方式。
复盘输出要有行动项
复盘会议最后必须产生行动项：改什么，谁负责，什么时候完成，如何验证。没有行动项的复盘，只是聊天。行动项要具体，不要写“优化新手体验”，要写“缩短教程第 3-5 步，增加第一次战斗前目标提示，观察步骤完成率”。
也要区分短期修复和长期改进。短期修复处理事故，长期改进处理根因。比如支付未到账，短期补单，长期改支付监控和客服后台。只做短期，问题会重复。
复盘结论要进入知识库。下一款项目、下个版本、下次活动都能复用。团队真正的成长，不是每次都更努力，而是同类错误越来越少。
指标误读
高在线不一定健康，可能是任务太肝；高收入不一定健康，可能是强刺激付费；高留存不一定健康，可能是样本偏核心；低退款不一定好，可能玩家根本没买。任何指标都要结合上下文。
指标也会互相冲突。降低难度可能提高留存但降低核心玩家满意度；提高广告频率可能提高收入但降低次日；打折可能提高销量但降低客单价。复盘的价值在于理解取舍，而不是追求所有指标都涨。
好的 KPI 看板不是越复杂越好，而是让团队更快判断：问题在哪里，影响多大，谁来处理，怎么验证。看板服务决策，复盘服务改进。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。