《决胜B端：产品经理升级之路》第六章

第06章 B端产品的细节方案设计

6.1 业务数据建模

业务数据建模也叫实体建模、领域建模，或业务对象建模，是指针对业务特点，归纳并设计对应的底层数据模型的过程。

软件系统的模块和功能实际上就是对现实世界的对象和规则的抽象。

业务调整的灵活性取决于软件系统的灵活性，而软件系统的灵活性取决于业务数据模型的可扩展性。

业务数据建模能力体现的是设计人员对客观世界的抽象描述能力，只有对业务本质理解透彻，在结合积累的软件设计经验，才能抽象并构建出合理的业务数据模型。

6.2 流程和角色

流程合理、角色清晰是系统正确设计的前提和保障。遵循自顶向下的设计思路，首先设计主干流程，在这个过程中可以进一步明确系统角色及业务岗位的安排，然后基于主干流程图设计页面流转图，最终完成页面细节设计。

页面流转图描述的是：用户完成某项工作需要访问的页面及页面跳转顺序。一般来讲，绘制页面流转图，都是针对某一单一角色绘制特定场景下的页面访问和跳转逻辑。

从本质上讲，一套软件系统就是对不同数据对象的增删改查操作的集合。

6.3 界面设计

界面设计流程

1、产品经理绘制线框图原型，表达软件中每个页面的设计需求

2、UE设计师协助产品经理完善交互体验，并制作交互原型

3、UI设计师基于交互原型进行美工设计，生成切图问卷

4、前端工程师拿到切图问卷，进行前端开发，包括实现交互、动效等

尼尔森十大可用性原则

（1）反馈原则：系统应该在合理的时间、用正确的方式，向用户提示或反馈目前系统在做什么、发生了什么

（2）隐喻原则：系统要采用用户熟悉的语句、短语、符号来表达意思。遵循真实世界的认知、习惯，让信息的呈现更加自然，易于辨识和接受

（3）回退原则：用户经常会不小心操作错误，需要有一个简单的功能，让程序迅速恢复到错误发生之前的状态

（4）一致原则：同样的情景、环境下，用户进行相同的操作，结果应该一致；系统或平台的风格、体验也应该保持一致

（5）防错原则：系统要避免错误发生，这好过出错后再给提示

（6）记忆原则：让系统的相关信息在续约的时候显示出来，减轻用户的记忆负担

（7）灵活易用原则：系统的用户中，中级用户往往最多，初级和高级用户相对较少。系统应为大多数人设计，同事兼顾少数人的需求，做到灵活易用。

（8）简约设计原则：对话中不应该包含无关的或没必要的信息；增加或强化一些信息就意味着弱化另一项信息

（9）容错原则：错误信息应该用通俗易懂的语言说明，而不是只向用户提示错误代码；提示错误信息时要给出解决建议

（10）帮助原则：对于一个设计良好的系统，用户往往不需要经过培训就能轻松上手使用，但是提供帮助文档依然是很有必要的。帮助信息应该易于检索，通过明确的步骤引导用户解决问题，并且不能太复杂

6.4 报表设计

业务报表的核心价值是掌握事实、发现问题、分析原因、产生对策。

报表设计与应用流程

为节省时间，可以考虑使用成熟的报表引擎，比如Smart BI、fine report。学习BI软件Tableau也是很有帮助的。