国内的推送平台用了一圈，发现都不好用，国外的收费太高，准备自己搞个，还有机会吗？

[AssKicker]

国内用了个推，JPush，UMessage，还有信鸽，腾讯的xg算是最新的，我感觉应该是里面用户体验相对较好的，但是细节的地方还是不太顺手。
而且如果是测试或者运维人员登录进去，估计好多名词术语都看不懂

[AssKicker]

@xiezefan 我主要指iOS，因为我是iOS DEV，集成的都是iOS App。
说下我说的体验不好的方面：（不针对具体产品吐槽了，虽然全部都用过，但是指名道姓有点砸场子的嫌疑）
1.页面体验不好，比如某号称最好的推送，界面跟大学生设计的一样，里面的统计也很奇怪，至少不是我想要的。
2.到达率我没有办法完全统计，至少在上线以后，有我自己的手机上面安装的正式版无法收到推送的情况。（iOS的推送比较特殊，需要通过APNS，所以理论上来说，能否到达还有一部分是开发者不可控）
3.推送真的很慢，可能免费用户的优先级比较低吧
4.很多都不支持emoji，可以自己copy文本，但是不能实时预览，这个很难吗？
5.很多推送都不能模拟预览，这个也不难吧？至少发推的时候还可以看个效果对吧
6.推送声音还要自己输入声音字符串，有没有搞错，比如app里面如果集成了N多音效，我想推送，还得一字不差的输入声音名字，直接下拉选择不好吗？
还有些细节，暂时就不一一列举了。

不可否认的时现在这些产品都还在不断改进，所以上面提到的某些功能可能在这个过程已经开始完善了有说错的地方还望指正。

[arachide]

@AssKicker

做公共云平台要求技术水平和资源很高的
不是阿狗阿猫能搞定的

看盛大云阿里云被骂成什么样子 一般人早羞愧得癌症了

[AssKicker]

@arachide 是的，公共云平台的要求是很高，所以我不打算做，没资源啊，只做推送

[nellace]

@arachide 厉害厉害

[yellowV2ex]

哪有运维直接上推送平台自己管理的，当然是自己做个后台，背后用jpush之类的东西推，用户和管理员感受不到jpush的存在才是正路啊。你直接让运维去jpush啊百度云推送啊什么的去管理推送不是扯淡么。用户分组，tag，alias都是在自己服务器上另外管但背后还是连到推送服务的才方便管理啊。
感觉没必要自己连推苹果都自己做了，一来浪费时间，二来以后并发多了事儿一堆。

[AssKicker]

@yellowV2ex 个人开发者和小团队不太可能做二次开发，上面说到的运维只是一个例子，比如产品狗看到技术名词也会头大

[xiezefan]

@AssKicker 简单回复下你的几个问题

1. 页面体验不好, 这个在于推送产品的核心竞争力在于推送到达率与各种智能推送相关的业务(如分区域推送, 分性别推送等). 对于创业公司来,做不了大而全, 就先做小而美吧.
2.apns有一个开发模式和一个生产模式, apns开发中收不到消息, 90%是没设置这个的原因吧.
3.推送慢不知道是指哪一个方面? 是指收到消息慢么? apns推送其实对于push平台来说只是做一个转发(当然push平台提供的更多是全平台统一的api接口和各种智能推送), 你收到消息慢可能和你本地的网络环境与apns服务器之前的通讯质量有关. (我们也有遇到过关于推送过快, 导致大批量用户收到推送后进入相关页面, 导致客户服务器承受不知的问题. 后来也有相应的api提供定速推送的功能.)
4.emoji表情, 这个有支持.
5.模拟预览, 这个有支持. 虽然我觉得不是很好用.
6.关于声音的问题, 额, 这个我觉得更多的是业务平台去解决的问题嘛? 不是推送平台应该做的事情咯.

[yellowV2ex]

@AssKicker 那我不太明白，难道你自己做推送连管理和推送底层都自己处理会比做一个壳子管推送要省事儿？苹果不说，就安卓的推送，你自己要多做多少东西，安卓的同事要增加多少工作量。。。

[AssKicker]

@yellowV2ex 嗯，所以不做android啊，一开始只做iOS


@xiezefan 谢谢回复
1. 小而美，对。
2.当然不是，我回复中刻意说了是正式版本，也就是证书是production
3.我觉得在整个环节中，推送通常的瓶颈在provider（假设APNS是理想环境，即使不理想也不是我们可控的环节），因为在推送队列管理，还有跟APNS的长连接上面，还有很多细节可能导致变慢
4.JPush，UMessage，XG，Getui，那个支持了啊？ 我都用过，我说的支持是指，类似聊天一下直接选择表情，图文混排预览
5.模拟预览UMessage的做得很烂，XG有吗？Getui不知道新版有没有
6.我觉得这个支持非常重要，你觉得输入好还是下拉选择好？

[arachide]

云里面
偶觉得IAAS SAAS都好用
IAAS是必须
SAAS迁移成本几乎没有

BAAS PAAS谨慎用
因为sdk迁移成本不低

[xiezefan]

@AssKicker 关于4,5,6 我大概明白你的问题咯, 你的问题大概在于现有的push平台都没提供一个交互良好的界面吧.

我刚才测试了下, JPush是支持emijo的. http://xiezefan.qiniudn.com/emijo_test.jpg 但在控制台中的确不能发送emijo, 就算复制进去都不行, 用原始编码也不可以. 我这是通过 推送API调用 推送的.

可能是因为一些Android设备对Emijo支持不是很好吧. 为了支持全平台, 在通用的推送页面中加入Emijo并不是一个很好的设计吧.(个人看法)

建议你自己可以实现一个Web Portal, 简单实现下自己的推送要求, 我所知的很多用户都是通过自己的管理后台调用推送api去进行推送. 这样可以做到更灵活, 像表情支持, 预览, 声音选择都可以通过自己的业务要求来实现.

其实我觉得, 为什么各大push平台都没提供很完善的推送交互界面, 可能更大的原因在于, 对于绝大多数用户来说, 这并不是主要需求并且很多时候他们希望把push管理这个功能集成到自己的管理后台.

[AssKicker]

@xiezefan 是的，就是这个问题，对于大多数企业用户而言，的确是这样的，他们的业务系统需要和推送整合，比如SNS或者即时聊天之类的，是不可能用人工去发推的。

这也就是问题的所在，个人用户，小开发者越来越多，他们的很多app，可能就几天，或者1，2个月做的，他们没有更多的精力去做二次开发或者搭建一个推送平台，也没意义。

所以我就想针对这些人，有没有这样一种可能性：）

[arachide]

@AssKicker

问题这些人也不愿意付钱啊
本来baas这种模式国内就很难赚钱
小商家免费额度用不了
大商家自己搞baas

偶估计目前国内这些baas全部亏损
最后还是靠卖数据隐私赚钱

[xiezefan]

@AssKicker 从企业的决策上, 一般小开发者发展为付费用户的可能性很低. 所以这类需求的优先级基本都是很低的(对于公司来说无可厚非,毕竟做这些的最终目的都是为了赚钱).

我倒是觉得, 如果有时间的话, 用python或者nodejs撸一个第三方管理portal来调用push推送倒是可以有. 到时候开源出来惠及广大小开发者们.

这些都是基于需求开发的, 在平时开发中, 我倒是经常写一些非常简陋的UI, 给客户端的同事简单测试下推送. 要如何抽象成广大开发者适用的, 这个没多少经验倒是不好说呀.

http://xiezefan.qiniudn.com/2015-02-13 13:47:38的屏幕截图.png

[AssKicker]

@arachide 是的，所以打算免费，但是未来可以考虑按量收费，比如：发10000条1毛，这样。如果你app赚钱了，我相信几块钱还是愿意掏的，我是愿意有人来给我提供这种服务，我给钱都可以。

@xiezefan 是的，你这个想法倒是提供了另外一个思路，谢谢，考虑下：）

[fisheryiyi]

@typcn
你好，我是友盟的工作人员，看到您反馈的:


"友盟那个就是笑话，安卓版推送消息到了自动崩溃，以为是我程序问题，结果用他的 Demo 也崩溃，各种搜也搜不到。"

-- 最好您能提供一下使用的SDK版本，是Android的还是iOS的，出问题的机型等描述信息，如果有错误日志，发给我们的客服人员或者客服邮箱当然最好(客服人员的联系方式以及客服邮箱在我们集成文档以及网站上都有标注)，便于我们排查问题。

-- 光是这样一句模糊的描述，对一个服务的评价是不客观的。 目前集成友盟推送服务的开发者已经非常多了，crash的问题很少有反馈，即使有反馈过，经过我们的技术支持同事排查，大部分情况下也是开发者集成有问题导致的。

[typcn]

@fisheryiyi ios无问题，安卓无限崩溃，只要推送消息一到，就能听见提示音的前0.1秒，然后程序 crash ，logcat 看到的是因为找不到图标而崩溃，但是用你们的 demo 一样崩溃，推送全部是默认配置。

[cszjutstar]

小米的推送怎么样