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