關(guān)于配置化的版本更新引導(dǎo)，筆者將從幾個(gè)方面為大家詳細(xì)講述：什么是配置化版本更新引導(dǎo)？為什么要做配置化？怎么做配置化更新引導(dǎo)？以及一些人工培植的協(xié)作流程是如何的？

目錄

1. 什么是配置化的版本更新引導(dǎo)？
2. 為什么要做配置化？
3. 配置化的版本更新提示怎么做？
4. 一些用戶體驗(yàn)上的優(yōu)化點(diǎn)
5. 涉及人工配置，協(xié)作流程是怎么樣的？
6. 關(guān)于強(qiáng)制更新
7. 最后，踩過的一個(gè)坑及避坑指南

一、什么是配置化的版本更新引導(dǎo)？

這里的“配置化的版本更新引導(dǎo)”是指：使用中臺(tái)配置的方式，來為迭代過程中，不同的內(nèi)容不同重要性的版本，量身定制引導(dǎo)更新的方式，降低對(duì)用戶的騷擾，并避免用戶陷入“更新麻木”狀態(tài)中，同時(shí)保證一定的更新率。

配置化的版本更新引導(dǎo)與一刀切式的更新引導(dǎo)相對(duì)。

一般來說，需要配置的內(nèi)容主要有以下3種：

1. 引導(dǎo)更新的方式配置
2. 強(qiáng)制更新配置
3. 新版本更新內(nèi)容和版本信息

本文主要講引導(dǎo)更新方式配置化。

二、為什么要做配置化？

不同的版本更新內(nèi)容不同，有些是新功能發(fā)布，有些是重大bug修復(fù)；有些則是小細(xì)節(jié)優(yōu)化，版本的重要性不同，不同用戶的版本情況也不同，這就意味著不能用一種固定式的更新提醒。
例如：如果每次新版本發(fā)布都用APP內(nèi)的彈窗去提示用戶，在版本更新頻率較高的情況下，一來會(huì)對(duì)用戶造成比較強(qiáng)的打擾；二來很容易出現(xiàn)“狼來了”的情況（即當(dāng)用戶對(duì)更新提示習(xí)慣性麻木后，遇到真正重要的版本，也會(huì)習(xí)慣性地忽略掉而不更新）。

三、配置化的版本更新提示怎么做？

不同重要性版本的提示方式應(yīng)有不同，常見的版本的提示方式有：APP內(nèi)彈窗、badge引導(dǎo)，其中，badge引導(dǎo)又分為主tab badge和“檢查更新”菜單badge。

例如：版本依據(jù)重要性劃分為1、2、3三個(gè)等級(jí)，數(shù)字越低代表重要程度越高。

則不同重要性的版本的提示方式如下（重要性高的提示方式包含重要性低的提示方式，如使用彈窗時(shí)會(huì)同時(shí)使用badge引導(dǎo)）：

重要性1：APP內(nèi)彈窗

APP內(nèi)彈窗的提示強(qiáng)度較高，適用于非常期望用戶更新的版本，例如新功能上線、已有功能做了比較大的優(yōu)化等場(chǎng)景下。

重要性2：主tab badge

主tab badge提示的強(qiáng)度弱于APP內(nèi)彈窗，適用于期望用戶更新的版本，例如：功能的優(yōu)化，bug的修復(fù)等。

重要性3：“檢查更新”菜單badge

提示強(qiáng)度最弱，對(duì)用戶更新版本的期望程度一般。適用于修復(fù)bug的小版本。

配置時(shí)，根據(jù)版本的重要性定義，為該版本配置相應(yīng)的展示方式。

舉個(gè)例子：新版本上線了一個(gè)可重要的運(yùn)營(yíng)活動(dòng)，用戶需更新方能參與，則此時(shí)以使用APP內(nèi)彈窗的方式提示用戶。

若新版本優(yōu)化了一些細(xì)節(jié)的體驗(yàn)，修復(fù)了一些bug，用戶是否更新影響不大，此時(shí)在“檢查新版本”菜單處標(biāo)識(shí)badge，愿意升級(jí)的用戶主動(dòng)點(diǎn)擊即可。

版本的重要性如何去定義？

從產(chǎn)品自身來說：每個(gè)產(chǎn)品團(tuán)隊(duì)內(nèi)部都會(huì)有自己的一套需求的評(píng)估模型，將需求池中的需求通過此模型確定好重要性和優(yōu)先級(jí)后，則需求本身的重要性就是對(duì)應(yīng)版本的重要性。
從用戶角度來說：大部分用戶常用的或期待的功能，重要性往往也會(huì)比較高。

四、一些用戶體驗(yàn)上的優(yōu)化點(diǎn)

1. 允許用戶勾選“忽略該版本”

允許忽略的邏輯是：如果用戶在更新彈窗上勾選“忽略該版本”，則該版本的更新彈窗對(duì)該設(shè)備不再展示；否則彈窗依舊按既定規(guī)則彈出，如每天首次打開APP時(shí)彈出。

這個(gè)優(yōu)化點(diǎn)的用戶場(chǎng)景是：雖然這個(gè)版本在產(chǎn)品內(nèi)部的定義為很重要（因?yàn)橐呀?jīng)用到首頁彈窗去強(qiáng)提醒用戶），但是用戶閱讀更新提示后，覺得對(duì)自己并不重要，所以決定不更新該版本。此時(shí)把選擇權(quán)交給用戶，比起每天傻瓜式地彈出提醒，雖損失了一定更新率，但是無形中也降低了用戶的不滿和卸載率。

類似的方式還有：用戶對(duì)某版本選擇不升級(jí)的次數(shù)達(dá)到一定值時(shí)，不再對(duì)用戶提示該版本等。

2. 不同網(wǎng)絡(luò)環(huán)境下的邏輯

如用戶當(dāng)前所處的網(wǎng)絡(luò)環(huán)境為WiFi環(huán)境，在更新彈窗上提示W(wǎng)iFi環(huán)境會(huì)降低用戶更新的負(fù)擔(dān)，繼而增加更新率；若用戶處于移動(dòng)網(wǎng)絡(luò)環(huán)境，此時(shí)彈窗上可以提示預(yù)計(jì)消耗的流量。如果是應(yīng)用內(nèi)更新，則最好是在點(diǎn)擊更新后讓用戶二次確認(rèn)是否更新，或者允許用戶在通知欄操作暫停下載。

3. 包的大小

如無必要，盡量以“瘦”為美?？吹揭粋€(gè)一百多M的APP，想到下載要一分鐘，安裝要半分鐘，可能流量還要耗掉幾塊錢，愿意更新的恐怕就是真愛了。

4. 更新彈窗視覺上及文案上的優(yōu)化

文案上盡量避免使用技術(shù)上的描述詞匯，如“修復(fù)了xxx的bug”，有些用戶可能并不知道“bug”是什么意思；另外，精簡(jiǎn)和說人話的文案總是優(yōu)于長(zhǎng)篇大論和任務(wù)式的描述。
視覺上嘛，舉個(gè)例子：對(duì)于大部分用戶來說，即使知道賣相好的果子很可能是在農(nóng)藥的懷抱里長(zhǎng)大的，依舊會(huì)選擇它們而不是那些歪瓜裂棗。既然已經(jīng)呈現(xiàn)到用戶面前，用點(diǎn)心打扮好看點(diǎn)總是沒錯(cuò)的。

5. WiFi下靜默下載

相對(duì)于提示有新版本可下載，直接下載好了提示用戶安裝，用戶的決策成本會(huì)被降低，更新率會(huì)更高。

不過此操作只有Android版本可以做到，另需注意提示安裝的時(shí)機(jī)以及用戶未安裝下載的版本而又有新版時(shí)的邏輯處理。

五、涉及人工配置，協(xié)作流程是怎么樣的？

版本更新配置化的優(yōu)點(diǎn)是：延展性強(qiáng)，缺點(diǎn)是強(qiáng)依賴人工。

版本上線涉及多人或多部門協(xié)作，如開發(fā)部門打包、QA部門驗(yàn)收、產(chǎn)品和設(shè)計(jì)部門驗(yàn)收、市場(chǎng)部門發(fā)版、運(yùn)營(yíng)部門驗(yàn)收線上版本及配置更新提示等等，如果協(xié)作流程不順暢，其結(jié)果一定是一言難盡。

不同公司不同團(tuán)隊(duì)，有不同的協(xié)作風(fēng)格和協(xié)作流程，沒有最好的流程，只有最適合的流程。

舉個(gè)例子：需求在策劃前就已有了重要性的評(píng)估，那么在開發(fā)完成后測(cè)試通過前，產(chǎn)品及運(yùn)營(yíng)就應(yīng)確定本次提示用戶更新的方式并準(zhǔn)備好相關(guān)素材，并在市場(chǎng)發(fā)版前完成配置并檢查無誤，待版本審核通過后，再分渠道驗(yàn)證一遍線上的更新流程。

六、關(guān)于強(qiáng)制更新

強(qiáng)制更新的邏輯簡(jiǎn)單粗暴：不更新就不讓用。

這個(gè)時(shí)候，往往解決問題的優(yōu)先級(jí)大于用戶體驗(yàn)，所以無論怎么做都會(huì)傷害用戶，只是傷得重還是傷得輕而已。所以，強(qiáng)制更新一定要慎用，否則很容易殺敵一千自損八百，強(qiáng)制更新的使用場(chǎng)景一般有兩種：某版本有重大bug、低版本不再維護(hù)。

七、最后，分享一個(gè)踩過的坑

最近在從0到1做一個(gè)產(chǎn)品，一開始的計(jì)劃是先快速推出MVP去市場(chǎng)試錯(cuò)，由于資源比較有限（人員、時(shí)間等），對(duì)于完善基礎(chǔ)設(shè)施的需求（如用戶觸達(dá)和版本更新提示等），團(tuán)隊(duì)內(nèi)部的評(píng)估結(jié)果是“不重要不緊急”，所以優(yōu)先級(jí)定得比較低。

由于后面主要資源都投放在嘗試業(yè)務(wù)需求和穩(wěn)定產(chǎn)品功能上，導(dǎo)致這些基礎(chǔ)性需求一直排不上期。

堆積到后來就成了，但是由于缺乏用戶觸達(dá)體系，沒有有效的方式可以提示用戶更新版本（后來緊急做了遠(yuǎn)程push），APP內(nèi)也沒有檢測(cè)新版本的功能。一次，一個(gè)早期的版本出現(xiàn)了一個(gè)比較嚴(yán)重bug，用戶直接怒而差評(píng)，生生把產(chǎn)品的Google Play評(píng)分從4.5拉到了3.2…

經(jīng)過這件事后，我們的迭代策略調(diào)整為：基礎(chǔ)性的需求，較小的就直接混搭到各個(gè)業(yè)務(wù)需求中，買一送一 一起做，較大的則按照其優(yōu)先級(jí)。排進(jìn)業(yè)務(wù)需求的空隙或單獨(dú)拎出來作為一個(gè)需求，保證每個(gè)月的計(jì)劃中，一定可以排上幾個(gè)看似“不重要不緊急”基礎(chǔ)需求。這樣既可不耽誤業(yè)務(wù)需求，也避免后面要補(bǔ)的坑太多。

有時(shí)候，絆倒你的，不是天上的星辰，而是地上你沒填的坑。

作者：曳尾，兩年運(yùn)營(yíng)汪，新入產(chǎn)品坑（微信號(hào)：DouhaoTravel），不完善之處，歡迎補(bǔ)充。

本文由 @曳尾 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。