组件化产品思维：让你看懂社交软件本质.pdfVIP

组件化产品思维 ：让你看懂社交软件的本质 《失控》被誉为产品界的圣经 ，凯文·凯 在书中提到许多概念与产品不谋而合 ，尽管失控一书并非 写给产品经理的书 ，但里面的内容却令人深思 ，本文所提倡的组件化产品思维与 《失控》书中的嵌 套层级不谋而合。 什么叫组件化思维 ？ 将产品的各个模块视作一个个独立的组件 ，组件之间没有过多的联系 ， 持相对独立 ，仅由 一小部分的枢纽联系起来。 随带一提什么是嵌套层级 ？凯文·凯 在书中提到机器人场景 ，嵌套层级用机器人的案例来讲 ，就是 指机器的每个部分的联系不是串联的 ，而是包含关系的 ，比如走路这样的功能作用指令是脚 ，由脚 判断是否有障碍物是否抬起放下 ，而不是由大脑告诉脚 ，你要抬起 ，你要落下。 按照组件化的思维将产品进行分解 ，以微信为例 ，个人资料、设置、朋友圈、通讯录、聊天等模块 都是相对独立的组件。 彼此之间不具备从属关系 ，是组件化的一个标准 用户在填写个人资料时 ，上传头像、输入名字等信息就是这个组件的全部 ，这时个人资料和其他任 何组件都没有冲突 ，即使加上一个信息 ，减少一个参数 ，对于其他组件而言都不会有影响。当用户 使用朋友圈时 ，也不会受到其他组件的影响。 互不影响是组件化的一个明显的优势 ，体现在产品功能迭代过程中的增删改 ，优化迭代的仅仅只是 一个组件 ，对于其他组件而言 ，甚至不知道这个组件有了变化 ，事实上他们并不需要知道。 枢纽 ：一个特殊的组件 组件化思维中 ，每个产品必然有一个核心枢纽 ，这个枢纽也许不是最突出、最引人注意 ，或者最华 丽的 ，但却是最重要的。在社交中 ，这个枢纽集中体现在用户角色这个组件。 就微信而言 ，聊天和朋友圈是完全不同的组件 ，而唯一相同的部分就是用户角色。简单的来讲 ，用 户怎么聊天是聊天这个组件的服务 ，用户看动态是朋友圈的服务 ，而角色这个组件就告诉了IM ，你 在和谁聊天 ，告诉了朋友圈 ，你在看谁的动态 ，甚至相册组件 ，你在看谁的照片。 产品的结构 ，是由多个组件拼凑而成。产品的每一个部分都有对应的组件负责 ，并且完成它的使命 ，而最终通过枢纽将这些组件联系起来 ，这个枢纽并不是很强大的中枢神经 ，但却起到了桥梁的 作用。 其实大部分产品都有这样的组件思维在里面 ，但并不突出 ，如同我们在设计A pp时 ，为什么不把所 有内容都放在一个页面而是拆分出了多个页面 ，其实这里的每个页面就是一个组件。 只是组件化的产品思维在产品界仅仅是起步阶段 ，所以很多组件性质的划分并不是很明确 ，没有很 好的让组件独立出来。我们常常看到一些新的app ，有些页面非常混乱 ，让人很迷惑 ，这就是没有 组件化的负面影响。 什么是组件化的产品思维 ？ 组件化思维从功能结构上来理解相对容易 ，但什么是组件化的产品思维呢 ？ 产品的生命周期往往要经历6个阶段 ：市场调研→策划→设计→研发→测试→上线 ，而组件 化的产品思维则是第二阶段的重点 ，是植根于策划阶段的概念设计 ，大家可以理解成产品的 内在思想。 明确产品的枢纽点所在 ，枢纽并不是很重的功能 ，但却是所有功能的一个基础元素 ，社交对应的枢 纽在于角色 ，电商的枢纽则在于商品。 明确产品的使命 ，所谓产品的使命则是在投融圈的一种潜规则 ，一句话定位 ，用一句话告诉他人这 个产品是做什么用的。产品的使命牵扯到了这个产品的主场景 ，这个主场景就是产品的一个组件。 但仅有一个组件是不够的 ，会显得这个产品很单调 ，不能很好的服务用户 ，必须要有其他组件来增 加用户的使用场景 ，提高使用频率和活跃度。这些扩展的场景就对于到了辅助场景 ，另一个或多个 组件。 在这之外 ，还需要一些周边的组件来服务于整个产品 ，支撑功能则是另一个类型的组件。 就微信而言 ，我们可以按照下图分析 ： 微信作为社交产品 ，他的核心枢纽在于用户即角色 ，而定义则是通讯工具 ，主使用场景则是聊天。 如果仅仅是聊天 ，会显得太薄弱 ，需要增加用户的使用场景 ，什么样的场景才是用户感兴趣的 ？微 信选择了朋友圈 ，看朋友的消息 ，无疑这个选择非常明智。 即时通讯部分和朋友圈分别承担了微信的主场景和辅助场景 ，同时他们作为两个独立的组件 ，共同 使用角色枢纽。而类似于扫一扫 ，搜索 ，设置 ，个人资料这样的功能 ，则是一个一个公共的小组件 ，游离于主场景 ，副主场景之外的组件。 如上图 ： 灰色组件象征公共的支撑功能 ，游离于枢纽、主场景、辅助场景之外的组件 ，如设置、 PUSH等类似功能 ； 蓝色部分则象征着产品的主场景也就是核心特色 ，如