產品更新文案如何寫,用戶更愿意為應用升級?
產品更新說明本身是微不足道的,但是好的更新文案一定會為你的產品錦上添花。和用戶調調情,他們會覺得你很有趣!
曾經有人為你講過海誓山盟的商業計劃書,和你一起研究氣勢磅礴的用戶心理學,甚至帶你一起追求過改變世界的產品經理之路。可是,今天我們就來聊一聊那么那么那么一個不起眼的問題——如何寫好產品更新文案?
當我們從Bug的泥淖中痛苦脫身后,當你蓄謀已久的大招功能終于即將發布了,亦或者是當你在研究完《七宗罪》《人性的弱點》《用戶行為心理學》后為產品作做出了一個沁人心脾、改變世界(PM們心里都是偷偷這么想的)的用戶體驗優化后,你是不是很想告訴你的告訴你的用戶,是不是迫不及待的告訴你的粉絲和迷妹。那么我們應該如何邀請用戶來參加這場約會?如何更高效的促使用戶升級版本、體驗產品新功能呢?產品更新說明本身只是微不足道的,無法幫助你的產品改變4姐。但是好的更新文案一定會為你的產品錦上添花。和用戶調調情,他們會覺得你很有趣!
以一款叫Own的APP為案例來講述,產品是從小米應用商店精品中發現的,也是在看到它之后才決定整理分享一下更新文案寫作的技巧的…
如上圖所示,這是Own在應用市場發布的最新更新說明,左右分別是Android和iOS端。我想我一定是看到了假的的更新文案,或者是看到了一首詩?!白镞^、貼心、完美、舒服、等等、實話”,你肯定認為他們家產品經理肯定一定是處女座,但是,處女座會允許第五條那個問號的存在嗎?不可能!還有,產品經理在寫iOS第四條更新說明的時候,一定是為了鞭策鼓勵Android的開發同事們。當然第六條應該是突出了我們作為產品經理的共同特質了。總之,Own的這個更新文案可以很好的用來總結更新說明的寫作技巧了。那么請各位帶好小板凳和瓜子….
一、優秀APP更新文案應該具備
- 做到最大程度的整齊有序,降低視覺疲勞。當然也不一定非要追求案例中那種寫詩的精神來寫更新說明,但是一定不要亂!
- 不要過于冗長,閱讀理解成本低。
- APP內具有設計感的更新提示彈窗和具有誘導性的按鈕也是非常關鍵的。這一點的話案例中的產品做得不是很好,后文會用其他優質案例單獨描述。
- 把功能性的描述放在最前面。
- 介紹功能時,描繪給用戶這個功能給你帶來怎樣的改變或者使用體驗。比如案例中,“增加時間滾輪”是為了“快捷的時間查找”,把用戶得到的一出呈現出來。
- 從用戶的角度去介紹,不要單純的從技術語言去描述。例如:你在首頁換了一種圖片加載機制,更加流暢了,你不需要告訴用戶你使用了什么技術,只需要告訴他滑動閱讀更加流暢就行了!
- 偏運營的產品可以寫出新版中優惠活動,例如電商、旅游類產品…
上圖分別為去哪兒網和蘑菇街最新版本更新說明。去哪兒網布局比蘑菇街布局更加整齊,但不知為何去哪兒網的更新說明會給我造成更大壓力。去哪兒網使用【火車票】這樣的標題來做排版分隔,看似整齊但卻又產生了很多重復性文字,增加了字數造成了更大閱讀壓力。蘑菇街更新說明更具有親和力,優惠活動用數字進行直接呈現更加直觀,一眼可以看到關鍵內容。
8.語言能夠風趣幽默亦或者是高冷無情則是錦上添花。要有情感的和你的用戶溝通,無法向Own一個做一個幽默的詩人,你還可以選擇高冷、紳士、嫻熟、優雅….至少你應該有種特質。比如像是這樣,當然,就算你有萬般的自信,這樣的方式偶爾為之是調情,經常使用就是耍流氓了…
二、更新說明寫作誤區、禁忌
- 過多技術語言描述
- 將一些敏感BUG修復描述進去。難道你要告訴用戶你修復了一個嚴重的數據丟失BUG嗎?這樣他們會擔心還會出現一個又一個數據丟失甚至更嚴重的BUG。所以一些敏感的BUG修復就不要寫進去了。
- ?簡單的一句“Bug fixes”,當然既然你這么寫了說明這個問題也不是很嚴重,那就不要去打擾你的用戶了,或者使用一下熱更新技術也是不錯的選擇。
三、應用內更新彈框設計和引導操作設計
舒適的設計感,讓用戶更愿意停留,大篇幅的文字不是非常友好。?具有誘導性的按鈕設置也是非常關鍵的。
上圖是騰訊視頻手機客戶端更新彈框提示,比起以長段文字,這樣具有設計感頁面肯定是讓人更愿意停留的。并且“立即升級”按鈕做了強調顯示,能在一定程度上的去引導用戶點擊,這是非常棒的。
關于操作引導我們還可以做哪些優化呢?曾經看到很多APP在邀請用戶更新或者好評的時候,都會設計一個按鈕叫“殘忍拒絕”,我想設計者的初衷是為了告訴拒絕是殘忍的,你怎么能夠這么殘忍呢?激發用戶的愧疚感。筆者認為這樣卻是適得其反,激將的方式帶來的內心真實體驗是不好的、不舒服的,無論獲得怎樣的結果,況且拒絕的“后果”并不是那么嚴重,造成的反面結果就是讓用戶這么去想——“我就TM殘忍,點起來就是爽”。我們可以嘗試告訴我們的用戶,怎么做是更有利的、更美好的,比如我們將“立即升級”的文案換成“優先體驗”或者“立即體驗”是否更好一些,當然關于這一點筆者也沒有進行實際的驗證,僅僅是個人的判斷和猜想,因為這些東西對一個產品來說是錦上添花的,合理的分配精力去看待。
本文由 @阿豪叔叔?原創發布于人人都是產品經理。未經許可,禁止轉載。
更新文案還是先根據產品定位決定撰寫風格,從用戶角度闡述修復的bug可取,畢竟程序猿的思維用戶不理解也不想知道(?ω?)