梁洁只能把问题归结在这个原因上。
梁洁关闭了电子邮件软件，打开了通讯软件，在办公群里面发了一条消息。
“上一次更新注销流的工作人员是谁？出来认领一下。”
这一条消息发出来之后，久久都没有人回复。
梁洁只能再艾特一下所有人。
而这个时候，她下面的一个项目经理回复了她。
“梁总，我刚刚确认了一下，上一次的更新内容比较杂乱，但是并没有修改任何与注销相关的东西，梁总，你是不是弄错了？？”
梁洁看到了这一条消息，顿时疑惑了。
没有动这个？
那磊哥是怎么用这个上分？
不可能啊！肯定是有这个东西，他才能利用啊，如果没有他怎么用？
“项目经理 你确定？？？别漏了，你再仔细看看？？”
“梁总，确认了，有关于注销相关的业务需求，我刚才全部查出来了，我把查询的脚本私发您，您自己看看？？”
很快，梁洁便收到了一串查询脚本。
梁洁虽然不是技术人员，但是还是有看脚本语言的底子。
这一串脚本语言的查询条件就一个，那就是只要涉及注销相关的业务，那都回出结果。
并且这是在后台查的，电子邮件可能丢失，后台存储的不可能丢失，因为每个员工的交接和合作，都是依赖于后台，不把数据录入后台那工作都没法进行。
梁洁把这一串脚本语言复制过去，然后再后台运行。
很快就查出了几百条相关的修改。
而最近的修改，居然是3个月前，并且修改内容是注销这个按钮的位置，并没修改实际的业务逻辑。
“嗯？？？”
梁洁人都懵了。
最近的修改是3个月前？？？
不可能啊，那磊哥怎么用这个上分的？见鬼了？？？
梁洁立马开始私聊这个项目经理。
“那磊哥的注销流是怎么回事？？？如果近期没有人动这个的话！”
“注销流？什么注销流？”
“嗯……就是注销的话，会更容易上分。”
“这样……梁总啊，这个是注销清空活跃度的逻辑，其实在el机制刚出来的时候就有了。”
注销清除活跃度！
看到了这一行话，瞬间梁洁就明白了什么。
el机制和活跃度相关度很高，而若玩家做出了注销的行为，那必然代表这个玩家有可能远离游戏。
小主，这个章节后面还有哦，请点击下一页继续阅读，后面更精彩！
