產(chǎn)品經(jīng)理不妨這樣走近B端產(chǎn)品
最近幾年,C端產(chǎn)品增長見頂,產(chǎn)品基本飽和,于是不少人開始轉(zhuǎn)型做B端。但轉(zhuǎn)型B端之前,這些基礎(chǔ)知識都是需要掌握的。
一、B端產(chǎn)品和C端產(chǎn)品的區(qū)別
B端產(chǎn)品,服務(wù)的生產(chǎn)關(guān)系鏈條復(fù)雜,用戶畫像很豐滿。
B端產(chǎn)品,注重于續(xù)費率即復(fù)購,遷移成本高,難以替換。
C端用戶利用20%的付費用戶的增值服務(wù)都可以存貨下去,而B端用戶不一樣,都是要收費的,而收費用戶用起來產(chǎn)品會很不一樣,底氣足一些,會像產(chǎn)品提更多的需求。
定制化需求的目標(biāo),個別用戶提出了,是不是要做?那么C端產(chǎn)品要注意的是:
1.這個需求到底是不是用戶的真實需求;
2.這個需求具不具備通用性,也許是標(biāo)準(zhǔn)化的需求,自己衡量;
3.當(dāng)前產(chǎn)品的目標(biāo)和公司的戰(zhàn)略目標(biāo),到底是走Saas模式的標(biāo)準(zhǔn)化還是走中大型客戶的定制化需求。
二、B端產(chǎn)品的分類
ToB的本質(zhì):為企業(yè)服務(wù)的解決方案,這種解決方案以產(chǎn)品的形式體現(xiàn)出來。
CRM占比最多,醫(yī)療的掛號系統(tǒng)、物流等系統(tǒng)。
為什么CRM占比管理?
即客戶關(guān)系管理系統(tǒng),通俗來講,客戶是企業(yè)的經(jīng)濟(jì)來源,很重要。CRM解決客戶的關(guān)系管理,提升銷售效率,最終的結(jié)果是提升營業(yè)額,即是解決了企業(yè)的生存和營收這個痛點,提高了企業(yè)的競爭力。只有解決用戶真正的痛點,用戶才會買單,智能客服現(xiàn)在解決了銷售效率和營業(yè)額,篩選有效高效客戶。
三、B端產(chǎn)品的部署
部署方式:
Iaas:
銀行、保險這類保密性較強(qiáng)的企業(yè),一般會搭載自己的服務(wù)器,常用的是Iaas。
SaaS:
對客戶的要求成本最低,客戶最容易接受,所以最常見。
經(jīng)常會遇到標(biāo)準(zhǔn)化和定制化的需求,在產(chǎn)品戰(zhàn)略和公司戰(zhàn)略方面權(quán)衡。
Paas:
公司缺少很多解決方案,直接在平臺上購買人臉識別,文本轉(zhuǎn)換,圖片識別等這類的解決方案,來完善公司業(yè)務(wù)。
四、B端產(chǎn)品的核心要點
常見的B端業(yè)務(wù)場景:
這種系統(tǒng)很多地方在于對于列表數(shù)據(jù)的增刪改查。B端產(chǎn)品對安全管理更加嚴(yán)格。
B端產(chǎn)品的用戶特點:
1、長時間工作容易疲憊;
2、任務(wù)多,壓力大,易煩躁,怕出錯;
3、結(jié)果導(dǎo)向,效率至上;
4、常被打斷,容易迷失。
CRM的前身,算是Excel表單。
B端業(yè)務(wù)的特點:
1、功能龐雜,模塊多;
2、多角色,多權(quán)限;
3、操作繁瑣,流程復(fù)雜;
4、數(shù)據(jù)量大。
B端產(chǎn)品設(shè)計思維:
梳理業(yè)務(wù)邏輯的能力:
1、平衡多方需求;
2、充分理解業(yè)務(wù);
3、簡化步驟,效率至上;
4、狀態(tài)可見,實施反饋
5、通用解決方案;
6、組件化思維。
B端常見業(yè)務(wù)的業(yè)務(wù)流程:
B端產(chǎn)品的閉環(huán):有始有終,狀態(tài)反饋。
B端產(chǎn)品的設(shè)計流程:
1、產(chǎn)品背景分析
1.1目標(biāo)客群分析:
1.2業(yè)務(wù)目標(biāo)分析:
2、業(yè)務(wù)分析
2.1業(yè)務(wù)需求整理
2.2業(yè)務(wù)流程分析
做B端還是需要了解部分?jǐn)?shù)據(jù)流的流轉(zhuǎn)。
3、確定需求
3.1確定需求細(xì)節(jié)
挖掘和轉(zhuǎn)換的過程:要將用戶的訴求準(zhǔn)確的轉(zhuǎn)換成用戶的真正需求,再將這些需求融合到自己的產(chǎn)品里面形成解決方案。
3.2需求分析
4、搭建系統(tǒng)
4.1菜單結(jié)構(gòu)設(shè)計
專注于垂直行業(yè)的B端產(chǎn)品則往往以業(yè)務(wù)流程的職責(zé)劃分為菜單劃分的標(biāo)準(zhǔn),也就是以“事”為主線的設(shè)計方式。這種設(shè)計方式的好處是可以有效的避免重復(fù)和混亂的現(xiàn)象,對整個系統(tǒng)的架構(gòu)都是非常清晰明了的。
4.2CRUD原則
在互聯(lián)網(wǎng)中,經(jīng)常提到CRUD原則,也就是將新增、刪除、查詢與修改等操作合并為一個管理頁面,例如訂單管理頁面的,訂單的增刪改查。
4.3RBAC權(quán)限模型
B端產(chǎn)品的權(quán)限設(shè)計通常都是適合RBAC模型的,也就是每個用戶都要被賦予一個或者多個系統(tǒng)角色,每個系統(tǒng)角色都對應(yīng)一個明確的權(quán)限集合,包括對菜單、頁面元素等資源的訪問與操作權(quán)限。建立一個“用戶–角色–權(quán)限”之間的對應(yīng)關(guān)系。
注:多見客戶,了解需求,所有的指標(biāo)是客戶規(guī)定的。
本文由 @而立與拾遺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!