关键内容：领域学习、业务拆解、流程设计 作者：小步 全文约xxxx字 阅读大约15分钟 提示：以下内容仅为个人分享，有兴趣交流的伙伴可在下方讨论区留言。
知识库首页
提示：上方链接属于全手册首页，伙伴们打开后可以关注或收藏，用于日常工作查看，其中关注后，可以实时收到文档更新通知，希望对你有所帮助。
😅当前文档处于创作中，内容随时出现变更。。。。。。。
正文
不同行业充斥着不同的业务场景，便会衍生出不同的需求问题，产品的诞生便是应对不同需求场景产出解决方案，也因此每款产品在不同领域便有着不一样的表达方式。
在完成需求分析、原型架构之后，在产品进行原型构建之前，最核心的一步，便是对业务流程的设计。本文主要聚焦产品工作中，在进行方案设计时，如何进行业务设计的部分。仅个人实践思考和总结，希望有所帮助
三大基础业务系统：OA/CRM/ERP
在B端领域，笔者认为有三大核心基础业务系统：管人的CRM，管事的ERP，管流程的OA
简述
CRM，术语是客户关系管理系统，是B端企业常用于进行客户管理相关业务的基础业务系统，每一个领域都会有，但场景和内容还是差异较大
ERP，术语是企业资源计划，但在B端表现为企业信息资源的管理系统，包含企业生产、采购、订单、财务等，依旧是不同领域不同的场景内容
OA，术语是办公自动化，在B端常理解为工作流系统，我们常见的审核、报销、人力等涉及到流程编排属性的业务系统，它的核心就是流程、规则。因此但凡涉及到流程性的内容，都少不了OA的概念，比如OMS订单系统
从抽象视角来说，市面上所有的B端系统，都可以理解为基于三个基础之上，演变出的不同领域产品形态，这三者可以理解的业务场景的”基础设施”
业务设计两步曲
回到产品业务设计模块，笔者认为有效的设计流程至少包含两步；
第一，学习领域知识，提炼基础业务模型
在设计之前必须了解领域知识，也就是业内常说的产品经理必须了解业务，同时最核心的是产品需要能够基于业务抽象建立领域涉及到的业务模型，以便于指导后续的业务设计。
这方面，笔者看来便是产品能力中较为关键的一步，因为领域知识需要不断的积累，从实际意义上，产品经理的领域知识越丰富，面对复杂的业务场景便有更多维度的业务模型概念，这里也就是产品API系列提到的产品应该建立的多元思维矩阵的由来
第二：基于业务模型，构建核心业务点，完成业务流程的编排
流程设计，在基于熟知的业务模型之上，开始就真实业务进行流程设计。这里面涉及到大量的逻辑连贯性和业务的抽象能力，基本上可以确认如果在第一步，业务模型的定义出现偏差，流程结果也将导致对外竞争一些天然的短板
业务模型，即不同行业，不同业务点的业务表达方式
从产品实践工作里，抛开比较理论化的模型，业务模型核心来源于业务场景
~~待续
相关说明
若有收获，就点个赞吧
0 人点赞
