产品设计：如何提醒用户更新应用？

　　很多设计师在将产品的主体功能设计完成，万事俱备只欠东风后，往往会忽视设计产品的更新机制。其实移动互联网版本更新是一件很重要的事情，因为它不像web可以随时部署，用户需要点击“更新”才能享受你提供的最新服务。那么如何提醒用户更新应用呢?怎样才能设计吸引用户更新呢?

　　提醒用户更新的方法有：商店提醒;应用内弹窗提醒;推送提醒;下面将会一一的介绍。

　　一，商店提醒

　　大家都知道应用发布新版本时都要提交商店，而提交商店是往往要写一些该版本的新功能之类的文案。之前一直有很多用户反馈说这些商店的更新文案都是从来不看的，有那么一大批“更新强迫症”患者往往是看到气泡就全部更新。本来想针对这个问题找找相关数据查查比例但是没找到，不过我相信一定有很多像我这样安装了大量应用的人，每次更新全部都是一个浩大的工程，所以我时常会先在AppStore看看这一版本都更新了什么，才会选择是否更新。而且既然各个商店都提供了新版本文案，也是最简单最直接提醒用户更新版本的地方，我们就应该好好对待，想想如何来书写这些更新文案：

　　(iTunes更新文案显示的位置)

　　(AppStore 和 GooglePlay 的更新文案的位置)

　　那么，这么小小的一段商店更新文案应该如何写呢?首先你要记住，无论如何，你书写文案的目的是吸引用户更新，如果你没有达到吸引用户的目的，还不如不写。

　　1，什么该写?什么不该写?

　　用户的注意力是宝贵的，如果真有赏脸看你的更新文案，那么一定是要获得有效的信息。所以你应该尽量把新功能给突出出来，如果只是一些简单的小改进，或者修改程序文案错别字之类很细节的东西就完全没必要写出来了。此外，bug的修复其实也是可以写的，但是一定要写有意义的修复。比如之前有一个严重的 bug给很多用户造成了困扰，那么你这回写解决了这个问题就一定让这些用户很欣慰。

　　2，站在用户的角度书写

　　有很多人写更新文案，都站在自己产品的角度来写，或者是按照实现模型的角度来写。比如：

　　“新增短信分享商户信息的功能”

　　这句话非常像需求文档里的需求点或者迭代计划里的任务，首先用户不好理解这句话的意思，其次也完全没有能够吸引用户的点。如果要吸引用户，一定要告诉你的新功能给用户带来了什么样的好处，或者帮助用户解决了什么问题。所以如果按照这个思路将刚才的文案改成：

　　”你可以使用短信将商户的信息分享给你的好友“

　　这样用户不但能理解这个功能了，还能知道这个功能为他带来的好处。

　　在书写文案的时候，如果想从实现模型转变成心理模型，可以尝试一开始就用主语开头，比如多用：

　　1)你可以…

　　2)你能够…

　　3)解决了…的问题

　　而少用：

　　1)新增…

　　2)支持…

　　上面看到的搜狗FM和微信虽然都能读懂新增的功能是什么，但是站在文字情感的角度我觉得还是不太完美。

　　3，有条理

　　1)写更新文案时一定要有条理，不要将所有的描述都混成一大段;

　　2)因为用户在看更新文案的时候也基本上是扫视，在文字中找到其中对他有用的信息;

　　3)所以在书写文案的时候，尽量用”1，2，3，4“这样将信息划分开来，比如我这样;

　　4，适当的修饰

　　经常看到有些应用会使用五角星，爱心符号来作为分隔符，或者不忘在最后加一个笑脸的表情。可能有的人觉得多此一举，但是实际上这样做不但可以在整个更新列表中突出你的产品吸引眼球，还会给用户活泼热情的感觉。

　　(蜂巢的更新文案，不敢说完美但是已经算比其他的好了)

　　最后补充一下，有朋友说他们的更新文案是由运营人员来书写的，我强烈建议这个文案还是交给交互设计或PM来定，因为他们往往才知道当初做这个功能的初衷是什么，也能了解这个新功能给用户带来了哪种满足或解决了哪种痛处。如果UE或PM文字功底不好，可以先写一个草稿，然后让专业的人来加工加工~

　　二，应用内弹窗提醒

　　应用内弹窗提醒，是指打开应用时直接通过弹窗的方式来告诉用户有新的版本了。这样做的好处在于用户使用产品时就能够看见，有针对性。不好的地方有可能就是突然阻断用户的操作，给用户造成不舒服的体验吧。所以做这种提醒也是有风险的，要满足几个原则：

　　1，必要性

　　和商店更新文案不同，因为是应用内的交互所以完全可以自己灵活处理，没必要每一次更新版本都需要提示。因为这个提示会阻断用户的操作，让用户不舒服，所以应该保证这个版本很有必要提醒用户时，才弹窗提醒。一些纯bug fix的版本，提交商店可以，但是没必要弹窗了。

　　2，只说重点

　　和商店不一样，弹窗显示的文字比较少，没办法将新功能一一列举。所以应该只说明重点，精简文字，或者只说明一个最重要的新版本功能。比如像上面的微信如果要进行弹窗更新，可以设计成：

　　3，要有强制更新

　　不知道各位的产品是否都有强制更新的机制，如果是一个有经验的PM的话，一定会要求应用必须有强制更新的机制。强制更新，是为了防止出现意外情况，发布了会造成重大事故的版本，或者旧版本和新版本有严重冲突的情况。所以在某种情况下，你需要考虑一种场景就是要求所有用户必须更新，否则旧版本也无法继续使用了。这个机制要在产品的第一个版本就考虑进去，否则后面再出现问题是无法挽回的。

　　因为通过商店更新是没有所谓的强制更新的，所以只能通过弹窗的方式来提醒。强制更新的弹窗，往往只有一个选项，更新，否则关闭应用。

　　4，允许用户忽略

　　通常弹窗提醒都是很扰民的，而且很多设计会做成打开应用的时候就提醒一次，那么如果不能忽略的话，就让用户很难受了。允许用户忽略提醒有2种方法，一种是弹窗提醒只有新版本第一次进入时才弹出，还有就是在弹窗上加一个”忽视此版本“的选项，点击之后这个版本就不再提醒了。

　　这样就能满足用户明确表达出一种”知道了，但是我不想更新“的诉求。

　　三，推送提醒

　　通过发推送的方式提醒用户更新版本比较少见，因为推送只是一瞬间的，也不能点击后直接跳入AppStore。不过推送的利用可以很灵活，通使用手动发推送的方法，激活很久都没使用且很久都没更新过的用户还是很有效的，大概可以表现的意思是：

　　“你已经很久没看我了，最近我有很多好玩的新功能哦，快来更新吧~”

　　但是要注意哦，一定要统计好那些流失用户和低活跃用户，有针对性的去发，因为你不可能提醒所有的用户更新吧。

　　上面就是我在项目中经常用到的更新机制，如果大家有更好欢迎补充和讨论!