如何上線(xiàn) B 端新版本不被罵?
在B端產(chǎn)品的迭代歷程中,每一次新版本的上線(xiàn)都是一次對(duì)設(shè)計(jì)師智慧和勇氣的考驗(yàn)。本文將深入探討B(tài)端新版本上線(xiàn)的策略與實(shí)踐,揭示如何在用戶(hù)習(xí)慣與產(chǎn)品創(chuàng)新之間找到平衡點(diǎn),確保新功能的平穩(wěn)落地。
如果你是一個(gè)B端老鳥(niǎo),那你一定清楚上線(xiàn)一個(gè) 新版本、新功能 究竟會(huì)有多痛苦。
比如很多 C 端產(chǎn)品在做大版本迭代的時(shí)候,不會(huì)太在意用戶(hù)的使用習(xí)慣;導(dǎo)航架構(gòu)的調(diào)整,也不會(huì)去管用戶(hù)是否能夠接受;而對(duì)于 B 端產(chǎn)品而言則完全不相同,一點(diǎn)點(diǎn)的習(xí)慣改變都會(huì)遭到部分用戶(hù)的強(qiáng)烈抵制!
因?yàn)橐粋€(gè)新的功能意味著他們需要適應(yīng)和學(xué)習(xí)新的事物,沒(méi)有人愿意多花時(shí)間在工作學(xué)習(xí)上,因此這對(duì)他們來(lái)說(shuō)可能會(huì)很痛苦。
但作為一個(gè)設(shè)計(jì)師,很多時(shí)候你是不得不做~ ?不改變,新用戶(hù)又理解不了;改變,老用戶(hù)又不能接受~ 因此我們今天來(lái)聊聊 B 端新版本,上線(xiàn)新功能的具體 SOP~
一、評(píng)估你的方案是否合理
在去做一個(gè)新需求時(shí),如果用戶(hù)不能接受,我們首先要去思考的便是你的方案是否合理。
因?yàn)閷?duì)于設(shè)計(jì)師而言,在去做方案的過(guò)程中,容易形成自己的思維慣性,導(dǎo)致你會(huì)覺(jué)得一個(gè)需求只會(huì)有一種解法。這時(shí)候就不能埋著頭做設(shè)計(jì),一定要抬頭聽(tīng)聽(tīng)周?chē)说囊庖?jiàn)。
在工作中,我們可以在方案不太確定時(shí),邀請(qǐng)相關(guān)的同事進(jìn)行風(fēng)險(xiǎn)的評(píng)估,通常這些同事是 其他項(xiàng)目的設(shè)計(jì)師、相關(guān)的產(chǎn)品經(jīng)理、 對(duì)應(yīng)的測(cè)試同事、或者是提出需求的銷(xiāo)售,這些他們都是會(huì)與用戶(hù)打交道,對(duì)于用戶(hù)的理解更加深刻。
通過(guò)邀請(qǐng)他們參與評(píng)審,我們可以判斷我們的方案是否切實(shí)可行。如果其他同事時(shí)間緊迫,你也可以將設(shè)計(jì)方案私下發(fā)送給他們,并明確標(biāo)注核心的修改部分,這樣可以盡可能減少他們的閱讀時(shí)間。這一步盡可能的聽(tīng)取大家的意見(jiàn),將自己的方案盡可能的考慮全面。
在方案確定之后,我們需要對(duì)日常的更新內(nèi)容進(jìn)行一個(gè)基本的劃分,好方便我們后續(xù)的分析。在日常的需求方案當(dāng)中,我們主要分為三種情況:
- 大版本迭代
- 新功能上線(xiàn)
- 小需求優(yōu)化
針對(duì)這三種情況,我們會(huì)介紹不同的更新策略,方便大家在實(shí)際工作當(dāng)中進(jìn)行實(shí)操
二、大版本的迭代
在整個(gè)大版本的迭代上,由于涉及到的人員實(shí)在過(guò)于得多,因此在設(shè)計(jì)上需要格外小心灰度新用戶(hù)測(cè)試
首先如果是一次非常大版本的升級(jí),我們會(huì)去考慮引入“灰度新用戶(hù)”來(lái)進(jìn)行測(cè)試。因?yàn)槿绻覀儗⑿掳姹镜膬?nèi)容直接全量發(fā)布,那必定會(huì)受到很多老用戶(hù)的吐槽和壓力。
這時(shí)候 SaaS 產(chǎn)品就會(huì)有源源不斷的新用戶(hù)進(jìn)來(lái),同時(shí)他們沒(méi)有養(yǎng)成各種使用“壞習(xí)慣”,這時(shí)候?qū)⑦@部分用戶(hù)圈出來(lái),進(jìn)行單獨(dú)的測(cè)試。這樣就能得到一個(gè)較為干凈的用戶(hù)群,也能夠讓他們站在一個(gè)全新的用戶(hù)視角判斷我們產(chǎn)品是否有問(wèn)題。
比如 飛書(shū)文檔 最近正在準(zhǔn)備進(jìn)行一次大的迭代,迭代里面會(huì)包含很多概念的調(diào)整,其中最重要的是區(qū)分 我的空間、共享空間、知識(shí)庫(kù) ,取而代之的是 主頁(yè)、云盤(pán)、知識(shí)庫(kù),增加了云盤(pán)的概念,這對(duì)于很多用戶(hù)來(lái)的都是一次全新的挑戰(zhàn)。
因此在他們新版本當(dāng)中,目前只能讓新注冊(cè)的企業(yè)進(jìn)行使用,能夠保證這些人的干凈與純粹,這樣在用戶(hù)使用不滿(mǎn)意的地方才能夠排出是用戶(hù)之前的一些習(xí)慣所造成的影響。上線(xiàn)新版本
當(dāng)新用戶(hù)滿(mǎn)意后,我們便可著手思考如何讓新版本滿(mǎn)足老用戶(hù)的使用需求。
普通設(shè)計(jì)師的做法就是 上、強(qiáng)上!讓老用戶(hù)直接去學(xué)習(xí)適應(yīng)新版本,這時(shí)候肯定會(huì)遭到大量的吐槽,然后這時(shí)候 銷(xiāo)售、客戶(hù)成功、實(shí)施 去教學(xué),教會(huì) KA 客戶(hù)新版本應(yīng)該如何使用。
聰明設(shè)計(jì)師則會(huì)采取 “溫水煮青蛙” 的方式,將一部分不適應(yīng)的用戶(hù) 篩選再篩選,進(jìn)而讓他進(jìn)行適應(yīng),這里簡(jiǎn)單分享一下上線(xiàn)版本的策略:
首先,新版本上線(xiàn)將全部用戶(hù)都切換到新版本中,并給出相對(duì)應(yīng)的新手引導(dǎo),告訴用戶(hù)目前系統(tǒng)更新內(nèi)容,這時(shí)就會(huì)出現(xiàn)兩種情況。
- 用戶(hù)對(duì)新版本內(nèi)容滿(mǎn)意,愿意繼續(xù)探索使用,這部分用戶(hù)我們通常會(huì)通過(guò)數(shù)據(jù)監(jiān)控了解他們的去向~
- 用戶(hù)對(duì)新版本內(nèi)容不滿(mǎn)意,想要繼續(xù)使用老版本,這時(shí)候我們會(huì)讓他快速找到老版本回退的入口(會(huì)非常顯眼),并進(jìn)行快速的點(diǎn)擊。并且用戶(hù)每一次登錄,系統(tǒng)先暫時(shí)讓他默認(rèn)保留為舊版本,不去做新版本的切換。
當(dāng)不滿(mǎn)意用戶(hù)點(diǎn)擊“返回舊版本”后,會(huì)給出對(duì)應(yīng)的問(wèn)卷提示,詢(xún)問(wèn)其不滿(mǎn)意的地方及原因,這樣既能讓一部分頑固派保持他們現(xiàn)有的界面狀態(tài),同時(shí)也能詢(xún)問(wèn)他們不滿(mǎn)意的原因。
調(diào)整優(yōu)化
當(dāng)新版本上線(xiàn) 1-2 周后,一定會(huì)接到大量的 不滿(mǎn)意投訴,這時(shí)候我們就要針對(duì)這些投訴優(yōu)化,進(jìn)行相應(yīng)的微調(diào)。
比如在騰訊云控制臺(tái)之前上線(xiàn)的新版本,我們也有去寫(xiě)相應(yīng)的復(fù)盤(pán)。隨后你會(huì)發(fā)現(xiàn)他們的控制臺(tái)內(nèi)容又會(huì)不停的變化,樣式上也會(huì)進(jìn)行調(diào)整。
這也證明設(shè)計(jì)不應(yīng)該是一成不變的,需要根據(jù)上線(xiàn)后的用戶(hù)反饋進(jìn)行調(diào)整優(yōu)化。
當(dāng)我們覺(jué)得優(yōu)化完成過(guò)后,我們就需要再次邀請(qǐng)我們的“客人”,那些切換回舊版本的用戶(hù)。
讓他們?cè)俅误w驗(yàn)優(yōu)化過(guò)后的內(nèi)容,這時(shí)候肯定會(huì)有部分用戶(hù)是能逐步接受的,那就繼續(xù)觀察他們的使用數(shù)據(jù);
對(duì)于不能接受的用戶(hù)這時(shí)候我們就需要給他們一點(diǎn)“手段”,也就是讓他們每次進(jìn)入系統(tǒng),都需先進(jìn)入新版本系統(tǒng)當(dāng)中,強(qiáng)制他們使用,想要回到舊版本必須手動(dòng)切換,盡可能的增加它的使用成本,使新版本內(nèi)容并逐步的接受
經(jīng)過(guò)這一系列操作,我們的用戶(hù)肯定會(huì)對(duì)新版本更熟悉,也更了解,系統(tǒng)當(dāng)中的刺頭也會(huì)越來(lái)越少。弱化入口逐步取消舊版本
到了迭代的尾聲,也別忘了舊版本的入口,這時(shí)候可以將舊版本的入口逐漸弱化。
比如最開(kāi)始是外露在工作臺(tái)當(dāng)中,目的為了讓用戶(hù)能夠快速切換
隨后收折到了設(shè)置里面,需要二次操作才可切換,并且還可進(jìn)一步弱化
直到入口消失,將舊版本的用戶(hù)完全遷移~
三、新功能上線(xiàn)
對(duì)于新功能的上線(xiàn),我們就需要考慮功能當(dāng)中的兼容性問(wèn)題。如果上線(xiàn)一個(gè)新的功能,但會(huì)影響舊版本功能的體驗(yàn),這時(shí)候我們的設(shè)計(jì)就會(huì)異常小心,一定要去考慮如何兼容舊版本的內(nèi)容
比如在飛書(shū)文檔當(dāng)中之前會(huì)出現(xiàn),思維導(dǎo)圖的迭代優(yōu)化。在最初的版本當(dāng)中,思維導(dǎo)圖是以舊版本的方式來(lái)去做的呈現(xiàn),如下圖
但由于這種思維導(dǎo)圖它的局限性較大,節(jié)點(diǎn)與節(jié)點(diǎn)之間很難形成關(guān)聯(lián),因此在設(shè)計(jì)人員的優(yōu)化下,最終將其變?yōu)橐援?huà)板形式為主的思維導(dǎo)圖。(就是這個(gè)思維導(dǎo)圖的本質(zhì)是一個(gè)畫(huà)板,里面會(huì)包含有思維導(dǎo)圖這種模式,和之前的固定的形式其實(shí)是不同的)
當(dāng)然由于這是一個(gè)新的功能,因此在去設(shè)計(jì)的時(shí)候需要考慮如何與舊版本去做關(guān)聯(lián)。
首先不可能將用戶(hù)的所有舊版本內(nèi)容直接進(jìn)行替換,這顯然是不太符合用戶(hù)直觀的習(xí)慣的,因此飛書(shū)這里給出的解決方案是在舊版的思維導(dǎo)圖當(dāng)中,新增一個(gè)升級(jí)的入口,能夠讓用戶(hù)直接點(diǎn)擊升級(jí),進(jìn)而快速讓用戶(hù)能夠繼續(xù)使用。
同時(shí)在入口處也會(huì)進(jìn)行優(yōu)化,將舊版本的思維導(dǎo)圖隱藏到二級(jí)菜單,這樣也更符合產(chǎn)品想要去推廣新的思維導(dǎo)圖。
這就是在去迭代新思路的時(shí)候,我們需要去考慮舊版本的內(nèi)容應(yīng)該如何兼容,當(dāng)然等到某一個(gè)時(shí)間節(jié)點(diǎn),使用舊版本的人數(shù)真的很少的情況下,我們就可以進(jìn)行直接的切換~
關(guān)于兼容,無(wú)論是之前 WP7 到 WP8 因?yàn)闆](méi)有做到設(shè)備的兼容而丟失市場(chǎng)份額,成功案例比如蘋(píng)果雖然去掉了 3Dtouch,但依舊使用長(zhǎng)按來(lái)兼容這個(gè)功能的運(yùn)行,我覺(jué)得都是非常重要的一種方式
四、小需求優(yōu)化
最后在日常工作當(dāng)中,我們也會(huì)經(jīng)歷非常多的小需求優(yōu)化
對(duì)于小需求優(yōu)化,我們更關(guān)注的是需求能不能夠讓用戶(hù)理解,這方面的需求我們需要快速得到驗(yàn)證。最好的辦法就是建立自己內(nèi)部的社群,通過(guò)社群當(dāng)中的用戶(hù)快速的互動(dòng),進(jìn)而得到一個(gè)較為準(zhǔn)確的答復(fù)。
這樣就能實(shí)現(xiàn)一個(gè)問(wèn)題的快速反饋,保證體驗(yàn)與設(shè)計(jì)質(zhì)量。
當(dāng)然無(wú)論是什么情況下的更新,都需要在幫助文檔、需求文檔 等地方有著更為清晰的標(biāo)注,這樣才能夠保證最后的改變內(nèi)容能夠傳達(dá)給用戶(hù)。
比如 Figma 這次的迭代優(yōu)化,其實(shí)你會(huì)發(fā)現(xiàn)在其幫助文檔里標(biāo)注極為詳細(xì),我們便可以通過(guò)標(biāo)注的內(nèi)容快速理解其變化。
因此我們?cè)诤罄m(xù)功能優(yōu)化時(shí),也應(yīng)該在對(duì)應(yīng)的頁(yè)面給出對(duì)應(yīng)的前后對(duì)照表,方便我們快速理解總結(jié)最后,我們無(wú)論在什么產(chǎn)品當(dāng)中,剛開(kāi)始上線(xiàn)一個(gè)新功能都不會(huì)是完美的,需要我們?nèi)プ龈嗟木S護(hù)工作。
比如 Figma 的上線(xiàn)、飛書(shū)新功能上線(xiàn)、騰訊云新功能… 會(huì)有很多,我們?cè)谧鲈O(shè)計(jì)時(shí),也不是一錘子買(mǎi)賣(mài),需要做的是不斷的迭代~
本文由人人都是產(chǎn)品經(jīng)理作者【CE青年】,微信公眾號(hào):【CE青年Youthce】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于 CC0 協(xié)議。
先讓一小部分的罵,可以避免大部分的罵