首页设计该如何破局?

“不行,这个必须在首页!另外我还有俩新业务入口,你想想办法”,业务方出于对流量的考虑,总是希望做加法。

“别整那么多没用的,我就想找个 xx,剩下从来不看的”,用户出于效率体验,总期望做减法。

加减之间,是业务与用户对立而尖锐的需求,同时也是多类型服务产品首页设计的重难点。今天,就以“58首页设计”为例,与大家谈谈解题思路。

什么是多类型服务产品?

简单说就是,多个关联度较低的服务捆绑在一起形成的产品,常见于平台式工具产品,例如支付宝、美团、58 同城等。

设计挑战是什么?

以 58 为例,一方面,业务工具属性强,且用户耦合性低。说人话就是,用户都是来找工具的,但由于 AB 业务关联度太低,用 A 业务的用户几乎不会用到 B 业务,AB 业务分别拥有独自用户群。这也就造成用户期望更高的推荐精准度,页面上任何一个无关信息都是干扰,都是对连接效率的打折。

但另一方面,平台上的业务很多,还都想在首页曝光。而且随着各业务设计师的不断努力,连接的形式也在不断丰富,视频、直播、VR,从业务贴到聚合推荐,层出不穷。首页面临更大的信息承载压力。

所以,这类型产品首页最大的挑战,就是“多业务的曝光需求和用户的精准连接之间的矛盾”,如何才能在推荐技术不变的情况下,通过设计来应对挑战呢?

如何破解?

既然是信息传递和收取之间的矛盾,那我们就从“人-场景-信息”的对应关系入手,分析信息在不同场景的优先级和适合的颗粒度。

人-场景-信息优先级和颗粒度

1. 用户分类

根据用户需求分为三类。

  1. 预装用户:非自主下载,不了解产品功能
  2. 服务需求用户:使用相对固定的服务
  3. 内容需求用户:获取本地或相关服务信息
2. 按照用户区分场景需求
  1. 预装用户:建立产品认知、保留用户不卸载
  2. 服务需求用户:更有针对性的服务展示,尽可能少的干扰信息
  3. 内容需求用户:更多类型的内容展示
3. 按照场景定位信息的优先级和颗粒度

预装用户:

采用运营曝光策略。保留一级主服务入口,帮助建立产品认知。同时曝光更多内容信息和留存向的运营功能,以提升留存率。

预装型用户信息

服务需求用户:

采用目标服务曝光策略。保留一级业务主服务入口,方便业务切换。但扩展目标服务的二级信息曝光度,用以缩短路径。同时增加动态服务模块,来跟进用户动作,服务于用户。

服务型用户信息

内容需求用户:

采用平衡曝光策略。保留一级主服务入口,方便业务切换。同时扩展内容曝光度。

内容型用户信息

设计思路

1. 搭建扩展性框架:调整为顶部 tab 结构,释放更多定位信号,增加曝光渠道。

原腰部 tab 是对“原首页”内容的划分,现将整个“首页”置于第一个 tab 下,后续 tab 内容将与“首页”并列,从而释放更多独立的曝光渠道。

腰部 tab 结构

顶部 tab 结构

2. 使用更灵活的组件:变形金刚与瀑布流。

首先,金刚位是一级服务入口的集合,且处于首屏上部,是非常好的建立产品认知的模块。将其原有打散在 15 个位置上的服务,按照大类聚合安置,更容易传达产品的主服务是什么。

金刚位结构对比

其次,为了应对用户精准简的需求,金刚也可以做灵活变形,曝光更多目标服务的二级选项。

变形金刚位

而瀑布流方式也为更多样的服务连接形式提供了承载能力。

列表与瀑布流

3. 丰富的信息容器:

设计包含图、文、图文、VR、视频、聚合类目、动态服务模块等信息聚合方式的瀑布流卡片,同时加入即时推荐功能,让瀑布流具备包容和灵活的特性。

组件容器

4. 整合平台的运营能力:设计平台级留存向运营中心。

以往,各业务线运营功能深藏在业务页面中,用户往往需要通过较长的路径才能接触到运营功能,且用户也并不能发现平台上所有运营功能。这种分散式分布的方式,使得运营吸引力和留存能力上都打了折扣。现将所有业务的运营功能聚合,打造平台的运营中心,使发现路径更短,聚合吸引力更强。

原路径&现路径

默认服务型首页&上滑 2 楼运营中心

设计展示

从依靠推荐技术让内容适应用户需求,到设计灵活可变动的组件来适应 chang 场景的信息承载,我们希望可以在产品和用户需求的矛盾中寻求更优的平衡点。

人已赞赏
干货学堂设计方法论

万字干货完整解析栅格设计 !

2021-11-25 19:21:22

设计方法论

作品集别再用这几个设计目标了,太老套

2021-11-26 14:36:51

个人中心
今日签到
有新私信 私信列表
搜索