很多設計師在將產品的主體功能設計完成，萬事俱備只欠東風后，往往會忽視設計產品的更新機制。其實移動互聯網版本更新是一件很重要的事情，因為它不像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。不過推送的利用可以很靈活，通使用手動發推送的方法，激活很久都沒使用且很久都沒更新過的用戶還是很有效的，大概可以表現的意思是：
“你已經很久沒看我了，最近我有很多好玩的新功能哦，快來更新吧~”
但是要注意哦，一定要統計好那些流失用戶和低活躍用戶，有針對性的去發，因為你不可能提醒所有的用戶更新吧。
上面就是我在項目中經常用到的更新機制，如果大家有更好歡迎補充和討論!