如何評價部分應用在App Store中的更新記錄語焉不詳？

01-06

幾個代表的應用：Facebook，微軟office系列，老版本的Uber等。
主要集中在國外的應用，國內應用這方面還不錯，大多更新日誌都很詳細。
Facebook簡直就是複製粘貼…還狂刷版本號

上面這些答案都是什麼鬼……

你有沒有發現這樣寫更新文案的都是大廠的 App？小公司的更新文案反而詳細得多。

原因就是大廠 App 的版本更新大都是包含了 A/B Test 的。

比如推出某個新功能，萬一用戶反響非常不好，甚至降低了活躍怎麼辦？或者這個功能有兩種實現，到底應該選擇哪個呢？

所以一般功能更新都只會先部署到一小部分用戶，看一下用戶行為數據，再決定是否部署到所有用戶。

不同的用戶看到的 App 功能並不一樣，而應用市場又只有一個顯示更新文案的地方。那你讓他們怎麼寫？

那小公司的為啥不搞 A/B Test 呢，一來人手不夠，A/B Test 意味著更大的工作量。二來用戶基數少，行為分析數據太少分析不出什麼結果來。

更新日誌我只服鳳凰新聞！

應該是對應軟體開發的節奏，比如有一個固定的發版周期，到了一個周期就發一版，不關心有沒有什麼大功能上線。從問題的截圖來看，Facebook 66、67、68 三個版本的周期就是一周。

每一個迭代開發的周期，一般都是:

- 修 bug （bug 是修不完的，新寫的東西還會引入新的 bug）

- 一些功能的修改和豐富（一般一個成熟的 App，主要的功能不會天天變，但是一些細節功能是總有在變化。如果平時不用到，就不會發現有變化。）

這也應該是客戶端程序員每天都在乾的事情。作為用戶感覺就是，發現 App 總在更新，但並沒有什麼變化。如果像 Facebook 這麼成熟且更新周期如此短的 App，一次更新也不會有什麼可見的內容，所以更新記錄也沒什麼可寫了。

有些APP安裝了之後，就給遺忘在一個角落，基本不會點開。直到更新提醒，才讓我想起來，擦，原來手機里還有個這個東西呢，點開看一下吧。。。

嗯，我覺得好多軟體的更新一定是讓大家點它一下的。

我還以為你是在說新浪微博·········

看來，應用更新的極致是不分國內外你我他的啊，厲害了我的程序猿們！

我也想不通，我一個程序員，怎麼就成了寫文案的了？

看facebook的更新截圖，更新內容不變，版本號直接和周數相關。

大概產品經理和開發都去度假了吧，直接由腳本提交更新。

這樣來講吧

第一，大部分的更新內容都是程序員自己寫的；

第二，我所知道的大部分程序員不擅於寫文案；

第三，有的時候確實就是一些bug修復，這些東西沒辦法也沒必要詳細描述給用戶；

第四，就算有新功能增加，程序員也只會寫幾個字；

第五，有文案或者擅於文字工作的請忽略。

補充一點：我個人的習慣是軟體一定要是最新的，不管有沒有用，也不管會不會用。手機上面也不會太在意什麼更新日誌了，反正最新的就是對的，尤其是手機上需要網路連接的App，只有用或者不用兩種選擇，因為是可以控制老版本的App不能正常工作的。

估計業務穩定了，沒啥事情幹了，又不能被老闆看出來，只能把上版本代碼再打一次包提交商店。

因為定期要更新，而產品已經穩定，可能只是一些微調或者小的修復，沒什麼必要寫（也怕寫了被用戶打，畢竟這點小東西就要更新肯定有用戶會不滿）

微信的好多功能我都是在「99%的人都不知道的微信的功能」里知道的

有的app更新內容前部分基本都是對該app的介紹，後面才是真正的更新日誌

作為一個業餘程序猿，我平時更新項目有如下情況

1 修復bug

2 客戶要求要做某個功能

3 秀技術

4 就算沒做改動，但是說好定期發一個版本，最好的更新日誌就是：提高用戶體驗。

顯得更有逼格。。

大部分用戶都習慣自動更新了，不會挨個去看更新內容的。不要因為自己是專家用戶需要查看詳細更新內容就認為這樣不對。