阅读更多
摘要:新闻客户端2014年都发生了哪些变化呢?你会看到个性化成为主流,客户端对用户实行个性化的信息定制;优质的自媒体内容填补了新闻客户端的内容空白;包括内容、展现形式和产品线,各新闻客户端都有自己的差异化。

搜狐新闻、网易新闻、腾讯新闻、百度新闻、新浪新闻、凤凰新闻、鲜果、新华社发布、澎湃新闻等新闻客户端产品在2014年可谓是“独领风骚”,极大的获取了用户的芳心,每一次大事件的发生,新闻客户端都扮演着不可或缺的角色。2014,总有一个新闻客户端会属于你。

和2013年不同的是,各大新闻客户端的战略重点并不是大力发展新用户,抢用户的红利期基本结束,而且随着各个新闻客户端的差异化出现,用户已经开始有自己专属的新闻客户端使用习惯,此时,即使想让用户“叛变”,也是极难的一件事。

新闻客户端产品在移动端的更迭速度是非常快的,搜狐新闻已经更新到5.0版本,网易新闻已经更新到V4.3.1版本,腾讯新闻已经更新到V4.4.5版本,新浪新闻已经更新到V4.4.2版本。快速的产品迭代让用户体验得到了极大的提升,鲜有听到新闻客户端产品的BUG出现。

根据各方的数据显示,用户量破亿的新闻客户端产品不在少数,搜狐新闻在2013年用户量就达到1.85亿,腾讯新闻、网易新闻用户量也早就破亿。用户量达到亿级之后,就不再是简单的获取一部分用户就能赢得市场的时候了,此时真正要比拼的是“内力”,新闻客户端2014年又都发生了哪些变化呢?下面我做一些盘点:



个性化成主流

信息过载的现象越来越明显,新闻客户端、微信公众号、微博、视频客户端、手机电台等多个工具都在向用户主动输出信息,用户在很多时候是不想接收某些信息的,但是诸多无用的信息依然夹杂在有用的信息当中流向用户,而此时用户如果不经过处理的话,只能被信息的“流沙”所淹没,刷信息是需要时间的,用户的时间就只能被无情的消耗在了信息“流沙”中,新闻客户端产品是不愿意成为信息“流沙”的始作俑者的。不仅仅是信息过载问题,每个用户对于信息的需求是完全不用的,就像我从不看股票以及时尚类新闻,但是每每总会有诸如此类信息夹杂着流过来。

2014年新闻客户端最大的改变就是基于个性化的信息输出。不仅仅是今日头条,搜狐新闻5.0、网易新闻等,都在走“个性化”的路线。即针对用户的个性化需求,满足用户对某部分信息的需求,按照用户的点击行为、浏览行为、地理位置等综合的分析,对用户实行个性化的信息定制。

搜狐新闻5.0的主打就是个性化阅读,其版本口号为“搜狐新闻,我的新闻”,“我的”,即用户自己的新闻。新闻客户端个性化具体表现在几个方面,一是内容上,搜狐新闻、今日头条等针对内容进行个性化推送,另一方面是频道栏目的个性化,如搜狐新闻、网易新闻、腾讯新闻、新浪新闻等在频道栏目方面也能满足用户的个性化阅读需求,用户可直接对栏目进行选择,只关注用户需要关注的信息。还有一个是UI上,用户可对新闻客户端的的打开页进行个性化设置。

可以看到的是,各大新闻客户端产品都在走个性化路线,其对“沉淀”用户,满足用户对信息的需求方面有非常大的帮助。

何处不见自媒体

新闻门户之间的内容是断裂的,彼此不互联,因为这涉及到“版权”。PC端的新闻门户更多的还是依靠自己的记者、自己的编辑团队来操作,即所有的内容都是属于“自己”的,至于其中转载的内容,更多的是直接COPY,经常可以看到一篇内容被几十家新闻媒体直接“转载”,内容不变,但是内容的载体变的多了,而用户仅仅只是需要这条内容而已,载体不值钱。

移动端非常鲜明的一个特点是信息的流速加快,一条信息从北京流到苏州,可能仅需半个小时而已,智能手机的普及以及4G的出现,都无形中让用户能够快速的获取到信息。作为新闻客户端产品,如果还是仅仅靠“转载”,仅仅依靠自己的新闻编辑团队来制造的那些内容,是达不到用户的需求的。

而且,要想实现内容的个性化,前提是得有足够的内容满足用户的个性化需求,否则只有1000条编辑内容,如何能够做到真正的内容个性化实现呢?优质的自媒体内容被各大新闻客户端产品接入,同时各大网络媒体、纸质媒体的内容也被新闻客户端接入进来。优质的自媒体内容填补了新闻客户端的内容空白。

搜狐新闻是最早在自媒体上发力的新闻客户端产品,也是唯一支持自媒体人手机端更新内容的新闻客户端产品,同时也是第一个给自媒体人支付稿费的新闻客户端产品。据我了解,除搜狐新闻客户端外,网易、腾讯、今日头条、凤凰新闻、鲜果均接入了自媒体人的内容,用户可直接对自媒体人的内容进行订阅。

自媒体人的内容在各大新闻客户端的具体表现形式为,搜狐新闻的是可以订阅,也会有系统推荐;网易新闻是订阅式的,而内容源自网易云阅读产品;腾讯新闻的自媒体内容已经可以实现和微信公众号实时同步,也是订阅式;今日头条也有订阅式,具体是直接变成信息流,和新闻内容同步展现;凤凰新闻是订阅式,同时系统开辟了自媒体频道,针对优质内容进行频道推荐。百度新闻的做法是,接入百家的优质内容,将百家上的优质内容展现在百度新闻上。

继微信公众号后,新闻客户端产品也成为了自媒体人的“必争之地”,而新闻客户端产品也开始与自媒体人实时融洽,以最好的形态呈现给用户。2014年,自媒体在新闻客户端上开始“扎根”。

差异化是永恒的主题

简单粗暴的认为各大新闻客户端是一模一样的,就肤浅了。实际上各大新闻客户端在“深处”是有着自己的差异化的。

首先是内容上的差异化,真正的大事件方面,还是得靠新闻客户端自己的编辑团队,经过策划、编辑、采访等多道工序,让自己的内容“标新立异”。这方面,搜狐新闻、网易新闻、今日头条、腾讯新闻、百度新闻、新浪新闻、凤凰新闻、鲜果、新华社发布、澎湃新闻等皆有优劣,真正的实感来自于用户的自我感受。

其次是内容的展现形式上,搜狐新闻5.0做了一个大胆的设计,只有标题,没有摘要,让用户在最短的时间内了解到这是否是他需要的信息。其他的如UI风格、底部的相关推荐等,各大新闻客户端也会有一定的差异化。

体现在产品线上的差异化比较明显,如搜狐新闻结合搜狗搜索,让用户能够直接搜索新闻当中的内容;百度新闻结合百度乐播,将电台内容与新闻内容结合;腾讯新闻与微信公众号连接,让自媒体的内容能够直接实时同步到新闻客户端当中;今日头条扁平化的自媒体后台等,多处的差异化均存在。

搜狐新闻是所有新闻门户当中最快实现向移动互联网转移的产品,但是移动互联网的变化是非常迅速的,没有谁会等待着谁,新闻客户端产品在2014年奠定了自己的绝对地位,2015年,新闻客户端产品势必还会发生更多的变化,我们期待着搜狐新闻、网易新闻、今日头条、腾讯新闻、百度新闻、新浪新闻、凤凰新闻、鲜果、新华社发布、澎湃新闻等的变化。

对于用户来说,也许是找到那个最适合你的新闻客户端。
  • 大小: 43 KB
来自: CSDN
0
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • BIND配置文件详解(三)

    本文档摘录自《BIND9管理员手册》,如果有不对或者不清楚的地方,请大家告诉我,谢谢! BIND配置文件详解(三) 7.server语句 服务器(server)语句的定义和使用: server ip_addr { [ bogus yes_or_no ; ] [ provide-ixfr yes_or_no ; ] [ request-ixfr yes_or...

  • linux+dns+edns,EDNS 配置, 8.8.8.8 dns缓存问题 | 4os

    测试bind-9.8.1-P1 的edns的时候发现,google DNS解析的结果一直在跳,有时候在电信区,有时候在us区于是给它打了第一个patch,让query log 支持edns的client subnet显示,便于排查筛选下日志,发现很多edns请求不在我们的ecs ACL范围内,最终落到了google DNS IP 所在的us区域,推测应该是这个造成了google DNS 的错误缓存...

  • 部署EDNS——客户端封装ECS字段并分析

    edns-client-subnet是一种扩展DNS(DNS Extensions,简称EDNS)的选项,它允许DNS服务器了解查询的客户端的IP地址范围,以便提供更快和更准确的响应。帮助DNS服务器提供对特定地理区域更准确的解析当客户端需要域名解析时,通常是向本地递归服务器或是配置的递归服务器去查询,递归服务器再去向权威DNS服务器发送查询请求时,权威DNS服务器只能递归服务器的IP地址,而没法准确的知道客户端所在的网络。

  • bind学习笔记

    学习bind

  • DNS与BIND学习笔记 1

    一直想系统的学习和了解DNS的原理,包括看相关的rfc文件,一看和dns相关的rfc文件,妈呀,居然有86个之多。能看多少是多少吧。先把DNS的原理研究透彻了。在看rfc文件我想会事半功倍的:) 1. ICANN是干什么的?和他的一些相关资讯?     ICANN全称是叫:Internet Corporation for Assigned Names and Numbers(互联网名称与数字地址分

  • DNS与BIND学习笔记-基础知识及配置详解

    转自http://blog.chinaunix.net/uid-14825809-id-333591.html 标签:DNS多线智能服务器bind 一直想系统的学习和了解DNS的原理,包括看相关的rfc文件,一看和dns相关的rfc文件,妈呀,居然有86个之多。能看多少是多少吧。先把DNS的原理研究透彻了。在看rfc文件我想会事半功倍的:) 1.ICANN是干什么的?和他的...

  • 深入浅出DNS系列(九)- EDNS

    EDNS0的rfc文档为rfc6891

  • DNS,edns,httpdns杂谈

    DNS: 1、localDNS查CNAME 2、根据cip与CNAME查A记录 (查询A记录时,使用edns协议访问httpdns服务提供商,包括qq,dnspod等) —————————— 但通常使用localDNS查询CNAME记录时也会有风险,不可靠等 这时需使用edns协议连同A记录、CNAME一块返回,并进行缓存 通过edns查询cname与A记录的一些特点: 通过原始的

  • DNS 与EDNS0(DNS 的扩展名机制)

    DNS报文主要使用53/UDP,什么时候会用到53/TCP? 根据RFC1035,对于DNS服务器,递归解析时用53/UDP,区传输因需要可靠传输,必须使用53/TCP。DNS服务器的标准实现必须同时支持53/TCP和53/UDP。RFC 1035中还指出,53/UDP上的UDP数据区(不包括UDP首部)不得超过512字节,发送时如果超过512字节,将被截断成5...

  • EDNS

      随着业务的复杂化和多样化,RFC1035中定义的DNS消息格式和它支持的消息内容已经不足以满足一些DNS服务器的需求,于是,RFC2671中提出了一种扩展DNS机制EDNS(Extension Mechanisms for DNS),并在其中推荐了一种传递包大小的EDNS0。我将EDNS0中的一些关键内容总结在这篇文章中,以便日后翻阅,同时希望能够帮助到像我这样迷茫过的、探寻EDNS很久才知道...

  • Linux Bind DNS服务器软件 not found:2(Servfail) 错误

    在Redhat9下使用Bind进行配置,启动服务,通过host获取解析结果时,一直出现host xxx not found:2(Servfail)的错误,到处找解决方法无果。。。不停的搞,总算好了。写下过程,仅供参考!先查看日志文件tail -n 20 /var/log/messages,得到的结果:Nov 7 01:05:07 localhost named[7850]: running No

  • nginx could not be resolved (3: Host not found)错误解决方案

    在nginx的配置中将proxy_pass引用了变量,在Nginx0.6.18以后的版本都会有这样的错误,如果proxy_pass直接写地扯是没有问题的错误配置如下server { listen 80; server_name ~^(?<subdomain>.+)\.xxxx\.com$; location / { client_max_body_size 20m;

  • [case2]记一个nginx host not found异常

    序 本文主要记录一下nginx的host not found异常 背景 某个内部域名,在A,B机器都可以,但是在C机器解析不了,nginx启动报错 nginx: [emerg] host not found in upstream "demo.com.cn" in /usr/local/openresty/nginx/conf/nginx...

  • host command not found,host命令不可用的问题

    如果出现host command not found,host命令不可用的问题,如果在centos环境下使用yum install bind-utils进行安装bind-utils的软件包。如果是unbuntu环境下可以使用sudo apt-get install bind-utils进行安装。 关于bind-utils的软件包:bind测试工具、dig 域名解析工具、host 域名和I...

  • org.apache.ambari.server.HostNotFoundException: Host not found, hostname

    ==================== ambari-agent报错 INFO 2017-03-06 16:11:16,949 hostname.py:89 - Read public hostname 'centos2' using socket.getfqdn() ERROR 2017-03-06 16:11:17,374 main.py:309 - Fatal excepti

  • DNS和bind

    0 目录 目录 DNS 1 访问步骤 2 解析机制 3 主从服务器 31 数据文件同步 32 均衡访问负载 利用bind程序实现上述过程 1 DNS DNS,域名解析协议(Domain Name System),一种应用层协议。用于把主机名解析(转化)为IP地址。 互联网各主机之间的访问,如果都通过IP来标识,则难于记忆。为此,使用名称来标识各主机(名称须唯一),通信

  • linux comman not found问题

    问题详细: [root@master ~]# ll bash: ls: command not found... Similar command is: 'lz' [root@master ~]# ls bash: ls: command not found... Similar command is: 'lz'   解决方案(注意路径,一般都是如下默认的): [root@mast...

  • bind9支持edns-client-subnet

    基于bind9的edns-client-subnet, 服务器和dig都已经实现,同时提供了测试配置和结果。

  • bind详细学习

    DNS DNS:Domain Name Service 应用层协议(C/S,53/udp, 53/tcp) 域名 分类:最多可以有127级域名 根域 一级域名:Top Level Domain(tld)顶级域 组织域:.com,。gov,.edu,.mil,.net 国家域:.cn,.jp 反向域:arpa 二级域名 三级域名 域名.jpg 解析 查询类型: ...

Global site tag (gtag.js) - Google Analytics