手机端阅读类产品的信息架构

简介:
 

信息架构是产品和用户认知之间的沟通桥梁,是评价一项设计产品的重要标准。本文就以手机端阅读类产品为例谈一点对信息架构的认识和理解。

一、什么是信息架构?

信息架构是在信息环境中,影响系统组织、导览、及分类标签的组合结构,是信息直观表达的载体。

信息架构会影响信息的可用性和可寻性。换而言之,信息架构的核心工作是建立恰当的导航,将组织过的、有序化的信息呈现给目标用户以方便获取和管理。

二、手机端信息架构的影响因素

手机端产品有其自身的特点,比如手机屏幕尺寸的限制、操作方式的局限,以及手机随时随地的便利性等。信息架构的设计必须符合手机端特点,发挥其优势,做到独一无二的设计,而不是简单的进行PC端网页迁移。手机端信息架构的影响因素众多且处于激烈的变化中,但其中最为深刻也是较为稳定的两个因素是用户环境和显示空间。

1.复杂的用户环境

好的信息架构是围绕产品的用户环境建立起来的,因此有必要简单了解一下手机端阅读类产品的各种用户环境。出于全面的考虑,将用户环境划分为用户群、媒体环境和物理环境三部分进行简单的分析:

 

  • 依据某主流市场调研机构的研究,手机端阅读产品的用户群主要为:1.白领和学生;2.都市“草根”;3.时尚高端人群。
  • 访问网络时所用的设备叫做媒体环境,主要为智能手机。平台众多、机型复杂,呈终端碎片化特点。其中具有宽大屏幕的触屏手机最适合手机阅读。
  • 用户访问网络所处的位置被称为物理环境,决定着访问信息的方式。手机阅读类产品的物理环境主要为等车、排队等碎片时间,另外还包括一些闲暇休息时间,主要目的是打发时间。

2.有限的显示空间

相对于PC端,手机屏幕的显示空间无疑成为信息展示的瓶颈。PC端网页可以承载丰富的信息内容并能保持良好的显示效果;而手机端显示空间却显得异常宝贵。请看二者的对比图示:

 

以上提到的用户环境和显示空间是影响手机端阅读类产品信息架构的重要制约因素,决定了其“窄而浅”的基本特点。这几乎属于所有手机端产品信息架构的共性。但是,具体到阅读类产品需要采用哪些相应的信息架构策略呢?

三、手机端阅读类产品信息架构策略

Donna Spencer提出用户搜索信息的四种方式。用户访问阅读类产品,正是典型的搜索信息获取信息的过程;而如何引导用户顺利、高效地到达目标信息则是信息架构设计的职责所在。个人以Donna Spencer的四种搜索信息的方式为维度,对手机端阅读类产品对应的信息架构策略进行了简单归纳。

1、Known-item已知项目

在已知项目搜索中,用户

  • 知道他们想要什么;
  • 知道用什么词语描述他们想要的信息;
  • 明白从哪里开始。

解决此类需求,最典型的信息架构策略是提供搜索框。用户输入明确的关键词,一次点击就能找到所需信息。这是已知项目搜索最为快捷的导航方式,各大手机阅读类网站几乎都设置有搜索框:

 

2、Exploratory探索

探索性信息搜索中,用户对所需要的信息有所了解,但不知道用什么词语可以将它准确描述出来。并且用户不知道从哪里开始,即使找到了较为符合的内容,也不知道这些内容是否足够。

这种情景下,用户需要一个学习的过程,从而缩小固有认知和目标信息的差距。因此,信息架构设计必须允许用户通过尝试和摸索获得对网站全局的概括了解。导航(Navigation)是解决这部分需求的典型架构策略。由于手机端信息显示空间的限制,很难承袭PC端网页的tab导航方式。业内较为常用的导航方式有:站内信息板块化提炼、导航多级别化设置、热频链接的提供等等,如下图所示:

 

3、Don’t know what you need to know无特定目标

有时候用户为了打发等车或者旅途中的无聊时间,而毫无目标的来到阅读网站“闲逛”。他们不知道自己需要什么内容,换句话说,读什么并不重要,只是为自己找个事情做。

解决这部分需求最典型的信息架构策略是提供榜单列表。人们都有同理心,大家好评度最高的电影一般不会坏到哪里去;同样,点击量最高的小说也都比较精彩。所以,毫无目标的情况下,榜单列表是引导用户阅读最好的建议式指南针。这种榜单形式已被各阅读类网站广泛应用。

4、Re-finding返回寻找

用户可能会返回网站继续上一次的阅读,但要记住上一次读到了第一百三十章还是第一百三十二章确实很难。用手机浏览器添加书签固然可以解决问题,但需要频繁操作,相当疲惫。可以考虑的架构策略是为用户提供最后一次阅读章节的“记忆”链接,减轻用户的操作负担以及记忆负担,让用户充分感受该产品的智能和温馨。

四、需要经历的信息架构三境界:

要做好手机阅读类产品的信息架构不可能一蹴而就,产品的日臻完善需要一个循序渐进、不断优化的过程。基于对相关产品的研究和个人理解,手机端阅读类产品的信息架构一般需要经历三种境界:

第一境界:“斜月沉沉藏海雾,碣石潇湘无限路。”

信息架构的组织不明晰、导航不明确、分类不恰当,导致信息的无序化。将用户陷于迷宫之中,搜索变得困难重重。例如用户登录某个阅读网站,刚进入页面的第一屏就被淹没在大面积的广告中,丧失了信息方向感;接下来的内容信息在有限的显示空间中隐藏过深,需要点开层层链接才可以到达正文页面;加上有的标题文气十足,每一步操作都会引起用户思考,如此冗长的操作流程实在是手机网页设计的大忌。

第二境界:“两岸猿声啼不住,轻舟已过万重山”

信息架构的组织较为明晰、导航简短便捷、内容分类一目了然。用户凭借有序化组织架构的引导,可以快速了解和获取目标信息。这就需要手机端阅读类产品的导航窄而浅,做到宽度和深度的恰如其分、相得益彰。此外,导航标题的语义应当具有较强的排他性,不与其他标题有语义重叠区,也就是语义的典型化。如此,用户的操作流程可以缩短、思考的时间可以减少。

第三境界:“近水知鱼性,近山识鸟音。”

搜索个性化是未来的发展趋势,如果应用恰当,可以明显提高手机阅读类产品的用户体验。例如自动识别用户兴趣和地点的自我推送功能,更加适合手机端阅读类产品。首先用户的阅读兴趣稳定性非常大;其次在流动的地点和碎片的时间里用户搜索信息的耐心十分有限,需要一个更加便利的信息获取渠道。当用户每次访问网站,都可以收到高匹配度的内容推荐,这份知己的温馨已经可以和老朋友相媲美了:)

 














本文转自百度技术51CTO博客,原文链接:http://blog.51cto.com/baidutech/747694 ,如需转载请自行联系原作者
相关文章
|
3月前
|
存储 NoSQL 关系型数据库
MPP架构数据仓库使用问题之Visibility bitmap表被删除的文件信息是如何记录的
MPP架构数据仓库使用问题之Visibility bitmap表被删除的文件信息是如何记录的
|
17天前
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
26 0
|
1月前
|
前端开发 Java 测试技术
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
android MVP契约类架构模式与MVVM架构模式,哪种架构模式更好?
21 2
|
2月前
|
编解码 异构计算
无影云电脑产品使用黑神话悟空之是否可以想主播们玩的那样手机屏幕上有虚拟按键
这段内容主要讨论了无影云电脑在使用过程中遇到的五个问题及其解答,包括是否能在手机屏幕上显示虚拟按键、解决服务器网络异常导致的连接问题、处理活动前购买的云电脑无法开启电竞模式的情况、解决游戏崩溃问题,以及处理打开游戏时报错的问题。文中提供了详细的解决步骤和参考链接。
|
3月前
|
运维 搜索推荐 大数据
云HIS系统源码,云医院信息系统:以患者为中心的云架构、云服务、云运维的信息体系
医院信息系统(HIS)正借助云计算与大数据技术,从局域网模式向互联网转型,实现医疗服务高效化、个性化。新型医疗卫生信息平台(HIP)构建了以患者为中心的云端服务体系,支持区域内资源统一管理与按需服务,促进医疗机构间的业务协同。系统具备一体化管理、标准化建设等特点,涵盖从门诊到住院全流程,包括挂号、收费、诊疗、药房药库管理等多个模块,支持数据整合与智能分析,助力医疗服务智能化升级与科学决策。
云HIS系统源码,云医院信息系统:以患者为中心的云架构、云服务、云运维的信息体系
|
3月前
|
存储 JavaScript 前端开发
看过来!准确直观显示手机充电信息的充电统计软件!
基于自制充电统计App,多设备用户可远程查看各设备充电数据。在软件内可以查看预估充电容量等信息
|
4月前
|
Kubernetes 关系型数据库 分布式数据库
PolarDB产品使用问题之PolarDB-X的架构形态有什么区别
PolarDB产品使用合集涵盖了从创建与管理、数据管理、性能优化与诊断、安全与合规到生态与集成、运维与支持等全方位的功能和服务,旨在帮助企业轻松构建高可用、高性能且易于管理的数据库环境,满足不同业务场景的需求。用户可以通过阿里云控制台、API、SDK等方式便捷地使用这些功能,实现数据库的高效运维与持续优化。
|
3月前
|
Java 测试技术 Android开发
Android项目架构设计问题之使用反射调用类的私有方法如何解决
Android项目架构设计问题之使用反射调用类的私有方法如何解决
29 0
|
3月前
|
敏捷开发 测试技术 持续交付
阿里云云效产品使用合集之如何管理企业的组织架构
云效作为一款全面覆盖研发全生命周期管理的云端效能平台,致力于帮助企业实现高效协同、敏捷研发和持续交付。本合集收集整理了用户在使用云效过程中遇到的常见问题,问题涉及项目创建与管理、需求规划与迭代、代码托管与版本控制、自动化测试、持续集成与发布等方面。
|
3月前
|
存储 安全 关系型数据库
"揭秘!如何设计数据库架构,让信息系统心脏强健无比?一场关于数据效率、安全与可扩展性的深度探索"
【8月更文挑战第19天】数据库架构是信息系统的核心,关乎数据存储效率与安全及应用性能和扩展性。优秀设计需综合考量业务需求、数据模型选择、查询优化、事务处理、安全性和扩展性。首先,深刻理解业务需求,如电商系统需高效处理并增长商品、订单等数据。其次,基于需求选择合适的数据模型,如关系型或非关系型数据库。再者,优化查询性能与索引策略以平衡读写负载。同时,考虑事务处理和并发控制以保证数据一致性和完整性。最后,加强安全性措施和备份恢复策略以防数据风险。通过这些步骤,可以构建稳健高效的数据库架构,支持系统的稳定运行。
41 0