百度竟然在APP里做起了空间设计？

编辑导语：你们有没有发现，在百度百科小程序中上线了一个惊艳的小功能：Loft。Loft原为房屋中的一种房型，在百度百科中的功能本质上是一个分屏。作者就此功能进行了体验，并反思了其中的设计理念。我们一起来看看吧。

很久没有发现令人眼前一亮的交互了。

前阵听说《叛逆者》不错，到百度里搜朱一龙，发现百度百科小程序上了一个惊艳的小功能，官方叫loft。

loft大家都知道，普遍意义上指那种层高4~5米、可以搭建阁楼的屋子，通过上下层不同的功能分区来实现理想居住的目的，是国内的酒店公寓最喜欢的物业形态之一。

百度百科小程序这个创新，是将线下的空间体验移植到线上，其间学习成本几乎为零，用户只需要滑动测试两下就完成了心智转移。

在我看来，这种取材于现实物理世界的移情设计，才是真正的拟态，令出身空间设计背景的我瞬间心动。

一、功能概要

这个功能给我的第一体感是，我竟仿佛在同时操作两块大屏。

没错，说到底本质上就是一个分屏：一屏是loft多功能模块，一屏是百科基础词条模块。移动互联网在国内崛起这么多年，我们始终绕不开一个话题——屏效比。如何在单位像素内传递出更多有效信息。

loft空间模式在诞生之初也肩负着如此使命，才有后继者不断解构重组，将卧室、工作室、起居室、餐厅厨卫等功能组团拼装成如今商业地产中我们看到的样子。

根据百度MEUX官文和我自己的测试，目前上线的loft功能只覆盖了部分明星百科以及地点百科的垂类内容，沉浸式的loft底层为不同的垂类词条赋予不同功能的模块组件。

例如明星百科，loft层里包含了写真图、视频介绍、［百家号］同步过来的明星动态、粉丝UGC搭建的安利墙等。这几部分内容构成了轻量版微博应援会，用户在搜索了解明星的同时，也参与到轻社区的运营氛围中，共建这个loft，逐步完善富媒体的形态。

而地点垂类不需要明星垂类所需的轻社交应援会，百科loft层承载的内容偏向于围绕地点本身的介绍。以“巴特罗之家”为例，词条摘选了不同参观点的视频介绍，来立体地塑造用户对该地点的认知。

说回到这个需求场景本身，百科内容包罗万象，为什么选明星百科这个垂类做loft？答案简单，明星和电影一样是个商业IP，既存在客观现实又包含大量主观认知。

传统的百科词条释义属于PGC，来源各大官方渠道、文献资料和资深会员的积累，是客观信息；而loft层里粉丝安利的评论属于UGC，包含各种信仰宣泄、情感释放，是主观信息。

客观信息的构建 + 主观内容的包装，组成了人对事物的立体认知。

二、体验类比

前面提到电影，豆瓣“书影音”的资深老铁可能对这个loft似曾相识。坦白说，在交互与视觉展示层面，这确实与豆瓣影评/书评/乐评界面的下拉浮层非常接近，甚至与用户动态的评论弹层很相仿；而从体验层面观察，有两点最明显的区别。

区别1 -明星百科loft层侧重传递主观信息，词条层侧重传递客观信息；而豆瓣相反，底层为电影/图书/音乐的客观介绍，浮层为用户的主观评价。

考虑到底层展示的屏占比超过80%，可以看出从这个功能的上游目标来说，明星百科更希望用户先参与到社区，再了解释义；豆瓣则希望用户先了解介绍，再关注周边信息。

区别2 -不知百度是故意为之还是正在排期迭代，百科loft两层内容都做了沉浸式，底层滑动可以定位而词条层滑动无法定位，导致用户在词条层看到一半想去底层loft互动，再回来时又得从头看起；

豆瓣这一点细节考虑得非常周到，无论是影评/书评/乐评的下拉浮层，还是社区动态的评论弹层，都支持浏览定位。从哪离开，就打哪回来，不浪费用户一分一秒。

三、设计反思

这种在APP常规页面里盖楼的思维，似乎是一种破局的体验创新模式，同时少不了开发、运营、审核等对应的资源支撑。

以往是主页顶部下拉进入二楼，以后可能会出现但凡是内容运营、内容包装、场景营销等不涉及逻辑跳转的页面，都纷纷盖起loft，用有限的物理像素承载内容。

虽然有轻微打扰用户在传统的单层页面中浏览的固有体验，但确实增加了信息触达用户的入口，并在特定场景中可以实现层与层信息之间的联动，形成多维认知，让这个本身学习成本不高的交互行为，深入人心。

作为体验设计师，看到这样的交互创新非常心怡，希望能看到loft这个概念在未来更多的衍生形态。

 

本文由 @赏酒二两 原创发布于人人都是产品经理，未经许可，禁止转载。

题图来自 Unsplash，基于CC0协议