聊一聊所謂的B端C化

2022-9-26    純純

最近很流行一個(gè)詞——B端C化,解釋出來(lái)就是可以用C端的模式和思維來(lái)對(duì)B端產(chǎn)品進(jìn)行設(shè)計(jì),討論者大致分為兩種觀點(diǎn):

1.C端產(chǎn)品市場(chǎng)已經(jīng)趨于飽和,可拓展空間剩余不多了,B端產(chǎn)品市場(chǎng)還是一片藍(lán)海,于是產(chǎn)生了一些C端設(shè)計(jì)師轉(zhuǎn)型去做B端了,將一些C端的模式和思維帶到了B端設(shè)計(jì)中,導(dǎo)致越來(lái)越多的B端逐漸C化;

2.B端產(chǎn)品市場(chǎng)互相競(jìng)爭(zhēng),為了在同市場(chǎng)中打出差異化,于是一些B端市場(chǎng)開始招攬C端設(shè)計(jì)師培養(yǎng)轉(zhuǎn)型,并且嘗試融入C端產(chǎn)品的模式和思維在同市場(chǎng)內(nèi)競(jìng)爭(zhēng),是產(chǎn)品設(shè)計(jì)的“內(nèi)卷化”現(xiàn)象,導(dǎo)致市面上的C化的B端產(chǎn)品越來(lái)越多;

但上述無(wú)論哪一種觀點(diǎn),都在闡述一種現(xiàn)象或者趨勢(shì):不管是交互還是視覺還是UI,目前部分C端設(shè)計(jì)師正在往B端設(shè)計(jì)師轉(zhuǎn)型。這個(gè)現(xiàn)象的發(fā)生對(duì)整個(gè)設(shè)計(jì)行業(yè)來(lái)說無(wú)異于新增了很多新亮點(diǎn)——市場(chǎng)上越來(lái)越多的B端交互、數(shù)據(jù)可視化視覺等需求,進(jìn)而導(dǎo)致對(duì)市場(chǎng)培訓(xùn)行業(yè)開始產(chǎn)生B端培訓(xùn)的訴求,同時(shí)也破空而出了很多優(yōu)秀的B端設(shè)計(jì)師。那么B端C化到底是什么,和傳統(tǒng)B端C端有什么區(qū)別,有這方面想法訴求的同學(xué)怎么去實(shí)現(xiàn)轉(zhuǎn)型?

由于我本人之前是做C端UI設(shè)計(jì)師,到后來(lái)轉(zhuǎn)型成為B端交互設(shè)計(jì)師,而接觸的業(yè)務(wù)恰好涉及B端和C端的聯(lián)動(dòng)以及多角色之間的協(xié)作,所以這篇文章借助結(jié)合我個(gè)人的經(jīng)驗(yàn)和看法,談一談自己對(duì)B端C化的理解



B端C端的區(qū)別

在談B端C化之前,需要先了解B端和C端的區(qū)別是什么。B端C端的區(qū)別網(wǎng)上有很多文章和概述了,大致歸納下來(lái)主要以四個(gè)維度去區(qū)分:受眾主體、上線周期、業(yè)務(wù)類型和產(chǎn)品側(cè)重點(diǎn)這四個(gè)維度,其余的維度也會(huì)有區(qū)分,但是影響較小,主要還是圍繞以上四個(gè)維度進(jìn)行B端和C端區(qū)分



受眾主體

受眾主體也就是相對(duì)應(yīng)產(chǎn)品的用戶群體。C端的受眾主體是大眾用戶,特征為多樣化,用戶與用戶之間跨度也大,但是場(chǎng)景和路徑較為單一的,比如C端產(chǎn)品就以年齡層、城市、性別等來(lái)劃分用戶,每個(gè)階段的用戶都有不同的訴求、認(rèn)知和習(xí)慣等等;在做任何決策方面都屬于偏感性(Heart)的個(gè)人決策(Personal);用戶穩(wěn)定性則比較差,要是對(duì)產(chǎn)品不滿意,可以立馬換另一款產(chǎn)品,轉(zhuǎn)換門檻低,有多個(gè)競(jìng)爭(zhēng)對(duì)手產(chǎn)品可供選擇;

而B端產(chǎn)品的受眾主體則是為組織群體,特征為多場(chǎng)景和多維度,用戶群體較為清晰明確,可以按照崗位、角色、權(quán)限等劃分用戶群,但是之間的關(guān)系更加復(fù)雜,比如設(shè)計(jì)一個(gè)銀行內(nèi)部管理系統(tǒng),用戶群就很明確清晰——銀行各級(jí)職員角色,根據(jù)職級(jí)關(guān)系設(shè)計(jì)不同的功能以及權(quán)限;在做任何決策方面都屬于偏理性(Head)的團(tuán)隊(duì)性決策(Team);用戶穩(wěn)定性較強(qiáng),要是對(duì)產(chǎn)品不滿意,也只能被迫適應(yīng)和忍受,轉(zhuǎn)換成本較高,幾乎沒有其他產(chǎn)品可供選擇



上線周期

上線周期就是指產(chǎn)品從需求階段到設(shè)計(jì)階段。到開發(fā)階段直至最后產(chǎn)品上線所需要的周期。C端產(chǎn)品上線周期模式有個(gè)很明確的特點(diǎn):快速迭代、敏捷,很多C端產(chǎn)品功能更新迭代的速度很快,上線周期非常短,往往半個(gè)月甚至一周就完成開發(fā)上線,加上用戶群的多樣性和跨度大,所以在上線的時(shí)候往往會(huì)需要AB實(shí)驗(yàn)去驗(yàn)證方案可行性;

B端產(chǎn)品上線周期則是和C端一個(gè)對(duì)立面——長(zhǎng),少則雙月/季度多則半年/一年等,因?yàn)锽端產(chǎn)品流程上都屬于重型流程,角色之間關(guān)系復(fù)雜,交互系統(tǒng)較為繁瑣,需求的改動(dòng)和迭代并沒有那么頻繁,也不需要像C端產(chǎn)品那樣快速上線搶占市場(chǎng),所以B端上線周期會(huì)很慢,也導(dǎo)致在工作強(qiáng)度上相比C端較為輕松一些,但是缺點(diǎn)就是結(jié)果沒有C端來(lái)的那么快和明顯



業(yè)務(wù)類型

C端產(chǎn)品的核心競(jìng)爭(zhēng)力就是產(chǎn)品本身,關(guān)鍵總結(jié)就是讓用戶爽就完事了,所以C端產(chǎn)品的需求類型往往圍繞用戶群的痛點(diǎn)產(chǎn)生;因?yàn)镃端用戶跨度大,不同的用戶群體有不同的痛點(diǎn),所以導(dǎo)致C端的需求類型不是很明確清晰,需要不斷從用戶身上去探索挖掘需求,在不斷的試錯(cuò)中逐漸得出正確的結(jié)論;

B端產(chǎn)品的核心競(jìng)爭(zhēng)力除了產(chǎn)品本身,還依賴復(fù)雜的關(guān)系、渠道、技術(shù)和資源,你的關(guān)系夠硬、渠道夠廣、技術(shù)夠領(lǐng)先、資源夠豐富,哪怕你的產(chǎn)品很一般,一樣能領(lǐng)先其他同行業(yè)的競(jìng)爭(zhēng)對(duì)手,關(guān)鍵總結(jié)下來(lái)就是讓用戶贏就夠了;B端產(chǎn)品的需求類型雖然也是圍繞著用戶群的痛點(diǎn)產(chǎn)生,但需求的目標(biāo)是更加明確清晰的,加上需求變更的頻率、范圍往往都有契約/合同所約束,所以相較于C端產(chǎn)品來(lái)說,B端產(chǎn)品是需求更加明確且容易達(dá)成目標(biāo)



產(chǎn)品側(cè)重點(diǎn)

產(chǎn)品側(cè)重點(diǎn)無(wú)異于區(qū)分C端和B端最明顯的門檻了,C端產(chǎn)品的側(cè)重點(diǎn)主要在于體驗(yàn),而B端產(chǎn)品的側(cè)重點(diǎn)主要在于效益

前面提到過C端產(chǎn)品核心讓用戶爽就完事了,加上基于用戶更換產(chǎn)品的成本很低:你這款產(chǎn)品我用不爽就換掉了,所以C端產(chǎn)品的側(cè)重點(diǎn)永遠(yuǎn)以用戶體驗(yàn)為主,前面說的需求業(yè)務(wù)類型也幾乎是圍繞用戶體驗(yàn)產(chǎn)生的;大家對(duì)比市場(chǎng)上同類型的C端產(chǎn)品,界面、交互、功能都不會(huì)差很多,是因?yàn)榻?jīng)過長(zhǎng)時(shí)間的更新迭代,已經(jīng)沉淀下來(lái)目前最好的用戶體驗(yàn)類型了,隨著產(chǎn)品量級(jí)越大,改變用戶體驗(yàn)類型就越謹(jǐn)慎;C端產(chǎn)品就是為了尋找并解決用戶痛點(diǎn)、癢點(diǎn)和爽點(diǎn),加上品牌性、用戶隱私等因素考量,產(chǎn)品側(cè)重點(diǎn)聚焦于用戶體驗(yàn)

B端產(chǎn)品側(cè)重點(diǎn)則是圍繞效益了,因?yàn)樽鳛橐粋€(gè)團(tuán)隊(duì)使用的產(chǎn)品,不管是從易用性、功能性還是安全性,為這個(gè)團(tuán)隊(duì)解決問題為首要基礎(chǔ),那么使用者的體驗(yàn)、產(chǎn)品的美觀度等等相較于優(yōu)先級(jí)就沒有那么高了,所以導(dǎo)致了有一段時(shí)間大家對(duì)B端的理解依舊是老舊、丑、難用的認(rèn)知上;B端產(chǎn)品就是為了使用產(chǎn)品的團(tuán)隊(duì)解決效率、成本、營(yíng)收的問題,加上產(chǎn)品的穩(wěn)定性、安全性等因素的考量,產(chǎn)品側(cè)重點(diǎn)自然更聚焦在效益上



什么是B端C化

前面了解了B端和C端產(chǎn)品的區(qū)別,接下來(lái)聊一聊什么是B端C化;簡(jiǎn)單來(lái)說從字面意思理解就是B端的設(shè)計(jì)層面逐漸靠近C端,網(wǎng)上也有很多B端可視化、趨勢(shì)潮流的設(shè)計(jì)和文章,但是B端C化不僅僅是從視覺設(shè)計(jì)上的改良,下面我逐漸從大到小聊一下我對(duì)B端C化的理解


功能架構(gòu)

在做過很多B端產(chǎn)品之后發(fā)現(xiàn),往往很多產(chǎn)品經(jīng)理是對(duì)整個(gè)產(chǎn)品架構(gòu)、功能形態(tài)一切都清晰地了如指掌,但是有時(shí)候在搭建產(chǎn)品架構(gòu)的時(shí)候,功能形態(tài)單一粗糙,步驟復(fù)雜且笨拙;站在業(yè)務(wù)產(chǎn)品的視角來(lái)看,架構(gòu)邏輯上都是沒有問題的,但是站在用戶視角來(lái)看,整體框架是混亂破碎的,步驟繁瑣且復(fù)雜,導(dǎo)致用戶對(duì)產(chǎn)品的認(rèn)知變差,但是又不得不去用這個(gè)產(chǎn)品,只能被迫去學(xué)習(xí)使用

比如一個(gè)產(chǎn)品案例,就是一個(gè)產(chǎn)品的底層邏輯是前端輸入素材id,后端返還一個(gè)素材后就可以使用了,站在產(chǎn)品業(yè)務(wù)視角來(lái)看,這樣設(shè)計(jì)沒有什么問題,符合產(chǎn)品的底層邏輯;但是站在用戶視角就特別難受了,用戶想用一個(gè)素材,還要去尋找id然后輸入搜索,像C端那樣全部鋪出來(lái)給用戶選不好嘛?



行為習(xí)慣

行為習(xí)慣自然是指用戶群在該行業(yè)下的行為習(xí)慣,電商行業(yè)、社交行業(yè)等等不同行業(yè)的習(xí)慣、專業(yè)術(shù)語(yǔ)等都不相同,這個(gè)在C端產(chǎn)品中都很能得到體驗(yàn),比如電商行業(yè)的大紅大紫,社交行業(yè)的左右滑動(dòng)等等,這類有著很明顯的行業(yè)屬性和大眾認(rèn)知,一樣是B端設(shè)計(jì)中應(yīng)該注意的點(diǎn)

最經(jīng)典的案例就是紅色綠色的定義區(qū)分,在數(shù)據(jù)產(chǎn)品認(rèn)知中,綠色代表數(shù)據(jù)漲了,紅色代表數(shù)據(jù)跌了,比如GMV數(shù)據(jù),DAU數(shù)據(jù)等,紅色為重點(diǎn)關(guān)注的數(shù)據(jù);而在金融行業(yè)中,基金股票紅色代表漲了,綠色則代表跌了,所以設(shè)計(jì)的原則一定得是基于不同行業(yè)的用戶行為習(xí)慣



信息層級(jí)

B端產(chǎn)品的信息量一般是很龐大的,尤其是數(shù)據(jù)、表單、審批等B端產(chǎn)品,涉及到不同角色不同權(quán)限的開放等,所以用戶能否能一眼看清關(guān)鍵信息,能否幫助用戶快速達(dá)成目標(biāo),是交互層面針對(duì)信息層級(jí)的設(shè)計(jì)處理一個(gè)重要的環(huán)節(jié)

之前很常見B端產(chǎn)品中信息處理的方法就是堆積處理,直接將信息、數(shù)據(jù)等平鋪展示,比如很久之前的某牛商家端后臺(tái)等老舊系統(tǒng);現(xiàn)在很多新的B端產(chǎn)品都是以模塊化處理方法將信息層級(jí)區(qū)分,使得模塊之間間隔更明顯,信息處理的效率更高,宛若C端中的卡片式設(shè)計(jì)



設(shè)計(jì)語(yǔ)言

設(shè)計(jì)語(yǔ)言自然是B端設(shè)計(jì)中標(biāo)題、字號(hào)、顏色等規(guī)范標(biāo)準(zhǔn),早些年把B端產(chǎn)品組件化后且開源的自然是阿里老大哥了,當(dāng)時(shí)最早的AntDesign、以及后來(lái)的ElementDesign組件庫(kù),到現(xiàn)在都被很多中小企業(yè)甚至大廠某些產(chǎn)品一直使用中,但隨著B端產(chǎn)品的普及和發(fā)展,越來(lái)越多的企業(yè)開始將自己產(chǎn)品沉淀出完善成套的設(shè)計(jì)語(yǔ)言,并搭建出自己的組件庫(kù)投入使用了



用戶體驗(yàn)

如何去衡量用戶體驗(yàn)是否是好的,最客觀來(lái)講當(dāng)然是通過數(shù)據(jù)去衡量,而數(shù)據(jù)往往在C端產(chǎn)品中很常見,不管是體驗(yàn)數(shù)據(jù)還是表現(xiàn)數(shù)據(jù),都是C端產(chǎn)品中最為關(guān)注的;然而在B端產(chǎn)品中,更多收集的一般都是業(yè)務(wù)表現(xiàn)數(shù)據(jù),幾乎沒有衡量用戶使用平臺(tái)的相關(guān)數(shù)據(jù),大多衡量體驗(yàn)的方法都是依靠問卷反饋的形式;但在B端C化的過程中,用戶體驗(yàn)的數(shù)據(jù)也逐漸被加入到B端產(chǎn)品當(dāng)中來(lái),成為體驗(yàn)標(biāo)準(zhǔn)的考核之一:比如某個(gè)任務(wù)完成的時(shí)長(zhǎng),報(bào)錯(cuò)出現(xiàn)的頻次、某某工具的使用率等



視覺設(shè)計(jì)

最后就是B端C化表現(xiàn)層的設(shè)計(jì),包括目前主流的設(shè)計(jì)趨勢(shì)如大數(shù)據(jù)可視化、3D建模、材質(zhì)質(zhì)感、Dark模式等都逐漸融入到B端產(chǎn)品中,使得B端產(chǎn)品不再追求簡(jiǎn)單的“功能優(yōu)先”和“能用就行”,而是像C端那樣追求更美觀的視覺,更極致的體驗(yàn)



為什么要B端C化

總結(jié)下來(lái)“B端C化”就是B端產(chǎn)品無(wú)論是從功能架構(gòu)還是視覺體驗(yàn),越來(lái)越趨于人性考慮設(shè)計(jì),越來(lái)越關(guān)注使用者的感受和反饋,因?yàn)檎f白了不管B端產(chǎn)品代替成本高不高,用戶是一群專業(yè)人士還是普通職員,使用者歸根到底還是“人”在使用產(chǎn)品,那么必然會(huì)帶來(lái)體驗(yàn)相關(guān)的問題;所以B端C化會(huì)逐漸形成一種趨勢(shì),在企業(yè)平臺(tái)資源支持的情況下,會(huì)將B端產(chǎn)品的功能放大,追趕市場(chǎng)競(jìng)爭(zhēng),逐利行業(yè)內(nèi)卷,在體驗(yàn)和視覺感官上也會(huì)更加的人性化,結(jié)果自然是產(chǎn)品設(shè)計(jì)者們更加的卷了(手動(dòng)狗頭)


總結(jié)

無(wú)論是現(xiàn)在的B端C化還是將來(lái)其他多元的設(shè)計(jì)趨勢(shì),隨著市場(chǎng)的競(jìng)爭(zhēng)和行業(yè)內(nèi)卷,已經(jīng)反推著設(shè)計(jì)師們不單單局限于照顧自己的“三分田地”了,無(wú)論是之前視覺設(shè)計(jì)師開始學(xué)習(xí)3D建模,還是UI設(shè)計(jì)師嘗試接觸代碼設(shè)計(jì),設(shè)計(jì)師最大的品質(zhì)就是應(yīng)該緊跟時(shí)代的趨勢(shì)變化,及時(shí)調(diào)整補(bǔ)充自己的能力,提升自我的競(jìng)爭(zhēng)力,才是在當(dāng)今環(huán)境下立足的根本

作者:雨灰       來(lái)源:站酷 

藍(lán)藍(lán)設(shè)計(jì)建立了UI設(shè)計(jì)分享群,每天會(huì)分享國(guó)內(nèi)外的一些優(yōu)秀設(shè)計(jì),如果有興趣的話,可以進(jìn)入一起成長(zhǎng)學(xué)習(xí),請(qǐng)加藍(lán)小助,微信號(hào):ben_lanlan,報(bào)下信息,藍(lán)小助會(huì)請(qǐng)您入群。歡迎您加入噢~~希望得到建議咨詢、商務(wù)合作,也請(qǐng)與我們聯(lián)系01063334945。

分享此文一切功德,皆悉回向給文章原作者及眾讀者.
免責(zé)聲明:藍(lán)藍(lán)設(shè)計(jì)尊重原作者,文章的版權(quán)歸原作者。如涉及版權(quán)問題,請(qǐng)及時(shí)與我們?nèi)〉寐?lián)系,我們立即更正或刪除。

藍(lán)藍(lán)設(shè)計(jì)www.bouu.cn )是一家專注而深入的界面設(shè)計(jì)公司,為期望卓越的國(guó)內(nèi)外企業(yè)提供卓越的UI界面設(shè)計(jì)、BS界面設(shè)計(jì) 、 cs界面設(shè)計(jì) 、 ipad界面設(shè)計(jì) 、 包裝設(shè)計(jì) 、 圖標(biāo)定制 、 用戶體驗(yàn) 、交互設(shè)計(jì)、 網(wǎng)站建設(shè) 、平面設(shè)計(jì)服務(wù)UI設(shè)計(jì)公司、界面設(shè)計(jì)公司、UI設(shè)計(jì)服務(wù)公司、數(shù)據(jù)可視化設(shè)計(jì)公司、UI交互設(shè)計(jì)公司、高端網(wǎng)站設(shè)計(jì)公司、UI咨詢、用戶體驗(yàn)公司、軟件界面設(shè)計(jì)公司


分享本文至:

日歷

鏈接

個(gè)人資料

存檔