B端产品的详细设计-Part1

B 端产品详细设计常规流程

1. 首先梳理业务流程
2. 接下来提炼背后的数据模型
3. 然后基于流程和数据模型确定页面流转图
4. 再着手进行每个页面的具体设计，同时提前规划好系统用户角色
5. 最后完成权限设计。

业务数据建模

业务数据建模是指将业务的核心数据对象特征进行提炼，归纳并设计对应的底层数据模型的过程。

为什么需要业务建模？

1. 软件系统的核心本质是对现实世界的对象和规则进行抽象和管理的过程。只有总结并设计出正确的数据模型，才能进行功能模块和交互设计。
2. 体现设计者对业务本质的理解和认知，帮助产品人员更深入的思考和沉淀业务的本质，避免后期陷入逻辑混乱。
3. 数据建模会影响数据库表结构的设计，而表结构则直接影响实体逻辑的设计，以及系统的架构。

业务数据建模的具体步骤

已知流程：

1. 找实体：梳理核心流程 → 提取所有名词 → 找到关键表单 → 提炼围绕关键表单的人、事、物
2. 梳理关系：一对一、一对多、多对多
3. 确定关键属性
4. 输出 ER 图：既可以清晰的展示业务逻辑，也可以直观了解物理存储模型，ER 建模最终会转化成数据库表结构设计。

未知流程：

在某些情况下，业务流程未知、表单未知，导致没有切入点和参照物，需要在建模的同时去设计业务的模式和机制。在设计未知流程方案时，需要对业务场景的灵活性和开发成本进行合理的取舍，并解释“这么做的原因时什么，有哪些优缺点”

ER 图

通过 ER 图进行业务员数据建模，描述实体对象(Entity)之间关联关系(Relationship)的经典图表

业务运作流程

目的

通过跨职能分系统流程图，可以清晰地看出谁（操作角色）在哪儿（哪个系统）做什么（完成什么工作）。

作用

流程合理、角色清晰是系统正确设计的前提和保障，流程确定后，再绘制页面流转图，最终完成页面细节设计。

内容

在绘制业务流程图之前，我们需要明确系统中涉及相关方（线下、系统 A、系统 B）和角色（采购员、销售员、业务员、管理员）

输出流程图

1. 基本流程：正常情况下最常用的流程
2. 可选流程：和基本流程不同的其他可能流程
3. 异常流程：出现错误或其他异常情况时，和基本流程不同的流程

数据建模与流程的先后顺序

在梳理一个全新的业务场景时，并没有绝对的优先顺序，数据建模和流程建模需要相互依赖，持续迭代优化