【参与讨论, 赢坚果手机】IM云服务PK,你更看好谁?

17youyun 发布于 2015/09/21 14:21
阅读 2K+
收藏 2
【普个及】什么是IM云服务/即时通讯云?
将即时通讯技术封装成SDK供APP开发者下载使用,并向开发者提供平台环境、技术支持以及后期运维等服务,使开发者的APP能够快速获得即时通讯的能力,能够实现单聊、群聊、音视频等功能,满足社交、客服、O2O等场景需求。

【涨姿势】选择一款第三方IM开发工具,你更看重什么?技术指标?or 市场占有率?
近日,易观智库同时发布两份关于IM云服务产业报告。

一份关于中国IM云服务市场占有率;一份关于中国IM云服务主流产品“容联、环信、融云”技术指标评测。容联IM Plus多项技术指标领先.


那么,问题来了~~~

引用
----你对易观报告有哪些认可或吐槽?
----你的使用体验如何?是否跟易观的评测结果相吻合?
----如果你对IM云服务选型,你更看重技术指标?还是市场占有率?

【投个票】IM云服务PK,你更看好谁?

引用
----你都用过哪些移动IM云服务商的产品?
----你认为最好的移动IM是哪家?为什么?

即日起,回帖参与以上话题讨论,您将有机会赢得容联IM Plus提供的“坚果手机”等诸多大礼!~   
  
                                                                活动时间:即日起—9月27日

一等奖:坚果手机  1名  
 

二等奖:小米充电宝   5名 

三等奖:500M手机流量   10名      
   

【评选规则】
1.回帖内容在100字以上。
2.针对【涨姿势】或者【投个票】发表一些自己的感想看法,可以是表扬、吐槽、期待等等(可参考正文中的问题方向),只要有自己观点,你就有机会获得大奖!

3、活动结束后,从回帖用户中评选28名获奖小伙伴公布在本帖!!


关于容联IM Plus: http://www.yuntongxun.com/api/im

加载中
0
17youyun
17youyun

各位各位~公布此次中奖名单咯 

一等奖:ericccd (1名)

二等奖:kideny  阳光哥  刚者为王  zaixianle  zhaoy168 (5名)

三等奖:宇智波唐嫣 (1位,由于参与人数有限)


以上中奖的各位速速私信我哦,我们将以最快的速度寄出礼品,欢迎日后大家多多关注容联云通讯,后续的大奖会更多滴!!!

0
独孤青冥
独孤青冥
这个报告怎么看怎么觉得有点蛋疼,看了整篇报告,发现样本取样基本上只有三次,仅仅测试了三次也好意思出测试报告?样本库这么小做的测试怎么看怎么都不觉得靠谱,纯粹打广告来了;还有,网络环境也没写,弱网环境送达率,耗电率等等数据都没有,就一次测试来讲,这个测试怎么看怎么觉得有点哗众取宠的味道,一个产品测试,总该做个全面的测试吧,代码整合难度,代码理解难度,接口响应速度,接口响应准确率,信息送达率,信息延迟程度,大流量信息送达率,大数量信息送达效率,最低响应时间等等测试项目全部没看见,忽悠鬼呢。。。ok,吐槽完毕,开始讲讲要是我选我会选什么产品了:很明显,通讯这块,第一是送达率,要是中途丢了信息,哭都没地方哭,第二就是流量了,这年头,能省流量的应用就是好应用,第三是服务稳定程度,我不可能选一个三天两头宕机的服务提供商,第四才是市场占有率。顺便说一句,易观你糊弄谁呢,弄出这水分这么大的报告出来还能不能愉快的玩耍了。。。
0
hbzjt2012
hbzjt2012

从移动社交行业趋势来看,未来除了流行的熟人社交外,更多的社交活动会被打散分布在多个沟通场景,比如很可能就会分散在各个垂直的APP里。换言之,就是在主流移动社交软件体系外,还有一个更宽广的、由千千万万垂直APP组成的移动社交软件生态圈。相对应的是,由千千万万垂直APP主导的不同沟通场景里,就会生出不同目的的实时社交需求。

  而从用户消费心理分析,除了基于熟人关系的电话、微信等不设防社交外,基于垂直APP的社交有一个共性,就是用户一般不特别想知道对方到底是谁,只希望有距离地沟通,还要顺畅快捷,却又不会主动跳转到用手机或者微信沟通的熟人社交上。用户的消费心理逼迫APP运营者,必须在自己的产品里嵌入即时通讯功能。

0
yzbty23
yzbty23
优点:
1.免下载安装,打开网页即用之类的就不说了
2.跨设备优势明显,数据在云端,用户使用anytime anywhere,用户体验一致性
3.对开发团队来说,压力与成本可以大大缩减


缺点:
1.如果在PC上用的话,感觉网页作为应用入口,还是有点距离,类似案例比如我到今天还是会在工作中使用sparrow 而不是使用webmail
2.稳定性,体验流畅性上 目前基于web 还是有点差距
3.其他真没什么不好,对用户来说主要是观念问题把,


应用场景
1.首先在嵌入式设备,比如IPTV,上网本系统等,有先天优势
2.未来的QQ web 360的桌面,chrome的web store,或者golicloud之类系统都可以很快的进入,反过来也有一个的推广渠道
3.可以更方便的整合到一些具体应用中去,比如gtalk


看过一些欧洲的公司做的完整的在各个手机上、平板,机顶盒上的跨平台webIM应用,没什么问题
总的来说大势所趋
0
Garth
Garth

一、对开发者来说,有没有必要在自己的开发的应用内嵌入IM实时通讯呢,可能基于某种原因,以后会有很多应用会嵌入。基本上在应用内聊天的都是陌生人。其实,能不能这样子——用户也可以有一个这个IM的唯一账号,当几个应用都是使用某个IM时,就可以直接登录,并且如果有联系人功能就更好了,这样就会发现原来他也在使用这个应用。

二、集成SDK要简单,首先是,现在在应用内集成IM,可能还没有十分流行,如果开发者试着集成这个SDK,但是太复杂的话,开发者有可能会放弃了。

三、对用户而言,简单!但是不是要抛弃多功能。如何去权衡简洁与多功能是个大问题!

最后,希望产品做得越来越好。

0
宿命
宿命
这文软的......
0
卖爷爷的老红薯
卖爷爷的老红薯

【涨姿势】

我来发表一下自己的拙见:看得出来楼主的产品,技术很扎实。敢跟微信比测试,不管结果如何,说明有底气。

我觉得,现在做出一个好的移动IM产品,并不难。难的是如何推广,并且在用户规模做大以后,怎么赚钱。

看得出来公司产品主要是希望从企业用户身上赚钱,那么问题来了,企业级应用对服务质量的要求更高。用户规模大了以后,成本如何控制,稳定性如何保证都是问题。另外在安全性上,公司如何保证。

这些问题看似老头,实际上都是移动IM产品发展的关键。你解决不了这些问题,就算是我们公司这样的中小客户真心不敢用。我做为一个技术人员,技术指标是一方面。另外一方面替公司花钱采购,后面别捞出幺蛾子,不然就得卷铺盖走人了。

另外,不同企业的应用场景也不太应用。官方虽然提供了API,但是文档也得下功夫写。微信的文档,坑了多少人,就不用我说了吧。

去贵司网站看了一下,在入门级产品方面,特色并不明显。感觉吸引新客户体验的诱惑力不够,这方面可以多像360学习。前期尽量走免费路线,把鱼钓上了以后再慢慢割韭菜。

最后祝贵公司的产品用户越来越多,真正成为中国移动IM市场的领导者。

0
e
ericccd

引用来自“独孤青冥”的评论

这个报告怎么看怎么觉得有点蛋疼,看了整篇报告,发现样本取样基本上只有三次,仅仅测试了三次也好意思出测试报告?样本库这么小做的测试怎么看怎么都不觉得靠谱,纯粹打广告来了;还有,网络环境也没写,弱网环境送达率,耗电率等等数据都没有,就一次测试来讲,这个测试怎么看怎么觉得有点哗众取宠的味道,一个产品测试,总该做个全面的测试吧,代码整合难度,代码理解难度,接口响应速度,接口响应准确率,信息送达率,信息延迟程度,大流量信息送达率,大数量信息送达效率,最低响应时间等等测试项目全部没看见,忽悠鬼呢。。。ok,吐槽完毕,开始讲讲要是我选我会选什么产品了:很明显,通讯这块,第一是送达率,要是中途丢了信息,哭都没地方哭,第二就是流量了,这年头,能省流量的应用就是好应用,第三是服务稳定程度,我不可能选一个三天两头宕机的服务提供商,第四才是市场占有率。顺便说一句,易观你糊弄谁呢,弄出这水分这么大的报告出来还能不能愉快的玩耍了。。。
我觉得报告还是说明一定问题的。流量、电量、速度都通过测试方案给出来了。不管后台如何,这些是最直观的指标。用户再结合自己的体验,就能够做出判断了。这份报告起码是从技术出发的,起码要比有些厂商忽悠市场占有率第一,比这个靠谱多了。大家都不是上市公司,市场怎么知道谁的真实用户呢。还有个侧面能证实,显然融资成功的厂商能发展的更好一些,那些没有融到资,又没有盈利模式的公司,真是不看好,说不定哪天就倒闭了,那就坑爹了。
独孤青冥
独孤青冥
还好吧,习惯了已千为单位的样本数量,突然看到一份样本数量为三的报告,总觉得三份样本,三次测试也好意思出报告。。
0
e
ericccd

我不按照报告提供的方法,用wireshark抓包看了一下:

容联IM Plus抓包有效载荷:10个汉字57字节,50个汉字180字节,100个汉字260字节 
环信抓包有效载荷:10个汉字180字节,50个汉字294字节,100个汉字356字节 
融云抓包有效载荷:10个汉字91字节,50个汉字210字节,100个汉字360字节

的确是容联IM plus流量最少,速度最快。通过抓包来看融云比环信要好一点,但是不知道融云demo sdk都在做什么,不断有信令在交互,所以有效负载+网络流量+信令的确蛮多的。

0
buglife
buglife
报告生成好慢
返回顶部
顶部