某個深夜在Google+參與一個話題的討論，事後覺得這個話題有價值，就繼續做思考整理。順便把stream裡的內容轉貼在文末留以備份，方便沉澱，也可以讓大家繼續參與交流討論。
APP升級習慣調查 是這個話題討論的源頭，這篇日誌是從移動應用快速迭代升級與使用者忽視或者不升級應用之間帶來的衝突，引發的一連串的思考和分析。
根據這個話題，我也做了一些延伸的思考。
在移動應用的研發中，應用快速迭代（敏捷模式）和使用者不升級應用真的是矛盾對立的麼？使用者不升級會導致產品失敗麼？快速迭代是不是不適合移動應用的開發呢？就如文中所說：“你後面越做越強有屁用啊，人家都不升級。第一印象決定了產品命運。”
真是這樣麼？
其實後來仔細想後，反倒釋然，這又是一個騎馬乘舟的結論，一開始的主體給忽視了，產品後面越做越強？
無論是什麼產品，最本質的是解決使用者的需求，移動應用只是一種在移動終端提供需求解決方案的新形態。那麼本質就在於這個應用滿足什麼需求，以及針對這個需求予以解決的方式，最終面對使用者的就是我們常說的產品的質量。從而影響使用者對其的認知、接受、使用、信任、愛戴、心儀。
我們先從快速迭代說起，快速迭代並不意味著產品放棄應有的品質，靠慢慢升級來補足，就是說，哪怕是1.0版本的應用，它應該具備的是解決這個需求的完整模型，注意，是完整，不是完美。如果一個產品、應用一開始沒讓使用者瞭解其帶來的價值，一開始就失敗了。
快速迭代和釋出只是研發的一種理念和思維，強調快速應變，以及持續改進產品質量，這點應該在以BS的應用得到了很好的驗證。我想也正是服務端這種應用的迭代模式，快速迭代可以把服務質量始終牢牢把握在自己手裡，現在移動終端應用卻是客戶端模式，依賴升級，才有筆者的那番思考吧。
某種意義上，一個應用的初始版本就表徵了這個應用的價值定位，如果這點些在釋出之初都沒做好，失敗得其所，沒啥好說的。
當然使用者為什麼還保留這個應用在終端，原因各式各樣，移動終端的使用者行為確實是個有意思的研究課題。
至於這個產品的發展和前途，最本質的還是在於產品自身，和使用者升級與否沒有必然聯絡。所以產品成敗，和敏捷迭代無關，於使用者不升級無關。
有個經典的例子是IE6瀏覽器。
當然，Android、iPhone的應用開發者去做一些降低使用者升級軟體成本、或者引導的努力是值得的，比如升級提醒等。
但是話說回來，如果使用者覺得這個應用有價值，願意留在自己的終端，並使用，這已經算是第一步的成功了（不包括那種暫時不礙眼，懶得刪的）
至少表明你這個應用cover的需求滿足使用者某種需要，至於是不是每天升級，是不是即時升級，這不是關鍵，我覺得半年升級一次的使用者，很多都是 appstore升級模式，以及多次升級的體驗和經歷，教育出來的，用Iphone的朋友應該很瞭解，大部分應用的升級都是一些小功能的變動，bugfix，並且頻繁釋出版本。這種體驗認知一旦建立，使用者半年升級一次顯然是合理而明智的。這種升級的現狀，確實是使用者升級所付出的成本遠高於收益，一次次可以，多次使用者就受不了，尤其是裝了很多應用的使用者，雖然這些應用都同時留駐在使用者的終端，但使用者對於應用的價值和依賴程度也分三五九等的。所以這種升級行為，筆者描述的情況，人各有異，但大體不可能太勤奮，實在太正常了。就如你讓某人某天即興唱一次紅歌還可以，讓他天天唱只能當治病了。
有些時候，是我們產品人的習慣，已經脫離平常使用者行為，不正常甚至有點病態了。
所以多數招聘的情景下，對於產品控和Geek，有一種複雜的情感，即愛之又憂之，對一個東西鑽得很深，特別有激情，但是特別容易鑽牛角尖，把簡單問題複雜化，反而體會不到普通使用者的疾苦和痛楚。
好了，有點偏題了，所以，做移動終端應用的同學，不要把產品的問題歸結為使用者的問題，產品的核心體驗，不應依賴升級去解決，不要指望使用者等3秒、等下個版本才能得到想要的（這個想要就是需求，不是使用者的某個功能要求，使用者很多時候對自己的需求是含糊不清的，甚至是錯誤的）。
敏捷所提倡的持續優化產品質量，當使用者的基礎需要滿足後，獲得使用者的青睞，接受之後，迭代升級是產品如何讓使用者更喜歡，更依賴，逐步加深對產品積極體驗的有效方式。
還是那句話，真是好東西，人人搶著要，真是重要的電話，錯過一次還會再打過來。
最後，不影響使用者的核心需求滿足的前提下，使用者是寬容的，或是殘忍的。前者會繼續使用這個不完美但解決問題的產品，後者可能直接解除安裝刪除並大罵離開。越是大眾產品，被罵得越多越慘，可以參考BIT。這種局面每個產品都實際的面臨著。因為每個使用者對於產品的需求都是非常不同的。
下面是話題討論的部分摘錄：由於是基於流的open即興討論，只是選摘和話題關係緊密的……….
Junyu Wang – Public 這個問題看得有點淺. 問題本質, 使用者在 make decision 的時候會平衡 ROI 就是了. 得到的是升級帶來的好處, 付出的是升級的操作成本. 想讓使用者升級, 要麼增加好處, 要麼降低成本.
從經驗來看, 降低成本比較容易促使使用者升級. 例如 Chrome, 例如豌豆莢 (還不夠低).
Android 電子市場允許自動升級後, 感覺就非常爽, 手機裡面的應用始終是最新的, 也不需要你花時間維護. iOS 就非常難過.
jary xie – 這個話題蠻有意思，升級最本質的還是取決於使用者收益，門檻高低對結果有影響，但不關鍵，這就是appstore升級體驗不佳，使用者樂此不疲升級的原因，關鍵取決於收益的刺激強度，當然不排除很多小白使用者不瞭解iphone還可以升級這回事。不過，對於應用開發者，提高自己產品的價值是最核心的，在產品價值恆定的前提下，降低升級門檻會促進升級。
Huiwen Ji – 降低成本只是敲門磚，後面要讓開了門的人感知到明顯的好處跟進作為positive reinforcement，這樣下次使用者的ROI expectancy才會提升。
Junyu Wang – 如果成本為0, 那就沒有這個問題了. android自動升級是批量轉嫁成本，引導使用者開啟這個功能一樣也是要有成本的，但由於是批量的，回報也比較高。如果默默的自動開啟，出了問題，將來會產生牴觸。
jary xie -即便門檻為0，我也會選擇升級有收益期待的，不會升級本身價值平庸的應用，並可能隨時準備刪掉，升級是花費流量和時間成本的，舉個例子，假若面前擺著 chrome和世界之窗瀏覽器，前者有門檻我也會升級，後者無論如何都無所謂。這與使用者的價值預期有關。手機上的應用很多處於後者的位置，當然，如果是後者，升級門檻還高，那就完蛋了。自動批量升級有利有弊，appstore重點培養的是應用的質量，升級是這個生態中的環節，需要具體權衡了。
劉牛牛 – 如果電子市場自動升級預設選擇wifi下升級就可以了。或者點一下全部升級也算是成本非常低。對於很多使用者平說，會認為新版起碼不比舊版差，360不就培養了很多升級控嗎。
jary xie – 其實目標圍繞升級討論容易偏離目標，作為應用開發者，使用者持續需要才是首當其衝的問題.
劉牛牛 – 如果開了自動升級，很可能會出現升級以軟體出現問，但自動升級也可以解決這個問問。1.0穩定1.1出問題，那趕快出1.2修復問題。
Arsalan Ma – 當軟體彈出視窗說，嘿，我們已經準備好了X.X.XXX的升級，你點一下有如下更新哦，親。
如果是Google家或者有類似背景、血緣的軟體，我就點下去；
如果是迅雷、暴風、360或者類似背景的軟體，我就解除安裝它；
豌豆莢是個特例，因為最近的幾次更新沒有帶來任何操作上的改進，他的資源庫越來越臃腫，找東西也越來越難了，而且在新的XT882/870手機連線時，總會自動關閉。
周零零七 – 在對豌豆莢的好感方面，一群Googles有很大影響，信任Googlers，信任豌豆莢。
Eric Levison – 但是用豌豆夾, 一大堆應用升級後, 一般使用者不會每個應用都開啟看看升級了啥吧.
Cong Li – 我會建議軟體開發者在使用者首次執行經過自動升級後的軟體介面作出提示，扼要交代這次升級增加了哪些主要功能或修復了哪些 BUG，就像 Google Maps 升級後執行那樣。
Liu Bobby – roi。。說句老實話我從來不知道有些升級是做什麼用的。“這個升級解決了XX安全漏洞”——除了pro以外誰知道是啥意思？反正升級不升級只不過是看省事不省事而已。我覺得最差的例子就是acrobat reader，這玩意每次開啟的時候檢查是否有更新，但是更新的時候要把acrobat reader關掉。但開啟reader的時候一般都是有文要讀的時候，so。
原文：Jary Xie