快好知 kuaihz

组件化产品思维:让你看懂社交软件的本质

《失控》被誉为产品界的圣经,凯文·凯利在书中提到许多概念与产品不谋而合,尽管失控一书并非写给产品经理的书,但里面的内容却令人深思,本文所提倡的组件化产品思维与《失控》书中的嵌套层级不谋而合。

什么叫组件化思维?

将产品的各个模块视作一个个独立的组件组件之间没有过多的联系,保持相对独立,仅由一小部分的枢纽联系起来。

随带一提什么是嵌套层级?凯文·凯利在书中提到机器人场景,嵌套层级用机器人的案例来讲,就是指机器的每个部分的联系不是串联的,而是包含关系的,比如走路这样的功能作用指令是脚,由脚判断是否有障碍物是否抬起放下,而不是由大脑告诉脚,你要抬起,你要落下。

按照组件化的思维将产品进行分解,以微信为例,个人资料、设置、朋友圈、通讯录、聊天等模块都是相对独立的组件

彼此之间不具备从属关系,是组件化的一个标准

用户在填写个人资料时,上传头像、输入名字等信息就是这个组件的全部,这时个人资料和其他任何组件都没有冲突,即使加上一个信息,减少一个参数,对于其他组件而言都不会有影响。当用户使用朋友圈时,也不会受到其他组件的影响。

互不影响是组件化的一个明显的优势,体现在产品功能迭代过程中的增删改,优化迭代的仅仅只是一个组件,对于其他组件而言,甚至不知道这个组件有了变化,事实上他们并不需要知道。

枢纽:一个特殊的组件

组件化思维中,每个产品必然有一个核心枢纽,这个枢纽也许不是最突出、最引人注意,或者最华丽的,但却是最重要的。在社交中,这个枢纽集中体现在用户角色这个组件

就微信而言,聊天和朋友圈是完全不同的组件,而唯一相同的部分就是用户角色。简单的来讲,用户怎么聊天是聊天这个组件的服务,用户看动态是朋友圈的服务,而角色这个组件就告诉了IM,你在和谁聊天,告诉了朋友圈,你在看谁的动态,甚至相册组件,你在看谁的照片。

产品的结构,是由多个组件拼凑而成。产品的每一个部分都有对应的组件负责,并且完成它的使命,而最终通过枢纽将这些组件联系起来,这个枢纽并不是很强大的中枢神经,但却起到了桥梁的作用。

其实大部分产品都有这样的组件思维在里面,但并不突出,如同我们在设计App时,为什么不把所有内容都放在一个页面而是拆分出了多个页面,其实这里的每个页面就是一个组件

只是组件化的产品思维在产品界仅仅是起步阶段,所以很多组件性质的划分并不是很明确,没有很好的让组件独立出来。我们常常看到一些新的app,有些页面非常混乱,让人很迷惑,这就是没有组件化的负面影响。

什么是组件化的产品思维?

组件化思维从功能结构上来理解相对容易,但什么是组件化的产品思维呢?

产品的生命周期往往要经历6个阶段:市场调研→策划→设计→研发→测试→上线,而组件化的产品思维则是第二阶段的重点,是植根于策划阶段的概念设计,大家可以理解成产品的内在思想。

明确产品的枢纽点所在,枢纽并不是很重的功能,但却是所有功能的一个基础元素,社交对应的枢纽在于角色,电商的枢纽则在于商品。

明确产品的使命,所谓产品的使命则是在投融圈的一种潜规则,一句话定位,用一句话告诉他人这个产品是做什么用的。产品的使命牵扯到了这个产品的主场景,这个主场景就是产品的一个组件

但仅有一个组件是不够的,会显得这个产品很单调,不能很好的服务用户,必须要有其他组件来增加用户的使用场景,提高使用频率和活跃度。这些扩展的场景就对于到了辅助场景,另一个或多个组件

在这之外,还需要一些周边的组件来服务于整个产品,支撑功能则是另一个类型的组件

就微信而言,我们可以按照下图分析:

微信作为社交产品,他的核心枢纽在于用户即角色,而定义则是通讯工具,主使用场景则是聊天。

如果仅仅是聊天,会显得太薄弱,需要增加用户的使用场景,什么样的场景才是用户感兴趣的?微信选择了朋友圈,看朋友的消息,无疑这个选择非常明智。

即时通讯部分和朋友圈分别承担了微信的主场景和辅助场景,同时他们作为两个独立的组件,共同使用角色枢纽。而类似于扫一扫,搜索,设置,个人资料这样的功能,则是一个一个公共的小组件,游离于主场景,副主场景之外的组件

如上图:

灰色组件象征公共的支撑功能,游离于枢纽、主场景、辅助场景之外的组件,如设置、PUSH等类似功能;

蓝色部分则象征着产品的主场景也就是核心特色,如同微信的和熟人聊天,陌陌的陌生人聊天;

而较小的蓝色组件则是支撑这个主场景的其他组件,像是表情,背景,发送文件等类型的功能,均是起到辅助主场景作用的支撑组件

橙色部分则是辅助场景,及其支撑组件,如微信朋友圈,和相册的关系,如果没有相册,朋友圈会大打折扣;

浅蓝色部分则是角色,并不是一个最突出的地方,但是作为组件之间联系的枢纽而存在。

如同社交产品中的个人主页,同样的作为枢纽,角色组件也具备支撑组件,类似微信的个人资料、用户二维码等都是角色的支撑组件

而还有一些支撑组件仅次于辅助场景,甚至可以理解为备选的辅助场景,类似于微信的钱包、附近的人、购物,均是基于角色产生的辅助场景,但其权重却略低于朋友圈。如图中的绿色组件部分。

组件化思维的优势有哪些?

组件化产品思维的本质是将组件化思维的特性适用于产品策划层面产生的一种化学反应,其目的是清晰产品结构,降低功能模块之间的干扰,建立一个健康的可持续迭代优化的良好结构。

同时,组件化思维的另一个优点则是理性的分析,产品经理经常需要做的一件事情是分析同类竞品或者潮流软件,而使用组件化思维,将目标产品拆分成多个组件,并找到主场景、枢纽、辅助场景已经对应的支撑组件,其实就能大致分析产品的形态和后续迭代的方向。

产品立项后,后续的方向无外乎三个方向,加强主场景的支撑组件,加强辅助场景的支撑组件,加强枢纽的支撑组件,如同基于聊天的支撑组件包括气泡、聊天权限、聊天背景等。而加强朋友圈的支撑组件包括图片、文字处理、视频、音频等内容层面的扩展,而枢纽的支撑组件则包括了角色具备的行为,如消费、游戏、娱乐等。

就产品策划而言,从无到有去策划一个Idea是非常困难的一步,任何一个还没有做出来的事物都具备无限的可能性,在这个时候,可能性越多越容易产生干扰。而在组件化思维里,你要做的第一件事是确认你的枢纽,然后寻找主场景和辅助场景,再然后则分别增加这三个位置的支撑组件

由于组件之间相对独立,互不影响,当做完1.0版本上线后,所需要做的仅仅是去增加新的组件,并不需要大幅度的更改旧有的组件,我们已知的项目反复,需求反复有很大因素是因为这三个核心组件不明确,甚至频繁变动。

数学角度来考虑,三点构成的形状是最为稳定的,这也是笔者对新产品的一个建议,在立项选择组件时,尽可能的避免辅助组件过多产生的不稳定因素。其实对于新产品你所需要做的是找到核心的主场景,和一个辅助场景就已经足够了,当然作为枢纽存在的组件是必不可少的。

若一个产品仅有一个主场景,那么它是单调的,除非是很特别的刚需,如企业QQ,有必须用的理由。而大众化的产品很难仅依靠一个主场景获得成功,工具类型的产品除外,但目前据笔者了解,不少工具类型的产品都正在尝试在工具的层面增加社交的元素来加强用户活跃和粘性,而新增加的社交元素就承担了辅助场景组件意义。

如果在产品初期存在多个辅助场景就会产生定位不清晰,权重分配不合理的情况,特别是移动端的产品受到手机的交互影响,辅助场景越多,对用户的干扰越强。同时辅助场景越多,越考验产品经理对产品,对市场的驾驭能力,无疑为项目增加了风险。

所以笔者建议1个主场景,1个辅助场景,1个枢纽,以三角形的姿态切入市场相对稳固。

以下是笔者简要分析的部分产品的三个核心组件及部分常见组件

微信

场景—-即时通讯

辅助场景—–朋友圈

枢纽—–用户角色

陌陌

场景—-即时通讯

辅助场景—–附近留言板

枢纽—–用户角色

INS

场景—-图片分享

辅助场景—–滤镜处理

枢纽—–用户角色

早期QQ

场景—–通讯聊天

辅助场景—–QQ空间

枢纽—–用户角色

开心网

场景—-个人博客

辅助场景—–社交游戏

枢纽—–用户角色

NICE

场景—–图片分享

辅助场景—–图片标签

枢纽—–用户角色

啪啪

场景—-图片分享

辅助场景—–语音图片

枢纽—–用户角色

常见组件

用户资料

用户主页

相册

日志

设置

动态

摇一摇

用户list

游戏

……

任何一个产品都可以按照组件化思维去拆解,相同的组件赋予其不同的使命就成了不同的功能。

比如组件–动态

显示好友信息———–朋友圈

显示附近信息———–留言板

显示名人信息———–微博

显示兴趣信息———–兴趣广场

比如组件—-用户list

按照性别筛选————–异性交友

显示地理位置————–附近的人

显示关系人—————–人脉

显示好友——————–通讯录

……

套用组件化思维,能够清晰的对产品做分析,你也可以试试。

本站资源来自互联网,仅供学习,如有侵权,请通知删除,敬请谅解!
搜索建议:组件化  组件化词条  社交  社交词条  本质  本质词条  思维  思维词条  产品  产品词条  
设计

 别再纠结是Bug还是新需求了

自从我干上软件开发这一行,并且使用了Bug跟踪系统,我们在每一个项目里都会纠结一个基本的问题:你怎么能把Bug与功能需求区分开来?当然,如果程序崩溃了,这毫无疑...(展开)