很多时候,我们在应用市场下载应用或更新版本,都看到突出的应用版本说明,有的应用更新文案并没有描述具体更新了什么,反而是一些看起和版本更新毫无相关的;有一些则是详细的更新历史;

那么版本更新记录的文案,是应该怎么写呢?

最近我在和开发同学们紧锣密鼓的更新给作者们的小工具:公众号排版工具,也面临着需要对外公布应用的版本更新记录,于是针对应用的版本记录,我们也来聊聊。

01.为什么要做产品的更新记录?

首先产品经理、运营的同学们应该知道。

任何应用上架应用市场,都会有必填项需要遵守,完成内容填写后才可以发布应用更新或上传。

而更新内容是必填内容之一,应用市场要求开发者告诉用户本次版本的更新内容,但对于内容的详情描述没有做限制,大部分应用市场只是会规定最小字数和最多字数限制,以及图片,甚至会需要有视频内容上传。

02.产品经理写版本更新的技巧

版本更新从另一方面也说明了近期的需求实现情况,因为产品有了新的功能或优化才会进行版本发布,产品版本根据需求的大小,改造的难度,有大版本和小版本说法。

比如一个APP原本只有3个TAB菜单,现在变成了4个,那就从主要功能里就新增了,就属于比较大的功能了。

这类更新都会在应用市场得更新内容上说明。

大的改动,产品版本号变化也明显。比如从1.0.0直接升级到2.0.0,版本号的第一个数字的整数变化,就意味着产品的大更新。

比如微信的8.0版本推出了全新功能微信视频号,苹果IOS7 的版本推出了简洁化设计,推翻了以往拟物化设计风格。

03.版本更新内容来源需求池

版本的发布,是跟着产品的规划走的,而每个版本要做什么功能都是由会记录在需求池里,需求池的需求会根据业务重要与紧急程度进行排列。

而在需求池里,每个需求都会有详细的记录,包含了功能模块名称、逻辑描述、产品端、字段说明、需求方、联动部门、预计实现时间等等

聊聊产品的更新记录,怎么写?

需求池案例

 

每个互联网公司的需求池管理标准不一样,但需求池是内部产品迭代的秘密,对于一些处于封闭式开发的产品更加是保密内容,但更新内容本着用户为主的体验,需要在更新内容里告知用户更新的大体内容,所以产品经理或运营进行脱敏或者简化。

而应用上架到各类应用渠道市场,版本更新除了因为保密原因,不能写的这么详细外,同时也没必要,因为用户不是产品经理,用户不会去深究每个功能、BUG的修复情况,只关心体验、功能好不好用。

但有的功能太过于超前或新颖怕用户难以接受,提前写出版本更新描述,让用户下载使用新版本前有预期,也是一个原因。比如下方是某系统的系统更新描述。

聊聊产品的更新记录,怎么写?

系统更新描述对应了需求池需求

 

04.版本更新是竞品监控的核心策略

许多产品经理监控竞品,一定会去查看别人产品的版本更新记录,了解别人最近主要的迭代计划和节奏,以此来确定自己的研发计划和节奏。

比如我相信抖音和视频号的产品经理,就一定会互相观察别人的功能,或者类似国内外头部的视频产品迭代记录,依次判断别人的策略。

虽然不能从版本历史查看到别人的细节功能变动,但是至少可以掌握到一个明确的迭代方向,将版本记录罗列出来,非常清晰明了,可以看到别人投入资源在做什么,预测即将要做什么。

聊聊产品的更新记录,怎么写?

▲版本更新列表

 

05.版本更新也是对用户负责:

版本更新记录,也会产品设计者表达对用户的尊重。

老用户可以看看什么新花样,功能有趣就更新,没有太大的变动,就不更新;新用户,增加其预期,吸引下载;有时候好的版本更新文案,还能增加许多用户的关注,比如下图案例

聊聊产品的更新记录,怎么写?

▲有趣的版本更新文案

 

所以版本更新记录文案,往往由产品经理或者运营同学一起编写,随着应用体量越来越大,撰写的标准也会固定。

是产品经理是必须要做的一件事,

所以,你写过版本更新记录吗