点击蓝字关注我↑，持续获取产品设计相关内容
上一章贴的流程图，因为涉及到公司保密问题，所以很虚，我用其他产品业务重新绘制了几个图：
业务模块及业务关联：这部分主要梳理系统到底需要设计多少业务，每个业务之间有什么关联（接受什么数据，提供什么数据，产出什么数据）。
注：这些都是大的模块，设计过程中还需要不断细化。
业务解耦，其实就是将复杂的流程简化。
正常的订单管理是：接收平台用户下单，生成一条订单信息。 流程1：正常发货，用户确认到货，订单结束。 流程2：未发货，用户取消订单。 流程3：已发货，用户取消订单。 流程4：用户确认到货，申请售后。 ···
如果就让订单模块去管理这所有的事，那么订单模块就会特别复杂，逻辑特别多。 所以我们要让业务尽量做最少的完整的事情。
还是订单管理，先定义订单模块的业务范围：对用户的订单及订单状态进行管理； 要做的事情：管理订单的状态； 接收的数据：接收其他业务模块对订单产生的增加、修改信息（原则上数据生成后不可被删除。）； 输出的数据：订单详情、订单状态；
而其他功能：退换货、退款，让其他业务去处理。
回到正文，上一篇我文章讲完了业务、角色，这里继续讲如何设计。
目录： 一、了解业务 二、梳理业务，区分角色 三、如何设计（基础数据、权限系统、业务、拓展性） 四、如何测试
三、如何设计
在说设计前，先说一个观点。产品设计真的很难避免改改改，一方面是客户要改，另一方面自己也要有意识去优化。（我的原型图已经完整的重新翻新过一次。）包括我写这些文章也是为了不断优化，优化设计、优化业务、优化思考方式。
说到设计，主要是两块：1、原型如何设计；2、业务如何设计。
原型如何设计
后台设计结构：
根据自己的需求选一种即可。
组件： 组件通俗的讲就是做好的模板，包括：表单页、按钮、输入框、多选单选、导航、进度条等等。
组件的好处，帮你快速进行原型设计，提升效率。
有的公司有自己的后台设计Axure组件（我公司有一套），如果你所处的公司没有，但是你又希望原型好看一些，规整一些，你可以去下：
业务如何设计
每家做的东西不一样，所以我尽量用通用一点的方法去表述,拿电商中台的用户管理及商品管理业务来说：
用户管理
1、用户包含几种角色，首先假定只有一种角色，用这一个角色去跑一边业务流程。
2、然后再与客户沟通或者自己假象场景（大多数客户只想解决眼前的问题）,平台的角色类型有哪些？
3、区分每个角色的业务边界。
4、提出方案，如何让每个角色在他的权限范围内在平台进行操作。
这个时候基本上会定一个东西叫：『权限管理』。
一般『权限管理』管理：页面、功能、数据这三个权限。
通过赋予不同的账号不同的权限，限制他们可以操作的业务范围。
商品管理
先商品管理模块你要做的事：
1、对商品进行增、删、改、查；
2、商品管理的文章主要出在字段上，商品所属品类、商品邮费方案、参与优惠等。
3、一般品类由平台提供，也可以商家自行添加。所以这里就需要考虑是否新增：品类管理模块；新增的品类会在新增商品时成为品类选项之一。
4、邮费方案，同上。
所以，如何设计业务？首先你要清楚的理解当前业务模块需要做到什么事情，一般画流程图，然后将边界不断探索出来，再考虑是否需要新增模块来进行配合。
下一节讲：如何测试。
最后补充一点知识：
后台产品设计时，我们要尽量降低业务的耦合度。除非定义好的数据传输类型，否则尽量避免A业务中的数据变动，同时影响B业务数据变更。
举个例子：
排课系统，因为是自动排课，我们会在排课前设定很多个规则。比如：
1、星期一上午不能排课；
2、上午一二节不能排体育课；
···
系统执行排课后，课程会自行根据限制和一些规则安排在课表中。
在此之后，学校改了规则，星期一上午可以排课，星期二上午不能排课。 那么已经拍好的课怎么办？ 我的答案是：不动它。要么重排一次课，要么自己一个个去调整课程。
1、看似把星期二的课移动到星期一就可以，那么如果星期一、星期二都不能排课呢？挪哪去？
2、把不能排课的位置直接置为空。如果误操作了，这个课谁填回去？用户自己做的决定，让用户自己去修改。
这里的原则就是：规则约束过程不约束结果。
不完全适用，只是我目前给自己定的基本规则之一。
产品设计相关内容，关注我吧~
