来讲一讲企鹅家的几款游戏运营事故吧，今天都在讲腾讯游戏的优点，我就来讲讲其黑历史。

1）腾讯《凯旋》运营事故《凯旋》是腾讯代理IMAZIC的一款3D大型网游，也是腾讯试水网络游戏市场的第一款产品。为此腾讯在上海专门组建了网络游戏事业部来负责该产品的运营工作，该游戏从年8月1日正式公测上市。与其他QQ游戏不同的是，《凯旋》并不是全部都是用QQ帐户登陆的游戏，而是专设了“凤凰专区”供QQ用户使用，其他服务器组则是采用点卡计费制度且另设帐号运营的。该游戏由于腾讯运营不当，于年12月25日停止运营。

《凯旋》在当时是一款非常高端的产品，3D画面效果优秀出色，采用了无缝地图技术，真实装备Avatar，任务链设计，宠物系统等等，设计理念新颖，市场影响力大。

当时腾讯在上海成立的游戏运营部门的架构是如上图的一个大概情况，因为游戏的研发商魏韩方，所以为了保证与研发对接，有很多翻译接口。MiniBoss事故

年8月游戏公测之后，各项指标还是令人满意的的，在年10月期间，策划们希望策划一些线上的活动，以便继续冲高在线数。MiniBoss是其中的一个环节。

MiniBoss事故记录

1）由策划部提出希望在国庆节期间开展一个在线活动，营造游戏中的节日气氛，并提高节日期间在线；

2）活动策划案需求转交韩方后，韩方回复他们正好新开发了一个类似的活动包，可供我们使用；这个活动包的内容主要是将游戏内地底深处的超级BOSS缩小后随机放到地面刷出，供普通玩家挑战，并且还有机会获得珍贵宝石；

3）策划部门同意采用该活动包，作为国庆期间节日活动的一部份，并相应准备了相关的网站宣传内容；活动包由韩方提供给海外部，同时策划部之前提供了测试需求给海外部，海外部测试后认为符合需求，因此交给了技术部，然后技术部安排了自动更新的脚本，在10月1日凌晨自动启动。

4）十一期间，部门放假，活动自动执行，结果因为一些细节设计问题和宝石产出几率过高，导致活动期间珍贵宝石大量产出，玩家采用自动化方法大量获取珍贵宝石后对整个经济系统产生巨大影响；流通道具的大量产生导致了一系列问题，游戏体验被迅速透支，流失玩家数量惊人；5)假期结束后，整个游戏在线由4W多下跌到不足2W，游戏内经济崩溃，物价异常变动，大量忠实玩家离开，流失玩家数量巨大。因此事故时间太久，无法回档，官方已经没有任何办法消除事故影响；经此打击之后，凯旋的游戏在线一直未能得到恢复，之后再未突破过4W水平，在线持续下跌到停服时的不足千人。

上图可以看出来，当时腾讯的运营团队架构，还有很多不合理，每个团队在这一事件之中，都有错误，但是都无法避免，其后果就是整个运营团队抱团滚向事故。其次发生事故时没有一个负责人来承担责任或者组织师太继续发生，在事故发生之后也没有人来组织各团队的失误和对接方式。白装备事故

年1月15日凯旋发布一个新的版本的时候出现的一个BUG，导致部分玩家背包中的带属性的绿色蓝色等高级装备变成没有属性的白色装备，同时还出现部分玩家角色消失问题；

在腾讯测试时，未及时发现此问题。更新后，开始陆续接到玩家投诉，技术部检查后确认是游戏BUG造成，于是通过商务部向韩方提出紧急修复的需求，同时开始逐个手工处理玩家投诉；当天下午的时候，玩家投诉量达到单，技术部门开始通宵处理，到次日凌晨投诉量已经上升到单，手工处理已经无法承担。这时候因为北京的展会缘故，相关领导均不在公司，一直无人拍板最终处理方案，只能继续手工处理。年1月16日下午，韩方发来一个统计工具，用于统计受损的账户数量；经过统计后发现受影响账号竟然在10万以上，于是又经过漫长讨论，最终决定回档。此时距离发现问题已经过了30多个小时，需回档时间近2天，受影响活跃玩家几十万人；回档过程中，再次发现数据异常，无法启动服务器，游戏停机时间一再延长，在18个多小时后才恢复了服务；经此打击，更多的活跃玩家离开了凯旋，游戏在线下跌到1万余。

对于回档这种很平常的手法，当年的腾讯是既没有预案，也没有演练，在事情发生后最终执行的一团糟。在此之后，腾讯游戏运营部门针对问题作了很多调整以下是年腾讯大讲堂分析这些事故后得到的教训。1）对于网游产品，测试部门是一定需要专业重点建设的；

2）对于紧急事故必须有完备的处理预案和责任人制度；对于重大的备份恢复操作，平时要经常演习熟悉；

3）对于风险评估和具体应对，我们还需要更多的经验；对于用户管理和运营维护方面的经验缺乏，舆论导向控制不力，用户反馈收集缓慢，信息不全，用户体验很差；

4）最重要的是，我们需要一个符合网游产品运营特点的团队管理结构。再次之后，腾讯游戏对于运营团队进行了个大面积的调整，使之更加符合国内游戏的运营。

2）腾讯《QQ堂》运营事故

《QQ堂》是一款仿《泡泡堂》的休闲游戏，从年6月开始开发，12月30日正式公测上市，年7月1日发布正式版本，游戏最高在线一度达到22万最高同时在线，注册用户数多达数千万玩家。相比运营《凯旋》，《QQ堂》的团队已经成熟了很多，QQ堂产品第一次建立了产品运营团队，虽然才3个产品人员，但是已经开始建立项目和产品的负责制。同时，部门也逐渐开始尝试将技术主导型的工作模式转变产品运营主导型的工作模式；QQ堂如果诞生在别的公司，注定将成为一个没有任何市场反应就会迅速失败的产品，但是腾讯的平台给这个产品源源不断的送去了用户，让产品研发运营团队得以生存，得以学习和提高。在运营了7个月后，产品运营团队开始逐渐找到了感觉，终于开始学会如何掌控这个产品，7月的正式版本之后，QQ堂慢慢发力，在线开始节节上升；但是糟糕的是产品团队信心十足，甚至开始变得有点急功近利了。

年8~9月间，腾讯游戏的另外一款重量级产品《QQ幻想》的跳票，互娱系统的月度考核指标遇到了极大的挑战，腾讯游戏所以在运营产品都要求设法拉高收入，严守KPI底线；

QQ堂产品当时在线状况发展良好，于是增加收入的重担一下掉到了QQ堂的身上，在几次风暴会议后，多个营销性质项目开始启动。其中，有一个博彩类的项目非常被大家看好，这个项目叫做QQ堂“欢乐幸运星”抽奖活动。年9月29日晚8点，在经过研发测试部门加班加点的紧张开发之后，“欢乐幸运星”活动如期开发完毕，并按照版本计划，更新到了外网环境；

8点半钟，运营团队接客服报告，声称有两名玩家已经中到一千万游戏币的大奖。运营团队按照紧急预案召集所有相关人员赶回公司处理；9点多，客服方面再次汇报，已经确认BUG存在，有大量玩家重复中奖。运营负责人要求立即关闭道具售卖系统；10点前，运维同事关闭了道具售卖服务器，产品，研发，运维，测试等各线人员赶到，马上召开了事故分析处理会议，并通知平台线方面同事协助；11点，事故原因查明，得到事故初步损失统计，参与得利玩家第一批名单也已经获得，运营团队开始要求各方面协助拦截非法游戏币。至此，堪称腾讯游戏史上最严重的事故就这么发生了，仔细看一下其发生的过程，在今天看起来甚至有一点可笑。至于有多严重，我慢慢说。

在抽奖活动的设置中，集齐一套道具(7块多Q币)，可能中奖万游戏币(相当于Q币)，一般情况概率应该是万分之零点六，但是策划文档几经修改后中奖表格已经出现了很多错误。而策划评审，运营评审，程序实现各个环节中居然都没有发现中奖列表的机率加起来已经不是%了；

程序实现后提交测试组测试两轮，在测试中因为没有使用大量QB来进行真实的模拟测试，所以居然没有发现概率方面存在异常；

种种错误累加起来使26%概率的特等奖终于出现在了外网环境中；

从当晚8点多发布活动到10点之前关闭这个活动,仅一个多小时共产生游戏币21个亿，有多名用户参与了刷取游戏币；

由于钱的数量巨大，玩家四处转移游戏币。而冻结账户方面没有预案，虽然紧急处理及时，但冻结不彻底，扣款程序又出问题等,最终损失还是构成了一级事故；事后总结

需求文档需要更仔细check，评审环节的疏漏非常严重；

任何概率类设计都需要设置总量控制，设置多级阀门控制，不要把能广泛流通的货币或者道具直接及时的交到玩家手上，不要奖励；

紧急预案不够完善，只考虑到产品范围内的各种处理方案，没有考虑如果在部门或者公司级平台上出现问题后的处理措施。

在处理过程中，产品人员才惊奇的发现原来还有游戏币银行这样的东西。

在要求各个方面协助冻结相关账户的时候，各系统才开始编写相关的程序进行扫描和回扣，这其中又发生新的BUG，但是多次扣款失败，使损失额度没有能得到很好的控制。《QQ堂》产品后续

“欢乐幸运星”事件之后，腾讯游戏停止了所有涉及抽奖Q币，游戏币的活动，再不涉及任何通过平台渠道发放Q币的活动，以避免风险；

QQ堂团队也停止了这种直接通过抽奖获利的营销活动，开始继续专注于游戏内容的设计和付费挖掘；

年2月份，QQ堂一系列游戏活动获得成功，同时在线达到22万高点，收入也实现了连续翻番，QQ堂道具营销方面经验让很多产品学习得益。

3）腾讯《QQ幻想》运营事故

《QQ幻想》是腾讯的一款战略级产品，是腾讯游戏自主研发了三年多的首款MMOG产品。这款产品也是腾讯游戏在《凯旋》项目失利之后，再次尝试运营的MMOG产品。该款产品年10月25日公测，最高同时在线用户数一度达到66万，是互娱重要的收入产品。

虽然借助腾讯平台的强大力量，《QQ幻想》获得了公测的良好效果，但是游戏设计，运营理念方面的一些不足还是让产品在线不断下挫。在收费后，产品在线已经不足公测时的一半；在一年多运营过程中，这个项目也不断出现过一些不同程度的事故，在线活动的投诉率一直居高不下。

《QQ幻想》刷装备事件

年11月12日下午3点，客服方面报告，在游戏中出现一个开店售卖的BUG，会导致开店商人显示的物品列表和实际不符。有玩家利用此漏洞进行欺诈，导致大量用户投诉，已经构成一级突发事故，事故已经分派到三线；

接报后，产品经理和服务端主程赶到公司处理。经过分析，发现是因为客户端BUG导致看到的要买的宠物和实际要买的宠物不一致，从而被玩家利用进行欺诈。产品方面分析了具体过程和投诉单据后认为该问题比较严重必须尽快解决，因此打电话通知测试组运维组，准备进行紧急更新；

因为客户端方面人员一时联系不到，因此PM决定从服务端解决该问题。PM提出两个临时解决方案，一个是带宠物商品交易会直接失败，一个是带宠物商品交易，宠物商品会自动回到玩家背包。产品方面建议采用后者方案，比如不容易引起玩家困惑。

下午5点，临时修改完毕，程序在内网更新，测试组进行了测试。6点，更新到外网一台服务器，经过一个小时观察感觉正常，7点半进行了全服更新，产品方面在