產(chǎn)品經(jīng)理不妨這樣走近B端產(chǎn)品

0 評(píng)論 559 瀏覽 7 收藏 9 分鐘

最近幾年,C端產(chǎn)品增長(zhǎng)見(jiàn)頂,產(chǎn)品基本飽和,于是不少人開(kāi)始轉(zhuǎn)型做B端。但轉(zhuǎn)型B端之前,這些基礎(chǔ)知識(shí)都是需要掌握的。

一、B端產(chǎn)品和C端產(chǎn)品的區(qū)別

B端產(chǎn)品,服務(wù)的生產(chǎn)關(guān)系鏈條復(fù)雜,用戶(hù)畫(huà)像很豐滿(mǎn)。

B端產(chǎn)品,注重于續(xù)費(fèi)率即復(fù)購(gòu),遷移成本高,難以替換。

C端用戶(hù)利用20%的付費(fèi)用戶(hù)的增值服務(wù)都可以存貨下去,而B(niǎo)端用戶(hù)不一樣,都是要收費(fèi)的,而收費(fèi)用戶(hù)用起來(lái)產(chǎn)品會(huì)很不一樣,底氣足一些,會(huì)像產(chǎn)品提更多的需求。

定制化需求的目標(biāo),個(gè)別用戶(hù)提出了,是不是要做?那么C端產(chǎn)品要注意的是:

1.這個(gè)需求到底是不是用戶(hù)的真實(shí)需求;

2.這個(gè)需求具不具備通用性,也許是標(biāo)準(zhǔn)化的需求,自己衡量;

3.當(dāng)前產(chǎn)品的目標(biāo)和公司的戰(zhàn)略目標(biāo),到底是走Saas模式的標(biāo)準(zhǔn)化還是走中大型客戶(hù)的定制化需求。

二、B端產(chǎn)品的分類(lèi)

ToB的本質(zhì):為企業(yè)服務(wù)的解決方案,這種解決方案以產(chǎn)品的形式體現(xiàn)出來(lái)。

CRM占比最多,醫(yī)療的掛號(hào)系統(tǒng)、物流等系統(tǒng)。

為什么CRM占比管理?

即客戶(hù)關(guān)系管理系統(tǒng),通俗來(lái)講,客戶(hù)是企業(yè)的經(jīng)濟(jì)來(lái)源,很重要。CRM解決客戶(hù)的關(guān)系管理,提升銷(xiāo)售效率,最終的結(jié)果是提升營(yíng)業(yè)額,即是解決了企業(yè)的生存和營(yíng)收這個(gè)痛點(diǎn),提高了企業(yè)的競(jìng)爭(zhēng)力。只有解決用戶(hù)真正的痛點(diǎn),用戶(hù)才會(huì)買(mǎi)單,智能客服現(xiàn)在解決了銷(xiāo)售效率和營(yíng)業(yè)額,篩選有效高效客戶(hù)。

三、B端產(chǎn)品的部署

部署方式:

Iaas:

銀行、保險(xiǎn)這類(lèi)保密性較強(qiáng)的企業(yè),一般會(huì)搭載自己的服務(wù)器,常用的是Iaas。

SaaS:

對(duì)客戶(hù)的要求成本最低,客戶(hù)最容易接受,所以最常見(jiàn)。

經(jīng)常會(huì)遇到標(biāo)準(zhǔn)化和定制化的需求,在產(chǎn)品戰(zhàn)略和公司戰(zhàn)略方面權(quán)衡。

Paas:

公司缺少很多解決方案,直接在平臺(tái)上購(gòu)買(mǎi)人臉識(shí)別,文本轉(zhuǎn)換,圖片識(shí)別等這類(lèi)的解決方案,來(lái)完善公司業(yè)務(wù)。

四、B端產(chǎn)品的核心要點(diǎn)

常見(jiàn)的B端業(yè)務(wù)場(chǎng)景:

這種系統(tǒng)很多地方在于對(duì)于列表數(shù)據(jù)的增刪改查。B端產(chǎn)品對(duì)安全管理更加嚴(yán)格。

B端產(chǎn)品的用戶(hù)特點(diǎn):

1、長(zhǎng)時(shí)間工作容易疲憊;

2、任務(wù)多,壓力大,易煩躁,怕出錯(cuò);

3、結(jié)果導(dǎo)向,效率至上;

4、常被打斷,容易迷失。

CRM的前身,算是Excel表單。

B端業(yè)務(wù)的特點(diǎn):

1、功能龐雜,模塊多;

2、多角色,多權(quán)限;

3、操作繁瑣,流程復(fù)雜;

4、數(shù)據(jù)量大。

B端產(chǎn)品設(shè)計(jì)思維:

梳理業(yè)務(wù)邏輯的能力:

1、平衡多方需求;

2、充分理解業(yè)務(wù);

3、簡(jiǎn)化步驟,效率至上;

4、狀態(tài)可見(jiàn),實(shí)施反饋

5、通用解決方案;

6、組件化思維。

B端常見(jiàn)業(yè)務(wù)的業(yè)務(wù)流程:

B端產(chǎn)品的閉環(huán):有始有終,狀態(tài)反饋。

B端產(chǎn)品的設(shè)計(jì)流程:

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)換的過(guò)程:要將用戶(hù)的訴求準(zhǔn)確的轉(zhuǎn)換成用戶(hù)的真正需求,再將這些需求融合到自己的產(chǎn)品里面形成解決方案。

3.2需求分析

4、搭建系統(tǒng)

4.1菜單結(jié)構(gòu)設(shè)計(jì)

專(zhuān)注于垂直行業(yè)的B端產(chǎn)品則往往以業(yè)務(wù)流程的職責(zé)劃分為菜單劃分的標(biāo)準(zhǔn),也就是以“事”為主線的設(shè)計(jì)方式。這種設(shè)計(jì)方式的好處是可以有效的避免重復(fù)和混亂的現(xiàn)象,對(duì)整個(gè)系統(tǒng)的架構(gòu)都是非常清晰明了的。

4.2CRUD原則

在互聯(lián)網(wǎng)中,經(jīng)常提到CRUD原則,也就是將新增、刪除、查詢(xún)與修改等操作合并為一個(gè)管理頁(yè)面,例如訂單管理頁(yè)面的,訂單的增刪改查。

4.3RBAC權(quán)限模型

B端產(chǎn)品的權(quán)限設(shè)計(jì)通常都是適合RBAC模型的,也就是每個(gè)用戶(hù)都要被賦予一個(gè)或者多個(gè)系統(tǒng)角色,每個(gè)系統(tǒng)角色都對(duì)應(yīng)一個(gè)明確的權(quán)限集合,包括對(duì)菜單、頁(yè)面元素等資源的訪問(wèn)與操作權(quán)限。建立一個(gè)“用戶(hù)–角色–權(quán)限”之間的對(duì)應(yīng)關(guān)系。

注:多見(jiàn)客戶(hù),了解需求,所有的指標(biāo)是客戶(hù)規(guī)定的。

本文由 @而立與拾遺 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載。

題圖來(lái)自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!