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