在产品的设计阶段，我们需要做的是哪些工作？不是常规的需求分析、产品设计，本文作者给到了另一种答案：业务数据建模、界面流转图和界面设计等。
产品方案设计，我一般会分成2大步，第一步是产品整体方案设计（可见文章-如何开展产品整体方案设计？），第二步是产品详细设计，本问针对产品详细设计和大家一起探讨。
将抽象的用户需求转化为具象化的产品需求阶段开始了。对业务整体方向、产品框架等均定位清楚后，就要开始详细的产品设计了，开始前也不用着急马上投入到原型设计中，我一般习惯从业务数据框架开始，再细化一次业务流程和关键角色，最后再进行页面流转图与原型图的设计。
我一般先确认业务中的关键内容（可从业务组织架构层级出发）、每个内容的关键属性、再梳理内容之间的关联关系，这个思路下来基本可以梳理的大差不大，呈现形式可以用ER图。
案例：小红集团需要一款辅助工程施工进度管理的软件
现主要业务情况如下：
进而梳理该企业的主要业务架构与系统账号的关系如下：
图1-客户进度业务组织机构树
图中存在三种对象：
每个组织机构对象都有一个“上级机构”，每个账号或计划都只能隶属于一个项目或机构，每个计划中都有几百甚至上千个任务，将这几种对象通过ER图来呈现如下：
图2-客户模型ER图
ER图中可以清晰的看出各对象之间的数据关系，在接下来的详细需求设计或研发同学进行数据库设计时，均提供了清晰的关系说明。
这样的模型保留了一定的可拓展性，比如项目前期时间较紧张时，完整的组织机构树的开发复杂度很高，为了降低开发成本与满足一期客户的上线时间要求，与客户沟通后可暂不支持复杂的行政层级管理，只需要为客户实现若干个账号可管理多份计划即可，根据以上情况，简化组织树如下：
图3-简化版组织机构树
基于简化版的组织树层级，每个客户需要有一个管理员账号，可以创建子账号和计划，子账号可以设置为生产部人员，能够对关联的计划进行工作处理等。
简化后的ER图如下：
图4-简化版客户模型ER图
该模式与上方图2模型相比，只是在账号与计划两个对象之间建立了关联关系，这样处理保持了模型的可扩展性，将来需要实现全面的组织机构管理时，将账号、计划之间的对应关系打断，整个数据底层基本不需要调整，在业务系统中实现相关技术算法和组织机构树管理维护功能即可。
注意：在账号与计划的关系中，一般是生产部门的1个人负责对应的1份计划，若某个项目在前期准备时，发现本次工程很复杂，也可能需要多个人一同编制工程计划，所以账号与计划的关系设计为多对多，这是实际情况中经常出现的业务场景。我在设计模型时通常会尽量让自己多想一步，使产出的模型扩展性尽可能强一些，也是降低以后由于业务复杂度的增加需开发新功能，但系统底层无法支持，只能重构的风险。
流程图我一般采用自顶向下的思路梳理，先梳理主干流程，再填补关键支线流程，将流程中涉及到的角色，均列举出来，进一步明确系统角色及业务岗位之间的安排。整个流程设计的过程中，我会不断提醒自己谨慎思考各环节的依赖关系、先后顺序，避免逻辑混乱。
根据以上案例，调研时与客户沟通确认的主要业务流程如下：
图5-线下进度管理主流程图
根据流程图思考系统具体拆分，大致思路与结果为：本公司管理客户时，需要客户管理后台；客户管理分公司/项目时，需要运营管理后台；客户进行工程进度管控时，需要进度管理前台。
进而梳理出如下不同角色：
1）进度管理业务在本公司内部包含如下角色：
2）进度管理业务客户包含如下角色：
基于上述分析，绘制出更详细的业务流程图如下：
图6-创建维护客户到进度管理主流程图
上图清晰的描述了从客户开发到进度管控的关键流程节点，以及不同的角色在不同的系统中各完成了哪些操作，最终完成整个流程。通过跨职能分系统流程图，可以清晰的看出谁（操作角色）在哪（那个系统/模块）做什么（完成哪些工作），一般这个流程图梳理完成后，对整体系统就会有个很清晰的认识。
接下来就是页面流转图，一般常用来描述用户完成某项工作需要访问的页面及页面跳转顺序，包括系统中总共需要哪些页面，哪些页面可以重复使用。通常我会选定主要的某单一角色，绘制某个特定场景下的页面访问和跳转逻辑，从用户视角梳理一遍所有相关页面，往往在这个过程中会检查到一些遗漏或有问题的内容，可进行查缺补漏。
举例：项目生产部人员，创建并填报计划的过程中，涉及到哪些页面？创建计划后中高层进行审批时涉及哪些页面？
1）项目生产部人员首先需要登录到系统，进入首页，因为要创建计划、填报计划，所以需访问计划列表页，在列表页中有导入计划按键、填报进度按键，点击某一按键，分别进入导入/编辑计划页、进度填报页；
2）计划创建好后，生产部负责人/总监登录到系统，进入首页，因为需要审批生产部人员上传的计划，所以需访问审批列表页，此时要思考一下，是否需要一个新页面，能否与计划列表页共用一个页面？因负责人审批的可能不止一个项目计划且更主要关注审批状态，将待审批的计划进行查阅审批，需要一个列表查看全局情况；而计划列表主要关注计划的进度、风险情况等，且每个项目一份，铺开展示计划详细内容即可，便于管理；所以审批记录需要单独新增一个页面，负责人进入审批列表页，点击“审批”按键，进入计划审批页。
页面流转图如下：
图7-页面流转图示例
通过业务主流程、页面流转图的梳理后，对系统的页面情况有了一定的评估，需要注意的是，不是所有页面都会在页面流转图中体现，比如我们的财务部门，他们所需要的一些报表页、对账查询页等。我经常提醒自己，凡事都尽量多维度思考一下，可以帮自己发现一些未考虑到的问题。
到这步基本已经将大框架梳理的差不多了，可以为每个页面设计具体的交互功能了，即页面设计。原型图的设计工具比较多，比如Axure、墨刀、Mockplus等，可根据个人习惯灵活选择。
界面设计的时候，有一些基础原则可以了解一下，对产品整体的统一性、可用性、友好性都有一定帮助，我起初刚做产品的时候，听到比较多的是尼尔森十大可用性原则，主要考虑用户在这个页面上会进行哪些交互、怎样设计能达到最好的交互效果等。
尼尔森十大可用性原则包括：
大家如果感兴趣，可以详细查询下尼尔森十大原则，这里仅做了简单举例。
以上就是我在产品详细设计时，常用的思路流程，希望对你有帮助，欢迎大家一起交流学习呀~
本文由 @不知名产品露 原创发布于人人都是产品经理。未经作者许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。