大象装冰箱:产品的基建设计——Saas产品之路(2)

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

大家好,我是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的产品而言,打好地基方能浇筑摩天大厦。

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

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

作者 @朋克


本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场,不承担相关法律责任。如若转载,请注明出处。 如若内容造成侵权/违法违规/事实不符,请点击【内容举报】进行投诉反馈!

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部