我在阿里云做产品市场（3）：如何画好一张产品架构图？
对于产品市场人来说，一个日常的功底，就是要画一张产品架构图。
这是产品市场人的番茄炒蛋，即是一道平凡菜，又是一道非凡菜，考验的是：
产品市场人对产品的理解，对技术趋势的理解，对公司战略的理解，以及对公司内部组织架构的理解。
所以，产品架构图好画吗？既好画，也不好画。
那么画产品大图的目标是什么呢？我们以终为始的来看：
- 1）展现公司产品业务全貌，有利于客户快速对照自身场景，快速定位产品，并消费产品组合，提高复购率。
- 2）在最短的时间里展现技术路线，有利于突出技术的领先性和丰富性，提升客户的技术信心和黏度。
- 3）展现公司业务永续的能力，并影响客户未来业务的技术选型。
并作为基础物料广泛应用于各种线上线下场景。
所以，产品大图，在产品市场中是一个极其重要的战略抓手。
学会了画产品大图，在任何一个toB科技企业中，都是一项独步天下的武林秘籍。有了这手画地图的能力，产品市场工作，才有了独当一面的可能性。
我简单的把产品大图分成了以下6种类型，和大家简单分享一下。
并列型产品架构图
这种类型的产品架构图的作用非常简单：展现产品多，产品宽度广。
一张最简单的并列型产品大图：
这种图的核心价值，用通俗的话来讲，叫做排列。
我们在这种图上，与产品线的负责人稍微聊一聊，做一下变形和分类，就可以得到一个升级版的并列型产品大图：
这种产品大图，会有2～3个关键信息，以阿里云数据库这张大图为例，就会包括产品的聚类，核心性能提炼，以及产品名称。
并列对比型产品大图，主要用于同一产品线，多个产品，同时又能突出每一个产品聚类的核心能力。
用产品聚类的最高技战术性能，吸引对产品聚类的关注。
并行的产品大图还有各种各样的表现手段，例如可以通过大家常见颜色的渐变，来表现性能梯度的变化：
一个典型的并列型产品架构图的主要元素有：
- 1）同一产品线的大类（技术栈）
- 2）产品线的代表核心性能
- 3）产品名称
- 4）反应产品梯度变化的标识等。
基于市场的固有认知分层的产品架构图
在市场上还有一种图形，是基于云计算行业认知构建的，例如云计算行业里通常我们就会把行业分成Iaas，Paas，SaaS。
基于行业构建的产品架构图，能够清晰看到厂商的垂直切入深度，这种大图，最大的用途，是展现企业在行业里的地位，以及给用户提供广泛的选择性。
这种类型的图，如果厂商产品不够丰富，在图上一览无余，所以，这种图一般都是有足够自信的时候，用来秀肌肉的。
这种图的画法特别简单，把几个层次拉出来，然后…..找PD们往里填东西就是了。
唯一要注意的是，图与图之间的边界未必那么清晰，所以，总有那么几次小小的吵架….(别问我怎么知道的)
基于市场的固有认知分层的产品架构图通常要做到如下几点：
- 1）对产品线的产品要事无巨细的搜罗，如果漏了就不好了。
- 2）对于每个产品所在的位置，都要和厂商战略一一对焦。
- 3）容易暴露厂商战略的地方，请模糊化处理。
基于市场固有认知分层的图，本质上是用一家公司的产品和行业进行嵌套对比。
一个这样的图，通常有的元素包括：
- 1）基本层次，云计算行业里就是Iaas，Paas，Saas等。
- 2）在这个基本层次上的各级产品。
- 3）多展示一些跨层次，跨维度的产品，这些产品可能本质上是在你的独有环境下锤炼出来的，更能体现技术优势。
基于用户业务场景理解的产品架构图
对于用户来说，以上两种画图方式都是极其不友好的，因为上面两种图是典型的厂商视角，用户很难有极强的代入感。
而基于用户单场景理解的产品架构图，能够快速切入用户在使用产品中的代入感。
这种图通常是在业务流程图上进行变形加工，简化得到的，Aws最喜欢画这种图，所以这个例子，我们就用Aws来吧。
以目前最火的serverless服务，AWS Lambda为例：
假想一下，客户是一家数字影像公司，最想知道的是Lambda如何快速帮助数码影像进行实时创建缩略图、转换视频代码并且快速在多端上展示的？
（照片进来，存进S3，在S3上，直接触发 Lambda计算，得到了不同尺寸的照片，结束）
画这种图，最大的要诀就是，抓住核心场景和核心流程，核心场景就是客户会买单的第一场景，而核心流程则是在整个链路中，产品能够起到最主要用处的场景。（aws的图里就不会着力去画网络等板块）
这种图是减法的艺术，一眼就能让客户看到，我有这个需求。
一个这样的图，通常有的元素包括：
- 1）一个通用的场景
- 2）链路上的主要产品（提高交叉购买）
- 3）一个完整的解决问题的链路。
基于对用户全链路/全生命周期业务的产品架构图
企业的需求是多样的，以上的画图方法，还是很难从一个场景出发看到整个企业IT与厂商产品的关系。
于是乎，我们就需要一张以一个假定的企业为切入的产品架构图，这种架构图在业内通常被我们称为“最佳实践”的图。
最佳实践的图，首先一定要具备三个特点：
- 1）架构通用性，这个图所描述的架构，一定是行业里80%的用户都需要的。
- 2）要体现厂商优势与用户场景的融合，举个例子，下面这张图就是站在一个公共云厂商的视角来画的大图，大家想象一下，如果是一个专有云厂商这张图是不是应该倒过来？
- 3）还要展现出一定的行业前瞻性和热点：例如下图是2017年画的，彼时大数据和AI热还刚刚开始，所以，当时有一个画图的目标，就是要通过一张大图展现出云和数据和智能的关系。
下图就是我在阿里云画的一张产品大图：完整思路就是从用户入口的端，一个手机，一个PC，或者是一个传感器，通过各种访问/网络服务，触达云，在云上进行计算，存储，然后进行数据的分析，最后变成智能AI的行为，又反向回到用户。
这个架构图，能够还原到任何一个电商推荐系统，信息推荐系统，以及图形图像处理等领域。
这是基于用户全链路的一种画图方法。
能够清晰的帮助用户进行对比和思考
基于技术品牌战略理念的产品架构图怎么画？
这种类型的图，我称为图无定义，要根据厂商的故事，和上面所有类型的图来归纳总结。
这种图品牌性质大于技术实质，肩负的首要使命，是讲好一个大的故事。
例如，过去阿里云的飞天操作系统，我们都把他看成是一个基础设施的底座，当我们把他看成一个底座的时候，我们希望强调的是底座的强大能力。
所有的应用，所有的虚拟化平台，所有的计算能力，都可以在这个平台上运行，无所不能。
所以有了下面这张图：
而当我们的技术品牌理念发生了变化以后，我们希望突出的是：在5G时代，飞天操作系统能够无所不在，能够从云管边端统一的控管，统一的调度，形成强大的，低延迟的计算力，成为面向万物智能的云操作系统。
那么，这张图，就会发生很大的变化：这张图，就从云管边端四个层次，来看新一代的飞天，我们将其称为飞天2.0。
这就是我要讲的，同一个产品，产品体系，在不同的时期，可能有完全不同的架构图画法。
但是不变的核心是，我们通过图形化的手段，简单明了的表明我们的商业场景，我们可对外的战略意图，以及想要帮助客户实现的价值。
剩下的，就交给销售的同学吧。
产品大图不好画在于：
- 1）要把公司的内部的产品大图进行客户视角的转化。
- 2）要对部分不适合市场讲的内容，进行重新逻辑梳理归类。
- 3）公司的产品和组织架构，不等于产品大图！！！！
我们画产品大图的目标，有三点：
- 1）有利于客户快速对照自身场景，消费产品组合。
- 2）有利于突出技术的领先性和丰富性。
- 3）进而提升客户的技术信心和黏度，增加对技术路线的信任，提高复购率。
- 4）客户可以前瞻性的为未来的新业务带来的技术架构做准备。
另外说一句，世界上最差的产品大图是，看完这张图，你能看到这家toB企业的组织架构，部门权重，与混乱的公司政治。