「設計一件東西時，應當把它放在下一個更大的背景中考慮房間裡的椅子，房子裡 的房間，環境裡的房子，城市規劃裡的環境。」——埃利爾·沙裡寧
B端產品的客戶對象是企業用戶。B端產品要符合商業組織戰略，滿足商業用戶需求，將基於價值流的商業運行邏輯進行系統化、信息化和高效率的處理。
B端產品經理面臨的一大挑戰，是如何理解企業的戰略和根據企業的商業運行邏輯來識別企業的業務需求。
產品經理的設計能力對這部分工作基本沒有幫助，如果想做好業務需求分析，必須理解企業的商業模式和底層邏輯，熟悉企業的運營管理流程，掌握業務知識，同時具備一定的企業架構方法論，才可以做好這項工作。
企業到底是個什麼樣的存在？
TOGAF（開放組體系結構框架）將「企業」定義為有著共同目標集合的組織的聚集。例如，企業可能是政府部門、一個完整的公司、公司部門、單個處/科室，或通過共同擁有權連接在一起的地理上疏遠的組織鏈。
商業企業，無論是公有還是私營，都是按照組織願景來滿足他人的需求的。隨著業務增長，企業會通過上市或利益相關者獲得發展資金，這時企業通常會追加投資以獲得更大商業回報。企業通過組織體系進行業務和產品交付，通常，這些組織會以契約方式與供應商或合作夥伴形成生態聯盟以提高交付能力。
企業的驅動力可能來自組織願景，也可能來自外部如競爭對手服務或產品的價格或差異化特性，或者來自特定區域的法律法規約束，又或者來自企業內部如盈利目標或削減成本的需要。外部驅動力可能會促使企業改變最初的願景和業務方向。
企業經營會受制於和地理位置、環境相關的外部約束，如監管環境或貿易限制。這些外部約束會阻止組織採用特定方法實現其目標。
企業為市場提供各種產品，如汽車或消費品，還會提供某些業務服務，如薪資管理服務或設備維護服務等。這些產品和服務會根據特定的標準和工藝流程進行交付。
企業包含一種特定組織形式，通常包含股東、管理者和員工。員工會被賦予各種預先定義的組織角色，擔負特定的職責並具有特定的技能，如工程師、設計師、銷售和財務會計。
所有這些概念形成了企業經營的上下文。
什麼是企業架構？
醫生在診斷患者的病因時，腦子裡一定有一套「人體結構圖」，包括血液循環系統、消化系統、神經系統等等。頭痛可能是因為呼吸系統感染引起的，也可能是因為神經系統出了問題。在制訂解決方案前，醫生必須要做出全面的評估，才能確認問題出在哪裡，避免「頭痛醫頭，腳痛醫腳」。
同樣，企業面臨各種內外部變化，要快速響應這些變化，這就必須有一套「企業結構圖」，從企業戰略、業務能力、IT戰略、價值流、組織等不同維度描述企業的業務，以及各維度之間的關聯關係。相當於為物理世界中的企業在數字世界建立模型，從而幫助企業在此基礎上進行變化的影響評估。這就是企業架構。
「企業架構是關於理解所有構成企業的不同企業元素，以及這些元素怎樣相互關聯。」——The OPEN GROUP
對於企業架構並沒有一個標準的定義。從1987年的Zachman Framework開始，企業架構發展了二十餘年，有很多專家與組織都試圖對企業架構的內涵進行定義，國際上的企業框架組織很多，影響力比較大的有Zachman架構框架、聯邦總體架構框架（FEAF/CIO協會框架）、歐共體總體框架（TOGAF）等。
Zachman：「企業架構是構成組織的所有關鍵元素和關係的綜合描述。企業架構框架（EAF）是一個描述企業架構方法的藍圖。」Clinger－Cohen法案：「企業架構是一個集成的框架用於演進或維護存在的信息技術和引入新的信息技術來實現組織的戰略目標和信息資源管理目標。」The OPEN GROUP：「企業架構是關於理解所有構成企業的不同企業元素，以及這些元素怎樣相互關聯。」Gartner Group 對企業架構的定義是: 企業架構是通過創建、溝通和提高用以描述企業未來狀態和發展的關鍵原則來把商業遠景和戰略轉化成有效的企業變更的過程。筆者自己的對企業架構的理解為：
企業架構是一個業務和IT對齊的戰略執行工具，一種設計、管理、溝通的工具。通過企業架構，我們可以達到：
組織對企業現狀（as－is）和企業願景（to-be)有一個整體的的理解和行動方針；確保在持續交付的過程中IT建設和戰略目標對齊。
主流的企業架構
美軍國防部體系結構設計DoDAF，強調以數據為中心，基於三視圖（業務視圖、系統視圖和技術標準視圖）進行體系結構設計。
美國聯邦（政府）體系結構設計FEA，通過參考模型形式來指導各部門進行IT建設，是一種鬆散耦合的體系。FEA有五個參考模型，包括績效參考模型、業務運作參考模型、服務參考模型、技術參考模型和數據參考模型。FEA還通過統一編碼的方式來指導IT預算和項目審批，避免重複投資。
企業架構框架TOGAF，包括：ADM架構開發方法，ACF架構內容框架（交付物）、參考模型等。ADM是一個完整的EA開發流程，既可以作為自上而下的IT規劃方法，也可以作為自下而上的企業級需求管理方法。
面向服務的建模和架構SOMA，提供基於SOA的參考架構模型，支持國家標準《面向服務的體系結構（SOA）應用的總體技術要求》。中國是SOA國際牽頭單位。
企業架構分層和分類：
以Togaf架構方法為例，企業架構主要分為兩大部分：業務架構和IT架構。
業務架構：是把企業的業務戰略轉化為日常運作的渠道，業務戰略決定業務架構，它包括業務的：運營模式、流程體系、組織結構、地域分布 等內容。
業務架構是針對企業信息管理系統中具有體系的、普遍性的問題而提供的通用解決方案，更確切的說，是基於業務導向和戰略驅動的架構來理解、分析、設計、構建、集成、擴展、運行和管理信息系統，比如業務架構體系認為一個信息系統必須由組織機構、業務流程、業務信息、業務功能、和業務語義等層次構成。
以京東業務架構為例：
在 90 年代業務架構作為單獨的領域出現了，當時許多組織接受了業務架構師角色，也對業務架構框架中應該包含的組件的內容有了一般的共識：過程及信息、組織和績效是相關聯的。
後來大家基本接受在企業範圍內的架構包括業務架構和解決方案架構兩部分：
這兩部分上接戰略，下接項目實施，從此企業架構成為了企業的重要組成部分。
IT架構：
也就是前文所述的解決方案結構。包括指導IT設計，決策IT框架，是建立企業信息系統的綜合藍圖，包括：數據架構、應用架構和技術架構。
業務架構是戰略，IT架構是戰術。其中應用架構承上啟下，一方面承接業務架構的落地，另一方面影響技術選型。
為什麼B端產品經理需要懂點企業架構？
B端產品屬於複雜系統，不是簡單地畫畫原型搞搞需求分析就能搞定，而是涉及到業務功能復用、數據共享、數據安全、互操作性、技術債等一系列複雜問題。B端產品經理需要培養一種全局觀念，通過企業架構模型將企業組織要素、業務功能要素和技術要素進行構建和連結，分離出不同利益相關者的關注點，構建安全的業務實施邊界，構建基於組織能力的交付解決方案。
站在一定的高度看，B端產品經理的價值在於幫助企業信息技術投資與業務戰略保持一致。B端產品經理的首要職責就是熟悉業務，形成業務架構，根據業務架構，做出相應的應用架構和數據架構，最後參與技術架構落地實施。如何針對不同規模、不同能力的企業，選擇合適的架構方法，如何面向未來，保證架構平滑過渡，這是B端產品經理需要深入思考的問題。
在企業架構領域，B端產品經理應該扮演好領域專家和產品設計師的角色，和技術架構師、數據科學家一起工作，共同完成業務架構、產品架構、數據架構和技術架構的交付。
前華為高級產品經理，PPV課數據科學社區發起人，15年以上IT和通信領域，5年B端產品總監，數位化轉型實踐者，Togaf粉。
本文由 @濤哥 原創發布於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議