摘要
面對企業級產品，由於系統複雜度和業務領域的專業壁壘，用戶、產品、業務、技術的理解和分析難度都遠遠高於C 端。特別是進入業務深水區，技術術語層出不窮，角色鏈路錯綜交織，場景越來越複雜，在理解和分析業務上設計師需要耗費的精力越來越多，設計師如何高效且深入的分析業務，直接影響到設計解決問題的深入度。基於螞蟻金服CTO 線的業務土壤，我們不斷嘗試打磨，探索出以JCD 為核心的企業級產品設計思維，助力設計師在深耕業務上有章可循，有方法可用。
複雜系統的特點
做企業級產品3 年多，剛從C 端業務轉過來時，最大感受是對業務理解起來很艱難。隨著經驗的增加，對0 到1 產品駕馭起來輕車熟路，可到業務深水區，還是感覺痛苦。技術術語層出不窮，用戶角色多，一個用戶身兼數個角色，系統之間的關聯關係也很複雜，隨著業務的深入設計師會感覺對產品逐漸失去掌控力。一個簡單的芝麻信用分，需要20-30 個中後台產品和各種角色一起協同支撐。然而復雜是守恆的，系統複雜性的總量是一個衡量，當前台的呈現更簡單時，隱藏在幕後的複雜性就增加了。
我們面臨系統的複雜性表現在三個方面：
-
多角色，重協同。
-
鏈路長、錯綜交雜。
-
技術術語多，業務難理解。
但企業級產品會有一個主線，是從「事情」的角度出發，關註一件又一件事情被完成。企業場景下我們再把事情描述的具體一些，就是一個又一個的Job 。設計師要做的就是通過設計，包括參與的角色、使用的工具以及協作方式等，讓Job 被高效完成。
JCD 設計思維應對複雜系統
我們先對比一下，從「用戶」視角和從「Job」視角出發，關注的維度有哪些差異呢？從用戶視角出發我們需要關注用戶的個人痛點、情緒、興趣、人種志（年齡、性別、收入）等信息，會更關注人，核心是為了滿足用戶的需求。在Job 視角下，需要關注Job 的目的、參與角色、協作方式、工具等信息，而且Job 對角色是有要求的，比如航空公司飛行員，按崗位要求，他需要不斷提升自己業務能力，每年要去複訓兩次，學習新的技能和知識來滿足崗位對飛行員這個角色的要求。
基於我們的業務土壤，以及出發視角，我們探索出一套適合企業級產品的設計思維，JCD（Job - Centered Design ）以Job 為中心，設計完成Job 所需要的一切，包括角色、工具、協作關係等。以Job 被高效完成為決策依據的設計思維。它是一套適用於企業級產品設計的發現問題、解決問題的方法論。
在JCD 設計思維下，將設計流程分為四個階段，發現、構思、呈現、度量。每個階段下有不同的方法、產出、資產。 Ant Design 在「呈現」階段幫設計師大大提升了效能，設計師才有更多的精力投入到「發現」階段去更深入去理解業務和角色。接下來重點分享一下在發現階段的兩個方法，角色分析和業務分析。
JCD 方法- 角色分析
常用的C 端的用戶畫像，如下圖，會關注用戶人口統計學的信息，如名字、性別、年齡、所在地、家庭情況、用戶的習慣、愛好等信息，這些信息在復雜的企業級產品中是不需要去關注的。
企業級產品角色畫像
在JCD 的視角下，我們企業級產品的角色畫像應該關注的三個維度：角色概覽、工作能力、工作內容。而工作內容是最核心需要關注的信息，包括了工作的描述、工作的痛點、需求和使用的工具。
一個角色往往需要完成多個Job，描述一個Job 包含：
-
四要素：情景、角色、活動、目標。
-
一個句式：在什麼情景下，角色需要完成什麼樣的活動，來達成一個目的。
舉個例子，在飛行前1.5 小時（情景），角色（飛行員）需要去查看飛機情況（活動A ）、氣象情況（活動B ），來判斷能否起飛（目標）。
為了給設計提供具體的依據，我們需要進一步縱向解構Job，來構建1 個完整Job 場景，設計師可以階梯式對一個Job 進行拆分，Job 下面有多個Activity，Activity 下面有多個Task 組成， Task 下面有不同的Action，到這種顆粒度可影響到設計界面中的具體元素。
看一個具體案例，如何拆解一個Job，首先用我們的上面的四要素和句式描述。 Job：飛行前1.5 小時，飛行員需要查看飛機情況、查看氣象情況，來判斷能否起飛。在飛行員這個角色的Job 裡包含了兩個Activity ：1. 查看飛機情況；2. 查看氣象情況。查看氣象情況這個Activity 下包含了三個Task：1.查看起飛地天氣；2.查看降落地天氣；3.查看備降地天氣。
每個Task 下面會有不同的Action。除了Job 的縱向拆解，我們還需要關注每個Job 場景下的需求、痛點、費力度、成就感。
以Job 場景為核心，串連角色協作關係
做好一件複雜的事情，往往需要多個角色在多個工作場景中協同配合。我們會以Job 場景為核心，梳理角色之間的協作關係，建立全局視角。比如，在飛機起飛前，機組飛行員查看飛機和飛行信息、查看起降地天氣等；同時乘務組空姐們為此次飛行做相應準備工作。準備完畢，機長會通知機組和乘務組開始登機。上飛機後機組需要檢查駕駛艙情況，乘務組檢查客艙情況，檢查完畢，會一起協同機場地勤人員安排乘客登機。完成登機後，飛行員需要聯繫機場管制申請起飛........ 設計師可以通過Job 場景去串聯角色之間的協作關係，如下圖。
以上是「角色分析」的方法，是從Job 出發洞察角色的工作需求以及協作模式，幫助設計師構建角色協同的全局觀。
JCD 方法- 業務分析
業務分析的方法是藉鑑面向實體的思路幫助設計師去深入分析複雜業務。企業級產品中會有各種技術術語、複雜的數據流轉、業務邏輯等，我們需要一個系統的方法來分析和理解業務，為設計提供準確有深度的信息輸入。我們的用戶大部分是軟件工程師，這個思路可以讓設計師在理解和認知上對齊用戶的心理模型。我們業務分析的有三個維度：
-
產品定義
-
實體建模
-
業務邏輯
通過以上三個維度，從縱向和橫向去深入和全面的理解業務。
首先，產品定義。
通過溝通交流、桌面研究的方法，去了解產品和用戶相關信息，熟悉相關概念和技術背景、沉澱信息資料，來收集產品的信息，具體的產出有名詞庫、產品畫布、產品的關係圖、業務結構圖、產品形態圖等，這裡不展開詳述。
其次，實體建模。
實體建模是本次分享的重點，實體建模按照面向實體的思想分析業務，圍繞實體進行問題和內容抽象和分析，聚焦於產品內實體和實體間的關係，以及實體的生命週期的分析。
我們先看什麼是實體，參考領域建模（此處感謝幻星給實體的定義）給實體一個定義：實體是產品中客觀存在，具有唯一標識的並可以相互區分的業務載體，通常包含屬性和行為。
企業級產品系統的實體，很多情況下都是熟悉的字母，陌生的單詞，在設計之前設計師如何去準確、系統的去分析實體。
舉個例子，現實世界中，「機票」是一個實體，在產品裡，可以把「機票訂單」看成一個實體。圍繞著機票訂單，我們梳理出它的基本屬性信息，以及它具有的所有狀態和對應操作，設計師可以進一步把這些狀態和操作梳理出一個「機票訂單」這個實體從產生到消失整個生命週期經歷的過程。這些分析可以作為後續任務流程和設計細節的信息輸入。
一個實體不能構成一個產品，一個系統會有很多實體存在，我們需要進一步去梳理「機票訂單」與系統中其他實體的聯繫。在下圖的案例中，機票訂單與機票是聚合n：1 關係, 一張機票訂單會包含多張機票，機票訂單與收支明細是關聯1：n 的關係，一張機票訂單會關聯到多個收支明細，比如會有支付成功、退款等明細。
最後，業務邏輯。
以上是實體建模的過程，產品定義和實體建模都是對業務內容層進行理解和梳理。但是我們的業務除了內容外，還有很多複雜的業務規則、業務流程，我們也需要進行梳理和分析，這樣設計師才能對業務有全面的理解。
所以我們需要把結合實體、業務規則、業務流程，進一步梳理業務邏輯。最終會得到一張業務邏輯圖，不僅能夠幫助設計師洞察到業務的本質，也能幫設計理解業務的全貌。
第二個方法業務分析，是通過面向對象分析思路去深入的理解業務，為設計提供更精準，更有邏輯的依據。
總結
回顧以上三部分內容，JCD 是什麼？ Job - Centered Design 是以Job 為中心的設計思維。 JCD 的定義：以Job 為中心，設計完成Job 所需要的一切，包括角色、工具、協作關係等。以Job 被高效完成為決策依據的設計思維。它包含了原則、流程、方法&工具、產出&資產，上面重點分享了其中兩個方法「角色分析」和「業務分析」。
最後藉用《設計心理學2 》中的一句話分享一下我的感受，無論是工作還是生活，我們往往需要面對複雜的情況，我們要學會與復雜共處。複雜不僅是不可避免的，還是設計新的出發點和契機，基於企業級業務特性我們開始探索以Job 為核心的設計思維JCD。希望對大家有所啟發，期待更多的小伙伴跟我們交流。
