imzhibo

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

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

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


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


fishcoming 25 天前br />来说说我的看法：

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