如何評價b端產品安全

『壹』 請問互聯網行業的運營中,經常說的"C端","B端"是什麼意思C代表什麼,B又代表什麼

C有釋義為：Consumer、Client；如取「Consumer」，意為消費者、個人用戶或終端用戶，使用的是客戶端。例如：網易新聞、網易雲音樂等等。

B釋義為：Business；通常為企業或商家為工作或商業目的而使用的系統型軟體、工具或平台。例如：網易雲、網易有數或企業內部的ERP系統等等。

C端&B端產品的本質及特性：

(1)如何評價b端產品安全擴展閱讀：

C端產品的本質基本都是一個核心功能，例如：音樂類app的核心功能就是聽音樂；閱讀類app的核心功能就是閱讀；游戲類app的核心功能就是游戲。

C端產品的特性可以總結為一個詞——「分享」例如「評論」、「打賞」其實都基於「分享」，即讓他人聽見「我」的聲音，看見「我」的想法。

B端產品的本質則是滿足用戶的工作需要，而工作需要從來不是單一的功能就可以滿足的，其必然包括多項功能的復合及嵌套應用支持。

B端產品的特性也非常明確——即「協同工作」。在處於信息時代的現代公司或企業中，幾乎已沒有可以單獨完成而不需要協同合作的工作。

『貳』 決策支持類B端產品在設計過程中需要考慮哪些數據要求

隨著各行各業向數據化運營/精細化運營轉變，數據產品越來越被大家所關注。 作為B端產品的一個重要組成部分，數據慢慢成為產品設計和商業決策不可或缺的部分 。尤其是諸如智慧城市、智能建築等專業服務類的B端數據產品，也是為客戶提供數據運營和決策支持的。 這類數據產品本身的計算、決策越多 ，客戶需要的思考就越少 。所以作為這類數據產品的產品經理，要清楚的知道自家產品的數據特點，以便選擇正確的設計策略。

這類數據產品面向的是少量企業級客戶，核心訴求是 高效滿足他們的數據應用需求， 使其核心業務形成商業閉環， 帶來更加高效的理性決策 ，所以如何做好「 面向企業高層決策支持型 & 面向企業客戶數據應用型 」的數據設計是每一個B端產品經理都要面臨的挑戰。

數據層設計的核心是數據倉庫，目的就是能夠 讓客戶方便地訪問大量數據 ，允許他們 查詢自己想要的數據 ， 分析其中有價值的信息 。這就要求數據倉庫的設計必須滿意以下數據要求：

1．安全性

B端產品中含有機密和大量敏感的數據。為了能夠使用這些數據，必須有 適當的授權機制 。這意味著 只有被授權數據才能被特定用戶訪問 。

如果增加安全特性則會影響到數據倉庫的性能，因此必須提早考慮數據倉庫的安全需求。當數據倉庫已經建立完成並開始使用後，此時再應用安全特性會比較困難。在數據倉庫的設計階段，我們就應該進行如下事項：

數據倉庫中的數據對於最終用戶是只讀的，任何人都不能修改其中的數據；

劃分數據的安全等級，如公開的、機密、秘密、絕密等；

制定訪問控制方案，決定哪些用戶可以訪問哪些數據；

設計授予、回收、變更用戶訪問許可權的方法；

添加對數據訪問的審計功能；

2．可訪問性

能夠快速准確地分析所需要的數據是輔助決策支持的關鍵。有了數據的支持，業務就可以根據市場和客戶的情況做出及時地調整。這就 要求用戶能夠有效地查找、理解和使用數據。

數據應該是隨時可訪問的。這里數據可訪問性指的是 用戶訪問和檢索指定數據的能力 。數據倉庫的最終用戶通常是業務人員、管理人員或者數據分析師。他們對組織內的相關業務非常熟悉，對數據的理解也很透徹，但是他們大都不是IT技術專家。這就要求我們在設計數據倉庫的時候，將用戶介面設計得盡量友好和簡單，使得沒有技術背景的用戶同樣可以 輕易查詢 到他們需要的數據。

3．自動化

這里的自動化有狹義和廣義兩個層面的理解：

狹義的自動化指的是 數據倉庫相關作業的自動執行 。比如 ETL過程、報表生成、數據傳輸 等處理，都可以 周期性定時自動完成 。

廣義的數據倉庫自動化指的是在 保證數據質量和數據一致性 的前提下，加速數據倉庫系統開發周期的過程。

整個數據倉庫生命周期的自動化，從對源系統分析到ETL，再到數據倉庫的建立、測試和文檔化，可以幫助加快產品化進程，降低開發和管理成本，提高數據質量。

4、准確性

想要數據倉庫實施成功，業務用戶必須信任其中的數據。這就意味著他們應該能知道 數據從哪來，何時抽取，怎麼轉換的 。更重要的是，他們需要訪問原始數據來確定如何解決數據差異問題，並且知道這些能訪問到的數據和他們日常提交的數據報表之間的轉換邏輯。實際上ETL過程應該總是在數據倉庫的某個地方（如ODS）保留一份原始數據的復制。

5、時效性

用戶的時效性要求差異很大。有些用戶需要數據精確到毫秒級，而有些用戶只需要幾分鍾、幾小時甚至幾天前的數據就可以了。數據倉庫是分析型系統，用於決策支持，所以實踐中一般不需要很強的實時性，以一天作為時間粒度是比較常見的。

6、可溯性

數據倉庫更多的價值體現在它能夠輔助隨時間變化的趨勢分析，並幫助理解業務事件（如「華北區的小張，談一單成一單，成交的這些客戶有什麼共同特徵嗎」）與經營績效之間的關系。這就是需要每一項決策結果都能溯源到原始數據。

原始數據往往是一些未經加工的數據表格，看起來單調枯燥，但是這些數據卻能很好的幫助我們挖掘出來符合業務問題需要的准確的表達方式，從這些數據中找到數據的變數、不同維度數據間的關系，這樣我們就能逐步的找到數據的層次結構以及合適的圖表化展示。

可溯性能通過這些源數據試圖找到幫助業務團隊、管理層所關心的那些問題的答案，這些洞察可以幫助於我們了解他的原始訴求和痛點，以便我們找到正確的解決方案。

7、可驗證

其實，數據產品本身的業務邏輯和產品設計已經很復雜了，再加上又是面向千人千面的B端企業客戶，讓這種復雜性又難上加難，所以在設計、測試和驗證時不能僅憑假數據就去模擬真實的使用情況。

客戶用我們的數據產品去解決現實中的復雜問題，所以我們要深入了解每個數據所代表的含義,理解每個數據之間的關系，各種可能的展示情況以及極限情況。所以， 如果我們胡亂填寫的假數據很可能無法反應真實的使用情況，從而將一些問題掩蓋掉。相反，使用真實的業務數據，客戶就會被帶入到自己的實際使用場景中去，並想像當下的數據方案是否能夠解決他們的問題。在此測試場景下暴露出來的問題才是客觀真實的。

『叄』 B端產品體驗度量模型調研

一、 前言

          作為一個B端產品的產品經理，我們會面臨很多問題：復雜的產品需求、糾纏的技術邏輯、難以決策的設計方案、難以計量的產品迭代效果。而對於作為支撐平台的B端產品經理而言，提高效率和體驗又常常作為評估價值的主要方向，故因此我們需要一套科學的體驗度量體系來指導我們前進的方向：產品目標的確立、需求價值的評估、迭代效果的量化。

          那麼何為產品的使用體驗：即用戶在產品使用場景中完成期望目標時所產生的體驗。這是用戶和產品直接接觸的部分，也是最有感知的部分。無度量，無管理，我們如何管理體驗？現代管理學之父，彼得·德魯克說：「如果你不能很好地度量它，也就無法有效地管理它。」If you can』t measure it, you can』t manage it。Druker

         但是B端產品相對C端產品而言產品體驗更加難以度量，因為C端產品有明確的業務數據指標作為向導，但是B端產品由於功能流程冗長、業務交叉復雜、包含產品價格、安全性、穩定性等綜合因素，用戶體驗的要素被掩蓋在這些復雜的「變數」中難以剝離。而控制和分離變數，是一個科學的度量系統最基本的要求，故做了如下調研，方便大家參考借鑒！

二 、 谷歌HEART -GSM 模型

1、簡介

Kerry Rodden 作為谷歌資深用戶體驗研究員和數據分析師，在大量度量用戶體驗的探索與實踐中總結出了HEART用戶體驗度量模型，幫助團隊高效選擇正確的數據指標。該模型在谷歌內部廣泛使用，並通過論文、博客等渠道傳播，使其他公司、團隊也能夠在使用的過程中受益。

2、 HEART 模型 五個維度 ：

HEART模型主要包括五個維度：愉悅度、參與度、接受度、留存率與任務完成度

3 、 GSM- 目標、信號、指標 拆解 三 步法

為了將這個抽象的度量標准應用於實踐，Google又提出以「目標（Goal）——信號（Signal）——指標（Metirc）」的拆解流程來定義HEART指標數據。讓使用該模型的產品團隊，可以根據用戶體驗目標和業務目標，完成數據指標的選擇，最終保證指標是服務於業務目標和用戶體驗的。

4、操作指南

5、優劣勢分析

6、 總結

HEART模型的C端傾向較明顯，並不完全適用於B端產品的體驗度量（需要在此基礎上改良）。

三 、 阿里雲UES模型

1、簡介

UES（User Experience System）是阿里雲設計中心通過多年設計實踐中沉澱下來的雲產品使用體驗度量系統，它不僅是一套方法論，更是一套可運行的體系。

2、五大度量維度 （ 有主觀，有客觀，有定性，有定量 ）

UES（User Experiences System）是基於阿里雲易用性量表擴展而成的度量體系，包含易用性、一致性、滿意度、任務效率和頁面性能 5 個指標維度。

易用性 - Ease of use

易⽤性是產品使用質量的核心維度，它反應產品對⽤戶而言是否易於學習和使用，包含易學性、易操作性和清晰性3個維度。易⽤性的提升可以促進操作效率和任務完成率的提升、降低學習成本、提升⽤戶體驗和滿意度。

一致性 - Consistency

一致性指多款產品間通用範式部分的一致程度，分為整體樣式、通用框架和常用場景及組件等維度。對於⽤戶⽽⾔，體驗⼀致性的提⾼可以降低⽤戶的操作時⻓及錯誤率，降低學習成本，提升⽤戶的滿意度；對於產品設計及開發者⽽⾔，保持體驗⼀致性可以提升開發效能，產品模塊的可集成性、穩定性和可延續性更⾼。

滿意度 - Happiness

滿意度反映著用戶對產品或服務的期望被滿足的程度，這個指標一定程度上會反映用戶再次使用和對產品進行推薦的程度。

任務效率 - Task Success

任務效率包含任務完成率和任務完成時間，雲產品的任務鏈路相對復雜，針對有明確任務或有固定使用流程的產品，通過比對用戶路徑和產品設計的理想路徑之間的差異，能夠幫助我們發現產品流程設計上的問題。

性能 - Performance

監控性能的指標有很多，其中最影響用戶感知的指標是首屏渲染時間（FMP），指用戶從發出請求到看到控制台主要內容的時間。其次，還包括頁面請求響應時間、API 請求響應時間等指標。

3、 指標拆解方法

①、明確業務目標和體驗目標

②、確定度量維度

③、拆解數據指標

④、完善度量方法

4、優劣勢分析

優勢：度量維度多、全面、包含主觀、客觀、有定性，有定量

劣勢：實施成本高、開發成本高、分析成本高

5、總結

UES確實是比較科學全面、適合技術類B端產品的體驗度量體系。但其龐大的體系、復雜的度量手段和工具可能都會使得我們在日常業務中無法輕量化地實施起來。

四 、 螞蟻金服 TECH 模型

1、度量模型誕生背景

企業級產品 / 企業級中後台這些概念在互聯網經常被提到，一般提及這個詞兒，我們往往能夠想到以下這些產品：財務審批系統、CRM、ERP、演算法專業人員訓練模型的平台等等。在我們的印象中，這些平台往往具有以下特徵：

流程冗長，操作繁雜，一個平台往往是若干復雜功能的合集；

相對於 C 端產品動輒百、千萬級別的用戶量，企業級產品往往用戶量級不大；

開發流程簡單，往往是產品經理畫個 demo 就上線了；

頁面設計難看，用戶體驗往往比較糟糕；

......

現階段企業級產品也在慢慢演變，對於體驗的追求也比前幾年更為飢渴。他們的體驗需求可以明顯看到兩個階段的演進：

效能需求階段：這個階段的企業級中後台頁面設計混亂，業務對於體驗的需求顯性表現在美化頁面設計，提高設計效率和一致性。

體驗需求階段：這個階段產品開始關注使用過程中的問題，慢慢轉向注重於用戶需求和體驗設計。

就螞蟻金服的企業級產品來講，Ant Design 已經幫助解決了絕大多數第一階段的需求。目前基本都處於第二階段。體驗度量實踐也正是從這里開始。

2、實踐過程

以HEART度量模型為基礎，螞蟻金服根據企業級產品現狀和特徵做了部分的補充和修正，修改點如下：

將 NPS 改成用戶主觀滿意度：NPS 對 C 類產品是一個很有效的指標，對於企業級中後台來說，往往由於企業產品的封閉內環、用戶基數等眾多原因，可能還是滿意度來的更加有效；

不強調留存率：企業級產品用戶往往沒有太多的可選餘地，因此留存率未必適合用來衡量用戶對於產品的喜好；

參與度和接受度指標合並：對於企業級中後台系統，用戶使用的目標性更強，TA 就是來完成某個任務（或者說 TA 就是來完成工作的）因此活躍度基本和產品能否滿足用戶的需求強相關；

3、 最終體驗度量模型

基於 HEART 模型，結合企業級產品體驗度量實踐修正後的度量體系如下：

核心任務體驗（Task Success）：主要聚焦於產品核心任務流程中的體驗問題。可以採用定性、定量，或者兩者結合的方式，最終來反映體驗的細節問題。

參與度（Engagement）：產品能夠提供的需求和用戶預想之間距離有多遠？

清晰度（Clarity）：引導、幫助清晰，用戶是否能夠順利完成所想做的事情？

滿意度（Happiness）：用戶對產品及其他方面的滿意度，比如視覺外觀等。

4、優劣勢分析

優勢：多維度、多指標、主客觀結合

劣勢：客觀的用戶行為數據指標較少

五、總結

那麼如何去搭建符合自身平台業務的體驗度量體系呢？我們發現不同類型的產品差異較大。如辦公協同類產品與業務平台類工具的體驗目標就很難進行統一化的抽象處理。所以，「構建適合具體類B端產品的體驗度量模型」顯得更加對症下葯。他山之石，可以攻玉。從諸多體驗度量模型中取經總結（各大其他平台的度量模型都是基於HEART模型改良的），不難發現「先梳理產品目標+參考HEART+阿里雲指標拆解方法」的思考方向可以幫助我們構建適合具體B端產品體驗的度量模型。

『肆』 重新定義解析：什麼是B端產品

首先第一個定義解析什麼是b端產品，在講b端產品之前我們先看看上面這張圖，講b端產品的時候我們一般會拎出c端產品作對比，這樣我們就可以清楚看到b、c端產品背後核心的關鍵是什麼，引發我們去思考這些差異性的關鍵詞背後到底代表著什麼。 

1、當我們在講b端的時候，我們其實是在講什麼?

在c端的視角上來看，我們直接服務的對象是用戶，在所有的用戶訴求裡面，我們會看到他們其實是一個個的個體，會有一些消費，或者說有一些需要被滿足的需求。在這裡面用戶相對來講是個體，個體本身是比較感性的，同時又有非常強的體驗訴求，然後為了滿足這些訴求的話，我們對人性會有持續的挖掘，需要去做一些創新或說做一些美的東西，然後來去滿足用戶的這些需求。那c端的產品的話，第一時間大家是可以看到的產品，因為它正好對應了一個個的用戶訴求，而且這個用戶很多時候他其實就是一個個體消費者，所以大家直接能夠感受到如果是做c端產品還面臨每一個個體都可能是他的需求方，每個人都可以來稍微指點一下說你這個東西做的不對，你們這個好像滿足不了用戶的需求，所以這就是為什麼有很多時候所謂的用戶需求，用戶這個概念的門檻相對來說會低一點，就是因為其中一個個體消費者都有可能是個潛在的消費者，他都可以來起到去說你的產品如何如何。

但對b端產品來講的話，b端產品關鍵的核心是商業的核心，商業的核心很多時候是我們大家不會第一時間看到的，它服務的領域相對來講會比較幕後，所以我們很多時候會講做b端產品經理其實是有點像幕後英雄，包括他服務的群體可能也是比較偏商業的個體，所以他的這個門檻是天然的。在這個生意場中，在這個商業群體當中，你代表一個角色，你就可能對這個東西會更有發言權，所以c端范圍更廣，但是門檻相對來講低一些，b端產品經理沒有那麼廣，但是相對來講，它的門檻會高一些，因為他自己本身的深度上面會有天然的要求，要求對你整個業務背後的一些核心的鏈路要有思考判斷才有可能去做b端的產品，這是兩個關鍵詞的差異。

為什麼有這種差異呢？本質的話是兩者之間的定位和服務范圍不同，這里的差異我們其實可以抽象出來b端的b就是Busines ，Business就是一個企業一個商業體的概念，它核心是以盈利為目標，它會需要利用很多比如說像生產要素，通過這些生產要素的生產、加工，從而去生產出來商品或者服務，然後根據這些商品或服務的售賣最終獲得盈利的結果。b端用戶角色，其實是一個法人或者說是一個社會的經濟組織，它本身就是一個商業體的概念，不是一個自然人的概念，我們服務的是一個社會組織、法人、企業，公司這樣的一個對象，所以這是b端的核心服務的領域。

那c端的c的核心其實是consume，consumer其實就是一個個體的消費者，為了達到個體消費的目的，他會花錢或者說花時間來去購買，或者說通過互聯網所謂的免費模式來去獲取到這種產品服務，一般情況下，它實際上就是一個個人的角色，所以他它偏自然人這種性質，這是兩者之間核心的這種差異。 b端它指的是企業商業組織以盈利為目標，所以它天然是以商業載體為主要的服務范圍，c端的話是以消費者為核心，然後這個消費者的話通常意義是一個個體的消費者，關注的是怎麼去滿足個體消費，從而達成他的消費訴求、消費目的這樣的一個需求，所以它的范圍是在於我要去如何滿足c端的消費需求如何達成，這樣的一個領域，所以這就是b跟c之間的一個核心的差異。

那我們了解了b端和c端核心差異之後的，也可以看看我們常見的b端產品到底有哪些，像阿里雲、美菜網、千牛、OA系統、ERM系統、美團商家版、CRM系統、釘釘、業務後台管理系統、Bi系統、企業微信、金蝶、用友、管億雲、企業銷售用的CRM、釘釘智慧教育、醫療目標任務管理系統，二手電筒商內部營銷、小微經濟貸款、企業融資業務中台業務協同處理系統等等都是b端產品。

2、b端產品是什麼

首先是千牛網，千牛其實是一個淘寶體系，是所有的淘寶賣家在使用的賣家端，他是在淘寶平台經營的這個商業生態圈，幫助賣家去做自己淘寶生意的經營管理平台，所以它給自己的定義是做一站式的商業經營平台。它的核心能力是商戶進來之後，可能一部分是去管理我的生意、我的數據，然後我現在要去做的事情，也包括可能店裡的一些具體的情況（包括去管自己的交易，管自己的商品），另一部分是投放頁淘寶直通車等等這些核心能力來去管理他生意的具體動作，然後同時也會有一些跟買家來做溝通的一些iM通訊能力，也會有一些幫助生意成長承擔的一些資訊相關的能力，所以它的的核心能力我們做一些抽象就是叫做一站式的全鏈路工作台，實際上它的實際能力是你幫他去做整個生意的經營管理，另外就是所謂的商業媒體的門戶，這里的話就是幫它如何去提升他的經營能力和能力水平以及全方位服務等能力的，我理解為除了它自己平台的經營能力之外的 ，應該也贏了不少的這個開放平台，讓iSV的一些能力能夠接入進來，所以這是他給自己的一個定義。我們能理解到 ，千牛不是一個單獨開放出來的品牌，它是在淘寶的體系當中，如果你這個賣家要在淘寶上做生意，那怎麼來去引導客戶在淘寶生意當中怎麼來管理和經營自己的生意，在淘寶的平台怎麼去管理客戶的生意過程 ，用戶可能需要我們去做什麼樣的事 ，我們能對用戶可以做哪些規范和引導，所以這個就是叫做千牛一站式的商業經營平台。  

那我們再看看銷售易，銷售易不管是PC端還是客戶端，都有一個比較核心針對企業來去管理和經營自己客戶的銷售CRM的一個能力，它延伸出來的話也會有一些比如說營銷能力、客服能力,還有一些數據分析的項目盈利能力或者說是Paas的能力，所以他給自己定位叫做移動crm重塑企業與客戶的鏈接。它核心提供的是一種企業連接客戶的能力,但是它提供的是能力，並沒有直接幫用戶去說我這邊可以直接跟你拉個場,把客戶拉進來然後把客戶導流給你，他並沒有做這件事情，所以他核心提供的就是你要做生意，你需要什麼樣的能力，我把這種能力賦予給你，所以開始發現，哎好像和千牛有點不一樣。

我們再看有贊，像有有贊，它提供的是叫做各行業商業服務的SaaS公司，他會聚焦一些自己的產品，包括不同的行業，針對這個行業會有一些打造出來的商業解決方案可以直接選擇，或者說直接針對一些大客戶有一些解決方案，同時的話，他也會有一些其他的比如說針對一些特殊的場景，例如像分佣、分銷、廣告投放等，可能還會有一些其他定製的服務或者說有些開店的服務，所以會發現說有贊它給自己的定位，裡面有個關鍵詞，我覺得非常關鍵，就是幫助每一位商家私有化顧客資產，這里我們也會發現說跟剛剛的銷售易有點類似，主要是是它提供的是一種商業的服務能力是賦能給商戶，不是直接去幫商戶去做引流的動作，它是幫助商戶做生意，主要是是幫助商戶把自己所有的私有顧客怎麼來做管理，怎麼去做生意的拓展，所以他核心在做的其實是私域的管理，這是有贊。  

再看釘釘，釘釘自己的定位不是叫做我來幫你做生意，但是它切入另外一個視角——移動辦公、協同辦公，從企業管理訴求入手。企業管理訴求是基於整個組織管理協同辦公的管理會議作為切入點，幫助很多大中小企業接入數字化的工作方式，所以好像看起來是另外一個緯度切進來的。尤其是在疫情期間，大家基於企業辦公的方式發生了一些變化，能使得在家辦公的事情相對來講是更可行，如果沒有微信沒有釘釘，那我們今天再去做很多所謂的在家辦公軟體，再去做很多協同聯動，然後去做在線審批和溝通的功能可能就無法落地，所以它看起來感覺跟前面的又不太一樣，他可能不是直接跟企業講怎麼來做生意，怎麼來做生產，不是從這個場景切進來，而是從另外一個角度切入，是所有企業都會涉及到企業組織管理的，是從企業服務、企業管理的這個視角切進來的。

然後支付寶，支付寶叫做第三方的支付平台，提供的是支付的解決方案。第一很多企業其實都會涉及支付的訴求，第二它可能離生意又近了一步，因為他的支付場景會直接覆蓋到消費者的場景，所以會延伸出一些跟營銷跟會員跟管理的一些能力賦能給了商戶，做生意不僅僅是收錢，也涉及到了如何做營銷做會員體系相關的一些能力。

以上我們聊了千年、聊了銷售易、聊了有贊、聊了支付寶、聊了釘釘，能看到它們的一些共同點，也能看見差異，所以我們來看看有哪些b端產品的類型以及嘗試著給一個不一樣的定位。

 那這里的把我們剛剛梳理的特徵去做一些總結和抽象：

首先，我們所有的B端的產品在去落地的過程當中，有一個關鍵點是我們核心服務的這個領域，是以業務發展、商業模式為主要承載的落地。它核心的服務對象就是我們剛說的以企業和經濟組織以及在這個過程裡面可能會涉及到各個相關的商業角色為核心的服務對象。

其次我們剛剛通過一系列的產品明確了服務范圍、明確服務的對象我們到底能提供哪些能力（能力包括業務管理的能力、業務生產能力、還有服務支撐的能力），所以這些能力裡面是我們核心能夠提供的是所謂的b端服務的領域用以達成企業的商業目標，達成他盈利的目標等等，所以我覺得這是我們的b端產品核心的這個領域的定位。

然後直接面向商業組織的多個角色，包括我們剛剛講的其實我們的商業組織它是一個非自然人的一個概念，但是我們真正支撐到這個業務的過程當中，一方面的話我們是需要去支撐企業跟經營組織的很多領域和他需要經濟組織達成的一個重要的目標，它所需要服務的企業的范疇，但除了這個之外的話，我們的系統其實還是要去給的人用的，所以在給人用的過程當中我們會涉及到整個商業組織當中的人，比如說老闆，比如說是財務系統的話，會有財務系統的人員，如果是銷售crm 系統的話會有銷售的管理者、銷售策略制定的運營人員、具體的一線銷售的人員，其實我們會發現說一套系統它會覆蓋到多個的實際的人的角色，這種人的角色不同，所需要的這種能力其實也有差異，那我們支撐的這些核心的業務領域的話就是一系列的企業生產和企業管理的執行能力，所以大家可以看到比如說釘釘，我們可能服務的是企業管理當中具有通用和普適性的所有的組織管理和協同辦公的能力，那比如說今天的銷售crm，可能是我們在所有企業去管理他的客戶的過程中需要的一系列基於銷售crm能力，然後不管是餐飲還是美容美發我們都會涉及到門店的管理和門店的生意經營，那我們就會看到說有一系列的基於門店層面上面saas的能力來去做下沉，它服務的是業務的生產和業務管理相關的能力，如果是ERP我們可能就完全到一個傳統的製造行業當中，它所有的生產鏈路相關的業務支撐，所以我們會發現在不同的領域當中，不同的B端的產品經理從不同緯度裡面去切入的時候，它所產生的價值和它所服務的重點領域和相關的人群其實會不同的，但是它們的核心目標其實都是一樣，一個公司的定位不是他把所有的B端領域都做一遍，但是他一般會切入一些點，明確B端這個產品定位的概念。

我們也看到說不同的b端產品會有不同的差異，這些差異性上面的我們也嘗試去做一些歸類，然後抽象出來幾種類型來去解釋他為什麼會有不同的這種差異性，我嘗試給了三種類型。

第一類的話就它自己直接參與到生產管理當中，幾乎是整個業務生產和業務管理，第二類他其實在這個過程裡面的它是提供一種商業服務能力，他可能不是直接參與的這個業務本身的生產管理當中，但是他賦能給企業賦能給商戶，能夠讓他們去更好的管理和服務自己的業務，去服務好自己的用戶，然後第三類的話就比較偏基礎建設就具有一定的通用性，可能不僅僅是某個行業才會需要這種能力，可能相對來講具有普適性所有的企業所有的商業體都會需要這種能力，這種的話就偏整個互聯網行業當中的基礎建設。 

那我們來一一去解釋這三種類型，它們的不同特徵和它們具有的代表性。

1、直接參與生產管理

業務特徵：

（1）自有/平台交易模式，有完整的交易閉環

（2）為支持業務完成、管理落地，而自主研發的業務系統

業務系統：

· 對外:商戶端

· 對內：運營端、銷售端、管理端

代表產品：

淘寶千牛、京東商家後台、各平台的內部自建業務系統

首先第一個的話就是業務特徵，最具代表性的就是要麼是一個自有/平台型的有一些交易的模式，有完整的交易閉環，它能夠去做一些撮合，比如說淘寶，淘寶相當於說它自己搭了一個交易的場子，在這個場裡面他自己把用戶拉到這個淘寶平台上，然後同時它基於這個平台上面，他讓商戶也入駐進來，在場子的管理和場的經營的過程當中，它實際上就是一個業務本身的一個參與者，來去調控說針對不同的商戶、針對所有的用戶我怎麼去做管理和運營，然後我這個場子又如何去搭建如何去做升級搭建，怎麼去把用戶的需求跟商戶的供給匹配起來，然後我這個場還有沒有其他的生態延伸和擴展，實際上他自己本身就是在整個業務當中的一個角色，這就是淘寶。

如果是京東的話，京東可能它在自有的業務當中，它不僅僅是搭個場子把一些商戶入駐進來，它自己本身也是一個供應商，那它針對它自己除了在平台上面的經營生產之外，它還會涉及到從自己內部的生產管理，比如說倉儲物流配送采購供應商，這一部分的話就更偏線下供應鏈整體的管理能力，所以在這裡面它可能就是一個更強的不僅僅是搭個場子的人，它自己本身就是一個供應商，它自己在做生產和經營管理的動作，包括小米，小米他自己非常強的供應鏈的屬性，所以很多時候他就不僅僅聲稱說它提供一種服務和能力，它自己本身就決定了這個業務到底怎麼來玩，這個場子怎麼來搭和這裡面的一些規則，所以它業務特徵有相對來講比較完整的一個閉環的能力，然後同時它為了支撐業務完成、管理落地，這些平台大部分的情況都是自主研發業務系統，比較少是直接去引入第三方系統，比如說買一些市面上的一些SaaS軟體即為我所用，或者說也有一些的可能直接去做一些個性化定製，但是這些定製的能力其實比較難的地方是在於可能沒有辦法百分百來去支撐到業務，因為這里的所有業務系統是需要對自身的業務有非常強的理解能力，所以這部分的話可能是一個第三方外部的系統不一定能直接滿足它的需求， 所以一般情況下你自己搭了一個大的平台，一個常態基本上都是自己研發的業務系統。

然後這里具體的業務系統具有代表性的一個就是對外的商戶端，除了商戶端有可能你會有一些其他的一些端，因為你是面向一個to B的商業角色，在這個生意場中可能他的所有的合作方，商業體的對象不僅僅是一個商戶，可能有些其他別的，比如說一些服務商的入駐，如果我站在服務商SV的這些角色也是需要有一個專門化，可能這個系統對這個生態當中他其實也是一個to B的一個端。對內的話，一般情況就會有它的運營端、銷售端還有一些管理端，所以針對運營，給了運營的一系列的管理的能力，針對銷售的話，給到銷售去做一些執行銷售crm那套能力或者說給了管理者的一些數據報表管理跟蹤的一些能力，實際上就是在對內的業務系統當中呈現出來，它核心的所有的目標都是圍繞整個業務到底怎麼來做自主的管理。

代表性的產品有比如說淘寶千牛京東商家後台以及各個業務當中的後台商戶端業務端或者說其他的一些給到內部運營使用的各種業務系統，具有代表性的這些產品的屬性的話就是非常強的業務管理的能力，然後強管控和強運營的能力，所以這是直接參與生產管理的特徵。

2、提供商業服務

業務特徵：

（1）以服務企業/商戶為對象的商業產品

（2）通過直接提供商業服務而非構建一個生意場

（3）幫助商戶做私域的生意成長為主

業務系統：

· 市場的各種saas服務、Paas服務等

代表產品：

有贊、微盟、銷售易等

什麼叫做提供商業服務？

首先我們看看業務特徵，它核心面對的服務對象其實就是直接面向的企業或者商戶，他不是直接面向消費者去搭一個場子，我們剛剛講了淘寶的場子，場子其實就是公域私域運營的概念。他自己搭了個場子，所以他在公域運營里其實是有流量，然後它基於那個場子本身是有非常強的管理和運營，像我們提供所謂的商業的服務能力的話，它實際上是自己沒有搭場子，它主要是賦能，提供所謂的一系列商業服務的能力，幫助商戶的核心是在他私域的生意成長為主而不是直接幫他搭公域的場子，然後幫他引流，直接在公域的場景中玩，所以他們更多偏向的就是面對的就是一個b端的商戶，也會有人有提到說我在去做的時候，我到最終產生的這種能力比如說營銷能力或者搭建了一個門店的小程序之類的能力，我最終不是還是面向c端嗎？但是對公司來講它提供的核心能力不是直接面向c端的，他只是通過為了幫客戶去服務好c端，然後我需要有一些針對c端的解決方案的能力，所以我才會涉及到c端，而不是我直接面向c端去幫他去做運營、做管理，所以其實這個視角還是不同的，這裡面的話一定要切換視角，他不是直接去做c端的運營，而是提供能力讓他怎麼樣去服務好c端，所以這是不同的業務特徵。

業務系統裡面的話就是像我們剛剛提到比如saas的很多代表性的能力實際上都是提供的都是一些直接服務的能力，然後包括除了比如有贊微盟可能還會有一些其他的一些企業服務相關的能力，比如說跟財務相關的可能會出現出來財務相關的能力，然後跟hr相關的會有一些人才管理的SaaS服務能力，只是他們切入的場子會不太一樣，就是說有些可能直接到跟門店本身的生意經營相關的，還有一些可能不是跟生意經營相關，而是跟企業當中的一些具有特殊性的一些企業的管理或者說企業服務相關的一些能力，但是自己本身的話，還是以提供商業服務為主可能會打包一些比如說如何引導他幫他管得更好的這種能力，但是他自己本身的服務的載體，其實還是以較多以提供商業服務為主，而不是直接幫他去做管理，所以這里的特徵就是服務提供而非管控生產和經營，也就是我們實際上還是把我們提供的服務能力賣給它而不是說通過我幫他去管理然後經營然後直接去從中去獲得利益的分成，所以服務提供者他核心的是是通過構建服務的能力為自己這個業務成長的基礎。

3、商業基礎建設服務

業務特徵：

（1）提供具有通用且突破創新的產品和服務

（2）構建新的互聯網基礎能力，幫助業務和管理產生效率或模式上的變革

（3）行業屬性相對較弱             

業務系統：

· 企業管理、支付服務、通用商業服務等

代表產品：

支付寶、釘釘、微信支付、阿里雲等  

商業的基礎建設服務首先有一些特徵，第一個的話一般他提供的是具有通用的特徵且具有一定的突破和創新的產品和服務，然後第二個的話是他構建的是一種基礎能力，這種基礎能力上面會延伸出來比較多使得原來不可能的事情變得可能，使得這種創新的基礎能力改變原來的一些業務生產和管理的能力，所以這是一種差異性，這種差異性本身是具有一定的突破和重構，有可能會顛覆一些原有的傳統業務的基礎，然後相對而言它的業務屬性會弱一點（比如說企業的一些管理相關的能力，然後支付的服務或者說通用的一些商業的服務，這里的話都比較偏，就是叫做它具有一定的通用性）然後大家可能都會面臨這樣的問題，然後基於這種服務本身的話會抽象出來一層核心的能力，那他提供的其實是一系列的解決方案而且對現有的模式會有比較大的沖擊。

代表的產品像剛剛提到有支付寶釘釘微信支付阿里雲，可能這些都是相當來講偏向於整個行業演進的過程當中的一些基石性的產品，這些基石出現可能會使得我們現在很多傳統已有的業務會發生一些變化，所以這些本身他的變化不是從生意上面直接發生的變化，而是在底層上面構建的東西可能會發生變化，這是一個差異的地方。

而這種演進的路徑的話，一般情況下比較多的可能性是從大廠的訴求裡面直接孵化出來。例如當初支付寶核心要解決的就是在線交易的過程當中我如何實現真正的在線交易，比如說我的貨和錢在不是當面交易的，在這個過程中如何來實現資金的流轉和貨物的流轉安全問題， 所以支付寶才衍生出來，但是在演進的過程當中會發現說支付寶其實慢慢逐漸孵化出來，現已擴展到整個外部的生態，包括他自己做淘寶的業務體系，因為它自己本身的基礎所覆蓋到的用戶和商戶的基數已經很大，所以他已經有變成通用性能力的基礎，然後在這個過程裡面他又逐步延伸出不僅今天服務的是淘寶的業務體系，阿里的業務體系，他直接變成一種通用金融的基礎能力，所以這是一個演進的過程。尤其是目前這種情況下可能比較多想要發生一些變化還是得從大廠逐步去孵化，像釘釘的話，釘釘在整個拓展的過程當中，實際上也是因為他已有的阿里的生態，使他能夠覆蓋到更多群體以及也會有比較多的資源能夠幫助他快速覆蓋到市面上所有的企業，當然這其中和他自己本身的產品設計能力、推廣的能力有關系，這些能力也很關鍵，但如果我們今天說一家公司也要去類同釘釘的定位去做直面的競爭，基本上可能就會死的很慘，除非這家企業能發現了一些新的場景，比如說比較偏藍海、競爭沒那麼激烈，或者可能有一些彎道超車的路徑，所以像這種比較偏基礎建設的能力一般都是大廠孵化為主逐步衍生，也有可能從創業公司發起，只是相對而言會比較艱難，而且這些基礎產品建設過程當中是需要有市場心智的培養，市場的心智的培養裡面是需要花比較多的時間資金的投入，小公司很多時候可能就沒有辦法耗得起，而且在這裡面的話有用戶心智之後才有可能逐步進行商業變現，所以這個演進路徑相對來講門檻還是比較高，它的特徵是創新和突破，提供相對來講是屬於通用解決方案的能力，然後構建新的方式。    

那這三種不同的類型他們之間有沒有關系，我覺得其實是有關系的，這三類的話，其實會組成整個互聯網的商業。首先最下面一層是商業的基礎服務，我們剛也提到他是構建基礎服務的，提供基礎的規范和服務然後使得新的商業模式成為可能，意思就是先打一個基礎在上面演進的過程中有一些提供商業服務的人他們是幫助商戶去做生意和自身的成長，然後再往上面的話就是他是直接參與到生產管理當中，他制定了商業的規則然後主導和參與，去拉一些廠子建了一個新的這種突破的生意場，然後再基於這個廠子裡面去定商業的規則，然後引領整個業務往前去發展，所以我覺得這是一個立體的生態，基於這個立體的生態整個互聯網的商業才有可能會成形。

按上面的演進路徑我們也會發現說不是大家都是在123裡面呆著，比如說有的企業現在在3裡面，他也可能會往2去找去尋求突破，一定是這樣的規律，企業在做3的時候他也不希望自己只做基礎服務，很多時候3是需要去做一些生意的突破的，比如說像支付寶，他自己本身在做基於中小商戶的數字化運營，希望在基於這些商戶收錢的模式下，去做一些商戶的營銷能力，然後將各種場景全部包裝起來去往上面去做突破，所以他們可能會提供一些商業服務的能力，也有可能逐步想參與到生產管理當中，所以有可能3想往2走。

企業在1的話，有可能能力還會下沉。比如說原來的時候企業只做了個平台做在線交易和撮合，但是在逐步往下沉的過程當中，企業可能也會發現一些個性化的訴求，把一些幫助商戶去做私域管理的能力整合打包進來，有可能是企業自己去做，也有可能會開放平台去接入一些其他服務商整合進來，所以他也會從1到2往下去下沉。那2也有可能也會往1上面去演進，但是2往1上面去演進的話，其實還是會有一些天然的瓶頸的，至少在目前市面上還沒有看見比較好的例子。

『伍』 C端和b端的區別

C端和B端最主要的區別如下：
B端：一般是多角色群體、多維度，一般是3個維度，決策者（老闆）、管理者（財務、業務部門負責人）和執行者（使用的用戶）。
C端：群體相對單一，一般是單一維度客戶類別。
正確掌握不同詞語的詞義詞性，才可以正確運用詞語，讓這一類的專業性描述更加精準而規范化，方法如下：
(一)從詞語的感情色彩方面進行辨析
色彩是指詞義附帶的某種傾向、情調;有的表現為感情上的，叫感情色彩。
根據感情色彩的不同可將詞語分為褒義詞、貶義詞、中性詞三類。
1．褒義詞:具有肯定或贊許的感情的詞語。如:鼓勵、成果、抵禦、聰明、節儉、呵護。
2．貶義詞:具有否定或貶斥的感情的詞語。如:煽動、後果、抗拒、狡猾、吝嗇、庇護。
3．中義詞:不表示褒貶的詞語。如:鼓動、結果、抵抗。
(二)從詞語的語體色彩方面進行辨析
詞語除感情色彩之外，還有莊重和詼諧、謙敬和諷刺、委婉和直露以及文白、雅俗等色彩，雖然意義相同或相近，但各適用於不同場合，稱之為語體色彩。
主要表現為口語和書面語的區別。對話、文藝作品多用口語，口語具有通俗朴實生動的風格。書面語有文雅、莊重的風格，多用於鄭重場合、理論文章或公文。
如:「表彰—表揚」、「貴賓—客人」、「陪同—陪伴」、「散步—溜達」、「馬鈴薯—土豆」，這幾組詞語義同而語體色彩不同，前者屬於書面語，後者屬於口語，使用時適合不同的場合。
語體色彩還有莊重和詼諧、謙敬和諷刺、委婉和直露等的不同。如不帶感情色彩，用於與自己不親近的人;而「逝世」則用於自己尊敬的對象。
「囑咐」多用於臨別場合，語氣態度懇切;而「吩咐」多用於並不遠離的對象，帶有命令口氣。

『陸』 B端產品和C端產品的區別總結

一、定義

To B產品： B指的是Business，顧名思義To B產品就是面向企業用戶的產品。

To C產品： C指的是Customer，所以To C產品就是面向個人、消費者的產品。

二、目標用戶

To B產品：目標用戶是企業/組織。 目標用戶比較明確，用戶不僅僅是一個個體，而是一個企業、團體或組織。但組織中會有不同角色定位，組織中的決策者、管理者、執行者對於同一個B端產品會有不同的使用許可權和使用需求。因此，由規則入手，需要劃定許可權和角色，許可權包括數據許可權和功能許可權。

To B產品 ： 目標用戶是個人用戶。 目標用戶比較龐雜，目標用戶可能是具有某些特質的人群，沒有組織架構，他們每個人的需求都可能不太一樣。通常是由需求入手，尋找最大群體數。功能有優先順序，逐次添加。C端用戶對產品缺陷的容忍度較低，不爽的時候分分鍾卸載。但是好的產品會讓 C 端用戶自願傳播，可能會讓產品用戶量產生爆炸性增長。

三、產品定位

To B產品：更加註重功能實現。 To B產品是為企業用戶設計的，這類產品往往是要向企業用戶收取費用，故To B產品的主要側重點是商業價值，體現在能否提高工作效率，能否給企業帶來經濟效益等方面。

To C產品：更加註重用戶體驗。 To C產品是為廣大普通用戶設計的，這類產品往往可向用戶免費提供，而同類型To C產品的競品又較多，在功能類似的情況下想讓產品從眾多同類型產品中脫穎而出，用戶體驗作為To C產品的核心賣點就得以體現，如何讓用戶更加方便地使用產品，如何讓用戶願意主動使用產品才是To C產品的側重點。

四、價值主張

To B產品：目標是根據公司戰略或工作需要，構建生態體系，或者推動將流程系統化，提高效率。 一般都是工具屬性的需求，用於提升日常工作效率，節省工作成本，因此B端產品更注重效率、成本和管控，追求服務的穩定性和安全性。能全方位的滿足用戶需求提升用戶工作效率是B端產品的價值，構建完整生態，或者提升效率，是To B產品經理的價值所在。

To C產品：目標是發現用戶需求，定義用戶價值，讓用戶用的爽。 比較注重用戶個人體驗，強調碎片化時間，游戲化產品，追求轉化率、留存率、盈利能力，要有意識的降低復雜度，越簡單越容易上手越好，並且需要建立一個完備的、有用戶黏性的用戶激勵體系，控制用戶的「閾值」，讓用戶「爽」以此吸引用戶使用，並盡可能的獲取更多的用戶和使用時間。

五、需求分析方法

To B產品：對用戶的專業度要求較高，需選擇一些定性的分析方法，如對專業度不等的幾個企業用戶進行訪談等。 因為To B產品的使用人群為企業 ，但企業用戶量較少，甚至某些平台型產品只為一家企業服務，競品也相對較少。此時問卷調查、競品分析等定量研究方法便失去相應效果。

To C產品：進行需求挖掘時，應選擇一些定量的分析方法，如問卷調查、競品分析等。 因為To C產品的用戶量一般都相對較大，同一類型的產品競爭也非常激烈，如IM軟體就有QQ、易信、微信、阿里旺旺等。每個產品均具有自身特色，往往一個產品很難全面顧及到用戶的所有需求。而用戶訪談類的定性分析方法可作為輔助方法進一步挖掘用戶的隱藏需求並再次確定定量收集需求的真實性。

六、業務形態

To B產品： 業務場景較為復雜 ，角色多，對應的業務場景多。不同公司的同類產品流程差異也可以很大，所以不同公司需要不同的解決方案。一般B端產品都是一對一定製化的服務產品。

To C產品：業務場景邏輯相對簡單 ，流程要求相對統一標准固定，多與場景相關，復用率強。

七、產品設計

To B產品：專業度相對較高，功能邏輯的設計也相對繁瑣，所以在設計產品的信息架構時要求更加嚴格 ，比如To B產品經常會涉及到角色分配、許可權限制等問題，甚至某些平台型產品還會涉及部門與部門之間協調工作，功能邏輯上就更為復雜。同時，To B產品涉及的是商業利益，故涉及到金錢交易環節的設計必須非常嚴謹。業務功能之間的聯系越緊密，產品的整體性就越強，後期產品的修改成本就越大，所以在設計產品前需充分了解各個功能邏輯和功能間的邏輯，避免出現因某個邏輯出錯而導致牽一發而動全身的改動。

To C產品：對用戶的專業度要求較低，業務邏輯相對比較簡單 ，往往一個小的功能就可以做成一個產品。比如一個簡單的手電筒功能就可以做成一個單獨的手機軟體。所以功能邏輯相對較簡單的To C產品在設計時，應將更多的精力投入到如何提高產品的易用性和用戶享用性方面。

八、盈利模式

To B產品：往往是直接盈利，通過向企業客戶銷售產品或提供服務，獲得直接收益。 不同級別的產品可能會收取不同的費用。根據用戶不同級別的需求收取不同的費用。To B產品銷售盈利取決於幾個方面的因素：一是產品特性、功能、對客戶需求場景的貼合程度，即產品本身做得好不好；二是市場銷售關系，包括銷售人員水平、與企業客戶之間的關系。

To C產品：往往面向更廣大用戶群體，盈利模式也更加靈活，包括直接盈利和間接盈利。 直接盈利例如滴滴出行直接付費行為、愛奇藝充值會員行為，間接盈利例如通過流量的轉換，今日頭條等閱讀類app中穿插廣告等。

九、產品運營

1）拉新：

To B產品：主要靠銷售驅動、業務驅動、產品驅動。 B端用戶主要是企業領導，對需要購買使用的產品都非常理性，用戶開發相對困難，拓展用戶需要專業的銷售團隊。

To C產品：常用營銷驅動（內容營銷和用戶營銷）、渠道和運營驅動。 C端用戶相比沒有B端用戶理性，C端的產品一般都是免費使用的，在前期推廣階段，能觸達用戶，能滿足目標用戶的需求痛點，一般很容易獲得新用戶。

2）轉化：

To B產品：B端用戶轉化會比C端高很多。 B端用戶單一且在前期推廣階段，有需求的用戶已經很了解產品，並且付費使用。作為工具屬性比較強的B端產品，用完即走的理念更有利於產品的發展。B端產品不會像C端產品要運用各種運營策略來留住用戶。

To C產品：C端用戶比較復雜，用戶需求層次不齊 ，由於在前期推廣階段，用戶對產品的認知不夠，或者產品不能滿足用戶的需求，替代產品很多，用戶流失率很高。需要不斷的運用各種運營策略來留住用戶，提升流量，通過流量變現。

十、工作特點

To B產品：B端的產品經理比C 端產品經理更需要具備需求梳理能力和推動能力 ，比如互聯網廣告公司的結算系統，結算涉及到如何獲取支付流水、內部系統化對賬、跟合作企業系統化自助對賬、出結算單、銀行打款流程等各方面，這些方面中的每一步都有正常流程、異常處理等問題，這些流程可能會跨多個部門、多個事業群、以及外部公司。如果沒有很強大的需求梳理能力，很難將這類流程和邏輯梳理出來，任何一個地方出現遺漏或差錯，都會面臨高層老闆、合作部門、或外部公司的挑戰，甚至面臨合作公司的起訴風險。構建完整生態，或者提升效率，是To B產品經理的價值所在。

To C產品：需要產品經理有很好的用戶嗅覺，能准確提煉用戶真實需求 ，為產品的市場化方向和用戶利益尋求到一個平衡點。需要有一定的運營基礎，能根據用戶反饋不斷優化產品。To C產品經理還需要擁有很高的交互設計能力和用戶體驗感知，To C的初級產品經理最容易犯的錯誤是把太多的時間摳在產品的設計細節上，而忽視了產品方向和產品本身應該重點考慮的用戶需求與核心功能及使用流程方面。挖掘用戶需求，滿足用戶需求，是To C產品經理的價值所在。

總結

綜上所述，企業的商業模式決定了To B產品側重於商業價值；而產品的服務對象決定了To C產品側重於用戶體驗。不管是To B產品還是To C產品，對於產品經理來說，兩者都需要專業的產品設計能力及項目推動能力等。產品設計宗旨都是一致的，都是為目標用戶解決用戶需求，以及提供具體解決方案，並帶來預期價值。此外，產品設計思路也是相同的。首先要進行產品定位，針對相應用戶設計出具有相應特色的產品。其次，是收集需求和分析需求。收集需求完成後進行需求篩選並進行優先順序的分類，以便產生出用戶的真實需求。之後，是將一個個抽象的需求轉換成一個個具體的任務流程圖，根據需求的優先順序可將任務流程圖分為主線任務和次線任務，並設計產品原型，再一步步往下。

PS：現實中其實並沒有絕對的B端和C端，作為產品經理都需要懂，C端做大了，就會希望要做渠道，找代理，一樣玩上下游供應鏈，媒體一樣考慮商業化變現，俗稱賣廣告；B端產品的服務目標還是幫助企業服務C端，不懂C端怎麼能更好的服務C端服務商？