設(shè)計(jì)B端互聯(lián)網(wǎng)產(chǎn)品的常規(guī)思路
首先,我們明確一下C端產(chǎn)品和B端產(chǎn)品的概念,從用戶維度來界定:C端產(chǎn)品的用戶是個人,B端產(chǎn)品的用戶是一個組織/商家/團(tuán)隊(duì),是某種經(jīng)營的主體,當(dāng)然使用者也是個人,不過這個個人是代表了組織中的某個角色而已。從功能來界定:C端產(chǎn)品的服務(wù)對象是個人,B端產(chǎn)品的服務(wù)對象是一個商家/組織/團(tuán)隊(duì)。明確了概念,再明確一下我們的話題:如何設(shè)計(jì)B端互聯(lián)網(wǎng)產(chǎn)品(寫字樓的安防器械就不是本次討論的對象了)。
直奔主題,設(shè)計(jì)B端產(chǎn)品主要從以下幾個方面入手:
一、明確產(chǎn)品有哪些服務(wù)對象,對服務(wù)對象(也就是用戶)進(jìn)行屬性聚類
不管是哪種B端產(chǎn)品,面對的服務(wù)對象一定是千差萬別,少則幾種,多著幾十種,甚至幾百種不同的用戶,首先我們必須明確所有使用該產(chǎn)品的用戶,然后進(jìn)行聚類,有共性的商家歸為一類,對每一類商家分別進(jìn)行不同的需求分析和功能設(shè)計(jì),這是B端產(chǎn)品設(shè)計(jì)的基本入門原則。舉個栗子:大眾點(diǎn)評,我們都不陌生,但是里面的商家五花八門,不同的商家必須設(shè)計(jì)不同的后臺,不同的消費(fèi)形式,飯店、酒店、健身房、咖啡廳等等都有不同的后臺功能,說的簡單些,大眾點(diǎn)評的B端產(chǎn)品不是一個產(chǎn)品,而是多種用戶多個產(chǎn)品的集合。
二、每種服務(wù)對象的需求分析和功能設(shè)計(jì)要場景化、個性化
做了第一步,我們知道了使用我們產(chǎn)品的用戶類型,那么針對不同的類型還要進(jìn)行角色的劃分,比如大眾點(diǎn)評商家,商家里面有很多種角色,就單單的飯店就有老板、經(jīng)理、收銀員、服務(wù)員、后廚等等,明確參與的角色有哪些,產(chǎn)品使用在哪個環(huán)節(jié)、哪種場景,而且不同類的用戶其背后的角色也不同,酒店就沒有后廚人員,健身房有健身教練。B端產(chǎn)品的用戶復(fù)雜多樣,沒有清晰的場景就沒有合理的功能。
三、用思維導(dǎo)圖畫出所有的用戶分類和功能
當(dāng)我們明確產(chǎn)品的who、where、when和how的時候,就要把這些東西按照用戶的分類、角色的分類畫出思維導(dǎo)圖,當(dāng)然這個思維導(dǎo)圖會比較大,正是因?yàn)檫@個范圍廣才要畫出來,以便于后續(xù)的產(chǎn)品設(shè)計(jì),不然就會遺漏某類用戶或者某個角色,那問題就嚴(yán)重了,會導(dǎo)致整個產(chǎn)品處于癱瘓狀態(tài)。
四、從功能上完全迎合產(chǎn)品的商業(yè)思維
任何事情都有他的reason,也就是why,我們?yōu)槭裁醋鲞@個產(chǎn)品,所有的B端產(chǎn)品都一樣,為了商業(yè)目的,不管是交付式的產(chǎn)品還是SAAS(產(chǎn)品即服務(wù))的產(chǎn)品,為了滿足我們的商業(yè)行為,或者把我們的商業(yè)行為電子化、網(wǎng)絡(luò)化才會出現(xiàn)B端的互聯(lián)網(wǎng)產(chǎn)品,在功能的設(shè)計(jì)細(xì)節(jié)上要圍繞商業(yè)的目的和商業(yè)模式進(jìn)行,和公司商業(yè)模式有沖突的B端產(chǎn)品是不合格的產(chǎn)品。
五、輸出市場需求文檔
到了這一步仍然沒有到畫原型、寫需求文檔的時候,要根據(jù)前面做的準(zhǔn)備工作繼續(xù)做準(zhǔn)備工作,那就是市場需求文檔,產(chǎn)品的設(shè)計(jì)思路和思維還要迎合本公司的工作人員,從市場、銷售、運(yùn)營、財(cái)務(wù)等各個所有參與的人員那里獲得需求、進(jìn)行需求分析并撰寫市場需求文檔,把產(chǎn)品的功能和流程和他們對接,進(jìn)行修整。
六、畫流程圖、原型,寫需求文檔
做完以上工作以后就可以畫主要業(yè)務(wù)流程的流程圖和頁面原型,開始寫需求文檔了。畫流程圖的工具,本人習(xí)慣用omnigraffle(MAC專屬),如果是PC可以使用viso,也是不錯的工具。畫原型當(dāng)然是Axure了。畫原型一定是根據(jù)市場需求文檔,按照功能板塊來的,功能板塊切分,需求細(xì)分,粒度越小越小,甚至包括每個輸入框的限制輸入字?jǐn)?shù),每個提示文字,顏色,提示框的顯示時間等等,具體其他寫需求文檔的內(nèi)容和C端產(chǎn)品相同,我們下次再聊。
作者:小明是只產(chǎn)品汪汪汪 ,微信公眾號:xmpm55,互聯(lián)網(wǎng)產(chǎn)品經(jīng)理,愛好研究互聯(lián)網(wǎng)產(chǎn)品,商業(yè)模式,行業(yè)動態(tài)。
本文由 @小明是只產(chǎn)品汪汪汪 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理?,未經(jīng)許可,禁止轉(zhuǎn)載。
請問有具體的案例嗎?處于初級階段的轉(zhuǎn)型汪汪汪汪汪
語言不夠精煉,有湊字?jǐn)?shù)的嫌疑。后半部分文章的價值不大。
?? 思路而已嘛、不是具體操作案例拉
? 當(dāng)B端用戶在國外,這時候不可觸達(dá)用戶時,B端需求方可能是很零散的,僅僅存在需求分類,這個時候應(yīng)該如何發(fā)力呢?
Jack
一般我遇到這種問題都是,把可能的情況列出來,做成配置項(xiàng),客戶自己配置,當(dāng)然給過去的時候會有一個默認(rèn)配置
感謝,我嘗試以下
K12也算是B端吧?
nice,說出了2B的產(chǎn)品思維
?? ??