——这是我的第76篇原创文章——
宋代禅宗大师青原行思，提出了人生的三重境界：参禅之初，看山是山，看水是水；禅有悟时，看山不是山，看水不是水；禅中彻悟，看山仍是山，看水仍是水。 
 
产品经理的成长过程亦是如此：初出茅庐，设计简单，考虑不周；晋升中级，设计复杂，方显价值；修成专家，去繁化简，追根溯源。
 
第三重境界，笔者称之为：产品低设计能力。
 

什么是产品低设计？

01

 “产品低设计”这个词源于技术的启发。技术有2个很火的概念：中台、低代码。

 
 中台
        
中台，顾名思义：中间的平台，和前台、后台对应，指的是在一些系统中，被共用的中间件的集合。目的是解决企业不同项目中的重复造轮子问题。
     
比如电商平台中，商品和订单支付就可以放在中台，双11，双12搞活动，都只要从里面取商品就可以，尽管每次活动规则有变，但都不影响中台的业务系统，这能够让活动模块快速开发迭代。
 

低代码

       
2014年，著名的研究机构Forrester正式提出低代码开发概念。低代码，指0代码或通过少量代码快速生成应用程序，不同经验水平的开发人员可以通过图形化的用户界面，使用拖拽组件和模型驱动的逻辑来创建网页和移动应用程序。
 

低设计

      
低设计一方面指产品设计低耦合，更灵活；另一方面指产品经理在设计不同行业产品时，能借用底层通用型功能模块的设计，上盖特色业务功能，快速实现该行业的产品设计。
     
      
这也是笔者的亲身感悟得来，因为一些客观原因，笔者先后从事过新零售、医疗行业，现又转战工业互联网，发现很多功能都是通用的，比如说商品管理、权限设计。低设计除了能帮助个人轻松跨行外，还有很多其他的价值。

产品低设计的价值

02


 产品低设计的价值体现在产品设计层面，能使基础框架更轻巧，并灵活应对多样化的用户需求，同时也能提高产品设计和开发效率，加速产品迭代速度，降低公司成本，提高产品和公司的竞争力。
 

搭建更轻巧的产品底层

       
产品的发展就像船在河里行驶，越轻巧跑的越快。但我们在工作中常常会发现，有些产品的底层很乱，不同功能耦合在一起，边界不清晰，越迭代越笨重，甚至后面无法再迭代了，只能推翻重来。
 
比如工厂常会用到车间管理、仓库管理功能，轻巧的做法是这2个功能既能单独使用时形成闭环；又能一起使用时，有数据的交互，在生产过程中每一次半成品的流转都能同时体现在仓库管理功能的出入库上。如果把这2个功能耦合的很深，就会导致重生产、轻仓管的客户感觉很累赘。
 
低设计强调产品框架设计时功能之间的解耦合，使产品的可塑性更强。
 

灵活应对个性化需求

      
Saas有一个很大的痛点就是：用户多，且没有统一规范，个性化需求多。如果完全满足他们，可能导致其他用户不满；如果不满足他们，又可能导致流失。
 
比如说西医病历中包含通用的现病史，家族史等字段，但有个客户是做健康管理的，想要在病历中增加健康建议的字段。那我们可以在不改变原功能的基础上，另外给他增加个性化字段的显示。这样既不影响其他用户，又能满足他的需求。此类需求多的话，可以把这个自定义的权限交给用户。
 
低设计的最底层是将功能中的通用字段抽离出来，以灵活应对个性化需求。
 

提高产品设计效率

      
有朋友和我抱怨说：客户自己需求都搞不清，就要我出设计方案和原型稿，我参考着竞品给了一份，他就开始不停的提需求。我说：这很正常啊，看到实物了，就知道自己要什么了。
 
我们在面对一份空白的文档时，常常会感到无从下手，特别是刚入门的时候，如果这个时候你有一份底稿在了，你可能一下子就有了设计思路。随着工作年限的增长，你可能后面会重复做类似的功能，你也不想重复造轮子，这份底稿能让你快速地完成产品设计。
以下3点略，后面可见书

  • 开发效率大幅提升

  • 加速产品迭代，快速验证市场

  • 公司成本缩减，提高竞争力

如何做产品低设计？

03


让我们把产品一层一层的往下拆，你可以看到这个模型。
 

              
 

解构不同行业B端产品系统架构

笔者研究了很多不同行业的产品，发现很多功能模块在重复的出现，比如说权限设计，这基本在每个B端产品中都会被用到。从电商转行到医疗时，感觉是完全不相干的行业，但实际在做产品的时候，发现用到了很多以前的功能，比如药房的出入库管理和电商的ERP是类似的；患者的管理和电商的客户管理是类似的；因诊所越来越重视引流，需要营销功能，又可以借鉴电商的营销体系。
 
我在面试时常常会问：你为什么觉得从电商行业跨到医疗行业能胜任呢？面试者常常回答：我觉得设计思路是相通的。但详细的又说不出个所以然来。如果你能把我上图的拆解讲给面试官听，他立马就能感受到你是有研究的，有证据的，而不是自我浅层感觉。
 
要说了解，第一步还是先把不同行业的产品架构清晰地梳理一遍。
 

抽离通用业务系统

当我们把不同行业产品的框架都梳理清楚了，我们做个横向对比，就能明显的发现，这些功能还能再这样细分，如图：

              
 

  • 特有业务层：指每个行业独有的功能，比如医疗行业是诊疗，这个没法在电商、工业中通用，这些功能的设计只能深入行业、通过大量的用户调研得来。

  • 通用业务层：指相类似的功能模块，虽在不同行业有所侧重，复杂程度不一，但核心是一样的，比如ERP在医疗中就是简单的出库、入库、盘点，在工业领域，会涉及财务成本分析，但核心还是围绕着出入库、盘点。

  • 共用业务层，指每个系统都会用到的功能，比如说权限设计，操作日志，而且这套方案在应用时可以做到0改动或小改动。

 
我们不管特有业务层的设计，着力剖析通用和共用业务层的产品设计。
下面略，后面可见书。
总结

04


千万不要被各种B端产品的表象给迷惑住了，我们可以抽丝剥茧，提炼出最核心、最基层的产品设计稿，在这基础上做个性化设计。
 
跟着这5步来练习一下吧：
1、解构几个不同行业的B端产品架构
2、抽离其通用的业务系统
3、抽离各业务系统中常用的功能模块
4、抽离各功能中通用的结构框架
5、抽离各功能中的通用字段


星球成员专属课程

公众号回复优惠券，立减50

声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。