房屋建筑|从房屋建筑视角出发，带你轻松入门产品系统结构( 二 ) 系统结构|建筑|产品|房屋|出发

而如此重要的数据结构，它们却像建筑物中的地基和钢筋一样，往往隐于交互界面之下，不为使用者所见。
这就是我们PM和程序员们想方设法做的事儿：把让人掉头发的复杂性留给自己，把最简洁优雅的体验留给用户~
四、服务系统→核心模块

概念解释：建筑物的核心，具体包括电力系统、暖气、通风设备、空调、水管等；它位于图中从外往里数的第三个，到这里，箭头开始多了起来。
变化速率：3。

我把服务系统对标为软件系统中的核心模块。
核心模块是系统重要中枢的功能集成，比如交易系统的订单&商品管理，CRM中的线索池和销售管理，Call Center系统的工单管理等。
在系统搭建到逐渐完善的过程中，核心模块的迭代往往比较频繁，它们就像建筑物中的水电暖设施，决定着整个建筑物的基础设备是否给力；你知道的，就算是最原始的房屋，也得凿窗通风、生火取暖、点灯照明是不~
五、空间规划→功能页面

概念解释：建筑物的内部布局，比如房间、厨房、卫生间等的排布以及各空间之间的墙壁和门；到这里，箭头明显多了起来，表示变化是较快的。
变化速率：4。

我把空间规划对标到软件系统中的功能页面。因为功能页面能够直观地告诉用户：你现在在哪儿，你可以做什么；它们直接地展示在使用者面前，事实上，使用者正是通过功能页面去掌握整个系统的使用。
我们对系统功能性的迭代，直观地反映在使用者面前的，通常是这些功能页面的变化。
随着系统从0到1的建设过程中，系统的功能页面和菜单也会越来越多，合理的分类和布局，将有助于使用者一目了然系统的组成，快速上手操作和找到自己想要的信息。
六、材料→字段及展示

概念说明：房屋中的家具、家电、日常用品等；它位于图中最里面一层，并配有哗啦啦流动的箭头，强调它们的变化是最快的。
变化速率：5。

这些就好像是软件系统中的字段及展示，随着系统中最常见的增删改查操作而不断发生变化。
进一步的话，我更想把它引申为需要人为介入经常性调整的内容，比如偏运营策略的业务规则、以及需要贴合业务属性的定制化文案及填写模板。
它们的变化往往是非常频繁的，因为业务需要根据多变的用户场景去做实时匹配，那么，总不能让开发同学工作时间都待命去应对业务的更改要求吧？
这种情况，就需要产品经理具有良好的抽象能力，将业务最频繁改动的地方（比如控制活动结束的时间、不同业务线客服填写的工单信息等）做成可配置化功能，长期下来有助于减少不少的产研时间和人力，将精力投入到更重要的系统建设中。
过上文的介绍，我们就把建筑物结构与系统结构作了对应关系，它们分别是：

位置→系统出发点
外观→UI设计
结构→数据结构
服务系统→核心模块
空间规划→功能页面
材料→字段及展示/需要经常性调整的内容

经过这样一层层的剖析介绍，大家现在对系统的认知是不是更具象化了一些？
事实上，我一直觉得土木工程和软件工程实有相似之妙，而产品经理，就像是软件产品中的建筑工程师呢！
待笔者了解过更多相关领域的知识后，我们再继续展开聊聊，我也非常乐意继续为大家奉献出更多有意思的文章。
作者：Han，个人公众号：涵的数字花园。
本文由 @Han 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。