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