编辑导读：众所周知，要把一个大象塞进冰箱里，只需要打开冰箱门 – 把大象塞进去 – 关掉冰箱门。但是，把冰箱变大或者大象变小同样能解决这个问题。本文作者将这个思路应用到产品中，一起来看看吧。

大家好，我是penk，上一期讲了如何需求，今天我们要讲讲产品的基建方法，对于0-1，1-N的产品可能有所帮助，欢迎在下方留言发表你的看法。

一、大象装冰箱

产品的基建设计，即围绕产品底层和上层进行产品设计，其实就是解决一个问题——大象装冰箱。

传统的解决方案：打开冰箱门 – 把大象塞进去 – 关掉冰箱门。

解决方案从字面上来说貌似离谱不太可能，但我们都忽略了客观因素：只要有足够大的冰箱或者足够小的大象，我们就能解决这个冰箱问题。

我们按照这个思路，对产品底层和上层进行分析，把产品上层理解为“大象”，把产品底层理解为“冰箱”。

所以在产品层面，如何做好产品的基建设计就有两个步骤：

• 大象怎么变小：如何把需求抽象化为一个最小的可用的产品模型
• 冰箱如何变大：如何通过产品架构设计在容纳大象的同时装进更多“黑猩猩”或者“长颈鹿”

二、“变小的大象”

1. 学会改装

如何把需求变小？这里我们可以参考一下赛车改装的套路。

熟悉赛车的朋友肯定知道赛车改装，而赛车改装主要会沿用以下几个原则：

• 减少负重：把不必要的东西统统抛弃掉，例如非必要的座椅等
• 提高马力：通过引擎改造，车体改造等方式减少动力流失，提高马力
• 保持车体坚固稳定：通过加设支撑柱的方式，维持车辆高速行驶中的稳定

赛车改装的所要解决的问题其实就是一个Saas产品或者一个中台产品设计所要解决的问题——降本增效，即围绕两个命题：效率&稳定。

• 提升业务流程中的处理效率
• 保障业务流程的稳定，提高容错率

那如何对一个需求下手进行“改装”？对需求的“改装”其实就是对业务流程的“改装”，改装不外乎从这几个地方动刀：路径-场景-触点。

1. 路径：用户行为全流程的路径（其实就是用户行为地图
2. 场景：把用户行为路径or流程切割成一个个场景，例如我要完成做饭这个需求，买菜和做饭就是不一样的场景
3. 触点：每个用户与产品接触的地方——大多数线上触点都是一个界面

通过梳理，可以得到一个用户的业务流程全貌图，接下来我们就可以业务流程进行“改装”，遵循下列原则：

1. 尽可能的减少用户路径：在不破坏业务闭环的情况下，尽可能删减业务流程的用户路径；或者通过路径之间的入口打通的缩减路径
2. 通过合并同类项的形式缩减单一场景下的触点：尽可能把同一个场景的操作都规划到一个触点内，提升效率；例如买菜场景而言，一个菜市场（触点）就包含了挑选菜品/打包/结账的操作，简单高效；
3. 通过随时编辑/开关等形式提高业务容错率：B端业务往往决策流程比较长，导致决策层和执行层之间往往会有信息上的时间差，所以随时编辑以及开关非常有必要，往往是帮助用户避免翻车的设计

2. 举个栗子

到这里，就要拿笔者所做的一个业务举例：一个企业如何完成一场直播？

我们可以先梳理一个简单的企业行为路径图——

加上一点场景、触点以及操作分析

（这里过于懒惰没有画出合并触点以及操作的前后对比）

我们要做的事情就是缩短路径、合并场景、合并触点下的操作，为了提高效率和使用体验，同时也能满足不同场景下的用户需要，在最短的路径下，通过开设次要入口，提升用户效率——

三、“变大的冰箱”

1. 思考产品的拓展度

“冰箱”的变大很大程度以来产品在产品结构上对于拓展性的设计，这里需要我们对自己的产品进行一个思考——产品现在的页面结构和产品架构是否能支撑未来功能拓展的需求？

加法对产品而言是最简单的东西，但无脑的增加东西会让产品失去秩序，带来的是后续开发成本和管理成本的增加。好用的产品往往体现的是一个秩序之美，协调之美

例如最近笔者在对一个直播创建页面进行重构，创建页面往往是用户使用一个Saas产品的第一步，如何通过第一步的高效简洁提升用户的使用体验就非常重要

而这次重构解决最大的问题是：产品前期不断的做加法导致的页面设置项和管理项过多，客户理解成本和效率下降

2. 再来个栗子

笔者会从以下角度思考如何解决问题：

1. 回归场景：把合适的东西放在合适的地方，通过数据分析对高频低频的操作分类，把每一个操作都放在合适的地方
2. 做减法：把不属于这个页面的东西剔除
3. 提高拓展性：让页面能容纳更多的东西

最终得出的优化思路如下：

1. 将创建和管理的字段做筛选区分，区分不同场景
2. 通过增加管理页，提高产品拓展性，让后续管理场景下的操作都放置于该页面

四、大路通罗马—殊途同归

说到这里，有小伙伴会发现——

其实“冰箱”变大其实和“大象”变小其实底层的逻辑都是一致的，都是对业务流程和产品架构进行抽象化处理，从而抽象出简洁高效的产品形态，特别是对从0-1的产品而言，打好地基方能浇筑摩天大厦。

而“变大的冰箱”也可以应用在产品的其他阶段，例如产品的成长期，通过架构梳理和优化，可以解决因成长期功能快速叠加带来的产品失序的问题。

希望大家能有所收获，谢谢。

本文由 @朋克 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自Unsplash，基于CC0协议。