如何提醒用户更新应用？.pdfVIP

如何提醒用户更新应用 ？ 很多设计师在将产品的主体功能设计完成 ，万事俱备 欠东风后 ，往往会忽视设计产品的更新机制 。其实移动互联网版本更新是一件很重要的事情 ，因为它不像web可以随时部署 ，用户需要点击“ 更新”才能享受你提供的最新服务。那么如何提醒用户更新应用呢 ？怎样才能设计吸引用户更新呢 ？ 提醒用户更新的方法有三种 ：商店提醒 ；应用内弹窗提醒 ；推送提醒。下面将会一一介绍。 一 ，商店提醒 大家都知道应用发布新版本时都要提交商店 ，而提交商店是往往要写一些该版本的新功能之类的 文案。之前一直有很多用户反馈说这些商店的更新文案都是从来不看的 ，有那么一大批“更新强迫症” 患者往往是看到气泡就全部更新。本来想针对这个问题找找相关数据查查比例但是没找到 ，不过我 相信一定有很多像我这样安装了大量应用的人 ，每次更新全部都是一个浩大的工程 ，所以我时常会 先在A ppSt o re看看这一版本都更新了什么 ，才会选择是否更新。而且既然各个商店都提供了新版本 文案 ，也是最简单最直接提醒用户更新版本的地方 ，我们就应该好好对待 ，想想如何来书写这些更 新文案 ： （iT unes更新文案显示的位置 ） （A ppSt o re 和 GooglePlay 的更新文案的位置 ） 那么 ，这么小小的一段商店更新文案应该如何写呢 ？首先你要记住 ，无论如何 ，你书写文案的目的 是吸引用户更新 ，如果你没 达到吸引用户的目的 ，还不如不写。 1 ）什么该写 ？什么不该写 ？ 用户的注意力是宝贵的 ，如果真有赏脸看你的更新文案 ，那么一定是要获得有效的信息。所以你应 该尽量把新功能给突出出来 ，如果 是一些简单的小改进 ，或者修改程序文案错别字之类很细节的 东西就完全没必要写出来了。此外 ，bug的修复其实也是可以写的 ，但是一定要写有意义的修复。 比如之前有一个严重的bug给很多用户造成了困扰 ，那么你这回写解决了这个问题就一定让这些用 户很欣慰。 2 ）站在用户的角度书写 有很多人写更新文案 ，都站在自己产品的角度来写 ，或者是按照实现模型的角度来写。比如 ： “新增短信分享商户信息的功能” 这句话非常像需求文档里的需求点或者迭代计划里的任务 ，首先用户不好理解这句话的意思 ，其次 也完全没有能够吸引用户的点。如果要吸引用户 ，一定要告诉你的新功能给用户带来了什么样的 好处 ，或者帮助用户解决了什么问题。所以如果按照这个思路将刚才的文案改成 ： “你可以使用短信将商户的信息分享给你的好友” 这样用户不但能理解这个功能了 ，还能知道这个功能为他带来的好处。 在书写文案的时候 ，如果想从实现模型转变成心理模型 ，可以尝试一开始就用主语开头 ，比如多用 ： 1. 你可以… 2. 你能够… 3. 解决了…的问题 而少用 ： 1. 新增… 2. 支持… 上面看到的搜狗FM和微信虽然都能读懂新增的功能是什么 ，但是站在文字情感的角度我觉得还是 不太完美。 3 ）有条理 1. 写更新文案时一定要有条理 ，不要将所有的描述都混成一大段 ； 2. 因为用户在看更新文案的时候也基本上是扫视 ，在文字中找到其中对他有用的信息 ； 3. 所以在书写文案的时候 ，尽量用”1,2,3, “这样将信息划分开来 ，比如我这样 ）适当的修饰 经常看到有些应用会使用五角星 ，爱心符号来作为分隔符 ，或者不忘在最后加一个笑脸的表情。可 能有的人觉得多此一举 ，但是实际上这样做不但可以在整个更新列表中突出你的产品吸引眼球 ，还 会给用户活泼热情的感觉。 （蜂巢的更新文案 ，不敢说完美但是已经算比其他的好了 ） 再补充一下 ，有朋友说他们的更新文案是由运营人员来书写的 ，我强烈建议这个文案还是交给交互 设计或PM来定 ，因为他们往往才知道当初做这个功能的初衷是什么 ，也能了解这个新功能给用户 带来了哪种满足或解决了哪种痛处。如果UE或PM文字功底不好 ，可以先写一个草稿 ，然后让专业 的人来加工加工~ 二 ，应用内弹窗提醒 应用内弹窗提醒 ，是指打开应用时直接通过弹窗的方式来告诉用户有新的版本了。这样做的好处在 于用户使用产品时就能够看见 ，有针对性。不好的地方有可能就是突然阻断用户的操作 ，给用户造 成不舒服的体验吧。所以做这种提醒也是有风险的 ，要满足几个原则 ： 1 ）必要性 和商店更新文案不同 ，因为是应用内的交互所以完全可以自己灵活处理 ，没必要每一次更新版本都 需要提示。因为这个提示会阻