企业数字化解决方案有业务数字化系统、服务体验数字化系统和营销数字化系统这三类，本文作者对数字化业务系统设计方案流程进行了拆解分析，希望能给你带来帮助。

　　如何从0-1搭建企业数字化业务流程？每个关键步骤中的方法是什么？整个流程搭建过程中需要注意什么？

　　企业数字化解决方案有三类：

　　不同类型的数字化解决方案设计流程不同，需要注意的关键点也不同，今天分享的是业务数字化系统从0-1搭建的设计过程。后续会持续更新其他类型的设计流程，若您感兴趣，欢迎交流。

　　不管是集团内部做业务数字化升级还是为新客户提供业务数字化解决方案，将现有的业务流程转化为线上数字化业务流程解决方案，是数字产品经理的基础能力。

　　做设计师而不是需求实现者：我们接到很多个项目，都是因为客户已有的系统无法支持现有的业务流程，或者因为开发团队的设计能力和架构能力偏弱，所以提供的解决方案只能是客户提供的需求的原封不动的原版实现版，甚至是简化版；真正的数字化解决方案，我们是从客户业务人员了解实际的业务流程和他们的痛点和期待达到的效果，结合自己专业的设计能力产出更适合的、有拓展性的数字化解决方案。

　　业务数字化解决方案，一般是企业内部工作人员的使用系统。数字化业务系统设计方案流程可以分为5个步骤：

　　因为需要对企业内部的业务流程做到全部的理解和掌控，所以调研是非常关键的流程。

　　业务调研的框架性和结构性对后续的方案设计起到了非常关键的作用；如果业务调研不全面，设计方案时会影响整体的产品架构；

　　如果细节理解不到位则设计功能时，可能会导致功能偏死板，后续的扩展性较差；

　　业务调研，用下面的思路进行，能保证框架和细节的全面性

　　业务蓝图包括业务事件，反馈结果及不同组织部门角色三个基础要素在内的业务梳理流程图；通过梳理业务流程中关键角色的上下游合作关系，关键角色的主要工作范围，以及关键业务流程的关键结果；让产品经理从全局了解客户的业务流程框架。

　　数字化设计方案就设计一栋建筑，既需要设计师设计整体的架构和展示方案，也需要建筑设计师设计内部的细节的结构和布局；既有设计师可发挥的设计部分，又有必须要遵守的基础要求。

　　业务蓝图的流程梳理，有助于设计师了解整个方案的全面貌和内部的业务流转情况。

　　业务蓝图：

　　确认组织架构团队及角色职能确认各个组织角色的上下游合作关系确认各个角色细节的业务流程需要达到的最终目的以及现有的流程痛点注意：在第3步确定各个角色的业务流程时，会分成多个模块；就像建筑图设计好之后，需要设计各个不同区域的详细方案。

　　我们了解的主要的业务流转流程之后，就要针对详细的业务模块进行梳理；一般来说，到业务模块流程，需要整理出模块的信息流流程。

　　梳理信息流的流程：

　　模块分解为多个关键元素每个元素的业务流程梳理多种元素耦合交叉处理-梳理总结完整的业务模块流程架构细节字段调研，通过业务字段反推业务流程这样说有些抽象，我们拿一个最常见的模块举例子——订货模块。

　　我们分解订货模块的基础元素：渠道、商品、账户。

　　1）围绕渠道

　　例如：渠道有不同类型；我们需要增加渠道分类的功能；

　　渠道有订货范围限制，我们需要增加渠道的订货范围功能；需要提供串货的功能；

　　不同渠道有上下级的包含关系，我们需要增加渠道组织的功能；

　　2）围绕商品

　　商品在订单模块内有什么特殊点？例如：商品有不同的分类，我们需要提供商品分类的功能；不同商品给不同的渠道价格不同，我们需要做价格体系。

　　3）围绕账户

　　账户分现货现款和信用赊账，那我们需要有信用账户的功能；特定的商品有特定的款项，那我们需要做子账户的功能。

　　在梳理过程中，不断的向下分解，会发现有很多模块都和多个元素关联，例如价格提示需要和渠道以及商品关联；账户和渠道以及商品购买关联。

　　遇到这种耦合的逻辑时，一旦梳理不清楚，就会导致后续的方案遗漏功能，所以前期的梳理一定是一层层，细致的沟通和调研。

　　最好是梳理出流程图和Demo图，和客户不断的沟通，进行几轮后，设计师心里对整体的方案已经了解了，这个时候可以进入细节的沟通。

　　最后可以针对关键数据表的字段进行沟通；因为字段能反映功能模块，但是客户是没有这个意识的，产品经理和设计师需要有这个能力。

　　举个例子，我们的一个客户在对账单页面，提出了要能筛选出订单核销和未核销的状态的单子的对账情况，如果没有这样字段的要求，那我们在设计方案时可能不会特意设计对应的状态值。

　　调研完成后，我们可以梳理出来业务蓝图，和关键模块的流程图，关键业务的流转情况，可以基于已有的信息做方案设计。

　　通过快速的Demo设计与交互流程，与客户进行至少3轮的沟通和确认。

　　可视化的展示形式绝对是最高效的沟通方式，所以画图是数字产品经理必不可少的技能。

　　通过快速产出原型Demo，让客户确认交互流程和业务流程，有助于快速推动业务细节；防止方案设计有偏差。

　　方案设计完成后，我们需要转化成技术团队方便查看的文档模式，进行快速沟通。

　　我们现在使用的方式是交互Demo+PRD文档混合的模式，前期调研的内容和背景，也是需要同步给技术团队的，方便他们通过更严谨的方式设计产品结构和技术方案。

　　除此之外，对交互流程多的，一定要有交互图，方便技术快速了解流程。

　　分叉流程多的，一定要有业务流程逻辑图，方便技术了解逻辑流程。

　　细节说明多的，一定在PRF文档通过表格形式表达清楚，方便不遗漏细节。

　　开发完成后上线的流程，实施过程需要提前准备，将所有的实施内容和素材提前沟通准备好，避免出现『裸房交付』的情况，即上线了，但是因为上线内容没有提前沟通，导致上线后业务无法快速验收和走查测试。

　　整个设计流程描述好像很完美，但是最终实现到业务端时，可能会有因为业务描述不到位遗漏的需求，也有因为细节字段导致的需求没有实现的情况。

　　因为我们的解决方案重度依赖业务，如果业务提供的信息在前期没有提供到位，调研时没有深挖，会导致这种情况，所以会有系统调优的流程。

　　这个过程通过业务推动前测试和正式线上业务跑起来测试，会逐步的稳定和顺畅。

　　每个步骤做到位，能对后面的一个步骤起到很好的支撑。

　　数字化解决方案，并不是将客户描述的需求直接拿过来，而是基于客户的业务需求结合专业的数字化能力，为客户提供合适、稳定、方便、高效的解决方案，这才是专业的设计方案。

　　专栏作家

　　边亚南，微信公众号：边亚南，人人都是产品经理专栏作家。华秉科技产品合伙人，IT东方会副秘书长，北京理工研究生，《数字突围》第二作者。专注实体企业数字化升级方案设计和私域流量运营体系搭建，擅长为企业提供全链路数字化升级解决方案，以及私域流量运营方案。

　　本文原创发布于人人都是产品经理，未经许可，禁止转载

　　题图来自Unsplash，基于 CC0 协议