产品矩阵应该如何设计.docx
《产品矩阵应该如何设计.docx》由会员分享,可在线阅读,更多相关《产品矩阵应该如何设计.docx(11页珍藏版)》请在第一文库网上搜索。
1、产品矩阵应该如何设计?众所周知,产品经理的工作繁杂广泛,又是工作的焦点,各种被拉通,江湖传言,想要正大光明摸鱼就带着产品去开会。多线程并存时,如何高效完成多元化的复杂工作,自然就成了产品同学的职场痛点。前几天,我们就在微信群里摸鱼,呸,我们分明是在群里凝眉思索产品经理如何造福全人类时,也顺便就讨论到产品经理如何提工作效率。后来大家聚焦在了清单思维,比如,可以使用待办清单类的生产力工具作为辅助,这类工具随处可见,早已杀成了一片红海。当时,镜同学就提到印象笔记上线了一款新产品印象时间,作为资深米粉,我总是提醒自己:永远相信美好的事情即将发生。心想,印象笔记虽然近来一直在不辞辛苦地努力收割老用户,可
2、对于这块小工具总不至于还吃相难看吧?毕竟,回头是岸,产品如果一直被用户唾骂又怎么能持续拓展市场呢?这不,我特意翻开印象时间 APP一番折腾,事实充分证明了一个朴素的道理:对于铁了心不回头的“坏人”来说,没有回头是岸,只有苦海无边。唉。镜同学第一时间打开APP体验了一番:我打开APP 一看,这APP没有说明,歪歪斜斜的banner图上写着时间管理大师几个字,我横竖睡不着,仔细看了半夜,才从字缝里看到几个字来,满屏都写着两个字:打钱。一番体验下来,总的来说:有好的基本盘,却打的稀烂。我一直觉得,印象笔记子产品越发繁多,家族强盛,该说不说,这点很像360安全卫士全家桶,几乎每个小功能都能整出来一个小
3、产品。重新认识印象笔记产品家这就绕不开一个话题:产品矩阵如何才能最大发挥效能?首先来说,产品体系很少一开始就规划的很完备,大多都是随着单一产品应用场景的不断延展,服务能力的触角不断变长,领域逐渐变多。于是为了更好的做好某一垂直领域,受制于原核心产品的限制,比如,功能很难垂直兼容,或者,技术架构无力支撑,不能不推出新产品。这无可厚非,而且十分常见。比如,我之前做供应链物流调运信息化平台,一开始也是只有汽运调度一个产品,后来业务拓展,开始做铁运调运,再后来开始做多式联运,虽然多款产品,但核心都是为客户提供调运的解决方案。再比如,我在做供应链金融时,刚开始也只有一个应收账款类的融资产品,后来开始有库
4、存融资、预付款融资,一个单品逐渐升级为平台体系,应用场景虽然不同,但核心都是为了完成客户场景。就拿现在来说,我们在做的安全信息化平台,最初也是只是服务于企业安全的双重预防系统,后来各种系统,到现在升级为EHS的智慧平台,那么产品矩阵共同聚焦在安全行业、工业互联网领域的信息化服务。这些产品矩阵的特点是场景垂直服务、协作形成生态,是相互贯通、力量叠加的组合拳,绝非各自独立、相顾无言。你看,产品矩阵的典型特点是:数据相通、定位全局性。比如,也可以由用户根据不同的场景来选择不同的产品,但账号数据是相通的,每个子产品相当于模块化的功能包,按需选购,注意啊,核心在于数据相通,是为了满足该产品体系所期望实现
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 矩阵 应该 如何 设计