产品信息架构设计复盘
Posted 后院64号
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了产品信息架构设计复盘相关的知识,希望对你有一定的参考价值。
当前市场中的很多产品形态,与刚进入市场的时候完全不一样了。表面上看,交互设计和视觉设计都不一样了;但从底层逻辑上看,产品的信息架构、目标和业务量级有着翻天覆地的变化。最近我给一款产品重新设计了信息架构,根据我的设计过程做了一次复盘,主要包括如何根据业务特点来优化产品架构。
信息架构可以说是一个产品的核心和灵魂,它对这个产品能否为公司带来商业化的价值起着决定性的作用。业务再强大,没有合适的信息架构去呈现给用户,也无法获得收益;产品流量再大,没有合理的在产品中展示用户所需的内容,会浪费掉很多变现的机会。因此做出适合一款产品的信息架构非常重要。
信息架构作为产品的骨架,是在产品中将业务进行合理的分类和规划,逻辑化的展示给用户。拿招商银行的掌上生活产品来举个例子,这款产品是信用卡产品赛道的头部产品,重点业务包括金融、内容/新闻和商城。对这款产品的架构进行进一步的拆分,就会发现:
精选/首页:页面框架结构在支撑所有的业务内容,作为业务集合的入口,既展示了金融业务内容,也包括本地生活服务和资讯内容。
金融:招商银行的核心业务就是金融业务,这也是为什么大部分用户都会使用这个产品。底层作为一个金融工具型产品,将入口放在了第二个Tab,作为所有业务中优先级和重要性最高的内容来展示。
今日发现:这个Tab主要承载新闻内容,当用户打开产品时,就会直接查看这个Tab。由此推断,这是招商银行在重点推广的业务。也是在给广大用户建立认知,掌上生活App不仅可以满足金融需求,用户也可以来查看资讯。
商城:这是招商银行打造的电商平台,也是在推动银行分期业务的发展。然而被放在了第三业务优先级,可见招商银行对于这里投入的资源并不是最大的。同时,电商赛道已经被互联网公司占据,作为银行,这部分很明显不占优势。
我的:最后这个Tab是给用户做任务入口的集合,从用户的维度来展示,而非业务。
有效的信息架构把最有价值的内容展示在页面中给用户看,可以让用户在使用的海量产品中记住这款产品。如果业务内容是杂乱无章的,用户未必会记得,无法形成有效的认知。因此,逻辑化的对业务内容进行呈现,可以让用户首次使用就知道产品的特点、主要业务内容和价值。
稳定的架构和页面内容,会快速让用户建立认知。固定模块和内容会让用户每次来到产品中都会记得要到哪里完成所需的任务。即使是使用频率不高的产品,用户也不会花太多力气寻找。例如很多成熟产品的主要框架是不会轻易改变的,微信页面中底Tab的内容几乎就没有过太大的变化。作为国民级的应用,一但有重大改变,会增加十几亿人次的使用成本。对于微信来说,也会影响其业务收益。
动态模块虽然可以根据用户使用场景来为用户推送内容,但由于模块在页面中出现的时间和方式是随着场景和内容变化的,因此无法有效的为用户建立认知。特定场景下才会展示的内容,用户不会在每次打开产品时都看到。
简约信息架构可以降低用户的学习和使用成本。在产品早期,业务内容比较单一,用户一下子就可以了解产品的内容和价值;在产品发展中期,业务内容可能会越来越复杂,这就需要将各个主要业务线分开在架构中展示,例如主导航的内容每块只展示一条业务线的相关内容。这样用户就会知道如果需要找相关业务信息,应该去哪个页面中。
01.首先要了解业务,重点关注业务的特点、类型和数量
业务特点是不同产品的发力点,跟竞争对手拉开差距的内容。说到业务,每款产品的业务内容都有差异。即使是同一赛道的产品,业务内容也会有些许差异。例如同样为电商产品,京东的优势是物流,而拼多多的优势是低价。
同一类型的业务内会有不同的细分品类,而每类的业务量也会不同。可以将这些业务细节拆分到表格中,进行详细的梳理。后续在设计的过程中,就可以清楚的知道需要用哪个组件来承载。例如如果业务类型和数量较多,又都需要展示给用户,则可以考虑使用长尾列表页面展示给用户户;如果业务类型有限,数量也不多,可以考虑横滑的模块组件。
每个公司都会有主打的业务,这时就需要重点展示,作为产品甚至是品牌的代表。在设计信息架构时,也会把关键的页面和位置给到这类业务资源。例如支付宝最初的定位是支付工具,作为工具型产品,支付相关操作优先级最高,因此是在首页展示。
随着公司业务的发展,优先级可能会进行调整,这时可以灵活的调整产品架构中的内容来推动新业务的发展。再拿支付宝举例子,当用户积累到一定量级后,支付宝的定位发生了变化。在支付工具定位的基础上,添加了金融属性的业务内容,这时产品的第二个Tab就给了理财业务。用户不仅可以使用支付宝来满足日常的消费需求,还可以投资股票和基金。
业务资源有限,但又需要通过这些有价值的内容吸引用户时,需直观的把价值信息在页面中展示给用户。利用这些利益点来吸引用户,此时可以考虑使用卡片、九宫格、横滑卡片等组件。
02 在资源类型差异较大时,使用不同的组件展示不同的内容
业务类型众多,需要使用不同的组件来做差异化。一方面是为了让用户对不同的内容有清晰的认知,另一方面是业务内容会有差异。例如在闲鱼首页的Feed流中,业务资源可以分为商品和运营内容,会有两个不同的框架来承载。商品所要展示的内容包括图片、名称、价格、UGC、热度信息、卖家信息和芝麻信用分数;而运营内容则只需要展示图片,在图片中外露利益点来吸引用户进入到二级落地页查看更多内容
03 在资源多且用户量级大时,重点考虑如何将流量精准分发到业务端
成熟期产品需要将流量最高效的变现,完成从逛到买这个过程。从商家的角度,希望可以留住用户,为用户推荐不同的商品让他们自己选购,在引导用户快速完成每笔交易。但前提是用户可以在产品中留住,如果用户一进来找不到自己想要的东西就离开了,那么也就不存在后续变现的过程了。例如在拼多多的页面设计中,搜索和金刚区都是可以有效将流量分发到业务端的组件,换个角度,就是大部分用户都可以简单高效的通过这两个模块来找到内容。
优化信息架构时,需要先花时间学习和了解业务内容。对业务的优先级、品类和数量有了清晰的认知后,开始考虑使用哪个框架承载才能最有效的展示内容。同时,页面的信息设计也要符合业务本身的特点,不同类型的业务需要使用不同的组件来展示业务信息。产品早期以将价值内容平铺在页面中位置,外露价值内容越多,就会越有效的吸引用户;而成熟期的产品则是重点关注如何将流量做到精准的分发。
最后,产品的信息架构不需要经常迭代,但每次的优化都至关重要。在不确定用户是否可以接受新的架构时,可以将内容逐渐上线,通过关注重点数据指标来衡量其有效性。
以上是关于产品信息架构设计复盘的主要内容,如果未能解决你的问题,请参考以下文章
2天高效产品信息架构设计训练营
浅谈B端产品的信息架构设计
信息架构设计简明指南
信贷产品的架构设计总览
「产品前端架构」接口设计
B端产品经理修炼法则:信息架构设计