今天和團隊Retro時聊到，既然敏捷所追求的其中一項理念是：
能越早將產品交付到客戶端，就能越快創造價值。

那如果我們頻繁地將Apk發布到客戶端，客戶端因此頻繁收到需要更新的通知，這樣我們是創造了價值，還是破壞了價值？

為什麼有這問題？

我們團隊其實是網頁團隊，認為功能越早發佈給用戶能越快得到用戶回饋，也能越快創造價值。
我們遵循這樣的理念度過每一次Sprint。順帶一提我們Sprint週期是一週。
因此每週都會有新功能發佈出去。

碰巧這次有機會可以寫到App，並沒有意識到這麼做會造成用戶負面觀感。在某次討論下，PO提醒了我們，才避免了災難發生。

到目前為止我們已經過了一個多月的發布新版本、但不強制更新的日子。

至今才有了Retro時這番討論，這樣是否真的有創造了價值？

那其他人怎麼做？

於是我便打開Apple Store，看了下Spotify跟Jira Cloud這兩個App。
會選他們是我所知道這兩家公司也都是跑敏捷很有名的，我也很好奇在敏捷文化中，他們怎麼發佈版本。

• 這是Spotify
  

• 這是Jira
  

• 多查了一個這是Youtube
  

發現沒有因為這種顧慮而發佈版本變慢，而是不會強制更新 :P

加上我逛了一堆討論串和部落格，
因為沒存到網址，又懶得去翻歷史紀錄，
還留著的只有這一頁和這一頁，感興趣可以去看看囉

結論

查到這邊時，心情有舒緩點，起碼市場狀況與我們目前做法大致相同。

整理一下如下：

• 起始時應該功能簡單，專一。從用戶回饋中判斷接下來要開發的新功能，我們也容易因為想給用戶太多好東西，而延誤了好時辰。此外一次就給予用戶大量功能，用戶是不容易適應的。
• Native App相較於 Web Site更能訪問到Device的硬體功能，例如GPS, 相機等工具。應該善加利用，拓展產品魅力。
• Native App同樣該像網頁一樣快速交付，以爭取市場領先地位。但是不該頻繁提醒用戶該更新。如果真的天天都在Release修復重大Issue bug(非更新不可)，這也反而該檢討為何問題這麼多XD。
• 若能夠與用戶培養親密度與信任感，頻繁發布新版本(不強制更新那種)，用戶通常還是會更新的，基於想快點體驗到最好的服務。
• 接續上面這點，如果用戶都不更新，那代表用戶仍還不夠信任我們，或者對我們的產品不夠喜愛。

—-

事後跟一位前輩請教

有上架的：

設定成一段時間自動檢查一次更新，跳出 in-app update 的提示，整合 in-app update 讓升級流程感覺比較順暢

沒上架的

用Flutter 熱更新
https://zhuanlan.zhihu.com/p/157268394
https://juejin.im/post/6844903992066048013
拿這關鍵字去找很多資源，中國沒有 play store 可以用，每家手機都有自己的商城，所以他們已經搞這個問題搞十年了

後端控制

後端設定最低接受的版本，如果用戶版本真的太舊會強迫更新，通常是設定三個月~半年的舊版

如何兼顧更新與價值？

如果很多東西要做，但你都感受不到發版之後改善了什麼，那就是收集數據的方式跟監控數據的方式需要改善

Firebase 關心這些數據能有助用戶更想更新，或者知道自己創造什麼價值

• Firebase adoption rate
• application not responding檢測 ，就是程式沒有回應，android 會跳一個畫面說 app 都沒回應要不要關掉
• crashlytics
• 冷啟動速度
• apk size 做小也會讓用戶比較想更新

此趟可說是，Mindset收穫許多。
昨天問題還沒找到解法QAQ