产品低设计的价值

02

 产品低设计的价值体现在产品设计层面，能使基础框架更轻巧，并灵活应对多样化的用户需求，同时也能提高产品设计和开发效率，加速产品迭代速度，降低公司成本，提高产品和公司的竞争力。 
搭建更轻巧的产品底层        产品的发展就像船在河里行驶，越轻巧跑的越快。但我们在工作中常常会发现，有些产品的底层很乱，不同功能耦合在一起，边界不清晰，越迭代越笨重，甚至后面无法再迭代了，只能推翻重来。 比如工厂常会用到车间管理、仓库管理功能，轻巧的做法是这2个功能既能单独使用时形成闭环；又能一起使用时，有数据的交互，在生产过程中每一次半成品的流转都能同时体现在仓库管理功能的出入库上。如果把这2个功能耦合的很深，就会导致重生产、轻仓管的客户感觉很累赘。 低设计强调产品框架设计时功能之间的解耦合，使产品的可塑性更强。 
灵活应对个性化需求        Saas有一个很大的痛点就是：用户多，且没有统一规范，个性化需求多。如果完全满足他们，可能导致其他用户不满；如果不满足他们，又可能导致流失。 比如说西医病历中包含通用的现病史，家族史等字段，但有个客户是做健康管理的，想要在病历中增加健康建议的字段。那我们可以在不改变原功能的基础上，另外给他增加个性化字段的显示。这样既不影响其他用户，又能满足他的需求。此类需求多的话，可以把这个自定义的权限交给用户。 低设计的最底层是将功能中的通用字段抽离出来，以灵活应对个性化需求。
 提高产品设计效率       有朋友和我抱怨说：客户自己需求都搞不清，就要我出设计方案和原型稿，我参考着竞品给了一份，他就开始不停的提需求。我说：这很正常啊，看到实物了，就知道自己要什么了。 我们在面对一份空白的文档时，常常会感到无从下手，特别是刚入门的时候，如果这个时候你有一份底稿在了，你可能一下子就有了设计思路。随着工作年限的增长，你可能后面会重复做类似的功能，你也不想重复造轮子，这份底稿能让你快速地完成产品设计。
以下3点略，后面可见书

开发效率大幅提升

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

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

如何做产品低设计？

03

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

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

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

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

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

总结

04

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