2021-6-10 資深UI設計者
面對企業級產品，由于系統復雜度和業務領域的專業壁壘，用戶、產品、業務、技術的理解和分析難度都遠遠高于C 端。特別是進入業務深水區，技術術語層出不窮，角色鏈路錯綜交織，場景越來越復雜，在理解和分析業務上設計師需要耗費的精力越來越多，設計師如何高效且深入的分析業務，直接影響到設計解決問題的深入度。基于螞蟻金服CTO 線的業務土壤，我們不斷嘗試打磨，探索出以JCD 為核心的企業級產品設計思維，助力設計師在深耕業務上有章可循，有方法可用。
做企業級產品 3 年多，剛從 C 端業務轉過來時，最大感受是對業務理解起來很艱難。隨著經驗的增加，對 0 到 1 產品駕馭起來輕車熟路，可到業務深水區，還是感覺痛苦。技術術語層出不窮，用戶角色多，一個用戶身兼數個角色，系統之間的關聯關系也很復雜，隨著業務的深入設計師會感覺對產品逐漸失去掌控力。一個簡單的芝麻信用分，需要 20-30 個中后臺產品和各種角色一起協同支撐。然而復雜是守恒的，系統復雜性的總量是一個衡量，當前臺的呈現更簡單時，隱藏在幕后的復雜性就增加了。
我們面臨系統的復雜性表現在三個方面：
多角色，重協同。
鏈路長、錯綜交雜。
技術術語多，業務難理解。
但企業級產品會有一個主線，是從「事情」的角度出發，關注一件又一件事情被完成。企業場景下我們再把事情描述的具體一些，就是一個又一個的 Job 。設計師要做的就是通過設計，包括參與的角色、使用的工具以及協作方式等，讓 Job 被高效完成。
我們先對比一下，從「用戶」視角和從「Job」視角出發，關注的維度有哪些差異呢？從用戶視角出發我們需要關注用戶的個人痛點、情緒、興趣、人種志（年齡、性別、收入）等信息，會更關注人，核心是為了滿足用戶的需求。在Job 視角下，需要關注 Job 的目的、參與角色、協作方式、工具等信息，而且 Job 對角色是有要求的，比如航空公司飛行員，按崗位要求，他需要不斷提升自己業務能力，每年要去復訓兩次，學習新的技能和知識來滿足崗位對飛行員這個角色的要求。
基于我們的業務土壤，以及出發視角，我們探索出一套適合企業級產品的設計思維，JCD（Job - Centered Design ）以 Job 為中心，設計完成 Job 所需要的一切，包括角色、工具、協作關系等。以 Job 被高效完成為決策依據的設計思維。它是一套適用于企業級產品設計的發現問題、解決問題的方法論。
在 JCD 設計思維下，將設計流程分為四個階段，發現、構思、呈現、度量。每個階段下有不同的方法、產出、資產。Ant Design 在「呈現」階段幫設計師大大提升了效能，設計師才有更多的精力投入到「發現」階段去更深入去理解業務和角色。接下來重點分享一下在發現階段的兩個方法，角色分析和業務分析。
常用的 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 出發洞察角色的工作需求以及協作模式，幫助設計師構建角色協同的全局觀。
業務分析的方法是借鑒面向實體的思路幫助設計師去深入分析復雜業務。企業級產品中會有各種技術術語、復雜的數據流轉、業務邏輯等，我們需要一個系統的方法來分析和理解業務，為設計提供準確有深度的信息輸入。我們的用戶大部分是軟件工程師，這個思路可以讓設計師在理解和認知上對齊用戶的心理模型。我們業務分析的有三個維度：
產品定義
實體建模
業務邏輯
通過以上三個維度，從縱向和橫向去深入和全面的理解業務。
通過溝通交流、桌面研究的方法，去了解產品和用戶相關信息，熟悉相關概念和技術背景、沉淀信息資料，來收集產品的信息，具體的產出有名詞庫、產品畫布、產品的關系圖、業務結構圖、產品形態圖等，這里不展開詳述。
實體建模是本次分享的重點，實體建模按照面向實體的思想分析業務，圍繞實體進行問題和內容抽象和分析，聚焦于產品內實體和實體間的關系，以及實體的生命周期的分析。
我們先看什么是實體，參考領域建模（此處感謝幻星給實體的定義）給實體一個定義：實體是產品中客觀存在，具有唯一標識的并可以相互區分的業務載體，通常包含屬性和行為。
企業級產品系統的實體，很多情況下都是熟悉的字母，陌生的單詞，在設計之前設計師如何去準確、系統的去分析實體。
舉個例子，現實世界中，「機票」是一個實體，在產品里，可以把「機票訂單」看成一個實體。圍繞著機票訂單，我們梳理出它的基本屬性信息，以及它具有的所有狀態和對應操作，設計師可以進一步把這些狀態和操作梳理出一個「機票訂單」這個實體從產生到消失整個生命周期經歷的過程。這些分析可以作為后續任務流程和設計細節的信息輸入。
一個實體不能構成一個產品，一個系統會有很多實體存在，我們需要進一步去梳理「機票訂單」與系統中其他實體的聯系。在下圖的案例中，機票訂單與機票是聚合 n：1 關系, 一張機票訂單會包含多張機票，機票訂單與收支明細是關聯 1：n 的關系，一張機票訂單會關聯到多個收支明細，比如會有支付成功、退款等明細。
以上是實體建模的過程，產品定義和實體建模都是對業務內容層進行理解和梳理。但是我們的業務除了內容外，還有很多復雜的業務規則、業務流程，我們也需要進行梳理和分析，這樣設計師才能對業務有全面的理解。
所以我們需要把結合實體、業務規則、業務流程，進一步梳理業務邏輯。最終會得到一張業務邏輯圖，不僅能夠幫助設計師洞察到業務的本質，也能幫設計理解業務的全貌。
第二個方法業務分析，是通過面向對象分析思路去深入的理解業務，為設計提供更精準，更有邏輯的依據。
回顧以上三部分內容，JCD 是什么？Job - Centered Design 是以 Job 為中心的設計思維。JCD 的定義：以 Job 為中心，設計完成 Job 所需要的一切，包括角色、工具、協作關系等。以 Job 被高效完成為決策依據的設計思維。它包含了原則、流程、方法&工具、產出&資產，上面重點分享了其中兩個方法「角色分析」和「業務分析」。
文章來源：站酷 作者：Ant_Design
分享此文一切功德，皆悉回向給文章原作者及眾讀者.
免責聲明：藍藍設計尊重原作者，文章的版權歸原作者。如涉及版權問題，請及時與我們取得聯系，我們立即更正或刪除。
藍藍設計( www.syprn.cn )是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的UI界面設計、BS界面設計 、 cs界面設計 、 ipad界面設計 、 包裝設計 、 圖標定制 、 用戶體驗 、交互設計、 網站建設 、平面設計服務