就是一个用户从微信迁移到子弹短信上,2018年08月02日Smack正式发由了4.3版

摘要8月27日,子弹短信完成了第一轮高达1.5亿元的融资。老罗在其个人微博上透露了投资细节:五十多家投资机构,才见了不到十分之一。一、引言罗永浩的手机还没火,他带的货先火了一把。8月20日,坚果坚果Pro
2S的发布会上,老罗介绍了“快如科技”团队的社交软件“子弹短信”,并同时面向安卓、iOS两大系统开放下载。发布会后,这款产品迅速蹿红:8月23日:子弹短信获得了数千万元融资,锤子是投资方之一;8月24日,子弹短信登上ios免费榜总榜第一名,并持续至26日,超过了微信和探探;8月27日,子弹短信完成了第一轮高达1.5亿元的融资。老罗在其个人微博上透露了投资细节:五十多家投资机构,才见了不到十分之一。所以,“子弹短信”到底是什么?有何独特之处?二、子弹短信的创新之处简单来说,子弹短信就是一款主打沟通效率高效(所以才叫子弹)的社交通讯APP。具体来说,其核心功能界面虽然跟微信没有本质差别,但在用户之间的沟通方面,有如下一些主要的创新:不需要进入聊天对话界面即可回复信息。我们打开微信之后,要点击某一个好友进入对话界面才能发送消息,但是打开子弹短信的第一个界面,长按好友信息的右侧(下图红框内的位置),可以直接发送信息。此点,在一个人同时与多人进行沟通时,会比微信显得更加高效便捷,无需来回进行界面切换。如果你给好友发送语音信息,对方会同时收到文字和语音。这样,在对方不方便听语音的情况下可以直接看文字,主打在开会、嘈杂场合等不便听语音的场景下提升沟通效率。锤子官方称,正常情况下识语音别率为97%。如果文字真的有误,信息难以理解,用户还可以再听语音。对话中,发送的语音信息可以拉进度条。如果你听一条50s语音时被打断,不需要重头听起,直接拉到刚刚断掉的地方即可。这是微信语音被诟病已久的一点了。点击进入好友的主页后,可以看到对方所有的历史头像,帮助你回忆起对方是谁。你还可以把他的头像固定住,这样即使对方换头像,也影响不到你。查看你与好友最初的对话。用户的主页会有一个“这是谁来着”的入口,点进去会显示出你们俩刚加上好友时候的对话。增加了稍后处理功能。和好友的对话中常常聊到之后要处理的事情或工作,如果怕忘记,可以点击“稍后处理功能”,标记后的功能将以待办事项的形式被放到稍后处理栏下。非常实用,拯救记忆力不好星人。面对这一一款虽然在功能设计和交互上有诸多创新,但远还谈不上是“颠覆”的APP,很多人都会产生这样的疑问——所以,在微信已经极度成熟,甚至在社交通讯领域形成垄断霸权的格局之下,究竟还能不能诞生一款新的通讯社交类APP?子弹短信的火爆,到底又能持续多久?它的未来又将去向何处?带着这些疑问,我结合一些问题采访了三节课两位创始人Luke
和黄有璨,希望能够听听他们对于此事的一些解读与看法。三、关于子弹短信的未来【Q1:如何看待子弹短信发布后一周内迅速登顶App
Store榜首?】Luke(以下简称“L”):登上APP
store榜首,看的指标主要就是看搜索和下载,那么为什么短时间内有大量的搜索和下载呢?这本质上是个增长的问题。很多人可能像我一样,最初接触到这款产品就是看到有很人在微信朋友圈分享二维码,大家出于好奇的心理——因为老罗在发布会上也提到了这款产品嘛,所以就带着体验的心态来下载,看看这款产品是什么样。所以它其实是基于微信现有的关系链实现了一次增长,完成了用户的原始积累。黄有璨(以下简称“黄”):关于登顶,Luke已经说了影响app
store排名的主要指标是搜索和下载,这里不再多说。我个人觉得这件事背后,更值得大家思考的一个东西是:在微信集中占据了或者是垄断了大多数流量的时代背景下,一款新产品的引爆,它越来越会依赖于一个强话题的个人或者一个强话题的事件。这件趋势会变得愈发明显。这次也一样,我们会看到罗永浩这么一个话题性的人物,他所给一款产品带来的加持是远远超出于大多数人的想象的。并且,我觉得这背后可以推出一个小小的公式,大家可以关注下——一个产品拥有某些新奇特的功能或用户体验+能够依附上一个话题人物或话题性事件=产品将被引爆。【Q2:如何看待子弹短信当前是否应该疯狂增长?以及它能不能做大?】L:光看产品本身的留存率和打开率,我认为现在不需要再去做拉新。对于子弹短信来说,能不能做大,很重要的就是看最初所累积的这批“体验型”用户能不能留下来。如果这批用户能够留下来,就很厉害。但这个留存其实就是要看产品的核心能力了,而且同时还要考虑到迁移成本。就是一个用户从微信迁移到子弹短信上,是有一定成本在的。这就像是俞军那个公式一样,用户价值=(新体验-旧体验)-替换成本,用户要有收益,才会真的接受一款新产品。有个问题在于,子弹短信目前只是在交互层面上有一些创新,但是作为一款即时性社交产品,它的底层产品逻辑上其实都没有什么变化的,所以产品能否支撑留存、能不能提供足够的新体验都是问题。对我来讲,子弹短信是不足以撬动短信+微信这个组合所带来的价值。黄:子弹短信能不能做大其实直接跟一件事有关——它作为一款主打沟通或交流这样一个产品,它能不能牢牢占据住一个稳定的沟通场景。我认为放到产品上来看,典型的沟通场景有四种:陌生人间的沟通,熟人间的沟通,基于工作协同的沟通,和基于一些特定服务的沟通。对一款主打沟通的APP来说,只有牢牢占据住某一类场景,且跟其他产品之间形成显著差异,才能具备长期发展的可能性,否则,任何一款社交类的APP最终都是要被微信吞噬掉的。前三种都好理解,基于特定服务的沟通怎么理解呢?举个例子说,阿里的阿里旺旺,它就是基于特定的服务的,一方是商家,一方是买家,买家和商家间会有一些特定的对话场景,也会基于这些对话产生一些特殊的需求和功能,比如卖家也许可以迅速针对客户状态生成优惠券、卖家可以即时帮客户发起拼团省钱,等等……再开放去想,当人们基于某一类服务的在线沟通需求频次变得够大的时候,是可能会带来某种新的沟通工具出现的。比如假想也许类似美团外卖小哥和闪送这样的“跑腿”服务如果将来变得更普及,甚至是跑腿小哥之间可以通过某种方式进行协同,那基本必然会需要一个新的沟通工具。所以,同样是沟通,但特殊场景下的需求和差异会很不一样。就拿工作和生活中的沟通来说,三节课工作用企业微信,但日常交流用微信,为什么需要这样?简单举一个例子:在企业微信上,我可以2个点击就跟你约好会议和会议室,且我们的日程表可以完全共享,这个需求在微信中就无法解决。所以,工具长什么样不那么重要,要想长大,真正的挑战,是“能否明确的切入到某一类沟通场景下,形成自己的不可替代性”。【Q3:以子弹短信的现状,接下来可能会遇到哪些挑战?】L:我觉得是这样几个挑战:第一,就是刚刚所说的,第一批体验用户,所谓的“早期采纳者”,能不能把这部分用户留下来,这是一个挑战;第二,就是团队的创新能力和运营能力。后续的招数、留存其实很考验产品的运营能力。另外,还要看产品在接下来一段时间内会不会有密集的功能上的更新,优化和迭代,这些都很考验团队的创新能力。第三个就是巨头的跟进。微信是一个以不变应万变的产品,但是出现了子弹短信这样的产品,微信很可能会有一定的动作。子弹短信所做的其实主要是交互层面的创新,要复制起来很容易,这也是微信会让它发酵的一个原因。微信本质上不敏感于交互的。但如果微信有一些动作,可能会对子弹短信有一定的影响。黄:子弹短信中长期来看,最终要面临的大挑战仍然还是我上面提到的,它是不是有自己明确要切的某个场景,到底是生人、熟人、工作还是特定服务,以及切入进去后能不能站稳。目前看起来呢,生人、熟人和工作这几块呢,都不容易,因为已经有人做的非常深,做的比较成熟了,或者用熟悉的话说,移动互联网的整体格局已经接近“终局”了,即便能有一些点切进去快速发展起来,估计很快也会见顶,较好的出路估计还是被A或T中的一家收购掉。

摘要Smack是著名的开源XMPP客户端库,另一个开源IM全功能客户端Spark就是基于此库编写的,2018年08月02日Smack正式发由了4.3版。前言Smack是著名的开源XMPP客户端库,另一个开源IM全功能客户端Spark就是基于此库编写的(Spark或其修改版被众多国内中小企业作为内部沟通工具),2018年08月02日Smack正式发由了4.2.2版,此版为小幅更新版。更新内容Bug[SMACK-759]

摘要统一推送联盟旗下业务“推必达“官方网站现已上线(www.chinatuibida.com)。网站全面呈现了”推必达“的产品特点、产品能力,产品演示等。开发者可以通过网站上提供的方式进行试用。“推必达”初探当前,手机能耗越来越成为用户关注的焦点。传统的IP推送通道的维持,需要推送服务器和终端保持TCP长连接,即周期性发送“心跳”信息以保证连接。这一过程需要调用到手机射频发射模块,在短期提升手机发射功率后重新回到“信道监听”的模式。这种“尖峰”式的工作会对手机电池造成比连续数据传输更大的压力,加速手机的“掉电”。粗略测算,一般的Android手机每天有超过10%的电量被消耗在发送过度频繁的心跳上。更仔细的来看,推送通道所采用的心跳机制的核心是为了帮助服务器确定终端处于活跃的状态。然而,在移动通信网络中,底层的通信信令是一种天然的“心跳”的载体,相比较传统的推送服务机制,其不需要任何IP层的收发包(即不需要TCP连接),且没有任何额外的电量负担,手机只需处于正常的待机状态,即可收保证链路的完整性。同时,由于信令通道是电信级服务,其可以提供更好的可靠性、实时性以及系统冗余。基于此,统一推送联盟自去年成立以来即组织联盟内成员对相关技术进行论证探讨,提出了基于信令通道的”推必达“概念。随后,联盟积极组织联盟内运营商和终端厂商进行技术验证及联调实验。在2018年7月12日举办的“中国安卓开发者大会”上,联盟成员单位中国信息通信研究院,中国联通,中国移动,中国电信联合发布了“推必达”产品。”推必达“利用信令级通道高可靠能力,提供一种基于底层信令通道的推送方式,实现更加可靠的、更加省电的推送服务。(图1
推必达业务系统架构)
由于国外运营商和智能终端厂商的碎片化,尚无相关业务先例。
“推必达”业务是统一推送联盟响应国家自主创新的一次实践,其从概念的提出,技术验证,到产品的设计完全由国内研究机构,运营商,厂商自主完成。由于“推必达”基于电信信令通道,其可以实现在无数据网络、无wifi的情况下,实现消息传输,且无需开发者添加SDK。
由于运营商网络信令体系的标准化,“推必达”业务可以完美的屏蔽掉不同终端和操作系统的差异性。作为统一推送的一个补充,其与现有推送业务相结结合实现更可靠、节能的推送服务。目前,“推必达”的相关技术已经开放给一些终端厂商进行测试,争取在不远的未来可以大范围推广,并作为我国移动互联网的一项标准化基础服务。“推必达”产品特性“推必达”利用手机号寻址,通过运营商级信令通道下发至终端,由终端系统级进程解析。
具有无数据网络亦可达,无需常住后台亦可达,无App安装亦可达三大特性。“推必达”产品能力”推必达”相比较传统短信和推送具有明显优势,具有展示、留存、转化、分发四大能力。可以帮助应用开发者更好的触达用户,同时解决了用户终端中的垃圾短信问题,简化了一系列服务流程。竞品分析相较于竞品,推必达在多维度具有明显优势,是触达用户的首要选择。“推必达”的更多场景除了作为传统IP推送的有效补充,“推必达”也将提供给开发者一个新的流量入口。由于“推必达”是通信信令层的服务,因此天然具有跨平台能力;同时,其背后是基于手机号的账号体系,可以提供比IP通道更好的安全性(包括身份安全和信息安全),因此,基于“推必达”这一基础能力,开发者和手机厂商可以开发出更多的上层应用,为移动互联网生态提供丰富多彩的业务。账号体系能力是“推必达”作为基础能力的另一个特点。目前,电信基础业务(电话、短信)和互联网服务的账号体系是割裂开来的。同时,在移动互联网服务中,不同服务也基于不同的账号体系,用户难以使用一个账号享受所有的互联网服务,造成了不同服务之间的相互割裂。“推必达”天然拥有手机号码这一账号体系,可作为完整的第三方账号帮助开发者承载包括社交、IM、支付等需要身份验证的业务。同时,面向传统的金融、教育、办公、线下零售等垂直行业也可以完美的与现有基于手机号码的账号体系兼容。可以看到,“推必达”将作为连接基础电信服务和移动互联网服务的桥梁,使得我国开发者可以更好的利用国内完善的运营商网络体系创造更多的服务产品。(图2
推必达搭建基础电信服务和移动互联网服务的桥梁)One More
Thing目前,推必达基础能力已经基本构建完成,并将此能力向联盟成员开放(相关文档请访问推必达官方网站:www.chinatuibida.com获取)。同时,联盟也将联合各成员单位推动“推必达”在各个领域的使用,打造基于“推必达”基础能力的更多服务,为我国打造自主移动生态,推动我国“互联网+”的发展贡献更多的力量。

  • PubSubManager.getLeafNode() throws
    PubSubAssertionError.DiscoInfoNodeAssertionError if node exists but its
    not a PubSub Node[SMACK-814] – NPE when using
    Node.getAffiliationsAsOwner()[SMACK-815] – XEP-0184: DeliveryReceipt
    requires ID, although the XEP defines it as optional
    attribute[SMACK-818] – EntityCapsManager sends presences with multiple
    CapsExtension causing disco#info lookup to fail[SMACK-819] –
    ConcurrentModification Exception in
    MultiUserChatManager.java[SMACK-820] – DNSUtil.setDaneProvider() does
    not set the DANE providerTask[SMACK-769] – Rename XMPPError to
    StanzaError[SMACK-776] – Remove deprecated reconnection callbacks in
    ConnectionListenerImprovement[SMACK-761] – Adopt ChatStateManager to
    new Chat API (chat2)[SMACK-812] – Enable ModifierOrder checkstyle
    check[SMACK-816] – SimplePayload should infer the XML element name and
    namespace详见官方博客:

相关文章