公司架构图怎么做

步骤/方法

1

方法名称：细分整合法

2

步骤：

组织架构图并不是一个固定的格式，关键是要考虑是否符合公司发展战略的需要，组织架构的功能是为了实现战略效果而将相关工作进行划分，因此要根据企业具体情况制定具体的个性组织架构图。

企业要根据具体情况（如部门的划分、部门人员职能的划分）制定具体的、整体的、个性的组织架构图，各个部门也要制定部门的、具体的、细分的组织架构图。

例如，营销中心。

如果一家企业的营销中心包括：市场部、企划部、销售部、单证部，那么本企业的营销中心的组织架构图可以制定为：

参考资料：http://jingyan.baidu.com/article/7c6fb42859731380642c9015.html

本小节主要介绍 产品架构图 的相关知识，整个内容框架分为三个部分，分别是： 产品架构图是什么（what） ； 为什么要画产品架构图 （why） ； 如何画产品架构图（how） ，下文将对各部分的内容做详细介绍。

1、产品架构图的定义

产品架构图是一种将具象产品的业务架构、功能架构、信息架构、技术架构，生态架构以及商业模式等，通过层级划分、模块组合，而设计出的可视化图形，其抽象且精简的表达形式，很适合用来介绍复杂产品体系。常见的产品架构图有业务架构图、功能架构图、信息架构图，以及混合架构图。

有句俗语叫做： 思考常常越复杂，形式往往越简单 。人类历史上许多伟大的知识和定律都是以精简而优美的形式表达出来的，例如亚里士多德的三段论表述、牛顿的三大定律、欧拉的上帝公式，达尔文的进化论表述等。思考的足够通透后，只需要用简单的形式就可以表达复杂的体系结构和逻辑关系，相反很多看似简单的表现形式，背后却承载着巨大的复杂。

对比各种产品输出物（文档、原型图，流程图等），产品架构图的形式最为精简，都是由单一的矩形控件排列组合形成，但却在所有的产品输出物中拥有最高的抽象程度和复杂度，输出产品架构图是对产品经理产品设计能力的衡量和体现。

2、为什么要画产品架构图

在进行产品设计的时候，首先应该输出的是产品功能架构图，思考这张图如何画的过程，是帮助你梳理产品设计思路以及确定产品边界过程。例如，现在让你设计一个CRM系统，可以试着先画出具体业务的CRM系统的功能架构图，在画的过程中，会辅助你思考整个CRM系统有哪些核心功能模块组成，各模块的关联关系是怎样的，每个阶段应该做什么，从而形成完成的产品设计思路。

其次，产品设计的过程就像是盖大楼的过程，输出产品功能架构图就好比是搭建大楼地基的过程，产品原型设计的过程就像是大楼建造的过程，地基没有问题，后面的添砖加瓦就不会有太大问题。如果一开始地基质量就有问题而没有被重视，后续盖了一半发现整个工程出现问题，修复重建则会浪费巨大的资源和成本。所以项目初期产品功能架构图是很重要的交付物，当你要开始设计一个完整的产品方案时，如果跳过画产品架构图的步骤，直接开始画原型、写PRD文档，就很容易发生改了又改，甚至是做了一版需求然后又推翻的情况。

最后，在产品上线后无论是对内普及还是对外推广都需要有高度抽象，简洁易懂的载体来介绍产品整个情况，介绍和推广的不可能去用繁杂的页面和文字去描述，这个时候产品架构图会是介绍整个产品理念，功能和设计的一个很好的传达媒介。

3、如何画产品架构图

上文介绍了什么是产品架构图以及为什么要画产品架构图，接下来要介绍如何画产品架构图，产品架构图的画法主要分为四个步骤，分别是：（1）确定对象；（2）拆解结构；（3）挖掘关系；（4）表达输出。

图5-1产品架构图的画法

（1）确定对象

首先要明确产品架构图描述对象的范围和边界是什么，例如，对于一个CRM系统，要画的是CRM系统的业务架构图、功能架构图、信息架构图、还是综合了多种元素混合在一起的混合架构图。

（2）架构拆解

确定好描述对象的类型后，要对其进行架构拆解，例如，输出一家借贷平台的业务架构图图，可以拆解为贷前业务、贷中业务，贷后业务等。又例如输出一个CRM系统的功能架构图可以拆解出整个CRM系统的功能模块，如账户管理模块、客户管理模块、用户管理模块、权限管理模块，系统设置模块等。

（3）关系挖掘

输出对象的架构拆解完成后，需要发掘出各个模块之间的关联关系，同样以CRM系统的功能架构图为例，在拆分完整个系统的功能模块时，接下来要分析出各个功能模块的关系，产品架构图内部元素之间的关联关系主要有四种：统计并列关系、父子包含关系、辅助支撑关系，底层支撑关系。

（4）表达输出

确定了各个功能模块的关系之后，则需要进行关系表达，层级相同的模块元素，则按照同级并列关系，需要排列在一起。

例如，在CRM系统中，客户管理模块和权限管理模块就属于同层级的并列关系。而权限管理模块和权限分配这个功能模块之间则属于父子包含关系，在表达父子包含关系时，通常父级模块会包含住子级模块。

其次，一些产品的非核心的功能模块或者产品之外的一些功能模块，例如第三方平台的短信功能模块，这些模块对产品自身功能的实现起到了一定的辅助作用，与其他产品功能模块呈现出辅助支撑的关系，辅助支撑模块一边画在产品架构图的右侧。

最后是底层支撑关系，例如产品的 会员体系 是建立在账户体系的基础上的，所以账户体系与会员体系属于底层支撑关系。底层支撑关系的表达方式一般是支撑模块在底下，被支撑模块在上面。这些基本关系的图形化表达方式，会在后面小节结合实际的案例做详细介绍。

整个边界范围内的结构关系表达完成后，整体检查一遍是否有遗漏和错误，检查完毕后配上整个架构图的标题，架构图标题往往是对整个架构图内容的说明，一般放在最上面或者框架左右两边，最终输出完整的产品架构图。

爱因斯坦说过： 如果你不能把一件事情用最简洁的语言描述清楚，说明你还没有理解他。 对于产品架构图而言： 如果你不能用简单的矩形， 通过 排列组合的方式 ， 把一个复杂的产品 结构描述 清楚，说明你还没有真正理解 你做的产品 。 所以，在日常的产品工作中，要培养自己去画产品架构图的习惯，培养抽象思考能力的同时，辅助自己高效的完成产品方案设计。

原文地址：https://www.cnwebe.com/articles/157113.html

---