聚合类新闻客户端初体验

初体验的产品: 今日头条(ios3.6)、百度新闻(ios4.4.0)、ZAKER(ios4.4.5)、鲜果(ios3.8.7)、中搜搜悦(ios4.0.1)、Flipboard(ios2.3.9)

1、Flipboard
一款国外很火的app,UI以及体验都做得非常不错,很多人都评论其不接地气,在我看来,这确实是一方面,另外,大陆防火长城也有一部分原因,毕竟外来的互联网产品很难在国内扎根。

初体验:
1)、首次启动加载速度太慢,用户没有那么多的耐心去使用第一次接触的产品;



2)、手指上下滑动更换新闻,操作起来非常爽,但每次只能看一个新闻,无法快速的浏览自己喜欢的新闻,不符合大众的胃口,这是不接地气之一;

3)、必须注册才能使用这款产品。虽然在国外取得了很大的成功,但是毕竟来到了大陆,需要根据大陆的风格来本地化产品,这是不接地气之二。


2、鲜果
突出特点:个性化订阅,可以订阅微博、网站、微信公众化等,给用户更多的选择权。

初体验:
1)、首页加载的太慢,白屏停留很长时间;
2)、左右滑动切换新闻,不知用户在什么场景下会选择一直向右滑动去看下一条未知主题的新闻;
3)、返回的操作不统一,进入新闻列表页,左上角返回,进入新闻详情页,左下角返回;
4)、离线下载,一点击,立刻进行下载, 也不进行提示选择性下载,对用户不友好;
5)、未理解“发现”TAB到底是什么类型的新闻,而且内容更新特别慢;
6)、首次在移动网络下体验时,便无法阅读最新内容,系统不稳定;
7)、向右滑动无法返回,设计产品需要符合系统的操作习惯;
8)、进入反馈页面还需要加载一会儿,反馈操作逼走了一部分用户;
9)、上班的路上打开时,显示一堆的订阅号,但不知道要进入哪个里去看;
10)、进入某订阅号列表,右上方有三个点,以为还有什么隐藏的功能,结果是分享,不知到分享功能放在这里是什么意思,另外,分享功能也不应该使用三个点"..."实现;
11)、当下拉页面进行更新的时候,在上方会频繁的出现"正在同步关注列表数据",视觉效果不好;
12)、PC访问网站加载速度过慢;

3、百度新闻
1)、第一次使用这款产品时,就自动把我的账号登陆了,可能是根据我手机上其他百度软件查到相关信息进行自动登录操作的,体验还不错;
2)、百度新闻有个特点,当进入新闻详情页之后,会自动全屏显示,只在页面最下面留下一个评论框。但,当我想查看上部的时间或电量信息时,不得不返回到上一层,对于这一部分可以选择触摸一下屏幕退出全屏效果;
3)、搜索页面可以选择搜索新闻和搜索网页,提供了便捷的网页搜索功能;
4)、主题不可更换,有时新闻列表会受到背景颜色的影响,不容易阅读;

5)、与鲜果相似,离线下载,一点击,立刻进行下载, 也不进行提示选择性下载,对用户不友好;
6)、本地新闻不自动显示GPS定位地点的新闻,默认显示北京,需要手动设置。

4、今日头条
1)、新闻详情页最下方有五个按钮(收藏、评论、评论数、转发、举报),操作过多,而且评论及评论数本来属于同一功能,却分开操作;
2)、新浪微博登陆之后的个人信息不是最新的个人数据;
3)、虽然没分钟能够抓取大量的数据,但抓取的不是最新的,很多都是几天前的发布的内容;
4)、收藏功能,移动/pc未共享数据;
5)、只能订阅提供的标签,没有给用户更多的选择权;
6)、标签容易错误的拖动;
7)、首次登陆,什么乱七八糟(注册、订阅)的操作都不需要进行,我就可以立即看新闻;
8)、加载特别迅速,不许用户等待;
9)、离线下载时,显示的是一共需要下载多少条,目前正在下载第几条,而不是仅仅显示百分之多少的进度,这样用户更清楚自己下载了多少,可以对自己的使用的流量有个概念;
10)、可以查看热门评论,并且关注好友;

5、ZAKER
1)、若看新闻,需要点击某个订阅才能观看,而不是第一看看到新闻,增加了用户达到最终目的的步骤;
2)、新闻更新没有任何提示,在每个订阅号的右下方提示有多少更新的新闻,效果是否会更好一些,这一点鲜果做的相对好一点;
3)、与百度新闻类似,本地新闻不自动显示GPS定位地点的新闻;
4)、默认订阅并不是用户喜欢的信息;
5)、手指按住订阅号,不可批量取消订阅,需要进入频道排序之后,才可批量取消,增加了操作的复杂度;
6)、添加订阅号时,上方有两个导航:“精选”和“内容库“,默认选择的是“内容库”,显然弱化了“精选”的重要性;
7)、新闻排版非常好,杂志式的风格,不知是否考虑到移动网络环境下使用的情况;
8)、“发现”一栏中的new标签不要一直显示,用户点击进入之后就可以不显示了;
9)、主题订阅相当于混杂订阅,有公司、有人、有兵器、有指导手册;
10)、微信公众号非常好,若允许个性化添加微信公众号就更加方便了;
11)、有个特色就是,从上往下滑,返回到上一层,最上一层是封面,效果做的也很好,反复玩儿了好几次,截图如下:

12)、订阅号搜索功能不够强大,可以选择按照内容去搜索,而不是根据订阅号名称;
13)、未提供网页版,提供网页版可以方便的管理用户数据;
14)、推荐内容准确度有待提高;
15)、进入某个频道,信息以杂志的形式展现出来,每次进入用户眼球的数据很少,使得用户感觉信息较少;
16)、进入推荐栏目,有一个功能:每次下拉都会刷新20条新闻,这并不符合用户浏览习惯,用户的习惯是向上翻浏览新闻,到最下面没有数据了,再进行刷新,而不是从上面刷新,很多时候设计产品还需要尊重用户的习惯。

6、中搜搜悦
1)、一进去就提示“请至少选择一个兴趣圈”,而且它提供的又不多,导致第一眼没有一个特别喜欢的,只好随便选择几个;


2)、首页上面TAB比较个性化,目前显示的TAB处于中间最大的位置,两边依次变小;



3)、进入新闻详情页,上面会显示另一种形式的TAB,但左右滑动并不是切换tab,而且在同一tab下切换新闻,如果想切换tab,需要用手点击那一小块的tab区域,这种方式增加了手指操作的失败率,体验很差;




几款类似产品的初体验就是这样,有些产品说出了一些优点,但大部分都是体验不好的地方,仅代表个人见解。

(作者:踏雁寻花 www.songtao.me 仅代表个人观点)

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结