《B端产品设计：从0到1构建企业级的数智化产品》读书总结

第2部分   从业务需求到设计

“设计一个产品，本质上是设计用户在一些特定场景、特定目标下的使用过程，是设计一系列分散的或者聚合的服务。”

第4章 必须真正“懂”业务

产品设计的早期阶段，真正决定产品成败的往往是对业务真正的洞察与理解，对用户群体的准确把握和分析，对市场情况的准确判断，以及对商业模式的精准选择。

优秀的产品经理、产品设计师，所具备的最优秀的一个品质就是“同理心（Empathy）”，即在设计一个产品的时候，能够进行换位思考，从用户的角度去思考问题。

4.1 有效沟通是必要条件

4.1.1 产品经理是最好的伙伴

优秀的B端产品经理，往往都是一个领域或者行业的专家，有着很深的业务背景和大量的实践经验，对相应行业的发展有着很深刻的理解和洞察，对产品的客户、用户都有着很深入的了解，是B端产品设计师最好的老师之一。

4.1.2 用户永远是最好的老师

1.传统的用户研究方法依然有效

在产品需求甚至更早期的产品预研阶段，可以多开展一些用户研究工作，多采用一些经典的用户研究方法，如用户访谈、焦点小组、实地研究、问卷调查等。

2.利用数据做分析

很多产品设计师和产品经理对运营数据也非常敏感，养成了非常好的基于运营数据驱动的产品思维与设计思维。

一些传统的定量数据分析方法和工具依然有效。比如问卷调查，依旧是收集和反馈问题非常有效的工具，也是执行客户满意度、净推荐值等的重要工具。

4.2 竞品分析是捷径

分析什么

（1）产品设计的维度

产品的基础信息架构、功能节点的分类、菜单、样式、布局、交互形态、视觉风格等

（2）业务设计的维度

如果不了解一个业务场景真实发生的频率，承载数据的量级，如何去评判一个相关的菜单的设计是否合理呢？如何去评判一个数据可视化的方案是否满足要求呢？”

千万莫抄袭，边界要清晰

在充分借鉴、学习的基础上，再提炼和创新，在自身产品定位的基础上进行设计，才是一个比较务实的、比较现实的产品设计路径。

第5章 场景驱动的设计

在产品设计的早期阶段，为了更准确地理解与描述业务需求，我们会将各种需求文档进行场景化、具象化的设计与描述，再结合相匹配的产品概念原型模块，形成一个个生动的故事，整个过程内部称之为用户体验需求建模。

5.1 场景的划分与来源

场景化所表达的理念即是以用户为中心的产品设计思想，强调产品能够准确地匹配用户真实的业务场景和使用场景，

5.1.1 场景的划分原则

（1）高频业务

B端产品是围绕业务做设计的，所以高频业务场景是选取的重中之重。

（2）公共模块

公共模块场景主要指一些看似与核心业务并不直接相关，甚至并不具备太多业务特征的场景，如登录、注册等。但是，这些场景对应的功能会被很多模块共同使用，或者说这些场景本身就是那些高频业务场景的一部分。

（3）主流程

主流程场景实际上就代表了最为核心的业务场景及相关的组合。主流程场景强调的是业务闭环的严谨性、流程性和完整性，也是为了降低场景化描述过程中对于需求表达丢失和不完善的风险。

（4）特定角色

特定角色的业务场景和使用场景的选择一定要充分重视。很多业务系统的审批模块、高管决策看板等，

（5）细分场景

实际应用过程中，具体还是要根据业务系统的规模和复杂度来分析。可以先划出一些核心的大场景，在这些场景上再适度地进行细分。

5.1.2 场景的来源

描述一个场景，本质上是以某种代入感的形式，使应用场景的人产生强烈的参与感，从而理解真实用户使用产品完成一个任务目标的真实感觉，产生相应的同理心。这也是产品设计中设计师较高境界的追求。

1.基于现场研究，从下而上

2.基于顶层设计的抽象场景，从上而下

5.2 场景的呈现

1.场景的要素

一个场景的要素主要有：

（1）核心用户及相关角色，包含其自身基本信息

（2）用户的动机及行为，包含每一个场景下基本的业务和工作目标、工作任务等

（3）产品使用过程中的相关上下文，包含物理环境、系统环境、时间信息、地理位置信息等（

（4）其他任何有助于准确描述一个场景的额外要素

2.场景的设计

“一个场景=若干人物角色+若干用户情境+用户体验地图+……”

3.一个“收货”场景：全链条的“码”驱动

5.3 场景驱动的设计过程

“在概念设计阶段，不应过度投入资源在高保真原型上，这不仅浪费和过度消耗研发、设计资源，并且容易使原型过早、过急地进入稳定期，固化设计者的思维，不利于早期产品需的求验证和调整。”

1.快速沟通工具

在早期的需求调研和验证阶段，往往要通过低保真度的可抛弃原型，反复与用户、产品经理等进行需求的讨论与验证。

2.概念创意表达

3.需求可视化

需求可视化不代表需求的简化，更不是对需求细节的缺失。无论需求属于哪种呈现形态，其完备性和准确性都不应被打折。

4.设计交付

5.3.2 场景驱动的原型设计

第6章 产品的信息架构

信息架构设计的三个层次。

（1）从混乱到有序

（2）用户视角的转换

（3）信息架构的设计载体

6.1 从混乱到有序

信息架构的设计，本质上是在业务洞察的基础上，对复杂的信息进行较为合理的组织、分类和逻辑归纳，并最终提炼产品的基础设计骨架的过程。

（1）客户目标：客户要解决什么问题，有什么业务需求。

（2）用户：用户到底是谁，直接用户和间接用户都有哪些，用户角色有哪些。

（3）核心业务场景：基于客户的业务特点、行业特点等提炼出核心的、细分的业务场景。

（4）产品目标：产品要负责解决客户什么问题，为了解决这些问题，要具备哪些功能等。

6.2 用户视角的转换

6.3 信息架构的设计载体

核心设计模块是信息架构落地的设计载体。

（1）导航系统

（2）布局

（3）搜索

（4）数据组织与管理

6.3.1 导航系统

导航系统包括导航菜单、面包屑、快捷导航，用于帮助用户浏览系统、定位功能模块等。

6.3.2 布局

核心页面整体功能区域划分、操作区域划分等，是系统页面布局的核心要素

用户在逐步使用产品的过程中，潜移默化地形成产品的不同区域用来完成不同的细分工作的认知。

6.3.3 搜索

没有搜索功能的话，一些数据已经无法被准确和有效地获取。

6.3.4 数据与文件管理

1.智能文件夹

“智能文件夹”可以谨慎地、辅助性地帮助用户整理相关联的数据和文件，进行智能聚合和分类。

2.多维信息视角

第7 章    标准产品与个性化的平衡

产品和项目最大的不同是通用性。为一个客户做的项目，可以充分地考虑其业务特征，并尊重其在操作上的偏好，最大化地满足其个性化需求。但做产品就要考虑其通用性，满足更多的客户需求，而客户需求的多样化和产品的通用性天然存在着矛盾。怎样做好标准产品与个性化的平衡，对B端产品获得广泛的成功起到了相当重要的作用。

7.1 个性化的需求来源
B端客户中存在着更多的个性化的内在需求。其分别来自客户化、角色化和用户化三方面的需求。

1.客户化

几乎很难找到两家在业务上完全一样的企业。所以一款B端产品不做任何变化而适应每个企业是很难的。

针对客户化的需求，产品需要具有以下能力。

（1）业务流程和审批流程可配置

（2）组织和机构可配置、可调整

（3）界面显示可配置、可调整

（4）产品界面的换肤功能，可根据企业视觉识别系统（VI，Visual Identity）快速调整

2.角色化

每个角色因为工作内容不同、工作特征不同、工作场景不同，因此产生了个性化的需求。

当设计一套OA系统时，我们一般会把用户简单地区分为普通员工、管理者兼执行人，以及老板等角色

角色化的产品，需要具备以下能力：

（1）产品功能模块可根据具体角色的需求特征重新组织

（2）具体界面信息可根据角色的关注角度来调整顺序及展示方式

3.用户化

充分考虑用户层面的个性化需求，才能有效地提升产品的用户体验水平，产品需要具备的面向用户个性化的能力如下。

（1）根据用户作业历史，总结出用户常用数据

（2）根据用户的使用习惯，记录个人喜欢的交互方式

（3）界面显示的个性化设置能力，如按钮、字段显示的顺序，文字、控件显示的大小等

7.2 标品与个性化的平衡

1.标品+个性化

“标品+个性化”的策略：基本确定产品的形态、功能，以及用户的使用方式，只在实际使用时，对产品做小部分的个性化调整。

2.几套模式供客户/用户选择

经常会遇到同时存在几种场景的情况。客户没有最常用的业务场景，没法构建一种标准的产品形态。当面对这种情况，可以给客户或者用户提供几种模式去选择。

3.不做标品，只做能力

经常需设计出一些半成品，甚至工具。在客户化实施的过程中，将这些半成品组装成符合客户业务的成品。

第8章    定义产品的风格

很多B端产品，往往只重视业务层面的设计与功能层面的完整性，而忽略体验设计层面的沉淀与发展，产品也缺乏应有的调性与风格。而一些优秀的B端产品，背后往往有完整的产品品牌策略作为战略方向，完整的设计理念和规范作为基础和支撑，有的甚至有完善的设计系统，不仅服务自身产品线的发展，也服务生态伙伴和客户。

8.1 产品品牌的力量

常见的产品品牌与公司品牌的组合如下。

（1）公司标识即是产品标识，不涉及众多产品线。

（2）公司标识衍生出产品线标识或者独立标识，与主品牌有一定相关性。

（3）公司下面相对独立的事业部与产品线的标识，与公司标识和品牌相对独立。

8.2 产品的设计规范

好的设计规范有助于提高产品的一致性、减少错误出现的可能性、提高开发和实施效率、减少用户学习成本、方便后期追溯检验等

1.一致性的价值与挑战

一致性有很多众所周知的好处，如降低认知成本、减少用户学习时间、提高工作效率、提升研发效率等。

产品一致性应该包含如下几点。

（1）布局一致性：保持某一种类似的结构，因为新的结构变化会让用户思考，而排列规则的顺序能减轻用户思考与记忆的负担。

（2）色彩一致性：产品所使用的主要色调应该是统一的，用来传递一致的品牌印象与风格，而功能性色彩也能形成固定的规则，方便记忆与识别。

（3）操作一致性：降低用户的学习成本。

（4）反馈一致性：系统对同一种功能和同类信息传递的呈现方式一致，使得用户与系统的沟通更加顺畅。

（5）文字一致性：产品中呈现的文字大小、颜色、布局、语言风格等都应该是一致的。

（6）声音一致性：产品中各种操作过程的声音，正向的如确定等提示声，负向的如警告等提示声。

2.跟随产品成长

3.寻找“简约、智慧”

1）简约

（1）企业级产品是一个效率工具，应该容易被用户“发现、开始、使用、退出”其所提供的服务；应该贴合用户的认知维度与流程；应该接受用户质疑任何可能冗余的流程与功能。

（2）简单而不失优雅，遵循简约的美学设计原则；谨慎地使用色彩，由复杂的线框构成；具有实用主义优先的视觉表达。

2）智慧

（1）人工智能是产品设计的必要条件，追求智能化，提升生产效率。

（2）人工智能与数据进行充分的结合，使智能在系统中无处不在。

第3部分 经典的B端设计模式

在以ERP为基础的信息化时代，大量的业务都是以“单据+流程”的方式进行处理的。而系统中“单据”的设计、“流程”的设计，都有着极强的公共属性。把这些剥离业务属性之后的设计进行抽象和优化，逐渐形成了一些公共的设计模式。这些设计模式可以应对大量不同又相似的业务场景，不仅节约了设计和开发成本，还让系统在操作、布局等上的一致性大大增强，便于用户的理解和操作。

第9章 业务单据

单据的应用范围非常广泛，在企业生产经营活动和我们的日常生活中都有应用。比如我们日常生活中经常使用的快递单、水电费单，企业生产经营中的采购订单、销售订单，以及各种发票，都是订单在日常经济生活中的应用。

9.1 经典的单据

单据记录着该业务发生的信息。再加上贯穿于不同业务环节的流程，便构成了企业的业务

9.1.1 单据的基本模式

1.单据的基本结构

单据界面一般都包含表头信息和表体明细信息。表头信息主要记录该业务发生的基本信息、背景信息以及相关信息，表体明细信息主要记录该业务的具体情况。

2.复杂单据结构

（1）需要展示的字段还可以更少吗？界面可以更简单吗？（2）用户光靠自己，是否能顺利填写单据？（3）怎样才能让用户填写更少的信息？（4）是否能帮助用户避免大量机械化的录入？（5）当无法避免大量录入时，怎样帮用户提高录入效率？（6）用户是否频繁在多种录入方式间切换？（7）怎样帮助用户尽量少犯错，并在出错的时候尽快纠正错误？

9.1.2 单据的状态

1.单据的业务状态

（1）自由态/开立态

（2）已提交

2.单据的审批状态

可以将审批功能设计成通用组件，需要的时候加到单据的固定位置。这样一方面简化了开发的工作，另一方面也给用户统一的操作体验。将组件加到单据界面顶部是较常用的处理方式。

9.2 单据的查看、处理

9.2.1 构建角色化的单据处理界面

在设计前，我们首先要搞清楚几个问题。（1）哪些角色在使用同一张单据？（2）在什么场景下使用单据？（3）他们主要完成哪些任务？（4）他们关心哪些信息？使用哪些功能？（5）他们在使用中有哪些特殊需求？

经典的单据处理界面一般包含单据的查询区、操作区、单据列表区，便于用户查询单据、处理单据。

1.根据不同角色，在不同维度上展示单据

2.根据不同角色、不同权限、不同场景，简化操作

可以把单据的操作按钮根据功能进行分区、分组，并根据角色、权限、状态以及使用场景来决定具体的显示方式。

3.便于用户快速查看所关心的信息，处理自己需要完成的任务

在单据列表上必须能够根据角色、用户的不同，显示不同的字段，能够调整字段的顺序，并能够调整文字的大小

9.2.2 不同模式的单据处理界面

1.主子表模式

主子表模式适于传统单据，为上主表、下子表的模式，便于查看单据明细信息，可以避免列表/详情页之间的频繁切换

2.主子表拉平模式

很多业务操作都更关注单据的明细部分，因此将明细信息直接显示出来，弱化表头部分的显示方式

9.3 多端的一体化

第10章 流程

在B端产品设计中，经常要跟不同“流程”打交道，理解好流程，设计好流程，对产品的体验非常重要。

10.1 业务流程

业务流程和单据是一对经典搭档，可以说“流程+单据=业务”。

10.2 审批流程

（1）首先员工提交需要审批的材料（系统中表现为单据）。

（2）各环节审批者会根据流程分别对材料进行审批。

（3）审批通过后会自动进行到下一步。

（4）审批不通过，就此流程结束。

（5）退回则打回到流程起点，待改进后重新走流程。

（6）审批都通过后，审批流程结束

实际应用中，可能会有非常复杂的流程与功能。

（1）改派：当前审批人将审批材料转给其他人。

（2）加签：增加审批的步骤，在一些企业中还会有前加签、后加签。

（3）抄送：将材料同时抄送给某人或某角色。

RPA RoboticProcess Automation，机器人流程自动化

10.3 操作流程

作为设计师，可以通过对操作流程的优化来改进用户体验。

第11章 参照

11.1 参照的基本设计模式

11.1.1 参照输入框

参照输入框一般会在样式上与一般输入框有所区别，单击参照输入框右侧图标，可调出参照选择器

11.1.2 参照选择器

11.2 为不同场景提供不同能力

11.2.1 针对熟手批量录入所需提供的能力

（1）关键字模糊搜索：

（2）最近常用

（3）新增的能力

11.2.2 针对生手偶尔录入时所需提供的能力

（1）更多的解释信息

（2）字段解释

宏变量

11.2.3 帮助用户筛选数据的能力

第12章 业务报表

12.1 企业中常见的报表类型

12.1.1 企业报表的由来

12.1.2 财务报表

标准化记录企业经营活动数据的“会计三大表”应运而生，即资产负债表、利润表及现金流量表。

12.1.3 销售报表

由于企业规模、行业及产品形态大不相同，销售报表并不像财务报表那样有着会计行业统一的标准样式，它结构更加灵活、信息量也可能更加巨大

12.1.4 其他报表

12.2 现代企业的报表呈现形式

12.2.1 从表格到可视化图表

将数据以可视化图表的形式呈现给用户，可以很直观地反映出用户最关心的数据问题并帮助用户洞察未来趋势

12.2.2 用于决策的仪表盘

仪表盘让决策者首先看到数据指标的问题，然后通过钻取多维分析模型，多角度地分析问题的真正来源。

12.2.3 报表设计工具vs商业智能分析

第13章 打印

13.1 打印的场景

1.场景1：定期集中打印

这种场景的特点是打印量大，打印样式大多类似，时间集中，可能会占用系统很长时间。

2.场景2：作为业务必须的一环，不定时打印

此种场景的特点是打印紧随业务，不同企业，不同场景有个性化的打印样式需求，对打印速度、便捷性要求很高。

3.场景3：日常办公打印

13.2 打印方式

B端打印都会有套打和非套打两种打印方式。

套打：将单据或者凭证上已有的内容按照一定的格式打印出来。套打套用现有格式打印应当输出的数据，并不将账本上印刷的格线打印出来。这样，提高了打印输出效率，降低了打印机损耗，节约了打印成本。

非套打：根据会计软件生成应输出的档案，在打印时，既打印应当输出的数据，也将账本上印刷的格线打印出来。这种方式适用于在无痕迹的白纸上打印输出会计档案。

13.3 打印模板

打印模板千变万化，根据用户使用打印的场景、业务特点、行业特征，以及自己公司的需要，可能会有非常多样的变化

13.4 云打印

无纸化办公越来越受推崇。从企业信息化到数字化发展的角度，以及从环保的角度来看，无纸化是发展的大趋势。

第14章 角色工作台

从以用户为中心的产品设计理念来看，B端产品设计的核心，就是围绕这些角色，尤其是角色背后的真正“用户”，去进行有效的设计，匹配用户不断变化的需求。围绕“角色化、场景化”来展开设计

14.1 常见的类型

角色工作台从业务处理思路上区分，主要可以分为入口型、业务型、混合型等。

核心还是如何准确把握“角色”本身灵活多变的业务需求，还有每一个角色背后用户的个人使用习惯

14.2 社交化入口的屏障

14.3 有“节制”的智能化和连接

第15章 帮助体系

随着计算机、交互理念的发展与外部设备的加入，系统不再依赖于单纯的对话框进行信息的传递与反馈，用户可以通过各种感官渠道得到持续积极的帮助与反馈，从而使其与系统沟通交流更加得心应手。下面列出了常见的一些帮助内容。

（1）提示（Tips）

（2）操作引导

（3）客服

（4）帮助中心

15.1 提示（Tips）

Tips一般指带有说明文字的“气泡”，通常出现在需要被解释说明的字段、列表的表头文字、按钮等位置。Tips中的文字说明不宜过长。为了不影响用户操作，Tips一般在鼠标悬停到相关区域后显示，鼠标移开即消失。

15.2 操作引导

操作引导是指在某特定场景下，系统对用户接下来的操作进行的指引。根据用户使用场景的不同，常见的有：新手引导、新上线功能引导、对某功能点的操作引导等。

15.3 客服

AI客服的出现大大解决了这一问题，将用户的常见问题通过AI客服进行回答，大大减少了人工客服的成本。

15.4 帮助中心

比较完善的帮助中心一般会涵盖用户手册、视频教程、常见问题、版本更新、搜索、培训、社区、用户反馈等相关内容，在用户能够接触达的每一个触点进行相应设计并提供相应的帮助，从而辅助用户学习、交流、解决问题。

第4部分 智能服务的设计探索

“智能”所带来的产品设计机会，就如同电动汽车带来的革命一样，智能系统会代替和颠覆传统的信息系统，智能系统将呈现完全不同的产品形态。

第16章 传统“记录系统”的终结

数字化，是智能化的基础和核心，没有数字化，智能化也就是无稽之谈。

16.1 生产要素数字化

以一个物理世界和数字世界完整融合的方式去看待这个虚拟又真实的新数字世

16.2 人与系统

“设计一个系统，本质是解决信息如何在系统内、系统间，以及人与系统间，进行有效、高效的生产、组织、呈现和流动的问题。”

在这个复杂的网络中，一旦引入更多智能节点的加入，减少人类用户的参与，将彻底改变传统的信息流网络模式，形成一个智能信息流网络，一个智慧的数据生态系统。

第17章 智慧界面系统

17.1 智能界面

“整个设计的核心逻辑即是对信息的分解与重组，呈现最符合用户当前状态所需要的界面内容与形态。”

智能界面（Smart Viewer）。智能界面用于处理信息流与人的交互过程，理解用户目标，动态组装界面

17.2 智能机器人引擎

1.消息bot

2.审批bot

3.智能推荐bot

4.业务代理bot

17.3 应用架构

其核心目的，就是帮助这些信息能够更高效地在人与系统之间进行匹配，并高速、智能地进行流动

第18章 智能交互设计探索

未来的企业服务产品，智能和数据一定是其中最为核心的角色，没有达到一定比例智能化、自动化的产品，在未来很难有很好的竞争力.

18.1 智能交互设计框架

一个智慧的企业服务产品形态应该具备哪些特质呢？

（1）自然交互：自然交互方式多样化，智能助理的应用

（2）服务化：功能模块的服务化

（3）数据连接：系统的社会化连接，数据实时

（4）自动化：自动化模块标准化、对象化、可配置

最核心的变化之一就是无论是产品经理还是体验设计师，在设计产品的早期阶段，能够更为体系化地将这些智能设计要素进行思考、整理和分析，并落入产品的交互设计过程。

18.2 服务原子化

18.3 语音交互的实践

1.智能客服

2.自然语言搜索

自然语言的搜索需要先对用户语义进行识别，在通过知识图谱的匹配，直接给出最符合用户问题的答案。

3.智能硬件设备