这是Kevin的1月第8篇原创
以为文章不错，记得点赞＆在看
很多时候，我们在运用市场下载运用或更新版本，都看到突出的运用版本解释，有的运用更新文案并没有描述详细更新了什么，反而是一些看起和版本更新毫无干系的；有一些则是详细的更新历史；
那么版本更新记录的文案，是该当怎么写呢？
最近我在和开拓同学们紧锣密鼓的更新给作者们的小工具："大众年夜众号排版工具，也面临着须要对外公布运用的版本更新记录，于是针对运用的版本记录，我们也来聊聊。
1.为什么要做产品的更新记录？
首先产品经理、运营的同学们该当知道。
任何运用上架运用市场，都会有必填项须要遵守，完成内容填写后才可以发布运用更新或上传。
而更新内容是必填内容之一，运用市场哀求开拓者见告用户本次版本的更新内容，但对付内容的详情描述没有做限定，大部分运用市场只是会规定最小字数和最多字数限定，以及图片，乃至会须要有视频内容上传。
2.产品经理写版本更新的技巧
版本更新从另一方面也解释了近期的需求实现情形，由于产品有了新的功能或优化才会进行版本发布，产品版本根据需求的大小，改造的难度，有大版本和小版本说法。
比如一个APP原来只有3个TAB菜单，现在变成了4个，那就从紧张功能里就新增了，就属于比较大的功能了。
这类更新都会在运用市场得更新内容上解释。
大的改动，产品版本号变革也明显。比如从1.0.0直接升级到2.0.0，版本号的第一个数字的整数变革，就意味着产品的大更新。
比如微信的8.0版本推出了全新功能微信视频号，苹果IOS7 的版本推出了简洁化设计，推翻了以往拟归天设计风格。
3.版本更新内容来源需求池
版本的发布，是随着产品的方案走的，而每个版本要做什么功能都是由会记录在需求池里，需求池的需求会根据业务主要与紧急程度进行排列。
而在需求池里，每个需求都会有详细的记录，包含了功能模块名称、逻辑描述、产品端、字段解释、需求方、联动部门、估量实现韶光等等
▲需求池案例
每个互联网公司的需求池管理标准不一样，但需求池是内部产品迭代的秘密，对付一些处于封闭式开拓的产品更加是保密内容，但更新内容本着用户为主的体验，须要在更新内容里奉告用户更新的大体内容，以是产品经理或运营进行脱敏或者简化。
而运用上架到各种运用渠道市场，版本更新除了由于保密缘故原由，不能写的这么详细外，同时也没必要，由于用户不是产品经理，用户不会去穷究每个功能、BUG的修复情形，只关心体验、功能好不好用。
但有的功能太过于超前或新颖怕用户难以接管，提前写出版本更新描述，让用户下载利用新版本前有预期，也是一个缘故原由。比如下方是某系统的系统更新描述。
▲系统更新描述对应了需求池需求
4.版本更新是竞品监控的核心策略
许多产品经理监控竞品，一定会去查看别人产品的版本更新记录，理解别人最近紧张的迭代操持和节奏，以此来确定自己的研发操持和节奏。
比如我相信抖音和视频号的产品经理，就一定会相互不雅观察别人的功能，或者类似国内外头部的视频产品迭代记录，依次判断别人的策略。
虽然不能从版本历史查看到别人的细节功能变动，但是至少可以节制到一个明确的迭代方向，将版本记录罗列出来，非常清晰明了，可以看到别人投入资源在做什么，预测即将要做什么。
▲版本更新列表
5.版本更新也是对用户卖力：
版本更新记录，也会产品设计者表达对用户的尊重。
老用户可以看看什么新花样，功能有趣就更新，没有太大的变动，就不更新；新用户，增加其预期，吸引下载；有时候好的版本更新文案，还能增加许多用户的关注，比如下图案例
▲有趣的版本更新文案
以是版本更新记录文案，每每由产品经理或者运营同学一起编写，随着运用体量越来越大，撰写的标准也会固定。
是产品经理是必须要做的一件事，
以是，你写过版本更新记录吗？
可以添加我的VX：pmtalk123 随时与我互换
/
