一、B端详细设计的流程
1、首先建业务数据模型
2、基于流程确定页面流转图
3、每个页面的具体设计
4、提划好系统用户角色，
5、最后完成权限设计
二、什么是业务建模
业务建模也叫领域建模或实体建模，是指提炼业务，归纳并设计对应的实体-关系模型（ER,Enity-Relationship）的过程，业务建模是领域驱动设计中很重要的概念
三、为什么一定要做业务建模
软件系统的模块和功能实际上就是对现实世界的对象和规则的抽象。软件系统设计的难点恰恰在于合理地总结客观世界的对象和关系，并实现最基本的数据模型设计。只有总结并设计出正确的数据模型之后，才能思路清晰地完成功能模块和操作交互的设计。
业务数据建模是数据库设计中最重要的部分，会影响数据库表结构的设计，体现了设计者对业务本质的理解和认知。如果在详细设计阶段不做业务关系建模，产品经理很容易陷入混乱中
四、建模要点
1、确定实体
2、连接关系
3、关键属性
五、ER模型图介绍
1、每一个大方框代表一个对象
2、方框中的第一行描述对象名称
3、第二行描述对象中的数据字段
4、最下面一行描述对象所具备的函数，这是程序设计时用到的概念
5、两个对象之间用实线连接，实线两端标上数字，用来描述它们之间的对应关系
6、1..*表示1个机构节点对应1到多个门店
六、ER建模案例（x公司分销平台）
1、客户诉求
2、组织结构树
3、实体对象
组织机构对象：用来描述客户的行政管理层级结构
门店对象：挂在某个机构节点下的收货对象（有可能是门店，也可能是中央仓）
账号对象：系统用户
4、连接关系
1）每个组织机构都有一个上级机构
2）每个账号隶属于一个机构节点
3）每个门店隶属于一个机构节点
4）每个门店下可以维护多个收货人
5、理想版的ER模型
6、一期简化需求
一期暂不用支持复杂的行政层级管理，只需要为客户实现若干子账号，让他们可以管理若干门店即可
7、简化版的组织机构树
8、理想版ER模型和简化版ER模型的区别
唯一的变化是在账号和门店两个对象之间建立了关联关系。这样处理保持了模型的可扩展性，将来需要实现全面的组织架构管理时，将账号、门店之间的对应关系打断，在业务系统中实现遍历算法和组织机构树管理维护功能即可，整个数据底层基本不需要调整。
9、错误的ER模型
10、错误的ER模型说明
1）如果产品设计人员认为目前的业务诉求很明确，一个门店只能被一个账号管理，所以账号和门店的对应关系应该为一对多（而非多对多）。假设有一天，客户的某个门店雇用了多名采购员，因而客户要求实现账号和门店多对多的设计，这在现实世界中是一种非常合理的业务场景。
2）为了实现此诉求，开发难度将非常大，因为从数据底层到前端功能实现，都认为子账号和门店是一对多结构，如果将结构改成多对多，首先底层数据库结构需要调整，所有历史数据要处理；其次，基本上所有涉及读取账号和门店关系的功能代码需要全部重写。看似简单的一个改造，会造成一场灾难。
