“点线面体”在B端产品设计中的妙用

一、理论缘起

在数学的几何意义中，“点”的移动构成“线”，“线”的移动构成“面”，“面”的移动构成“体”，这是便是“点线面体”最基本的含义。

该理论最早由阿里巴巴学术委员会主席曾鸣教授提出。是他教大家怎么定战略的，原话为：平台型的企业，是一个面。平台上有各种各样的角色，是为点。

其中有一些点，需要连接其他点，那么连接起来后结合，就是根线。面与面的相互交错嵌合，就形成了一个体。详细的拆解为：

点：卖家、物流服务、模特服务、软件服务、代运营服务等商家。

线：淘宝卖家、淘品牌。（泛指除了自己是一个点，还能串联其他的点，善用其他点的资源，为消费者提供更好的服务）

面：淘宝。（泛指平台或生态型企业）

体：淘宝、支付、物流、金融，每一个都形成了一个基础性服务。（指由一个面衍生出来的其他的面，更多的面，共同组成一个庞大的生态共生的企业集群，比如阿里系）

为了大家能够更深刻的理解这个理论，我们可以再拿微信举例：

微信刚刚诞生的时候，他只是一个点。

上线后，有了用户。链接了很多点，交错就形成了一个面。每一个用户，就是一个小点。随着发展，有了公众号，小程序，微信支付等等这些点。

公众号，小程序或者微信支付，他们自己又连接了很多点，在链接过程后，形成了很多线。

基于这些大点，又形成了一个个小面。

基于这些大点产生的众多小面，又交互产生了一个巨大的体。

梁宁老师是在机会判断上就拿360举了个例子。

它从一个免费杀毒的点切入，干掉了瑞星和江民，迅速扩展成一个面，2008年3月，360启用360.cn的域名，将360安全产品，升级为安全平台。

同时，推出360安全浏览器和极速浏览器等杀毒周边产品，向使用360免费杀毒的用户推广。

这时候，浏览器就可以通过工具栏广告、内置广告、搜索分成等方式获得商业收入。

浏览器之后，360又展开了网站导航、软件下载、手机App分发等众多服务，进而形成一个体系，这便是360的点线面体。

而在我看来，所谓的点可大可小，就像我们物理学上，一个做抛物线运动的小球可以看做到一个质点，一个围绕太阳运动的地球也可以看作一个质点，它是一个相对值。

一个功能相对于一个产品体系可以是一个点，一个公司的产品相对于全球经济体系，同样也可以是一个点。

点线面体理论同样适用于个人职业规划。在个人发展中，一个人再怎么努力也是在一个点上，而你成长的关键取决于你所在公司的哪条业务线。正所谓，不谋全局者，不足谋一域。

比如同样是字节，你是在核心产品的短视频还是边缘的教育业务？

而一个公司是否能成长成参天大树，还要是看它深处朝阳行业还是夕阳行业，是在哪个面上，同样是10年，互联网行业迎来长足的爆发，而传统报纸行业却迎来了自媒体的降维打击，一片萧凌。

不同的面（行业）都处在国家整个经济体系中，你所在的“面”是国家坚持“房主不炒”的房地产，还是举国扶持的“新能源、半导体”等行业，这都从底层决定了一个人未来的发展空间。

而在我们在做点线面体的拆解时，即可以正向推导，又可以反向递归，在日常的需求拆解中这套理论同样适用，下面我将会结合三大电信运营商之一的某“通”的OA系统的一个案例，带领大家一起实战，手把手教大家怎么从“点”到“体”做需求拆解，以帮助大家养成体系化的思考方式，在日后的需求全生命周期管理中更能驾轻就熟。

二、点

在我工作期间，曾接到人力资源部门提出：想在OA系统的首页增加一个位置，展示本系统人力积分的需求。

提出这个需求的原因是：用户如果想去人力资源系统查看积分的话，交互特别深，至少需要5步才能查到，给用户造成了很大的不变，而且人力的积分是可以折现在内部商城买东西的，还会定期清零，所以大家都很关注这个指标。

乍一看这个功能挺简单，不就是抓一下对方的数据，然后找个地儿放在OA首页，不就完了吗，但是如果我们深度思考的话，这个需求如果想把它做深、做透，做成体系，那么该怎么设计呢？

在我看来，这就是从一个需求“点”，到一个功能“线”，再到一个独立模块的“面”，最后到整个系统的“体”的过程。

下图是我们最终的展示效果，采取的是在左侧ifame标签下增加一个“我的”模块，以展示用户在其他系统核心的相关卡片组件。

看似简单的展示效果，背后却有很多相应的支撑线路来达到这一最终目标，就像冰山理论一样，我们看到的只是很少一部分，而更重要的是隐藏在水下不为人知的部分才是构成结果的关键。

三、线

接到这个需求后，我们就要开始从不同维度来思考，需要哪些流程线才能支撑起这个需求。

既然要展示人力系统的积分，那么从全局来想的话，如果想把它做成一个通用能力，是不是就得先注册系统，然后再注册卡片组件，一个系统可以有多个卡片组件需要在门户首页展示。

卡片组件除了基本的增删改查外，还有一个需要详细设计的重要功能，那就是授权，即：后台所注册的卡片组件对前台的哪些人来展示，是否可以从全国、省、地市、部门、个人这个5个维度去灵活授权。

被授权的用户是否有下方编辑权限？哪些人可以冻结卡片组件？各层级的管理员间的权限是怎么划分的？正是这些一个个上架、下架、删除、授权、冻结的流程线支撑起了整个组件的全生命周期管理流程。

下图为“我的驾驶舱”的编辑页面，用户在这里可以自定义自己的工作面板，把自己常用的组件添加进来，并且自由拖动排序，首页“我的”模块所展示的组件就是本模块的前三行，二者是部分与整体的关系。

其中admin可以冻结卡片，冻结后，普通用户无编辑权限。这样可以让指定的组件全国可见，起到集团重要内容彻底目的。

四、面

在数学中，有这样一个理论：三个不共线的点必然可以构成一个面。

在需求的挖掘过程中，我们同样可以利用一个需求点不断裂变进而衍生出其他多个需求点，最终将需求挖深、挖透，横向纵向双拓展，然后连接称一个“面”或一张大网。

这里我拿组件的扩展给大家举例说明。下图是我们梳理的一个脑图，先整体介绍了各类组件的定义和类型，我们先有个宏观概念，然后再给大家一一详细介绍。

1. 卡片组件

前面我们提到，在OA系统的首页接入一个个卡片组件，那么组件承载的形式是不是可以多样化呢？

我们是不是既可以展示每个人关心的待办、待阅、待参会议数这些指数类的组件，又可以展示过去某段时间新闻、公告的发文量、浏览量变化情况或各省待办平均处理时长的排名这样的图表组件，还可以同样接入类似便签、任务提醒这样的通用组件呢？

只要我们深入思考，不仅可以在一个维度深度下钻，还可以在不同维度横向扩展。

2. 功能组件

既然卡片组件是为了把第三方系统的数据直接推到OA在首页，目的是省的用户在去各个系统挨个查看，提高交互效率，那么还有没有其他东西可以从第三方系统中提取出来也在OA这个统一入口展示呢？

当然还有很多，功能组件就是其中之一。

功能组件的定义就是第三方系统常用功能的快捷入口，用户注册时，只需要上传对应的Icon和URL即可。

届时就可以在聚优中心中一键直达常用的功能界面中，省去了先登录系统，再找对应的功能模块，最后点击对应的菜单等诸多麻烦，极大提高了用户日常的办公效率。

比如我们经常用的新闻起草功能、合同起草功能、数据看板菜单、统计报表功能等等，所有日常高频使用的功能都可以从第三方应用系统中提炼出来进而在门户注册并展示。

3. 菜单组件

卡片组件和功能组件得以扩展的根本，就是因为我们思考的本质就是要想方设法的提高用户与其他应用系统的交互效率。

OA系统作为一个门户入口的存在，当然应该尽可能多的集成第三方系统的数据，以达到与其高效交互、深度互联的目的。

那在这样一个思考框架下，我们站在用户的角度，用第一视角思考用户的使用场景，与其让用户通过快捷入口一键直达第三方系统的某个功能页，那么是不是把对方的页面直接嵌入到门户更能方便用户呢，这样我们连“最后一公里”的难题都解决了。

于是菜单组件应运而生，它的定义就是其他业务系统直接以ifame形式嵌入的页面。

在日常的工作中，我们发现用户使用最高频的某些菜单如果以菜单组件接入门户的话，往往能让用户的工作效率几何倍增。

例如把网上学院的考核课程页面直接嵌入，把邮件或短信页面直接嵌入，把协同中心的我的任务页面直接嵌入等等，这些功能用户基本隔三差五的就会用到，把他们汇集在一起，用户一点看全，逐个操作，效率倍增。

五、体

我们通过一个需求点打造出了前后台相互结合，自成一体的聚优中心。

而这个需求点最终所处的“体”便是整个OA系统在“某通”M域体系中的定位，也就是“统一入口、深度连接”，使M域800多个应用能够统一访问入口。

OA作为中间的一个桥梁，可以连接各个应用系统间的功能、数据，打通应用间的壁垒，打通数据，最终实现用科技赋能用户，用数字提高协作办公效率的终极目的。

六、总结

点线面体不仅适用于战略规划或需求的逆向推导，而且还适用于个人的职业规划，团体的目标规划等等，更重要的是要养成这样一种金字塔的思维习惯，将对我们受益终生。

本文作者 @B端实战训练营

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！