產品設計插件化，將帶來更加靈活的App升級方式！

　　產品的設計與使用如同開車一樣，隨時都需要產品“握緊”方向盤，調整行駛方向。

　　在軟件升級功能中，一般分為強制，提示和靜默三種。靜默一般就僅以紅點或字樣顯示，干擾最小。具體的內容，可參看《細節體驗|你離用戶只差一個好的交互》一文舉例說明。

　　App升級更新是產品不斷演變調優的必進之路。更新升級的目的就是在滿足用戶的核心需求的前提之下，增強原有需求的體驗并加強相關的功能，免去或者減弱一些使用頻次較低、相關度低的功能，從而讓產品看起來簡單且易用。一般來說，用戶面對升級更新，都會顯得很懶惰而不愿意升級，其原因大致分為三類：

　　認為升級是要花大量手機流量的，不愿意浪費;

　　認為核心需求在現有版本已得到解決，沒必要更新;

　　已沉默的用戶，已經不會經常使用產品，其更新意愿也不會強。

　　所以，為了避免“懶惰”的用戶，盡量使用你精心設計的功能，第一步就是要學會引導他們樂意升級App。對于升級更新，通常來講有強制升級、非強制升級兩類。接下來，我們具體說明這兩類升級方式的不同之處。首先，我們了解兩種更新方式的邏輯流程如圖所示，請細讀：

　　

　　強制升級

　　出現場景：適用于老版本需要廢棄，全面啟用新版本時，如：重大Bug影響核心功能使用，造成經濟損失等

　　展示方式：顯示彈窗，無法取消

　　非強制升級

　　出現場景：新功能上線，新的活動內容，部分插件內容更新

　　展示方式：通過小紅點提示用戶可升級，用戶可自行掌控是否更新

　　用戶開啟App后，后臺拉取更新協議(通常48小時一次)，判斷是非強制性更新的情況下，App更新的入口出一般會放置小紅點，示意有新版本的可以更新。稍微友好的體驗是，先檢查是否在WIFI環境下，若是WIFI環境則系統后臺直接靜默更新，更新完畢前端展示更新彈窗引導用戶手動更新。產品要不要刺激用戶需求，從而影響用戶去完成產品更新升級呢?更新升級的彈窗的設計及體驗有什么竅門呢?這里總結兩個原則：

　　原則一，言簡意賅又要切中用戶的需求或痛點地告知升級的主要內容;

　　原則二，保持版本更新的力與度，降低升級給用戶所帶來的不信任感。

　　對于業務豐富且偏平臺化的產品來說，每一次版本的更新可能涉及商業模式的更替，主干流程的調整以及分支流程的調優。為了降低App升級所帶來的用戶體驗最優化。越來越多App的產品經理開始學會使用插件化的方式，處理臨時更新的模塊及內容。

　　插件化設計，如同玩樂高拼接，同樣的素材，如何做到具有想象力的模型，這就需要產品經理在設計產品的時候巧思并變通。一點有了插件化的思維，那么產品版本的更新就變得更加自由了。插件化設計-組件，小Q曾在《一套適合To B產品經理使用的工作方法》 一文中有詳細的解釋和案例分析，可查看并了解。

　　插件的作用是：滿足小眾化需求，這類需求相對來說不是主流需求，把他們放在二級頁面里面或者可配置的，可以滿足喜歡用的用戶，也對沒有這需求的人沒有任何影響。其優勢是，降低產品試錯成本，簡化產品核心規則，無需在產品初期就實現非常復雜的產品形態。

　　可插件化的常見模塊：運營活動模塊、嵌入式引導文案模塊(在線參數可配)、業務模塊(主程序外的插件式程序支持，通過插件的形式支持不同業務需求，如淘寶App的各個頻道)等。

　　除系統下的更新機制之外，如果是推出新的對于公司的運營有利的較重大功能的新版本時，則可以推出活動來激勵用戶更新，例如升級送積分。

　　由此可見，對于非強制性的升級的引導，我們需要根據App自身所處的階段來考慮，一般有兩類可能性：

　　第一類：發展期的App。這個時期的App通常已經積累較大量的用戶群，且用戶對App的功能較熟悉，那么則直接采取提示更新的彈窗即可;

　　第二類：成長期的App，新版功能的目的是為了積累用戶，拓寬用戶渠道，那么就需要添加新功能引導，首頁進入提示(采用蒙層操作提醒等等)，增加用戶粘性。

　　最后，強調一點就是用戶是最不喜歡被干擾的，所以對于非強制性升級的提醒，可以盡可能的采用能“跳過”的彈窗方式�？伞疤�過”的彈窗通常包括兩類：一類是只有新版本第一次進入時彈出并提醒用戶，另外一類是彈窗上加一個”忽視此版本“的選項，點擊之后這個版本就不再提醒了。

　　小Q來總結

　　更新升級是一款App長期迭代的關鍵方式。因為在App設計之處，不可能把所有用戶的需求及功能都實現，因此就一定會出現不斷調優，更改的可能。產品的設計與使用如同開車一樣，隨時都需要產品“握緊”方向盤，調整行駛方向，根據產品定位人群，產品目前周期，使用數據及更新的內容進行分析采用哪種提醒或引導方式，保證不打擾用戶使用習慣的前提之下，合理使用插件化的設計，讓你希望用戶看到的功能，被用戶使用。