B端產(chǎn)品經(jīng)理,你會做需求分析嗎?
筆者從B端產(chǎn)品和C端產(chǎn)品在產(chǎn)品設(shè)計上的差異性出發(fā),結(jié)合案例,對B端產(chǎn)品如何進(jìn)行需求分析和設(shè)計進(jìn)行了探討。
隨著云計算、AI、教育、智能制造和產(chǎn)業(yè)互聯(lián)網(wǎng)的興起,這些新技術(shù)、新方案首先從B端企業(yè)開始滲透,因此市場上對B端產(chǎn)品經(jīng)理的崗位需求大增。
但目前行業(yè)內(nèi)對產(chǎn)品需求的方法論,大部分是針對C端產(chǎn)品的,所以本篇文章的主題來談?wù)勅绾螌端產(chǎn)品進(jìn)行需求分析和設(shè)計。
既然要談“B端產(chǎn)品”的需求分析,那么首先我們要搞清楚一個問題:B端產(chǎn)品和C端產(chǎn)品在產(chǎn)品設(shè)計的本質(zhì)差異性在哪里?
C端產(chǎn)品設(shè)計的邏輯在于“輕流程、重體驗(yàn)”,以抖音這種短視頻工具為例,只有2個簡單的流程:發(fā)布視頻和觀看視頻。
并且把觀看視頻的流程簡化到了極致—沒有流程,在強(qiáng)大的推薦算法機(jī)制下,用戶無需思考要觀看什么,只需要向下滑屏,就可以實(shí)現(xiàn)不中斷的沉浸式觀看體驗(yàn)。
所以C端產(chǎn)品側(cè)重的是用戶的感受和體驗(yàn),在產(chǎn)品設(shè)計時,精心對頁面和交互進(jìn)行打磨,大到優(yōu)化版面結(jié)構(gòu),小到改變一個按鈕的大小、顏色及位置,都可能會極大影響用戶的行為,對產(chǎn)品的運(yùn)營數(shù)據(jù)產(chǎn)生深刻的影響。
而B端產(chǎn)品呢? 其產(chǎn)品設(shè)計的邏輯是“重流程規(guī)則、輕體驗(yàn)”,一個母嬰電商公司的老板,購買一套電商ERP系統(tǒng)的目的是什么呢?
是讓員工操作的體驗(yàn)更舒服、更放松?一定不是!
他在意的是怎么把手忙腳亂、錯誤百出的客服從20個人降到2個人,從而降低緊張的資金壓力;他在意的是怎么把揀貨流流程由人拿著單子滿倉庫跑,改為流水線式自動化作業(yè),從而降低出錯率;他在意的是把財務(wù)從每個月末抱著一堆單據(jù)通宵做賬解脫出來,改為系統(tǒng)自動對賬,從而讓企業(yè)的財務(wù)數(shù)據(jù)清晰、透明,為經(jīng)營決策提供準(zhǔn)確、可信的依據(jù)。
所以,B端產(chǎn)品最終的目的是通過互聯(lián)網(wǎng)IT技術(shù)對企業(yè)業(yè)務(wù)流程進(jìn)行重構(gòu)、優(yōu)化、從而降低成本、提高效率。
從上面可以看出,C端產(chǎn)品經(jīng)理像是一個感性的匠人,在產(chǎn)品設(shè)計時,帶入同理心、想象力、簡化用戶心智,在產(chǎn)品設(shè)計時精心打磨用戶感受和體驗(yàn)。
而B端產(chǎn)品經(jīng)理更像是一個理性而嚴(yán)謹(jǐn)?shù)摹皹I(yè)務(wù)專家”,他們具備強(qiáng)大的系統(tǒng)性邏輯思維,富有理性的對企業(yè)業(yè)務(wù)進(jìn)行全面梳理和診斷,并給出合理有效的解決方案。
由于B端產(chǎn)品業(yè)務(wù)流程復(fù)雜、功能龐大、用戶角色眾多,所以對B端產(chǎn)品經(jīng)理的需求分析能力,提出了很高的要求。
但我在實(shí)際工作中發(fā)現(xiàn),目前互聯(lián)網(wǎng)公司對復(fù)雜B端產(chǎn)品具有完整駕馭能力的并不多見,甚至包括工作5年10年以上的產(chǎn)品經(jīng)理,輸出的產(chǎn)品規(guī)劃文檔,常常給人以“只見樹木,不見森林”的印象。
真正具有復(fù)雜B端產(chǎn)品需求分析能力的是資深的程序員、架構(gòu)師、但他們寫出來的東西、技術(shù)術(shù)語過多、復(fù)雜、晦澀難懂。
既然B端產(chǎn)品業(yè)務(wù)流程復(fù)雜、功能龐大、用戶角色眾多,那么它一定是一個“系統(tǒng)性的工作”,必然得有一套“系統(tǒng)性的方法論”來去支撐B端產(chǎn)品的業(yè)務(wù)需求分析。
以肯尼迪發(fā)起的“阿波羅”登月工程為例,耗資數(shù)百億美金,歷時11年,動員了整個的國家力量。
這種“系統(tǒng)性的工程”,你不能上來就討論登月艙結(jié)構(gòu),火箭推力設(shè)計的細(xì)節(jié)問題。你得有“工程性思想”去支撐,把問題分解3大步驟:“雙子座計劃”、繞月、登月,再層層分解,逐步細(xì)化,論證,才有可能完成這種系統(tǒng)性任務(wù)。
那么B端產(chǎn)品需求分析和設(shè)計,有哪些“系統(tǒng)性思想”來支撐呢?
一、確保理解背景
這是很多新手產(chǎn)品會犯的一個致命錯誤。例如和客戶交流完后,客戶需要一個ERP產(chǎn)品,結(jié)果發(fā)現(xiàn),客戶需要的只是一個訂單打印小工具。
所以客戶眼中的”ERP”,一定不是你眼中的”ERP”。
任何一個B端產(chǎn)品和解決方案,一定是在某個特定的階段滿足企業(yè)的某種價值,這種價值可以很小,也可以放的很大,這是一種平衡和取舍,所以產(chǎn)品經(jīng)理一定要搞清楚這個產(chǎn)品需求產(chǎn)生的背景是什么?
你的客戶目前是什么現(xiàn)狀?組織的復(fù)雜度?使用你的產(chǎn)品是為了解決什么問題?是業(yè)務(wù)轉(zhuǎn)型的問題,還是流程改革和優(yōu)化的問題?
另外從某種程度上來講,企業(yè)經(jīng)營也是管理者個人意志的體現(xiàn),boss對產(chǎn)品或解決方案的訴求是為了達(dá)成什么樣的目的?你確保了你理解他的訴求?
對背景的理解和解讀,一定是你產(chǎn)品文檔的開篇部分。
二、搞清經(jīng)營模式
在理解背景的基礎(chǔ)上,我們需要搞清楚企業(yè)的經(jīng)營模式,經(jīng)營模式?jīng)Q定了產(chǎn)品分析和設(shè)計的框架。
很多產(chǎn)品沒有把業(yè)務(wù)理解清楚的根本點(diǎn)在于,沒有充分理解企業(yè)的經(jīng)營模式,經(jīng)營模式理解不清楚,會出現(xiàn)嚴(yán)重的系統(tǒng)設(shè)計偏差。
特別是一些復(fù)雜的平臺級產(chǎn)品,例如鋼鐵B2B交易平臺,涉及到行業(yè)生態(tài)上下游廠商、大大小小的貿(mào)易商、終端客戶、倉儲公司、物流公司、金融企業(yè)等眾多的參與方,每個參與方又有不同的職能部門需要在平臺作業(yè)。
很難想象沒有搞清楚經(jīng)營模式,產(chǎn)品需求分析和設(shè)計如何進(jìn)行。
但搞清楚經(jīng)營模式,也不是非常困難。任何再復(fù)雜的業(yè)態(tài),一定有一條主干經(jīng)營流程,這條主干流程簡單的來說,就是以下幾個問題?
賣什么?怎么賣?掙什么錢?
買什么:這個企業(yè)經(jīng)營什么產(chǎn)品或服務(wù)?有多少種?差異性在哪里?
怎么賣:產(chǎn)品或服務(wù)的銷售流程是什么樣的?是通過互聯(lián)網(wǎng),還是通過線下渠道?如果是,這些渠道怎么管理?當(dāng)前存在哪些問題……
掙什么錢:企業(yè)是如何盈利的?是靠銷售產(chǎn)品或服務(wù)嗎?還是羊毛出在豬身上,狗來買單?
一旦你把這條主線梳理清楚,就可以清晰的知道企業(yè)的經(jīng)營模型,有哪些供應(yīng)商、客戶、合作伙伴等各種參與方,為接下來的需求分析,打下堅(jiān)實(shí)的基礎(chǔ)。
經(jīng)營模式可以用一張圖表來說明,它是你產(chǎn)品設(shè)計的藍(lán)圖。通常需要用不同的線條把信息流、物流、資金流標(biāo)識清楚,來搞清楚企業(yè)是如何運(yùn)作的。
下圖說明了一個家電售后平臺的經(jīng)營模式運(yùn)作圖。
三、析出業(yè)務(wù)角色
到這里,才真正從商業(yè)分析部分進(jìn)入到產(chǎn)品分析和設(shè)計部分。
如何把需求從商業(yè)概念轉(zhuǎn)化為產(chǎn)品分析和設(shè)計概念,我目前看到最具有系統(tǒng)性的是UML,其設(shè)計思想,貫穿了從需求分析到系統(tǒng)設(shè)計的整個過程。
但UML本身是軟件工程的產(chǎn)物,概念繁多:圖、依賴、泛化等各種概念。本身太過于龐大、復(fù)雜、笨重,并且難以學(xué)習(xí)。
不過其“系統(tǒng)性工程”思想可以值得我們借鑒學(xué)習(xí)。
為什么,產(chǎn)品分析和設(shè)計的第一步是分析出業(yè)務(wù)角色?而不是畫流程圖(這是很多人的做法)
因?yàn)闃I(yè)務(wù)角色是產(chǎn)品需求的源頭,所有的產(chǎn)品需求一定來自于全部業(yè)務(wù)角色需求的集合,B端產(chǎn)品的復(fù)雜度決定了必須從業(yè)務(wù)角色分析著手,才不會出現(xiàn)遺漏和偏差。
并且B端產(chǎn)品越復(fù)雜、業(yè)務(wù)參與方越多、你會發(fā)現(xiàn)這種分析越有價值。
在上一步搞清楚經(jīng)營模式的基礎(chǔ)上,會會對該經(jīng)營模式涉及到的所有業(yè)務(wù)角色有了個完整的了解,接下來的工作,就是把業(yè)務(wù)角色分離出來。
下圖說明了一個B2B平臺的業(yè)務(wù)角色圖。
四、推導(dǎo)出業(yè)務(wù)用例
有了業(yè)務(wù)角色后,我們可以推導(dǎo)出業(yè)務(wù)用例(也即業(yè)務(wù)角色需求)。
UML的業(yè)務(wù)用例圖,最大的好處是用一張圖可以把整個系統(tǒng)的需求以全局的方式,生動、完整、清晰的表達(dá)出來。
有了這種圖,我們可以很方便的和業(yè)務(wù)、開發(fā)、測試方便的去溝通需求,對系統(tǒng)需求有個整體的認(rèn)識。
推導(dǎo)出業(yè)務(wù)用例的過程,我們可以通過以核心業(yè)務(wù)角色為重點(diǎn),交叉驗(yàn)證思維來快速構(gòu)建整個業(yè)務(wù)用例。
例如下圖的B2B交易平臺,我們只需要以該平臺最重要的業(yè)務(wù)角色采購商為切入點(diǎn),再來交叉驗(yàn)證:采購商需要采購下單,必然需要供應(yīng)商發(fā)布商品、供應(yīng)商發(fā)布商品必然需要平臺監(jiān)管人員去審核和管理……這樣基本可以搞清楚各種業(yè)務(wù)角色80%的需求。
五、細(xì)化出業(yè)務(wù)流程
再接下來,我們需要把重要的業(yè)務(wù)需求,細(xì)化為業(yè)務(wù)流程。
業(yè)務(wù)流程可以用UML的活動圖來展示,在to B復(fù)雜的業(yè)務(wù)場景中,我們往往使用的是跨泳道流程圖,例如一個取消訂單的業(yè)務(wù)流程,涉及到ERP、客服、財務(wù)不同的業(yè)務(wù)角色。
這樣在構(gòu)建業(yè)務(wù)流程的過程中,我們對系統(tǒng)設(shè)計如何實(shí)現(xiàn),也有了一個完整的概念。
另外,業(yè)務(wù)流程圖的最最要的一個原則是線條不能交叉,無論流程如何復(fù)雜,保證線條不要交叉,很多新手犯的錯誤,就是把流程圖畫的縱橫交織像一個蜘蛛網(wǎng),非常難以看懂。
六、繪制可視化頁面原型
至此,我們通過對業(yè)務(wù)角色分析、不同角色的業(yè)務(wù)需求分析,核心業(yè)務(wù)需求的業(yè)務(wù)流程確認(rèn),我們實(shí)現(xiàn)了從商業(yè)概念到業(yè)務(wù)概念的建立。
接下來,我們需要把上述業(yè)務(wù)需求轉(zhuǎn)化為產(chǎn)品系統(tǒng)的設(shè)計,這是一個更加細(xì)致的工作,我們最熟悉的Axure工具就正式上場了。
當(dāng)然從“抽象的業(yè)務(wù)需求”到“具象的系統(tǒng)需求”,也存在一個巨大的鴻溝,這個需要參考同類產(chǎn)品的設(shè)計思想,從中吸取精華,并結(jié)合互聯(lián)網(wǎng)設(shè)計,做一定程度的創(chuàng)新。
例如,采購商反饋說,通過購物車下單太麻煩了,需要一個“批量下單”功能,你單憑想象是難理解這個需求的。
最好的辦法是到用戶的工作現(xiàn)場,觀察和感受下他平時工作是如何處理訂單的。
等你到了現(xiàn)場,你會發(fā)現(xiàn)和2C用戶的下單場景截然不同:用戶的桌面是堆積如山的文檔、忙碌的電話接入,長達(dá)幾頁的訂單要等待錄入……
你會發(fā)現(xiàn)B端產(chǎn)品設(shè)計的首要目的是快速、準(zhǔn)確、無誤的幫助用戶提高工作效率,節(jié)約用戶的時間,其他都是耍流氓。
所以你需要去大量觀摩和學(xué)習(xí)一些B端成熟軟件的設(shè)計邏輯,再結(jié)合一些移動端的特性,例如GPS定位、拍照識別、語音,去構(gòu)思一些創(chuàng)新的設(shè)計,可以幫助用戶大大提高工作效率。
七、其他補(bǔ)充
產(chǎn)品設(shè)計過程中,非常重要的一點(diǎn)是,明確業(yè)務(wù)規(guī)則。
在一個項(xiàng)目團(tuán)隊(duì)中,由于背景、工作經(jīng)驗(yàn)、領(lǐng)悟能力各不相同,如果業(yè)務(wù)規(guī)則不明確,同一個概念,每個人的理解不同,會造成雞同鴨講,爭執(zhí)不下,浪費(fèi)大量時間。
所以一些核心、重點(diǎn)、復(fù)雜的業(yè)務(wù)規(guī)則,產(chǎn)品經(jīng)理需要舉出詳實(shí)的例子來,把各種情況一一枚舉出來,并進(jìn)行闡述。
例如在互聯(lián)網(wǎng)交易平臺,涉及到商品、SPU、SKU這3個概念,產(chǎn)品經(jīng)理可能對這些概念很熟,但業(yè)務(wù)方、開發(fā)人員不一定對這些概念很清楚。
如果在頁面上只是簡單的描述為“點(diǎn)擊此按鈕,將此SKU加入購物車”,會引發(fā)大量的困惑和爭議,我看到過一個產(chǎn)品經(jīng)理的需求會,為此爭執(zhí)和討論了半個小時。
理想的做法,把這些重要的概念和規(guī)則,用數(shù)據(jù)實(shí)例呈現(xiàn)出來,并指出他們之間的結(jié)構(gòu)關(guān)系,這樣在講解業(yè)務(wù)時,確保所有人的理解是一致的。
再例如互聯(lián)網(wǎng)交易平臺的交易流程,包括各種正向流程、逆向退換貨流程所有的單據(jù)狀態(tài),這些單據(jù)狀態(tài)互相交叉,互相影響。他們是系統(tǒng)設(shè)計的骨架和脈絡(luò),如果不定義清楚他們之間的互動關(guān)系,會造成嚴(yán)重的混亂和缺陷。
總結(jié)
整體上來說,分為三個過程,商業(yè)分析—業(yè)務(wù)分析—系統(tǒng)設(shè)計。
商業(yè)分析:1.確保理解背景 2.搞清經(jīng)營模式
業(yè)務(wù)分析:3.析出業(yè)務(wù)角色 4.推導(dǎo)出業(yè)務(wù)用例 5.細(xì)化業(yè)務(wù)流程
系統(tǒng)設(shè)計:6.繪制頁面原型 7.明確業(yè)務(wù)規(guī)則
#專欄作家#
陳文中,微信公眾號:秀肌肉的碼蟻,人人都是產(chǎn)品經(jīng)理專欄作家。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
哇,寫的太好了吧~非常好看??
挺好
剛好接手一個課程管理系統(tǒng),在沒有需求文檔的情況下,硬啃著操作手冊來熟悉后臺,好痛苦,學(xué)習(xí)了需求分析真的很重要
看完文章,有點(diǎn)開闊了
開導(dǎo)思維,幫助很大!
之前負(fù)責(zé)迭代一個B端產(chǎn)品,因?yàn)楫a(chǎn)品初期的需求分析沒做好,導(dǎo)致后來的產(chǎn)品構(gòu)架出來很大問題,基本做不了新需求,給老板提出重構(gòu)產(chǎn)品架構(gòu),也沒同意。最坑的是公司之前的產(chǎn)品經(jīng)理都沒有工作交接,產(chǎn)品初期的很多文檔都沒有。后面因?yàn)閬韥砘鼗靥焯炀驮趲兔μ幚韇ug就離職了,很多自以為懂產(chǎn)品的人其實(shí)都對需求分析非常不重視
非常清晰的思路,學(xué)習(xí)了