参考

JCD 驱动 - 复杂系统设计应对之道
https://zhuanlan.zhihu.com/p/103237648?from=timeline

JCD企业级产品设计思维

企业级产品，由于系统复杂度和业务领域的专业壁垒，用户、产品、业务、技术的理解和分析难度都远远高于C端。进入业务深水区，技术术语层出不穷，角色链路错综交织，场景越来越复杂，在理解和分析业务上设计师需要耗费的精力越来越多，设计师如何高效且深入的分析业务，直接影响到设计解决问题的深入度。以JCD为核心的企业级产品设计思维，助力设计师在深耕业务上有章可循，有方法可用。
用户角色多，一个用户身兼多个角色，系统之间的关联关系复杂，随着业务的深入，设计师会感觉对产品逐渐失去掌控力。
系统的复杂性表现在三个方面：
• 多角色，重协同。
• 链路长、错综交杂。
• 技术术语多，业务难理解。
从「用户」视角和从「Job」视角出发，关注的维度有哪些差异呢？从用户视角出发我们需要关注用户的个人痛点、情绪、兴趣、人种志（年龄、性别、收入）等信息，会更关注人，核心是为了满足用户的需求。在Job 视角下，需要关注 Job 的目的、参与角色、协作方式、工具等信息，而且 Job 对角色是有要求的，比如航空公司飞行员，按岗位要求，他需要不断提升自己业务能力，每年要去复训两次，学习新的技能和知识来满足岗位对飞行员这个角色的要求。

适合企业级产品的设计思维，JCD（Job - Centered Design ）
以 Job 为中心，设计完成 Job 所需要的一切，包括角色、工具、协作关系等。以 Job 被高效完成为决策依据的设计思维。适用于企业级产品设计的发现问题、解决问题的方法论。

设计流程

分为四个阶段，发现、构思、呈现、度量。
Ant Design 在「呈现」阶段帮设计师大大提升了效能，设计师才有更多的精力投入到「发现」阶段去更深入去理解业务和角色。

企业级产品角色画像

企业级产品的角色画像应该关注的三个维度：角色概览、工作能力、工作内容。工作内容是最核心需要关注的信息，包括了工作的描述、工作的痛点、需求和使用的工具。
一

描述一个job

一个角色往往需要完成多个Job，描述一个Job 包含：

• 四要素：情景、角色、活动、目标。
• 一个句式：在什么情景下，角色需要完成什么样的活动，来达成一个目的。
• when__I need to do__so I can__

例子：在飞行前 1.5 小时（情景），飞行员（角色）需要去查看飞机情况（活动A）、气象情况（活动B），来判断能否起飞（目标）。

拆解job场景

纵向解构Job，来构建 1 个完整 Job 场景，设计师可以阶梯式对一个Job 进行拆分，Job 下面有多个Activity，Activity 下面有多个 Task 组成，Task 下面有不同的 Action。
除了 Job 的纵向拆解，我们还需要关注每个 Job 场景下的需求、痛点、费力度、成就感。

以 Job 场景为核心，串连角色协作关系

以Job 场景为核心，梳理角色之间的协作关系，建立全局视角。比如，在飞机起飞前，机组飞行员查看飞机和飞行信息、查看起降地天气等；同时乘务组空姐们为此次飞行做相应准备工作。准备完毕，机长会通知机组和乘务组开始登机。上飞机后机组需要检查驾驶舱情况，乘务组检查客舱情况，检查完毕，会一起协同机场地勤人员安排乘客登机。完成登机后，飞行员需要联系机场管制申请起飞……..

业务分析方法

通过“产品定义、实体建模、业务逻辑”三个维度，从纵向和横向去深入和全面的理解业务。

产品定义：
通过沟通交流、桌面研究的方法，去了解产品和用户相关信息，熟悉相关概念和技术背景、沉淀信息资料，来收集产品的信息，具体的产出有名词库、产品画布、产品的关系图、业务结构图、产品形态图等。
实体建模：
按照面向实体的思想分析业务，围绕实体进行问题和内容抽象和分析，聚焦于产品内实体和实体间的关系，以及实体的生命周期的分析。
定义-实体是产品中客观存在，具有唯一标识的并可以相互区分的业务载体，通常包含属性和行为。
业务逻辑：
产品定义和实体建模都是对业务内容层进行理解和梳理。但是业务除了内容外，还有很多复杂的业务规则、业务流程，也需要进行梳理和分析。