編輯導語：B端產品重業務是眾所周知的，業務邏輯要清晰，業務流程耦合低是一句實用的秘訣。本文作者提煉出B端產品設計中通用的部分，并總結出“點”、“線”、“面”的B端產品設計方式。推薦對B端產品設計感興趣的用戶閱讀。

一、理論緣起

在數學的幾何意義中，“點”的移動構成“線”，“線”的移動構成“面”，“面”的移動構成“體”，這是便是“點線面體”最基本的含義。

該理論最早由阿里巴巴學術委員會主席曾鳴教授提出。是他教大家怎么定戰略的，原話為：平臺型的企業，是一個面。平臺上有各種各樣的角色，是為點。

其中有一些點，需要連接其他點，那么連接起來后結合，就是根線。面與面的相互交錯嵌合，就形成了一個體。詳細的拆解為：

點：賣家、物流服務、模特服務、軟件服務、代運營服務等商家。

線：淘寶賣家、淘品牌。（泛指除了自己是一個點，還能串聯其他的點，善用其他點的資源，為消費者提供更好的服務）

面：淘寶。（泛指平臺或生態型企業）

體：淘寶、支付、物流、金融，每一個都形成了一個基礎性服務。（指由一個面衍生出來的其他的面，更多的面，共同組成一個龐大的生態共生的企業集群，比如阿里系）

為了大家能夠更深刻的理解這個理論，我們可以再拿微信舉例：

微信剛剛誕生的時候，他只是一個點。

上線后，有了用戶。鏈接了很多點，交錯就形成了一個面。每一個用戶，就是一個小點。隨著發展，有了公眾號，小程序，微信支付等等這些點。

公眾號，小程序或者微信支付，他們自己又連接了很多點，在鏈接過程后，形成了很多線。

基于這些大點，又形成了一個個小面。

基于這些大點產生的眾多小面，又交互產生了一個巨大的體。

梁寧老師是在機會判斷上就拿360舉了個例子。

它從一個免費殺毒的點切入，干掉了瑞星和江民，迅速擴展成一個面，2008年3月，360啟用#的域名，將360安全產品，升級為安全平臺。

同時，推出360安全瀏覽器和極速瀏覽器等殺毒周邊產品，向使用360免費殺毒的用戶推廣。

這時候，瀏覽器就可以通過工具欄廣告、內置廣告、搜索分成等方式獲得商業收入。

瀏覽器之后，360又展開了網站導航、軟件下載、手機App分發等眾多服務，進而形成一個體系，這便是360的點線面體。

而在我看來，所謂的點可大可小，就像我們物理學上，一個做拋物線運動的小球可以看做到一個質點，一個圍繞太陽運動的地球也可以看作一個質點，它是一個相對值。

一個功能相對于一個產品體系可以是一個點，一個公司的產品相對于全球經濟體系，同樣也可以是一個點。

點線面體理論同樣適用于個人職業規劃。在個人發展中，一個人再怎么努力也是在一個點上，而你成長的關鍵取決于你所在公司的哪條業務線。正所謂，不謀全局者，不足謀一域。

比如同樣是字節，你是在核心產品的短視頻還是邊緣的教育業務？

而一個公司是否能成長成參天大樹，還要是看它深處朝陽行業還是夕陽行業，是在哪個面上，同樣是10年，互聯網行業迎來長足的爆發，而傳統報紙行業卻迎來了自媒體的降維打擊，一片蕭凌。

不同的面（行業）都處在國家整個經濟體系中，你所在的“面”是國家堅持“房主不炒”的房地產，還是舉國扶持的“新能源、半導體”等行業，這都從底層決定了一個人未來的發展空間。

而在我們在做點線面體的拆解時，即可以正向推導，又可以反向遞歸，在日常的需求拆解中這套理論同樣適用，下面我將會結合三大電信運營商之一的某“通”的OA系統的一個案例，帶領大家一起實戰，手把手教大家怎么從“點”到“體”做需求拆解，以幫助大家養成體系化的思考方式，在日后的需求全生命周期管理中更能駕輕就熟。

二、點

在我工作期間，曾接到人力資源部門提出：想在OA系統的首頁增加一個位置，展示本系統人力積分的需求。

提出這個需求的原因是：用戶如果想去人力資源系統查看積分的話，交互特別深，至少需要5步才能查到，給用戶造成了很大的不變，而且人力的積分是可以折現在內部商城買東西的，還會定期清零，所以大家都很關注這個指標。

乍一看這個功能挺簡單，不就是抓一下對方的數據，然后找個地兒放在OA首頁，不就完了嗎，但是如果我們深度思考的話，這個需求如果想把它做深、做透，做成體系，那么該怎么設計呢？

在我看來，這就是從一個需求“點”，到一個功能“線”，再到一個獨立模塊的“面”，最后到整個系統的“體”的過程。

下圖是我們最終的展示效果，采取的是在左側ifame標簽下增加一個“我的”模塊，以展示用戶在其他系統核心的相關卡片組件。

看似簡單的展示效果，背后卻有很多相應的支撐線路來達到這一最終目標，就像冰山理論一樣，我們看到的只是很少一部分，而更重要的是隱藏在水下不為人知的部分才是構成結果的關鍵。

三、線

接到這個需求后，我們就要開始從不同維度來思考，需要哪些流程線才能支撐起這個需求。

既然要展示人力系統的積分，那么從全局來想的話，如果想把它做成一個通用能力，是不是就得先注冊系統，然后再注冊卡片組件，一個系統可以有多個卡片組件需要在門戶首頁展示。

卡片組件除了基本的增刪改查外，還有一個需要詳細設計的重要功能，那就是授權，即：后臺所注冊的卡片組件對前臺的哪些人來展示，是否可以從全國、省、地市、部門、個人這個5個維度去靈活授權。

被授權的用戶是否有下方編輯權限？哪些人可以凍結卡片組件？各層級的管理員間的權限是怎么劃分的？正是這些一個個上架、下架、刪除、授權、凍結的流程線支撐起了整個組件的全生命周期管理流程。

下圖為“我的駕駛艙”的編輯頁面，用戶在這里可以自定義自己的工作面板，把自己常用的組件添加進來，并且自由拖動排序，首頁“我的”模塊所展示的組件就是本模塊的前三行，二者是部分與整體的關系。

其中admin可以凍結卡片，凍結后，普通用戶無編輯權限。這樣可以讓指定的組件全國可見，起到集團重要內容徹底目的。

四、面

在數學中，有這樣一個理論：三個不共線的點必然可以構成一個面。

在需求的挖掘過程中，我們同樣可以利用一個需求點不斷裂變進而衍生出其他多個需求點，最終將需求挖深、挖透，橫向縱向雙拓展，然后連接稱一個“面”或一張大網。

這里我拿組件的擴展給大家舉例說明。下圖是我們梳理的一個腦圖，先整體介紹了各類組件的定義和類型，我們先有個宏觀概念，然后再給大家一一詳細介紹。

1. 卡片組件

前面我們提到，在OA系統的首頁接入一個個卡片組件，那么組件承載的形式是不是可以多樣化呢？

我們是不是既可以展示每個人關心的待辦、待閱、待參會議數這些指數類的組件，又可以展示過去某段時間新聞、公告的發文量、瀏覽量變化情況或各省待辦平均處理時長的排名這樣的圖表組件，還可以同樣接入類似便簽、任務提醒這樣的通用組件呢？

只要我們深入思考，不僅可以在一個維度深度下鉆，還可以在不同維度橫向擴展。

2. 功能組件

既然卡片組件是為了把第三方系統的數據直接推到OA在首頁，目的是省的用戶在去各個系統挨個查看，提高交互效率，那么還有沒有其他東西可以從第三方系統中提取出來也在OA這個統一入口展示呢？

當然還有很多，功能組件就是其中之一。

功能組件的定義就是第三方系統常用功能的快捷入口，用戶注冊時，只需要上傳對應的Icon和URL即可。

屆時就可以在聚優中心中一鍵直達常用的功能界面中，省去了先登錄系統，再找對應的功能模塊，最后點擊對應的菜單等諸多麻煩，極大提高了用戶日常的辦公效率。

比如我們經常用的新聞起草功能、合同起草功能、數據看板菜單、統計報表功能等等，所有日常高頻使用的功能都可以從第三方應用系統中提煉出來進而在門戶注冊并展示。

3. 菜單組件

卡片組件和功能組件得以擴展的根本，就是因為我們思考的本質就是要想方設法的提高用戶與其他應用系統的交互效率。

OA系統作為一個門戶入口的存在，當然應該盡可能多的集成第三方系統的數據，以達到與其高效交互、深度互聯的目的。

那在這樣一個思考框架下，我們站在用戶的角度，用第一視角思考用戶的使用場景，與其讓用戶通過快捷入口一鍵直達第三方系統的某個功能頁，那么是不是把對方的頁面直接嵌入到門戶更能方便用戶呢，這樣我們連“最后一公里”的難題都解決了。

于是菜單組件應運而生，它的定義就是其他業務系統直接以ifame形式嵌入的頁面。

在日常的工作中，我們發現用戶使用最高頻的某些菜單如果以菜單組件接入門戶的話，往往能讓用戶的工作效率幾何倍增。

例如把網上學院的考核課程頁面直接嵌入，把郵件或短信頁面直接嵌入，把協同中心的我的任務頁面直接嵌入等等，這些功能用戶基本隔三差五的就會用到，把他們匯集在一起，用戶一點看全，逐個操作，效率倍增。

五、體

我們通過一個需求點打造出了前后臺相互結合，自成一體的聚優中心。

而這個需求點最終所處的“體”便是整個OA系統在“某通”M域體系中的定位，也就是“統一入口、深度連接”，使M域800多個應用能夠統一訪問入口。

OA作為中間的一個橋梁，可以連接各個應用系統間的功能、數據，打通應用間的壁壘，打通數據，最終實現用科技賦能用戶，用數字提高協作辦公效率的終極目的。

六、總結

點線面體不僅適用于戰略規劃或需求的逆向推導，而且還適用于個人的職業規劃，團體的目標規劃等等，更重要的是要養成這樣一種金字塔的思維習慣，將對我們受益終生。

本文由 @B端實戰訓練營 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議