框架思维,可能是产品经理的核心能力
编辑导语:产品经理基于其职业性质和工作内容,往往需要具备很多能力,而其中最核心的能力就是要具备框架思维。本文作者围绕着框架思维展开深入的讨论,如果你是一名产品经理,不妨用框架思维来分析一款产品;如果你不是产品经理,也可以将框架思维运用到工作中去,它对任何工作都很有效。
一、产品经理最核心的能力
你若问一名产品经理,他大学就读哪一个科系,你可能会得到五花八门的答案。
之所以会有五花八门的答案,是因为一般的职位都有专门的培训学校和方法,但产品经理没有。没有专门教产品管理的学校,也没有产品管理的正规培训和学位。
产品经理不只没有专门培训的管道,而且更特别的是,这个职务需要具备的能力跨度很大,涵盖技术、设计和业务。
一名产品经理需要理解技术、商业、运营、产品设计、项目管理等等,而具备这些领域的知识是为了一个重要的目的——确保团队交付伟大的产品。
这么说并不夸张,产品经理可能上午和团队为了未来3年的产品路线进行头脑风暴,下午就在处理一个对话框的细节。上午思考战略方向,下午处理战术细节,对于产品经理来说,这是很常见的情况。
难道这意味着,一个人若想成为产品经理,他需要具备所有能力才能胜任产品经理的工作吗?
这个问题的答案是否定的。
产品经理的能力跨度很大,但能力也是有先后次序之分,有些能力重要一些,有些能力则没有那么重要。
如果将产品经理需要具备的能力排个序,那么产品经理最核心的能力会是什么?
这个问题我也思考很久,直到我从头到尾设计一款新产品时,我才找到答案,那就是——框架思维。
之所以会有机会从头到尾设计一款新产品,是因为平台的B端App需要重构,所以收到了重新设计的需求。这不仅仅是将App的接口做得更美观而已,这更是一次重新定义产品框架的好机会,错过了这次机会,短期内不可能再重构。
想要提升用户体验,产品框架比接口影响更大;想要提升商业收益,更是需要一个好的产品框架才能乘载价值。为了这个目标,我花了很多时间和精力构思框架,并在过程中逐渐体认到框架思维作为产品经理核心能力的重要性。
想要了解为什么框架思维是产品经理的核心能力,就从我收到产品重构需求开始讲起吧。
二、研究
我的做事习惯是,若有一件事情我从来没做过,那么我要做的第一件事就是「研究」,研究怎么做好这件事。
由于先前没有重构整个产品的经验,因此对我来说要做的第一步就是「研究如何从零开始设计一款产品」。
万事起头难,我研究了一些书、课程、教学文章和视频,总算把这件事给克服了。
1. 产品经理的核心能力——搭框架
从零开始设计一款产品,就是一个“先发散后收敛,最后进行可视化”的过程。
- 发散,指的是从用户的使用场景开始发想,思考用户行为背后的需求,找出一切可能的机会;
- 收敛,指的是从一大堆看似是机会的可能性里,找出高频刚需作为破局点,并对需求的重要性进行排序。
经过发散再收敛的过程之后,产品经理需要将这些沉淀后的想法传递给团队成员。
由于团队成员不会通灵,产品经理为了把想法传递给团队成员,需要进行想法的可视化。只有团队成员理解了想法,接下来的协作才会高效。
想法可视化,可以分为接口可视化和逻辑可视化,这分别需要产品经理产出线框稿(Wireframe)和产品规格(Specification)。
- 接口可视化的最好方法就是画出线框稿,有了线框稿就能开始讨论视觉上的框架;
- 逻辑可视化的最好方法就是写出产品规格,有了产品规格就能开始讨论程序逻辑上的框架。
你可以从上述过程中看得出来,产品经理最重要的工作就是「搭框架」,这项工作没有其他人可以代劳。框架搭的好,与团队成员讨论时是从60分开始往上加;框架搭不好,与团队成员讨论时是从0分开始往上加。
可以这么说:产品经理搭框架的能力,决定了团队做事的效率,也为产品发展奠定了基础。
2. 框架思维成就Chrome浏览器
从一款产品从零开始发展的过程中,我们可以解答一开始的那个问题:如果将产品经理需要具备的能力排个序,那么产品经理最核心的能力会是什么?
产品经理最核心的能力,是搭建框架的能力。产品经理搭建框架的能力,对于一款产品的成功与否有着决定性因素。
就让我拿Chrome举个例子,来说明框架思维的价值吧。
你有没有想过:为什么Google的Chrome能成功击败Microsoft的IE浏览器,成为浏览器市占率第一的霸主?
要知道Microsoft的IE浏览器并不是泛泛之辈,Chrome能击败Microsoft并不容易。
当年Microsoft将IE浏览器免费加装并默认为Windows系统的浏览器,促成IE浏览器击败当时市占率第一的Netscape浏览器,进而引发著名的「美国诉微软案(United States v. Microsoft Corporation)」。
IE浏览器的功能并不弱,而且作为操作系统开发方旗下的产品,IE浏览器强大的优势不证自明。就算是在后来Microsoft疏于迭代新版本,造成安全性问题暴露,而被Firefox夺去一部分市场率,在此情况下,IE浏览器依然拥有过半的浏览器市场占有率。
一切直到Google于2008年年底推出Chrome才有了变化。
浏览器全球市场占有率(图片来源: statcounter)
那么,Chrome是怎么挤下强势的IE浏览器,成为浏览器的一方之霸?
最关键的原因在于,Chrome的框架和其他浏览器不一样,它是一般的浏览器,它的框架容纳了丰富的第三方扩充资源。要让用户抛弃Windows默认的IE浏览器,比IE浏览器的使用体验好上一倍、两倍是不够的,要好上个十倍、百倍才行。
Chrome强大的第三方扩充资源,让用户可以透过插件强化浏览器,实现一般浏览器做不到的事情。
比如说,添加一个「潮汐」西红柿钟插件,Chrome就变成你的专注工具,它不只可以记录专注时间,还可以统计用户在专注期间都浏览哪些网页。
潮汐是一款睡眠、专注、冥想、呼吸的西红柿钟工具。
像是「潮汐」统计用户在专注期间都浏览哪些网站的功能,这可是原本IE浏览器做不到的,因为就算Microsoft再大,它也没办法为用户各式各样的需求进行开发。
Chrome在产品框架上考虑了第三方扩充资源,将浏览器作为平台,让第三方开发者为用户各式各样的需求开发插件。于是,Chrome就能做到比IE浏览器更好用成千上万倍。
也就是说,Chrome能取代IE浏览器的原因,不是因为Chrome是另一个更好用的IE浏览器,而是因为Chrome的框架具备可扩充性,用户能够运用插件做到许多IE浏览器做不到的事。
如果当初孙达尔.皮柴(Sundar Pichai)没有为Chrome搭建一个包含扩充资源的产品框架,没有考虑让第三方开发者为用户开发各种插件,那Chrome很可能没有今日的荣光。
优秀的框架搭建能力,让当时身为产品经理的孙达尔.皮柴,逐步向上发展,2019年12月起成为Google母公司Alphabet的执行长。
3. 好框架的要素
透过Chrome的例子,我们理解了框架思维的价值。
那么,我们若想搭建一个好的框架,要注意哪些地方?
一个好的框架是长期主义的产物,必须考虑到日后发展的可能性,应该有的东西都要被考虑进去。即使框架中的项目不会一步到位,也要确保在产品发展过程中,用户在当下的使用路径是顺畅的。
不好的框架则是短视的,不具备长期发展的可能性,只是为了当下交差了事的产物。不好的框架需要用户去适应产品,用户需要刻意记忆使用路径,而不是让产品去适应人。
比上述好的产品框架更高明的是一个像Chrome一样的「平台模块化」框架,将产品平台化,透过模块搭建生态。要想实现这样的产品框架可不容易,不只要考虑自身产品的发展,更重要的是要想清楚为什么第三方开发者值得在自己这个平台上花费时间和精力?
想清楚了这个问题之后,也就知道自己要达到的1在哪里,接下来的问题就是怎么从当下这个0开始走到1。这是最难的一部份,也是高水平的产品经理与平庸的产品经理的区别之处。
产品实现平台化的同时,也就建立了一个生态,而生态会使得一款产品具备孵化另一款产品的能力。
就拿Chrome这款产品的成功为例,它不仅造就了一批透过开发插件赚钱的第三方开发者,也成就了Google自身的Chrome OS,一款以Chrome为主要操作接口的操作系统。
三、总结
产品经理的专业能力跨度大,其中最核心的是搭建框架的能力,搭建框架的工作无法由团队中其他职能的成员代劳。
从Chrome的案例中,我们可以看出框架思维能带来极高的价值,是所有产品经理都必须具备、磨练的能力。训练产品经理的框架思维,能帮助产品经理搭建好的框架。
而一个好的产品框架必须具备两点特性:
- 必须考虑到日后发展的可能性
- 确保用户的使用路径总是顺畅
更高明的产品框架是一个像Chrome一样的「平台模块化」框架,将产品平台化,透过模块搭建生态。
将产品平台化,透过模块搭建生态,Chrome最终孵化了一批第三方产品,也成就了自家的Chrome OS这款产品。最后,如果你是一名产品经理,不妨用框架思维来看待自家的产品,或者剖析一款你喜欢的产品。
如果你不是产品经理的话,那你也可以选择运用框架思维进行写作,因为写作也是一件很重视框架、很需要框架思维的事。
本文由 @Daniel 原创发布于人人都是产品经理,未经许可,禁止转载
题图来自 Unsplash,基于 CC0 协议
软件产品的产品规格说的是什么东西,数据库,组件?软件载体,运行环境?