我們要如何識別各個業務線中的功能是否都為需要中臺化的部分？這是一個重要的問題。
比如說我們在某個業務線中新推出了付費會員體系，那麼我們如何判斷是否要把這一模塊進行通用化，進行中臺化呢？
可能你會說付費會員體系屬於變現的基礎功能肯定要進行中臺化啊，這是由於我舉的這個例子比較直觀，所以我們能快速地判斷出。
但是如果在看一些不是很直觀的模塊：地址標籤、會員個性化頭像，你覺得還要中臺化嗎？是不是我們就需要分別進行論證了？
中臺也是一個軟體產品，因此整個建設流程和我們的一般性產品設計一樣，可以很粗略分為如下4步：
用設計一般化產品的環節來說，前面我們一直在學如何進行需求分析，甚至提到了一部分的中臺項目管理，而本章我們其實就是要去探討中臺的需求範圍如何定義。在中臺的建設歷程裡我們又稱之為中臺業務邊界的劃定。
這個問題本質上有兩個核心難關：
需要我們中臺的產品經理能判斷出該流程是否為整個公司的核心業務的標準環節，也就是80%的業務日常都會觸達這些個節點；
在企業下一步戰略中上一步的分析結果是否還為整個公司的核心業務的標準環節。
為什麼要這麼做呢？
我們知道中臺也是一個軟體系統，而軟體系統的最大優勢就是低邊際成本。就拿一個OA軟體的單次開發成本來說，它的在研發階段的資本投入很大，為一個人開發出來需要交34萬元。
但是一旦它投入大批量的生產，它的信息複製成本幾乎為零，10個人34萬元人均3.4萬元，100萬個人用呢？每人的成本可以低到不計了。我們也就可以近似看到邊際成本幾乎為零。
同樣的作為承載著企業效率提升的中臺，如果設計出的模塊被各個業務線都沒有進行服用的話，那麼這個中臺首先就是設計失敗的，其次這些模塊設計的成本也就變得非常高，所以我們必須要清楚的知道，劃歸到中臺內部開發的模塊必須是企業中各個業務線高頻的業務服務。
只有這樣我們將它沉澱到中臺中才會為各個業務線的研髮帶來效率提升。
因此我們在中臺需求邊界的梳理過程中，第一步就是要進行業務流程標準化，這裡也有一個專用名詞，稱之為企業業務SOP，也就是我們要去梳理企業業務SOP。
梳理前，首先讓我們先搞懂SOP是什麼？先來看下定義，所謂SOP就是 Standard Operating Procedure三個單詞中首字母的大寫 ，即標準作業程序，指將某一事件的標準操作步驟和要求以統一的格式描述出來，用於指導和規範日常的工作。
那麼怎麼發現SOP呢？具體來說我們分為兩步得到整個公司級的SOP。
要梳理SOP就不得不先談兩個概念：每個業務線中的現有日常流程，我們稱之為工作流；
服務/產品的作業流程中產生的信息流轉，我們稱之為信息流；
也就是說SOP在實際工作中我們可以這樣去理解：
SOP = 工作流 + 信息流
我們以電商商品中心為例子來看看怎麼去梳理出一個SOP：
步驟1：工作流：日常工作的節點獲取：
這一步我們的得到了日常操作的每一個重要階段是什麼，也就是關鍵業務活動。接下來我們要去梳理每一個業務活動中有哪些信息流。
步驟2：信息流：信息流轉的節點獲取：
如上我們得到的就是一個完整的信息流，這兩部合併起來我們就將抽象的業務活動定義為標準的信息流程，我們可以清楚看到業務線是如何實現商品管理的。
當我們將不同事業線中的信息流與工作流都梳理出來後，我們就可以統一來看哪些部分是各個業務線都重疊的，從而提取到中臺來。