更新日志这事儿，以前我真是敷衍到家了。
本站为89游戏官网游戏攻略分站，89游戏每日更新热门游戏，下载请前往主站地址:www.gm89.me
我跟你说，我们以前写的那玩意儿，根本不叫更新日志，叫“内部流水账”。每次发版，就是开发那边随便扔过来几句话。比如：“修复了登录页面的偶现崩溃问题”或者“优化了后台数据库查询效率”。
用户看到这些，只会觉得你写了个寂寞。我实践下来，这种“我修复了什么”的日志，用户是完全无感的，他们只关心“我得到了什么”。
我那次差点赔掉半年的工资，才明白过来。
我有一个做了两年多的项目，花了不少心血。一直以为只要功能没bug，用户就会留下来。但有一段时间，用户流失率突然飙升，新用户来了也留不住，留存率简直是真要命。产品技术上，我带着团队翻来覆去地查，没查出什么大问题。那阵子真是焦虑得睡不着觉，眼看着砸进去的推广费都要打水漂了。
有天晚上，我坐在电脑前，看着那空洞的更新日志，突然拍了桌子。这个东西，不就是我跟用户唯一的“公开对话”平台吗？我天天在上面写一些只有我自己看得懂的黑话，用户能不跑吗？他们根本不知道我在做什么，也不知道他们的反馈被处理了没有。
我这才意识到，我一直把更新日志当成了我的技术记录，而不是我的用户沟通手册。这就是我之前最大的实践误区。
改变过程：从“我做了”到“你能做什么”。
我当时下了个狠心，把所有正在开发的任务卡，全部拿出来，让负责的同事，用小学二年级的水平来重新写一遍更新记录，必须口语化，必须说人话。我们的做法是：
-
彻底扔掉技术黑话：什么“缓存同步机制”一概不许出现。改成“现在页面打开速度快了30%，不会再转圈圈了。”
-
突出用户利益：“我们现在支持了新的支付方式，再也不用担心银行卡限额，买东西更方便了。”
-
记录反馈处理：专门开一栏“感谢XX用户的反馈，你们提到的那个按钮点不下去的问题，我们已经修好了！”
-
哪怕是小改进也写：哪怕只是改了一个图标，或者字体大了一点，都要写进去。让用户感觉这个产品是一直在动的，有活力的。
一开始开发那边挺抵触的，觉得麻烦，要花时间。我就跟他们说，写好这个，能让用户少提十个重复问题，少骂我们十次，这是在给我们自己省时间！
实践结果：用户一下就留住了。
你别说，这招真管用。改了不到一个月，后台的用户评论和提问的质量就变了。以前是骂我们，问“什么时候能好”；现在是感谢我们，甚至有人跑去社交平台截图分享我们的更新日志，说这是他们见过“最实在的日志”。
那些被记录在日志里的“小改动”，反而让老用户觉得产品在进步，他们的需求被看见了。这跟我们之前预想的完全不一样，用户要的不是一个完美的软件，他们要的是一个“活的、在听他们说话”的软件。
所以说，真实的更新日志，不是写给程序员看的，它是你留住用户、建立信任的
最直接、最便宜的“对话”。
