什么是产品详细设计？是对产品的具象化呈现，是向研发团队展示产品的实现逻辑、业务规则等内容

什么是产品详细设计？是对产品的具象化呈现，是向研发团队展示产品的实现逻辑、业务规则等内容。在呈现内容上需要保持简洁明了，将复杂的逻辑通俗且直观的表达出来，让其他成员更容易理解。

在实际操作中，我们可以通过3个步骤依次分解：

1. 通过“建立业务模型”确认系统底层结构；
2. 通过“系统操作流程”描述用户执行任务的路径；
3. 通过“绘制产品原型”呈现产品的界面、交互、规则。

接下来开始我的表演。

一、建立业务模型

建系统犹如建房子，先确定房子的框架，然后打地基、搭钢架、添砖加瓦。

在整体方案中确定了系统框架，详细设计将从打地基开始，而不是一上来就添砖加瓦。建立业务模型就是系统的“打地基”，直接影响系统底层结构。后续的详细设计是在业务模型下进行拓展，如果业务模型设计偏差，系统从开始也就歪了。

注意：一旦底层的业务模型涉及大范围调整，则后续设计和开发都将受到严重影响。业务模型的建立也是对底层数据归类的过程，可以从3个步骤来实现，并通过ER图或其他方式进行展示。

1. 要素抽离：根据之前梳理的业务流程进行再次抽象，提取流程中出现的关键业务要素；
2. 2找准关系：罗列关键业务要素，结合业务逻辑找到关键要素之间的关联关系；
3. 设计模型：考虑业务诉求、资源限制、系统拓展性等情况，设计出对应模型。同时配备对应文字解读，避免看图出现遗漏信息。

举例：Z公司TMS项目中，通过访谈方式对业务流程进行了全面梳理。部分业务流程为：计划员创建运单任务（订单），调度员根据订单的运输量、物料等要素对运单进行拆分或合并，再根据承运资源池中不同车辆任务分配情况指派给对应司机生成车次。

在梳理过程中找到了诸多要素，部分关键要素为：订单、运单、车次。下图以简化版的业务模型为例，看看不同图形表达的呈现效果。

图1

图2

上图中，业务模型想要表达以下信息：

1. 1个订单可以和1个或多个运单进行关联；
2. 1个或多个运单可以和1个车次进行关联；
3. 来自不同订单产生的运单可以关联到同1个车次。

二、系统操作流程

经过业务模型了解了业务关键要素关系，接下来可以着手系统操作流程设计。流程合理、角色任务清晰是系统设计成功的前提。我们应遵循从业务起点至终点、从主流业务到分支业务、从正向流程到逆向流程的设计思路，同时考虑各任务的逻辑先后顺序和依赖关系。

系统操作和业务是存在着对应关系，都是由一个个任务衔接而成，可以从角色和任务2个维度来拆解，并通过跨部门流程图+备注进行展示。单个环节可以从以下4点细化：