『产品架构图』的画法拆解！

上篇文章讲了一个观点：产品同学职场发展的关键在于战略性的制造不平衡，文章中分享了一个关于“架构设计”的案例，不少产品同学看后在微信群内反馈，说很想系统学习下架构设计。

坦白说，产品架构设计需要很多的经验积累，尤其依赖对业务场景的深度理解、体系化的产品思维、较强的抽象能力等等，偏向于水到渠成，很难读完一篇文章就能学会，但掌握了设计方法，再通过反复练习就能逐渐掌握。

因此，镜同学想通过本文系统性的分享下产品架构设计的入门方法，我会通过一个产品案例帮你更好的理解产品架构设计。

当然，能力有限，本文并非适合每个产品同学，欢迎批评指正，主要是想帮助入行不久的产品同学建立对架构设计的一些认知，重点是分享一些方法论。

等你看完，你一定会有这个认知：

产品架构设计对外集中体现的是你的专家效应，尤其是对你的产品视野和格局都有很大的提升，而这对你的职场发展也极为重要，绝不是撑面子的花架子。

你知道的，在“产品大峡谷中”，镜同学一贯愿意并擅长做这样的辅助。

↑- 敏捷版的产品架构图示例

先介绍下该产品案例的背景：

我们团队目前主要在做HSE安全信息化平台，该平台的产品矩阵主要解决企业安全生产管理的需求，诸如“双重预防机制”等等，目前平台积累了近十万企业用户。

同时，为了提高集团各事业部的业务推进效率，我们同时也在做CRM系统，上周我们设计了一个“客户档案”的产品需求。

这个需求属于客户关系管理系统中的一个一级功能，主要是把CRM系统收集到的客户信息，尤其是安全信息平台所拥有的该企业的安全信息进行集中展示，用户可以免费或付费查询，多少有点类似于“企查查”。

这个需求是让一个产品经理负责设计的，评审时我发现他对产品设计的深度还远不够，只是被动的罗列企业的信息，缺少深入的产品设计思考。

归根结底，主要在于没有产品架构的意识，因此，借这个案例，分享一些经验，希望能给你带来一些启发。

在数据治理之后要进行数据分析，这些分析要立足于当下的业务场景，说白了，治理后的生产数据是原料，是最初的生产资料，我们要想办法加工成半成品。

那么，这个案例中“客户档案”的企业安全数据，我们应该如何有效分析呢？

我们首先要进行分维度的权重设计，其次要进行统计分析，诸如，哪些数据是对业务需求意义大，应该分配什么样的权重；这些一定不是单纯的罗列原始数据，因为你展示的是依托数据的客户档案，应该是报告性的、统计性的，一定要让用户最直观的看到你的数据分析结果。

比如，通过数据分析，产品应该可以告诉用户某个企业的安全评分是90分，统计数据大概有哪些，等等，均是直观表达，而不应该是众多的列表、详情，等待用户自己再去计算分析。

第四，数据融合

通过以上的功能梳理，我们对于需求功能点应该拆解的比较清晰了，那么下一步我们应该就是着手画产品架构图了。

不过，我还是建议你先梳理成思维导图，这样结构化更加清晰，也方便查漏补缺，这对于接下来的产品架构设计更能具象化，理解起来也更加高效。

这里思维导图的关键在于结构化的拆解，要通过需求方法论、场景化的需求分类，将该产品设计分解成对应的结构层次中，这些维度是架构图的关键。

比如，客户档案需求设计时，我们就可以把需求方法论“数据收集”、“数据治理”、“数据分析”、“数据融合”作为设计底座，从这些维度方向去进行功能详细设计，细化成哪些功能点，这就自然而然形成了产品架构。

接下来就要画产品架构图了，这里对照“思维导图”即可快速梳理，当然，如果你可以使用VISIO、PPT或者Axure等工具设计。

最后，我觉得产品架构的颗粒度应该大一些，重点在于方向把控和核心功能点的设计，是核心业务逻辑的集中表现，不必过于细化。

而架构设计的前提在于高度契合产品定位，设计的核心在于多维度的结构化分层，从不同的维度去拆解原始需求，不断修正，反复训练，熟能生巧。

比如，客户档案的产品定位一定不是做企查查，而是依赖业务系统的差异性数据，提供垂直领域的数据服务，随之带来的数据权重将会在架构设计上充分体现，这也是架构设计的核心理念。

当然，本文只是一个小的产品案例拆解，方法也未必适合每个产品同学，只是希望这些敏捷的设计方法能带给你启发，尤其是能对初学者对产品架构的认知能提供一些浅薄的经验参考。

另外，偷偷告诉你，在公众号“产品大峡谷”内回复“架构设计”，即可无套路获得镜同学使用的架构设计源文件（Axure版哦），这个模板应该能提高你的工作效率。

最后，真的希望对你有产品启发。