感慨一下网易云信超高的门槛

[dangyuluo]

最近在做移动 IM ，看上网易云信了，功能上能满足。我们这每天用户可能八九百人（顶峰），所以一个月最多也就 1000 块钱的费用。但是首次使用必须充值 4 万块，这个门槛让一些初创公司感到吃力啊。不知道大家都是怎么解决移动 IM 的？自己写服务端的话太费时费力了。

[jansonjiang]

最近朋友在做 IM 这块的事情，其实关键还是后续好用才行，朋友他是搞 web 端的，云信他们用 websocket 的，比腾讯先进啊， sdk 封装完善，小团队开发的人手不够，移动端 API 文档全方便用也很重要。另外像楼上说的，如果以后突破几十万的量了，稳定才是最靠谱的，不然迁移成本太高了

[dangyuluo]

@vhomes 可能确实是一分钱一分货吧。

[fishcoming]

来说说我的看法：

1.我们开发者使用 IM 云服务时，不是因为免费低价吧，而是希望通过其解决开发效率并降低开发和运维成本。免费低价或许给我们带来了一点熟悉产品先用为快的机会，但最终却无法跨越时间的门槛，毕竟产品要发展，用户在增长（人无近忧，必有远虑）。

2.企业级应用所需的灵活性和管理实践，免费或低价的 IM 服务商恐怕难以提供。（已经是免费低价，你还想要人家怎样？）免费或低价的一个前提是简单易用， IM 的接入对于大多开发者或创业团队或许并不简单。不同的开发者、开发团队、业务问题往往各不相同，而解决这些复杂的业务问题，仅凭单一开发文档或视频教程或群聊，恐怕难以顺利接入，而一个能够提供更为灵活周到的技术和服务支持的 IM 服务商，便显得尤为重要。

3.从长远来看， IM 云服务创业公司的技术积累和资本实力，很难在免费低价的商业模式下，不断研发创新和持续运维；而一旦巨头们发力，其又将面临双重的生存压力，这对于广大开发者而言，无疑将是无法承受的灾难。迁移成本和风险谁担得起？

4.免费低价往往是一种市场策略，免费不等于便宜。（这点谁都懂）

故而，对于 IM 云服务这样的研发门槛较高、需要强大技术支撑和长期运维服务的项目来说，无论对于服务商还是我们开发者，选择免费低价，三思是必须的。

不过，云信似乎发布较晚，敢 TMD 逆势收 4 万，也是蛮硬气。毕竟是网易。

[sjn9588]

用网易云信飘过。 android sdk 设计良好。文档详细。 UI 库在 github 开源，随你定制。重要的是客服直接为单个客户建 qq 群，在群里问， 1 周 7 天都有人在，回复超快。而且有天陪我调试到晚上近 10 点。而且我们好像就冲了 2W 块。第一个月还是试用的。不知道是怎么交涉到的。

[lijinma]

我们公司马上要选择 IM ，综合对比了，云信、环信、融云。

最后选择了网易云信。

我们更看重 IM 后续的扩展，平常的维护，花点钱如果可以获得更好的服务，肯定是花钱。

之前的一个项目用的是环信，遇见一些坑，也出现丢消息的问题，不过一直使用的是免费的额度，所以，你可以参考下。

[agui2200]

上面推荐环信的..真的用过吗...一个月一个小病,半年服务必有几次丢消息,几个月来一次丢数据...敢用?

[M80]

环信:速度慢，丢消息
leancloud:存储模块学 Parser ，接口一模一样，用起来不错。但是 IM 模块的接口简直爆炸，惨不忍睹
融云:貌似没明显的黑点（捂脸跑。。。）

[dangyuluo]

@M80 Leancloud 的 IM SDK 真是。。。要疯了

[Light3]

= = 聊天吗 我司最后选择了免费的 百川。。

[twoyuan]

我们之前也用过网易云信，那时候还是免费；之后换过阿里悟空，最后感觉 LeanCloud 文档什么的看着比较有范换到了 LeanCloud 。

总体来说 LeanCloud 还是挺不错的，社区反馈响应的也比较快。不过有个 bug （推送服务死了之后前台连接不上）从年前到现在都没解决。

[codeman330]

云信免费的时候我们也用过，因为迁移成本比较高又心疼历史数据，他们开始收费的时候就忍痛继续用了。核算起成本也还可以啦，毕竟现在雇个人后期维护也不便宜好吧。他们稳定性倒是不错，基本上没丢过消息，这点蛮省心的。 PS ：我做 web 端开发的，直接感觉就是 sdk 封装完善，哈哈，和 MVVM 框架配合开发很爽就是了。

[M80]

@dangyuluo leancloud 的接口设计不是很合理，比如发消息接口的回调竟然是通过 block 而不是 delegate ，用起来会巨难受。
话说我们为了“黑”友商，还专门写了三个 SDK 互相 PK 的程序来玩，可以感受一下
https://github.com/chrisray108/IMSDKRunner (作者不是我，再次捂脸。。。)

[465216370]

融云真心不行，丢消息丢的要人命

[xienhee]

云信时不时也会有各种活动，之前我们参加一个微链的比赛就拿到了云信的奖励包，还不错的。他们的那个社区里，时不时会有活动。

[imzhibo]

一、有人买 1w 的电脑，有人 5k 的电脑，也有人买 2k 的电脑，道理都是一样的，被市场承认的价格就是质量和服务的表现。评论区里主要有两种声音，一种是友商的广告，一种是云信开发者的评论。

二、 V2EX 回复没有截图功能真让人头疼，我把云信开发者的评论整理下来，方便大家参考

vhomes 25 天前
你们有没有人手后续去支持维护是关键吧，我们是在用云信，服务没话说，我哥们儿他们用那种 IM 都拉大群里面，有事儿爱回不回的。至少大半夜拉云信他们客服起来他们也得听着


jansonjiang 25 天前
最近朋友在做 IM 这块的事情，其实关键还是后续好用才行，朋友他是搞 web 端的，云信他们用 websocket 的，比腾讯先进啊， sdk 封装完善，小团队开发的人手不够，移动端 API 文档全方便用也很重要。另外像楼上说的，如果以后突破几十万的量了，稳定才是最靠谱的，不然迁移成本太高了


fishcoming 25 天前
来说说我的看法：

1.我们开发者使用 IM 云服务时，不是因为免费低价吧，而是希望通过其解决开发效率并降低开发和运维成本。免费低价或许给我们带来了一点熟悉产品先用为快的机会，但最终却无法跨越时间的门槛，毕竟产品要发展，用户在增长（人无近忧，必有远虑）。

2.企业级应用所需的灵活性和管理实践，免费或低价的 IM 服务商恐怕难以提供。（已经是免费低价，你还想要人家怎样？）免费或低价的一个前提是简单易用， IM 的接入对于大多开发者或创业团队或许并不简单。不同的开发者、开发团队、业务问题往往各不相同，而解决这些复杂的业务问题，仅凭单一开发文档或视频教程或群聊，恐怕难以顺利接入，而一个能够提供更为灵活周到的技术和服务支持的 IM 服务商，便显得尤为重要。

3.从长远来看， IM 云服务创业公司的技术积累和资本实力，很难在免费低价的商业模式下，不断研发创新和持续运维；而一旦巨头们发力，其又将面临双重的生存压力，这对于广大开发者而言，无疑将是无法承受的灾难。迁移成本和风险谁担得起？

4.免费低价往往是一种市场策略，免费不等于便宜。（这点谁都懂）

故而，对于 IM 云服务这样的研发门槛较高、需要强大技术支撑和长期运维服务的项目来说，无论对于服务商还是我们开发者，选择免费低价，三思是必须的。

不过，云信似乎发布较晚，敢 TMD 逆势收 4 万，也是蛮硬气。毕竟是网易。


sjn9588 25 天前
用网易云信飘过。 android sdk 设计良好。文档详细。 UI 库在 github 开源，随你定制。重要的是客服直接为单个客户建 qq 群，在群里问， 1 周 7 天都有人在，回复超快。而且有天陪我调试到晚上近 10 点。而且我们好像就冲了 2W 块。第一个月还是试用的。不知道是怎么交涉到的。

lijinma 25 天前
我们公司马上要选择 IM ，综合对比了，云信、环信、融云。

最后选择了网易云信。

我们更看重 IM 后续的扩展，平常的维护，花点钱如果可以获得更好的服务，肯定是花钱。

之前的一个项目用的是环信，遇见一些坑，也出现丢消息的问题，不过一直使用的是免费的额度，所以，你可以参考下。

codeman330 25 天前
云信免费的时候我们也用过，因为迁移成本比较高又心疼历史数据，他们开始收费的时候就忍痛继续用了。核算起成本也还可以啦，毕竟现在雇个人后期维护也不便宜好吧。他们稳定性倒是不错，基本上没丢过消息，这点蛮省心的。 PS ：我做 web 端开发的，直接感觉就是 sdk 封装完善，哈哈，和 MVVM 框架配合开发很爽就是了

三、看到这么多开发者替我云信说话，我都快哭了，总结下来，云信就三大特点
1 、稳定性：
做过 im 的同学应该都知道， im 做不好的话是个填不完的坑，尤其是用户量起来后，收发消息延迟等等各种问题都就出来了，那我们是怎么保障稳定性的呢？
1 ）采用消息必达策略，已成功发送 1000 亿条消息；
2 ）即使同时在线人数飚升，自动水平扩展可以应接海量并发；
3 ）选用 BGP 机房、全球多点覆盖

2 、安全保障
1 ）不切入用户系统，选择性托管帐号系统；
2 ）采用私有二进制加密协议、 RSA+流式加密传输，数据文件多重备份确保数据安全；
3 ） IT 信息安全体系认证

3 、服务
我们在开发同学接触到云信开始就提供 7*24 小时 1 对 1 的技术支持，这样一来开发同学的效率也高，产品开发进展也快。

最后，如果你想体验的话，加个 qq 吧 2479775187

[dangyuluo]

@imzhibo 敢问是网易家的么？😅