环信编程大赛颁奖典礼将于5月14日在中关村鼎好大厦二楼义创空间召开。届时，基于环信即时通讯云开发的13个优秀开源项目将集体亮相颁奖典礼。各种亮瞎眼的创意，总有一款能够打动你。感受环信开发者的力量，欢迎广大移动互联网开源开发者，投资人参与！
 
本次活动，我们邀请到了来自业内的开源大牛，分享他们对开源的见解，一同探讨开源项目的未来。

这里没有广告和套路只有满满的干货！有的是开源碰撞出来的火花，有的是对于开源美好未来的无限畅想，有的是环信对于开源理念的践行，还有一群志同道合的小伙伴！

开源项目介绍：

宅不住：发现城市精彩运动，认识周边潮人

宅男福利：一款美女直播应用
 
图忆：基于位置信息的分享与社交应用

咚咚：一款高效团队沟通的移动客户端

Cloud Developer：程序员之间互相交流学习的平台

美肤GO：专注于个人海外代购及护肤咨询分享的APP

文播：一款文章直播平台性的APP

方圆十里：关注方圆十里内的人和事

薅羊毛：针对技术人员的社交软件

高仿微信：基于环信SDK高仿微信

他乡：发现老乡，联络老乡，老乡互助的平台

公众号助手：未认证的公众号与用户之间的便捷联系

致敬传奇：怀恋偶像kobe

报名来到现场，共聚一堂，与开源大牛们面对面交流，

 
报名来到现场：http://www.easemob.com/event/hackathon_party/ 收起阅读 »

企业级云服务市场的巨大潜力，不仅吸引BAT级别的互联网企业深入布局，还驱动诞生一大批充满活力的创业公司，例如成立仅两年的全通讯能力云服务提供商环信，去年已占据国内SaaS移动端客服市场77.4%的份额(易观智库《2015中国SaaS客服市场专题研究报告》)。这一成绩背后凝聚着环信对云服务市场怎样的理解，环信究竟有哪些核心竞争力?带着这些疑问，我们与环信CEO刘俊彦进行了交流，希望能找到他或环信独有的价值，以飨读者。

市场规模将实现从60亿美金到3000亿美金的跳跃

《互联网周刊》专访环信CEO刘俊彦

企业级信息消费是新的系统性机会。

“过去中国企业的消费能力没有打开，现在随着移动互联网的发展和信息化程度的提高，市场需求被激发，中国企业级服务市场打开了，这是最大的区别之一。”谈及中美企业级服务市场差异的时候，刘俊彦说道。在消费级市场上，中美前三名企业的市值总量均在千亿美金规模，处于同一数量级，而在企业级服务市场，中美之间则存在巨大的鸿沟。美国Oracle、微软、SAP等三家公司加起来市值大约3000亿美金，中国用友、金蝶加起来大约60亿美金。与此同时，中美市场的企业数量均在2000多万家，因此可见中国企业级服务市场的潜力巨大。

“目前在IT领域，中国存在重要的系统性机会，当一个国家两千万中小企业开始进行IT能力消费的时候，市场规模将实现从60亿美金到3000亿美金的跳跃。在系统性机会中，谁能继续淘金是很关键的问题。”

中国企业级服务市场的系统性机会不止于此。美国企业级服务市场发展已经趋于成熟，现在如果想进入客服软件等行业基本没有太多机会，相应的中国市场则尚是一片蓝海，甚至竞争者有些荒芜。若具备强执行力、先发优势和资本支持，创业公司在这个新兴产业脱颖而出相对较容易，并且有可能成为小巨头。到此还远远没有结束。美国市场已经出现微软、Oracle、SAP等千亿美金的综合性软件公司，中国则不然。基于中国市场的规模和前景，垂直行业的小巨头通过横向扩张完全有机会成长为综合性软件巨头，媲美微软、Oracle等。“中国在1~2年内会出现一批垂直领域百亿人民币的公司，3~5年内会出现第一批千亿人民币的公司，出现中国自己的综合性软件巨头。”刘俊彦期待道。

中国企业级SaaS服务已然呈现出爆发式发展

在基础服务市场格局成型的情况下，垂直领域的先发优势是创业公司的竞争力所在。

综观国内外，作为万亿级的超级大市场，云服务市场很难出现一家独大的局面，而是有着比较明显的划界和分化的趋势。最底层IaaS层是整个云计算的基础，为企业提供基础的计算能力和计算架构。国外最具代表性的有AWS、微软等，国内阿里云、UCloud、青云等竞相崛起。基于IaaS层，众多企业搭建云计算的能力才得以实现，它是整个云计算生态圈的支撑。第二层是PaaS层，目前发展已相对成熟，出现明显的巨头化和分化趋势。IaaS厂商做到一定程度以后，可能不满足只做IaaS，而是往核心PaaS层面延伸。不管是AWS、亚马逊，还是国内的互联网巨头，均积极布局核心PaaS能力，包括大数据、人工智能、通信能力等。第三层则是SaaS层，经过2015年SaaS元年，中国企业级SaaS服务已然呈现出爆发式发展，绝大多数的创业企业和创业方向涌向SaaS领域，可谓百花齐放。与美国数千家SaaS企业在垂直领域蓬勃发展相比，中国SaaS市场尚处于初级阶段。

“就目前的中国市场而言，如果不具备先发优势，在IaaS层和PaaS层将很难和巨头竞争，但SaaS层因为和行业、业务贴合紧密，有天然的壁垒和深度，非常适合创业公司介入。”刘俊彦表示，尽管如此“在IaaS和PaaS层创业公司也不是绝对没有机会，巨头之外仍有一些做得很好的创业公司。这个世界永远不可能一家独统天下。”

人工智能聊天正成为新的入口和蓝海

人工智能和大数据技术将彻底改变整个软件行业，这是一个技术足以改变世界的时代。

阿尔法Go和人类的围棋大战将人工智能市场的关注度推上了高潮，在云服务市场，人工智能发展尚未普及和成熟。值得注意的是App市场已经趋于饱和，人工智能聊天正成为新的入口和蓝海。

“人工智能和大数据技术将彻底改变整个软件行业。”当被问及人工智能将为云服务市场带来哪些革命性影响时，刘俊彦坚定地答道。

环信已推出全媒体智能客服，通过完全自主或人机混合模式的智能机器人技术极大降低人工客服工作量。在这个市场若想实现可持续发展，一定不是陷入同质化产品的无谓竞争，而是基础IT能力的实力较量。一针见血。这个技术出身、目前仍自诩程序员的创业者，洞察市场和未来的时候却不失犀利。

领导层的战略眼光和志向所在往往决定着一个企业的成长和命运，这一点在刘俊彦和环信上有着充分的体现。
一个成立仅两年左右的企业，能够在高手如林的市场迅速成长为驰骋的黑马，多少让人在敬佩之余想一探究竟。在这样一个互联网巨头虎视眈眈的市场，尽管现在看来一片蓝海，却丝毫不可松懈，而是要时刻保持敏锐的市场嗅觉和果断抉择的气魄。从交谈期间刘俊彦多次提及机会、风口和速度或许可见一斑，更显著地渗透在环信成长之路的点点滴滴。在发布即时通信产品仅4个月的时候，环信正式决定进军SaaS方向，作为当时在PaaS行业尚未做深做透的初创公司，其魄力已初步显现， “环信天然在早期接触到了用户的真实需求，结合PaaS方向的价值积累和战略思考，决定进军SaaS行业。”

这个决定被事实证明是正确的，并且得益于PaaS领域的积累和导流以及先进的技术实力，环信很快建立起强大的竞争壁垒，成为SaaS客服软件行业唯一一家同时拥有PaaS和SaaS产品的公司。在国内SaaS新兴增量市场，要做好全媒体智能客服软件，即时通信技术必不可少，从PaaS到SaaS的拓展水到渠成。选择做正确的事，而不仅仅是正确地做事，不仅仅是眼光，更是智慧。

技术可以改变世界的前提，是人文思想

不要被短期的利益迷惑，忘记自己的身份和目标。

鉴于企业级服务千差万别，如何平衡定制化和标准化成为SaaS行业不可忽视的问题。对此，刘俊彦表示任何SaaS企业都需要分三步走，第一要从小做起，为小企业提供优质的标准化服务，第二有一定积累后再开始接触中大型企业，带动一些可定制模块的开发，第三是做PaaS平台，团结生态圈的企业，平台与生态圈企业合作共赢，满足各种定制化需求。谈及此，刘俊彦语重心长：“到底是做外包公司，还是做SaaS的产品公司，这一点好多公司都迷失了。千万不要被钱迷惑了。”在这样的坚守下，环信目前已经开始进入PaaS平台化阶段。

谈及创业初衷，他说：“我们还是比较‘朴素’，我们想让好的技术造福更多的人，改造中国社会，帮助中国社会更好地进步。”环信的几个创始人曾在大型外企研发中心做了多年的技术，被刘俊彦形容为“跨国公司的螺丝钉”，当时他们有很多好技术和产品跟公司大方向不吻合就被湮没了。“中国有一批非常优秀的技术人才，不应该只做跨国公司的螺丝钉。适逢创业大潮，以技术为驱动的创业机会越来越多。”

“我们希望环信能以身作则，为开源世界贡献一些有价值的代码，并且我们还在做自己的社区，尽量以开源的形式将一些好的技术反馈给社区，通过分享带来更广泛的进步，这是我们一直的愿景。现在回过头来看，当6万个App用我们的技术和产品，有3亿部手机用我们的服务每天发几亿条消息的时候，某种程度上我真的觉得我们帮助了创业者、改造了中国社会，还是比较有成就感的。”

一个企业的核心价值在于通过朴素的技术壁垒坚守足以改变世界的独特价值，无可替代

优秀的SaaS公司一定是全球化公司，未来中国将向全球输出数字商品。

环信对标的对象是微软、甲骨文这类国际性公司。中国作为制造大国，曾一度沦为全球制造和外包中心，以向全球输出工业制造品为主。近年来随着科技的发展，中国在互联网领域逐步与国际接轨甚至在某些细分领域遥遥领先，这样的转变无疑将带来中国输出能力的质的提升。现在猎豹、大疆等公司已经向海外输出移动APP工具、智能硬件等产品，而未来十年中国将会向全球输出数字商品，SaaS作为天然适合全球化的产品，将成为中国向全球输出数字化商品的重要领域。

“一个优秀的SaaS公司一定是全球化的公司。”在刘俊彦看来，这是最基本的理念。 收起阅读 »

云中黑客松的颁奖典礼将在6月1日微软CEO Satya来北京的开发者活动日中进行。将会进行直播和获得媒体的最高关注。

报名时间 
2016/04/15 00:00 — 2016/05/15 23:59
活动时间 
2016/04/15 00:00 — 2016/05/31 00:00
活动地址 
中华人民共和国
报名人数
无限 （27人已报名）

 
什么是云中黑客松？

2016微软“云中黑客松”即将启程！

此次在线黑客马拉松大赛身披“微软智能云”全新而来，时长一月，高能不断！微软智能云Azure，作为一个集混合云和SaaS服务的云平台，已成为企业发展、行业创新的利器。参加“云中黑客松”大赛，您将近距离感受微软智能云带给你的开源、开放体验，挖掘云上创业的智能、创新潜力！

云资源短缺 ？云技术匮乏？”云上黑客松“将为您一一扫清障碍。加入我们并秀出您的作品，微软助您迅速优化产品、精准定位市场、踏上干霄凌云之旅！

如果您拥有够硬的产品、够高潜质的团队，微软完善的生态服务系统和云生态、“微软创投加速器”将为您提供“人，财，策略，市场拓展”等全方位优质创投服务。 
 

谁可以参加？

 独立软件开发商ISV，包括：企业，中小微公司和创业团队
个人开发者只要您对云技术兴趣够浓、对产品信心够足，“云中黑客松”就是您的舞台！

黑客松日程

参赛流程

1.  每位选手登录开放黑客松（hacking.kaiyuanshe.cn）平台, 进入“云中黑客松”，点击 “我要报名“；
2. 每位选手报名之后，即刻就可在开放黑客松后台选择线上开发环境（Linux or Windows）进行体验或开发；
3. 需要申请免费微软智能Azure云账号的团队，请在报名三日之内提交您的开发计划书(模板下载)。步骤：我的团队-> 下载开发计划书模板-> 填写并上传；
4. 组委会将联系已提交开发计划书的团队，被通知的团队请进行实名认证，将实名认证的（姓名，联系电话，邮箱）发回给组委会邮箱（a-mali@microsoft.com），符合要求的团队将获得免费微软智能Azure云账号；
5. 所有参赛团队或个人请上传你们的作品及其附属文档：项目计划书，功能描述文档， 幻灯片， 视频等， 作品展示部署链接。

奖项设置

所有参赛团队均有机会获得：免费微软智能云Azure试用账号（价值1,500人民币）；
微软创投加速器八期现已开放申请，优胜团队将进入招募绿色通道，直接与微软创投加速器团队交流。

可以开发什么？

基于微软智能Azure云开发或移植App，服务， SaaS应用等。

大赛不限云上开发主题或方向，尽情展现您的作品和创意。也可参考以下开发场景：

• 认知服务（牛津计划 + 更多智能APIs）注册获取免费API
• 大数据
• 开放物联网 获得技术支持
• Docker容器
• 混合云
• 其他

另外， 黑客松平台上将为每位参赛者提供一个云上的Linux或Windows虚拟开发环境， 让您秒级开启云上开发之旅。

评审标准

[list=1]

您的项目必须是基于微软智能云Azure开发

评选标准会考虑以下方面：商业， 产品，创新，技术等方面综合考虑

提交物：

前期

• 报名完成提交《开发计划书》，初审通过之后会获得免费微软智能Azure云账号

终期

• 必选： 3分钟作品介绍视频
• 必选： 幻灯片
• 必选： 作品部署展示的链接
• 可选： 文档说明
• 可选： 代码 （提供一个代码托管地址） 

版权说明

作品版权属于作者，但主办方有权在文章或者PR宣传中使用您的作品。

联系我们

联系电话：021-61885153 
联系邮箱：a-mali@microsoft.com
QQ交流群：522180538 （Azure云中黑客松）

收起阅读 »

解除deviceToken绑定。
 
当您的APP进程被杀死的时候，环信是通过APNs机制给您发消息提醒的。
所以当您APP启动的时候，我们会把您的deviceToken传到环信服务器，我们称之为绑定deviceToken。
当您退出登录的时候，不需要再接收APNs了，就需要解除绑定，这个时候，需要您在调用退出函数时，将isUnbind设置为YES。
 
什么情况可以设置为NO？
 
1、 如果您当前的账号在其他设备登陆了，在它登陆的时候，就会把它的deviceToken绑定。所以这个时候，您不需要解绑，可以传NO。
2、如果您是立刻要登陆新号的时候。如果您退出后立刻要登陆新的账号，可以传NO，因为你在登陆新账号的时候，环信会自动帮您结束之前的绑定关系。 收起阅读 »

日期与时间：2016年4月28日15:00

持续时间：半小时

描述：环信发布3.xSDK已经有一段时间了，之前使用的2.x，该不该升级3.X，又该如何升级，其中会遇到什么问题，有什么需要注意的地方？

本期环信直播课堂将由环信IOS工程师shenc给大家详细讲解2.xSDK项目平滑升级3.xSDK

直播观看地址： http://www.imgeek.org/video/15 
 
视频回放稍后会上传到视频模板http://www.imgeek.org/video/
 
喜欢环信直播课堂，每周四下午三点老地方我们不见不散http://www.imgeek.org/video/15 收起阅读 »

 最近刚做完一个有即时通讯功能的APP , 之前我集成过环信2.0+3.0的UI ,这次想直接用一下环信3.0 , 不出所料 , 集成过程中还是出现很多困难 , 所以单单集成的过程 , 也需要捣腾个一天 ,当然也要感谢环信技术支持 , 虽然大多数时候他会直接甩我一句:"自行百度就行" ,还有可以去https://www.imgeek.org/这个网站提问题 , 最好邀请一些经常回答问题的大神

下面说正事 :

一般用这些SDK , 第一件事就是看文档 , 但是因为环信框架大 , 文档里面说的不会太详细, 我按照文档里面的集成方法试了几次都不行 , 所以我们可以直接参考Demo ,首先看看效果:​我这里展示的只是会话和加好友,联系人功能哦

Demo运行 

我下载的是IM2.x,里面包含​​2.0Demo , 3.0的Demo , 单独的EaseUI等等(还有红包功能哦)

IM2.x

第一步:导入所需文件(因为文件里面有的会包括依赖库,所以我们先导入文件)

1.导入SDK

我是参照IM2.x里面的3.0Demo来导文件的 ,​ 所以我导入的SDK是EaseMobSDK(直接把整个SDK拉进去) ,而(IM3.x)的SDK是libHyphenateSDK

注意:3.0Demo里面的EaseMobSDK的lib这个文件夹有两个 , 一个是libEaseMobClientSDK.a(语音) 一个是libEaseMobClientSDKLite.a(无语音)这两个同时存在的话会有冲突的,将你不需要的一个删了就行了 , 

我用的是带语音的libEaseMobClientSDK.a

​拉完SDK之后要在Building Settilngs 里面的 Otherlinking 里面设置一下,如果你选之前选择了libEaseMobClientSDK.a , 就输入-ObjC ,此 -ObjC是配合libEaseMobClientSDK.a使用的，如果你之前选择了libEaseMobClientSDKLite.a, 就输入-force_load ,-force_load加静态库路径是配合libEaseMobClientSDKLite.a使用的

设置​

详细参考官方文档:

  2.导入EaseUI文件

拖入EasyUI工程下的EaseUI文件夹、EaseUIResource里面的Resource文件夹、export文件夹里面的resources文件下的EaseUIResource.bundle​

3.导入 CahtDemo-UI3.0下的文件 

注意:Class里面包含有AppDelegate文件,可以选择删除自己的AppDelegate文件 ,亦可以把里面的你需要代码复制到你的AppDelegate中

 第一步所有的文件已导入了 , 如果你手痒可以试着运行下 ,但是肯定会报各种各样的错

​
第二步:​ 我们需要一个PCH预编译头文件来全局引用某些文件

你可以新建一个pch文件，确保路径正确，在pch文件里面添加EaseUI-Prefix.pch(里面导入的文件如果和ChatDemo-UI3.0-Prefix.pch导入的重复了,可以直接删了这个文件)、ChatDemo-UI3.0-Prefix.pch这两个文件里面的代码​, 如果你项目中不需要别的pch文件,你可以直接导入ChatDemo-UI3.0-Prefix.pch的路径就行了(因为这是一个Demo ,所以我是直接导入ChatDemo-UI3.0-Prefix.pch)

​pch文件导入的路径最好加上$(SRCROOT) , 在Building Settilngs 里面的 prefix header 里面设置, 详细的自行百度

设置pch文件的路径

第三步,导入依赖库

现在开始导入依赖库 , 这是你会发现Linker Frameworks andLibraries里面已经有几个依赖库了 , 检查一下 , 把重复的先删了 ,如果里面同时发现了libEaseMobClientSDK.a和 EaseMobClientSDKLite.a ,就说明你第一步的步骤没完成 ,正常来说里面只有其中一个.a文件

一开始 , 我按照3.0文档的依赖库添加 , 后来报这个错误

报错

后来我核对了一下 ,  发现跟文档中导入的依赖库一样啊 , 后来我就去骚扰他们的客服 ,他让我再加一个依赖库libiconv.tbd（但是官方文档根本没有提到要加入这个库，坑！）

我是直接参照Demo里面添加的依赖库添加的 , 这样比较安全一点 ,很多错误都是由于少导入某一两个依赖库造成的 , 再次检查需要耗时间 , 所以我直接全部添加​

如果你遇到这个报错 , 里面带有parse twitter字眼的 ,大多数都是缺少导入parse的依赖库: 

StoreKit.framework

Bolts.framework

Parse.framework

Accounts.framework

Social.framework

 

步骤已经说完了, 如果现在运行当然还是会遇到很多报错.

现在主要来总结一下报错原因:​

如果报的错是 linkercommand failed with exit code 1 (use -v to seeinvocation)

​不能只看红色报错的哪一行 , 要看看上面的内容有什么比较明显的字眼​

1. 如果有报错说的是关于BackupViewController的 ,直接把文件删除就好,这个文件是没用的

1

2.​如果看到报错上面开头是duplicate的 , 说明你重复导入了某些文件 ,再看看字眼里面如果有VoiceConvert,  MBProgressHUD ,  在全局搜索里面搜出来, 把其中的一个删掉就行了 , 一般来说我是删除EaseUI里面的VoiceConvert文件夹和三方里面的MBProgressHUD 

2

3.如果你项目里面用到MJRefresh , SDWebImage什么的起冲突了 是因为环信里面也有用到这些三方 ,删掉环信的就行了

​本篇集成文章由环信热心用户Scorpion_ZJ 发表在个人博客，博客地址Scorpion_ZJ 收起阅读 »

垂直类电商无疑是当前互联网经济的耀眼明星。即使是在当前人人喊冷的资本寒冬中，找钢网、找塑料网这类垂直电商仍然被资本市场所青睐。今年1月，找钢网宣布完成E轮战略融资，融资额超10亿元人民币。资本市场真金白银投入的背后，是以“互联网+”、“分享经济”、“供给测改革”为导向的整体经济转型。可以预见，随着以天猫、京东为代表的互联网原生电商平台的流量饱和，以传统行业为主角的垂直类电商正坐在开往春天的列车上，成为电商行业“新常态”。

从产品上网到服务上网

传统行业触网电子商务，要解决的第一个问题，便是平台搭建。对垂直类电商而言，贯通上下游的供应链管理是运营重点，而天猫、京东这类以流量运营为主的综合电商平台显然不适合。因此自己搭建独立网店或交易平台，成为垂直类电商的首选。目前，国内提供电商平台解决方案的服务商已为数不少。例如，APP端有有赞、微店、微盟萌店、微猫，PC端有Shopex、ECShop、Shop++、Javashop、千米、筑云等等，这些厂商的模块化解决方案帮助传统行业快速实现了产品上网和在线交易，完成了“触网”的第一步。

但我们看到，很多垂直电商虽然实现了“产品”上网，“服务”却迟迟没有上网。由于存在技术门槛，当前电商平台解决方案中，均没有集成客服功能，这导致很多垂直电商仍延用传统的客服方式。即使是规模较大的垂直电商，客户服务的渠道最多也就是营销QQ再加上400电话，这与电商的商业理念背道而驰。效率是电子商务对传统商业的重要革命，电商的本质即在于通过信息流动实现对供需关系的高效率匹配。电商的服务也应当像产品一样，进行效率革命。这也是“SaaS客服”、“全媒体服务”在互联网经济中蓬勃发展的重要原因。传统行业触网垂直电商，继产品上网之后，服务上网将是迈出的第二步。本文围绕服务效率和用户体验，为转型电子商务的传统行业商家介绍移动互联网下的客服形态——全媒体客服。

什么是全媒体客服

全媒体客服是指通过SaaS服务平台，客服人员可同时为来自各种渠道的用户提供实时和一致的服务，服务渠道包括APP、微信、微博、Web，以及传统呼叫中心等。用户和客服之间采用文字、图片、音视频等多媒体消息或是电话语音进行交互。通过覆盖多种渠道媒体，全媒体服务的理念是“用户在哪，服务在哪”。和传统客服相比，全媒体客服的核心价值在于能够大幅提高商家的服务效率，并且实现服务式营销，同时也为商家的客户带来了更好的体验。
从部署角度来看，基于云端SaaS平台的全媒体客服是一种极轻量部署模式。用户无需采购任何专用硬件设备，只需要普通PC，通过浏览器即可提供专业客户服务。实现的方式也极其简单，对于APP，只需要集成厂商提供的SDK，对于网页，微信或微博，更是一行代码即可开启全媒体客服。
环信是国内最早进军全媒体客服的厂商，根据易观智库的市场数据，在移动端SaaS客服市场，环信市场占有率高达77.4%（数据来源：易观智库《2015中国SaaS客服市场专题研究报告》）。本文即是基于市场发展趋势和环信的技术研究，介绍全媒体客服在提升效率和用户体验上的一些优势和关键技术。

1:1 vs 1:N，集约化客户服务

传统企业的客户服务通常以呼叫中心为主。用户需要服务时，拨打企业400/800电话，再由客服人员提供服务。由于一名客服同一时间只能服务于一名客户，因此这是一种1：1独占式服务方式。转型电商后，客户来的渠道多样化，有从网页端来的，有从APP端来的，或是从社交媒体，如微博、微信来的。这时候显然无法按呼叫中心1:1的配置方式，为不同渠道的客户提供单独服务。全媒体客服则是通过云端系统，打通不同渠道，对所有渠道来的用户进行统一排队和会话分配。每一位客服，都可同时服务于多个渠道来的客户，这是一种1:N式的集约化服务。在环信的案例——学而思的客户服务中心，每位客服人员最多时可同时服务20余名客户。在当前人口红利逐渐消失，人力成本急剧上升之时，任何对人力资源的高效率、集约化运用，都是在为企业创造效益。

从IVR到ITR，可触摸的服务

Gartner在3月份发布的《2020年前用户关系中心应关注的5项技术》中，把ITR（Interactive Touch Response，交互式触摸响应）技术列为关键技术之一。ITR是移动互联网时代，触摸化的IVR。客户不再需要听完所有的服务菜单，只需要在手机屏幕上，直接选择需要的服务内容，即可获得服务。例如，神州专车在给司机端提供的“微客服”服务，司机直接在手机屏幕上选择需要的服务内容，不需要打电话听完漫长的语音提示，再选择服务内容联系相应的客服。通过移动客服和ITR技术，整个服务过程时间节约了80%，既提升了用户体验，同时也降低了客服压力。




自助式服务，让用户自己解决问题
    
对于一些形式标准化，内容单一化的服务，可以通过自助式服务的方式，让用户自己解决问题。例如密码更改、订单管理、物流跟踪等等。自助式服务满足了用户碎片化的使用习惯。用户可以在车上闲暇时间，或是不方便电话沟通的场合即可完成服务，同时也降低了人工客服的需求量。
提供自助式服务，需要企业将IT系统前置，通过一些开放式接口，让用户在商城应用程序的客户端中，直接调用相应接口，完成服务过程。这是和传统呼叫中心封闭式系统部署的不同之处。
随着智能技术的成熟，在开放接口上还可进一步增加智能客服插件。客户通过自然语言，例如“我想修改订单送达地址”，经过自然语言处理技术进行语义分析后，客服机器人返回订单修改入口，用户完成自服务。这个过程，结合人机融合，可以提供无差错的高质量服务。




人机融合，用智能提高服务效率

虽然当前机器学习算法飞速发展，在客服领域也得到了广泛应用。但在自然语言处理，特别是中文语义的识别上，距离完全替代客服还有差距。用人机配合的方式，对于复杂问题，借助智能客服答复，辅以人工核验，既能提高效率，同时又保证了用户体验。
环信在坐席工作台界面中，增加了一个推荐答案窗口。当用户发出客服请求时，智能机器人在推荐窗口提供了若干个备选答案。坐席人员从中选择一个最合适的答案，只需要点击“发送”，用户立刻就可得到回复。如果需要修改，也只需要在推荐答案的基础上经过少量编辑即可。通过人机配合，在保证准确度的情况下，大幅提高了坐席的工作效率。

服务式营销，从成本中心到利润中心

在传统行业，客户服务中心通常是一个成本中心，以解决售后问题为主，难以和营销挂钩。以信息流动为基础的电子商务则为服务式营销提供了机会，客服人员可以接触到客户资料、历史购买商品以及消费习惯等关键信息。但要实现营销，关键之处在于如何利用这些信息。
服务式营销的关键技术之一是大数据分析能力，通过数据挖掘找到热门商品和潜在客户的最佳匹配关系。为此环信在全媒体客服产品提供了客户标签和热词分析功能。通过客户购买历史纪录、访问轨迹、基础资料等信息为客户打上标签，依靠热词分析及时发现热门商品，两者之间的匹配程度越高，商品销售的成功率越高。
服务式营销的另一关键技术是无干扰的消息推送技术。电话外呼之所以日渐淘汰，除了缺乏精准性外，对用户干扰大、体验差也是重要原因。环信全媒体客服采用基于长连接的消息通知方式。客服人员的营销信息，以后台通知的方式发送到用户端。用户可以在闲暇时间打开，这种方式给客户充分的主动权，不会对客户体验带来影响。此外，长连接技术的另一优势是不会丢失消息。通过大数据分析和无干扰的消息推送，客服能前置到销售链前端，实施主动的服务式营销，从成本中心转变为利润中心。

传统呼叫中心的升级之路

转型电商的传统行业商家升级至全媒体客服，根据不同情况有两种可行解决方案。对于当前没有大规模呼叫中心的中小企业，可以采用直接切换的方式，一步到位，用全媒体客服替代传统电话客服。这种方案成本低廉，简单易行。
对于已经建设了大规模呼叫中心的大型企业，以增量部署的方式，使全媒体客服嵌入呼叫中心，保护用户既有投资。这种方案通过开放式接口，可以实现“三统一”：

• 统一排队与路由分配。不论何种渠道来的客户，统一进行排队，共享客服资源；


• 统一话单记录。同一个客户，不论从哪种渠道访问，话单记录都只有一份，客服人员可查看完整历史会话信息；


• 统一后台数据。通过开放式接口，可以对接现有CRM、工单系统、知识库，打通后台数据，消除数据壁垒。

更加高效、更好体验、服务营销，这是全媒体客服对于传统呼叫中心的核心竞争力。转型全媒体客服，是传统呼叫中心的必然趋势。在这个过程中，既需要传统行业商家转变思路，拥抱移动互联网，更需要行业生态链的共建共赢。
收起阅读 »

APP运行效果图

项目功能：

个人自媒体公众号越来越多，然而由于个人公众号目前尚无法认证，没有客服接口权限，公众号主难以及时回复订阅用户的消息。通过这款公众号聊天助手，可以绕过微信官方接口，实现未认证的公众号与订阅用户之间的便捷联系。
技术原理：
通过对微信网页后台进行抓包分析，获取并破解了微信网页后台进行回复的接口。后端采用Python+tornado+requests开发。

消息流程：

1.公众号收到用户消息
2.微信服务器通过回调通知聊天助手服务器，聊天助手服务器保存用户open_id
3.聊天助手将消息转发至环信IM云
4.公众号主人通过聊天助手收到消息
5.公众号主进行回复
6.助手服务器通过为订阅用户注册聊天账号并模拟登陆，通过轮询向环信拉取聊天信息（也可以通过收费的即时消息回调接口）
7.将拉取到的聊天信息通过抓包分析得到的网页接口进行回复。

心得：

1.环信sdk是业界较为成熟的IM解决方案
2.该工具在完善后会作为公益工具免费供外界使用，并注明Powered by EaseMob

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码下载：https://github.com/sunnylife/WechatMaster-backend
APK下载体验↓↓↓ 收起阅读 »

 特别感谢以下企业的大力支持：

义创空间提供颁奖场地
 
萌岛从自有形象库中授权一套价值12000元的表情包
 
Emokit赞助Apple Watch一台
 
猿圈全程提供技术评测

 
本次环信编程大赛分现金和实物奖励，现金奖励共15000元，具体如下

一等奖8000元+Apple Watch/1+荣誉水晶杯/1+限量版瑞士军刀背包一个+价值12000元专属表情包
 
二等奖5000元+限量版瑞士军刀背包/1+荣誉水晶杯
 
三等奖2000+限量版瑞士军刀背包/1+荣誉水晶杯
 
决赛前十颁发荣誉水晶杯一支+限量版瑞士军刀背包一个
 
前五十可获得定制版精美T-shirt或卫衣

 
来到颁奖典礼现场均可获得环信定制文件袋+多功能便携工具卡，现场还会随机抽取赠送由环信CEO签名的编程书籍
 
颁奖典礼详情http://www.easemob.com/event/hackathon_party/ 收起阅读 »

APP运行效果图

项目简介

起初设想将此应用做成专门用于程序猿之间互相交流学习的一个平台，但是由 工作原因，没有充足的时间来投入到此次比赛中。只完成了部分功能。因为是个人开发， 没有美工和UI的配置，界面相对简陋，并且部分数据例如用户头像等采用随机数生成， 一些数据保存在本地UserDefault中，并且使用了环信内部的好友系统。工程主界面大部 分采用Storyboard完成，并且完成了界面适配，架构采用 MVVM 模式，结 合ReactiveCocoa来达到模块间的充分解耦。

 0x02使用到的第三方类库

本工程没有使用到CocoaPod,所有用到的类库都位于工程中的Vendor文件夹
1. ReactiveCocoa 2. DZNEnptyDataSet 3. IQKeyBoardManager 4. SVProgressHUD

0x04其它扩展功能有

3D Touch （手机桌面） Apple Pay（开通会员）

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
源码下载↓↓↓
 
git源码地址https://github.com/FinderTiwk/CloudDeveloper 收起阅读 »

APP运行效果图

项目介绍

本项目属于个人娱乐项目，做项目时主要想用环信的视频直播聊天，就临时改成和美女聊天的功能。目前只想到这些功能
        1、浏览各种类型美女，单击放大和玩逗。（目前只实现放大查看）
        2、点击右下角美女的头像，进入和美女聊天玩逗，主要用了环信的小助手功能。

项目用到的技术：

        1、用Kotlin和java混合编写。
        2、用了安卓最新效果（Fab,Snake,Recycler,CardView等）
        3、图片加载采用Glide
        4、网络加载采用Retrofit
        5、Activity和Fragment 的封装

总结：

由于最近只有晚上回来写项目，平时公司项目比较忙，还有很多想到还没有实现，大体框架实现了，具体功能只实现部分。后续完善。期待环信出很多有意思和好玩的功能。

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
源码下载↓↓↓
源码git地址https://github.com/xusoku/EMDemo 收起阅读 »

APP运行效果图

项目简介

本app主要针对于技术人员的社交软件，技术开发者可以分享自己的文章，可以和其他技术人员聊天，平台也可以发一些文章。平时比较忙，偶尔有些功夫写一写，也对自己业余生活的一个补充，正好最近刚刚开发了一套新框架，顺便拿来使用。本app完全建立在服务端上。服务端提供数据和支持。

-技术点
客户端技术点

1.系统中所有图标均采用字体图标（dileber框架中写的一套字体图标）
2.图片采用.9图
3.集成环信sdk，可以和服务器上的用户交流
4.架构基于dileber（来源于DrCoSu工作室的开源mvp框架
https://github.com/dileber/dileber（我个人开发的一套框架）mvp架构，代码清晰，代码简洁，层次分明
5.json数据传输与解析
6.框架自动生成（整个项目是采用一套配置文件生成的一套架构）
7.本来想在项目资讯页面写一个瀑布流布局，貌似只有某些手机支持，不成功。
8.采用下拉刷新
9.自动登录

服务器端技术点

1.linux服务器，真实数据运行，api接口传输数据。
2.服务器采用java web 架构为 mybatis+spring mvc+nginx
3.数据均采用json包装
4.数据库采用mysql

该项目为环信编程大赛参赛项目。报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的技术大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码下载https://github.com/dileber/technology_community 收起阅读 »

APP运行效果图

项目简介：

基于IM(环信通信云)+LBS(百度地图SDK+GeoHash距离算法)的社交APP

一、功能列表：
1、登录、注册（采用后端授权注册的方式绑定环信id，更安全）
2、用户资料：头像、昵称、性别、生日、地区（本地arrays.xml存储地区数据库）、个性签名
3、Tab1.-“人”---- 百度地图中显示十公里内的人（如果用户位置集中或者人数过少会导致无法测试，因此“更远”选项，搜寻更多，并且本身的十公里概念也未进行筛选）
4、Tab2.“事”----十公里内的动态--文字、图片、位置的动态（发布、回帖、通知提醒）
5、Tab3.“聊”----IM会话
6、Tab4. “友”---通讯录及好友申请
7、我的动态
8、二维码---通过扫二维码加好友
二、特点备注：
1、本项目中采用geohash算法编码用户的位置坐标，达到位置的粗分区，而后进行精确精算实现十公里之内的人和事的概念。
2、创建自定义的百度地图标注。
3、一套将环信IM系统和开发者自身的用户体系融合的解决方案（当前的解决方案在多个项目中得到检验，成熟稳定）。
4、常见的发帖回复模块的处理解决。
5、利用环信的透传消息进行用户的帖子发布、回复等提醒通知。（待更新）
6、UI优化，如电话聊天背景的取自用户头像的毛玻璃特效--参考微信电话聊天背景（待更新）

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码下载https://github.com/huangfangyi/fangyuanshili 收起阅读 »

报错信息 WebSocket connection to 'ws://im-api.easemob.com/ws/' failed: Error during WebSocket handshake: Sent non-empty 'Sec-WebSocket-Protocol' header but no response was received 收起阅读 »

APP运行截图

 

功能：

本项目是一款基于环信sdk进行个性化改造的文字直播平台性的安卓app。
在参赛报名的时候，曾想过这样一个问题：一款完全为IM而生的sdk，到底能有如何的潜力？因此，另辟蹊径将环信提供的IM群聊功能，通过重新设计，改造成了现在的文字直播的平台类型app。
每个直播间，其实就是一个“只有群创建者才能发言”的IM群组或讨论组，再进行一些界面上的改造，就可以实现一款类似于从早期非智能机时代流行至今的纯文字直播的app。
典型的使用场景包括经典的文字直播项目——直播球赛，以及现在流行的直播游戏，再加上直播生活技能、直播课程等，都能在《文播》里找到对应的频道。
提交的该版本目前为纯游客端，主播端另行实现。

技术：

·客户端使用DrCoSu工作室开源的dileber框架，MVP设计模式，整个项目冗余较低。
·融合环信SDK，并进行了个性化的改造。
·采用.9格式存储图片，ttf方式呈现界面与图标，各个机型兼容性较好。
·服务端采用Java（Spring），配合ngix和redis极大提升了访问响应速度。
·采用http通信和json、xml等数据格式，移植性和通用性好。

心得

重复造轮子虽然好，但是在实际开发中，往往可以使用更好的方式来加快你的节奏，从中获得更大的成就感。
环信SDK在即时通讯云领域是一款足够优秀的SDK。配合JPush和好的创意，能实现无限多的可能性。
创意是一款新型软件的核心竞争力。

介绍

文字的直播，一样精彩。

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
项目源码下载 ↓↓↓
  收起阅读 »

APP运行截图

 

1.软件介绍

图忆是一款基于位置信息的分享与社交应用。实现了将用户记录的不同类型的事件标刻于地图之上，查看自己的记录足迹，同时用户可以轻松查看附近分享的记事，添加好友聊天，建立兴趣圈子，发现志趣相投的好友，并且用户记事可以分享到公共社区平台，分享乐趣的同时也发现了更多的乐趣，社区推荐策略让用户发现更多有价值的乐趣。

2.功能介绍

【记录记忆】你可以记录自己的生活点滴在地图之上，可以公开给别人看，也可以保存为自己的私有记忆。
【离线记录】没有网络也可以轻松保存离线记录，WIFI连接后直接批量上传，省心
【地图附近】你将通过地图查看到附近用户公开的说有分享记录，当然是直接在地图上展示的哟，很直观的说，还有五个标签分类查询哟，就等你来发现了。
【雷达】发现同时在附近开启雷达的小伙伴，自定义雷达显示的内容，让小伙伴更容易发现你
【聊天圈子】与TA尽情畅聊，兴趣小伙伴建圈子一起聊。
【图忆社区】点赞，评论，分享，收藏Ta的分享

3.使用技术

环信IM
百度地图API
有盟API

4.作者心得

IM正越来越得到开发者重视，也逐渐成为APP标配，绝大部分App中都集成了即时通讯功能。将APP的核心功能紧密与即时通讯良好结合，将更有利于APP的用户体验和留存。
APP的多元发展中需要使用多功能的有机结合。而作为一个完整的SDK需要越少的干涉APP原本的逻辑，而不降低功能与体验，这些方面环信的IM SDK都做的挺好。

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
 
git源码下载https://github.com/donlan/Tuyi
 
作者演讲PPT下载↓↓↓ 收起阅读 »

APP运行截图

 实现功能点：

消息：订阅号、列表滑动删除、TitleBar弹出菜单
单聊，群聊（发送文字，语音，位置，视频，文件，语音电话，视频通话）
微信表情、
通讯录：按字母索引排序、添加手机通讯录好友、
发现：二维码扫描添加好友、二维码扫描加入群聊、扫码微信支付、生成自己二维码图片
朋友圈、发布朋友圈信息、购物、游戏、设置
WebView与Javascript交互、播放视频、加载HTML5页面
FastJson Json转换神器、Imageloader图片加载库、android-async-http 网络请求库、图片缩放查看、加密解密

技术心得

本项目基本实现了微信的核心功能，对微信UI设计进行Redesign，提高用户体验
另外在对接环信sdk的时候，没有直接采用官方的demo，而是基于环信官方文档，对聊天模块的功能自己来处理业务逻辑，对接起来比较麻烦，工作量也挺大。
对于想要基于环信sdk进行二次开发时，前期还是要把官方demo和官方文档给摸熟，后面再进行功能扩展的时候，才能够得心应手。
 

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码下载https://github.com/motianhuo/wechat 收起阅读 »

APP运行截图

功能介绍

其中主要功能包含个人海外代购、美妆美肤课程、社区分享互动等，希望给爱美向往美的你一个全方位的秘密基地，也希望给想要做全职代购或者兼职代购甚至只是旅游顺便想代购挣回机票钱的我一个平台，源于这个初衷，美肤GO提供高品质的代购机制和最亲民线下般体验的护肤资讯，只为让你更美丽！ 

 
技术方面

android端使用的dileber框架，由我们大学的DrCoSu社团几位成员共同研发，达到了快速开发的效果。
界面部分交互采用原生androidJava编写，MVP设计模式，整体结构清晰耦合度低。
在用户交流处直接调用环信SDK，提供较好的社交聊天体验。
兼容各个机型，不会出现拉伸或缩放问题。
服务端采用Java实现，额外配置了redis，使持久层得到保障并有较好的接口响应速度。 心得方面，环信SDK还是一款很方便的IM体系，可以帮助小的开发者或小公司快速集成这方面的功能。

 
心得建议
如果进一步拓展开发类似于微信红包这样的功能，能吸引到更广泛的客户群 慢慢努力做最好的轻量护肤应用~ 
该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码下载：https://github.com/Rabbit00/MeifuGO

源码  APK   下载↓↓↓ 收起阅读 »

APP运行效果图

项目简介：

宅不住，发现城市精彩运动，认识周边潮人。类似与周末去哪儿 app, 同时加入了社交模块，即时聊天功能

主要功能模块有：

1．主页、附近的活动、附近的潮人
2.  发布活动、搜索活动
3. 专题、及时通讯（环信SDK） 
4. 登陆（个人主页）、设置模块

技术介绍

聊天页类： HKChatViewController
聊天列表类： HKChatListViewController

该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
源码下载↓↓↓

http://pan.baidu.com/s/1sl7oSnN 收起阅读 »

APP运行效果图

基于环信平台进行开发，旨在打造的高效团队沟通的移动客户端，供企业内部协作使用、适应移动办公需要，提升企业沟通协同效率，增强企业办公管理效率。（当前仅实现了用户登入登出功能、通讯功能、投票功能。）
具体功能说明
一、用户登录注册功能
1.系统登录界面
2系统注册界面
    注册功能实现：限制账号长度必须为11位，出生日期选择，头像选择（从系统自带头像中选择）
3.系统首页
    登陆成功，即进入系统主页面
4.个人信息查看及修改
    进入主页面后点击个人信息查看，即可查看相关信息，并对其进行修改
    主界面
    （1）头像修改功能实现
    （2）名字修改功能实现
    （3）部门修改功能实现
    （4）性别选择功能实现
    （5）个性签名修改功能实现
二、通讯功能
    主界面
    功能实现：群组聊天，单对单私人聊天，查看好友列表，查看好友详情，查看群组详情
三、投票功能
    主界面
    功能实现：展示用户发起的投票列表，新增投票，投票提交
总结与心得
    基于环信平台的开发，使得项目的难点得于轻松解决,例如在平台上可以使用即时通讯功能以及用户好友管理、群组管理功能。让项目得于快速开发成型。
 
该项目为环信编程大赛参赛项目，报名参加颁奖典礼，这里有一群有时间，熟悉环信集成，开源项目的大牛，还有数十家环信企业级服务器小伙伴和金牌投资人，报名连接http://www.easemob.com/event/hackathon_party/
 
git源码地址：https://github.com/caisiyi/SYTeamApp 收起阅读 »

垂直类电商无疑是当前互联网经济的耀眼明星。即使是在当前人人喊冷的资本寒冬中，找钢网、找塑料网这类垂直电商仍然被资本市场所青睐。今年1月，找钢网宣布完成E轮战略融资，融资额超10亿元人民币。资本市场真金白银投入的背后，是以“互联网+”、“分享经济”、“供给测改革”为导向的整体经济转型。可以预见，随着以天猫、京东为代表的互联网原生电商平台的流量饱和，以传统行业为主角的垂直类电商正坐在开往春天的列车上，成为电商行业“新常态”。

从产品上网到服务上网 
 
传统行业触网电子商务，要解决的第一个问题，便是平台搭建。对垂直类电商而言，贯通上下游的供应链管理是运营重点，而天猫、京东这类以流量运营为主的综合电商平台显然不适合。因此自己搭建独立网店或交易平台，成为垂直类电商的首选。目前，国内提供电商平台解决方案的服务商已为数不少。例如，APP端有有赞、微店、微盟萌店、微猫，PC端有Shopex、ECShop、Shop++、Javashop、千米、筑云等等，这些厂商的模块化解决方案帮助传统行业快速实现了产品上网和在线交易，完成了“触网”的第一步。

但我们看到，很多垂直电商虽然实现了“产品”上网，“服务”却迟迟没有上网。由于存在技术门槛，当前电商平台解决方案中，均没有集成客服功能，这导致很多垂直电商仍延用传统的客服方式。即使是规模较大的垂直电商，客户服务的渠道最多也就是营销QQ再加上400电话，这与电商的商业理念背道而驰。效率是电子商务对传统商业的重要革命，电商的本质即在于通过信息流动实现对供需关系的高效率匹配。电商的服务也应当像产品一样，进行效率革命。这也是“SaaS客服”、“全媒体服务”在互联网经济中蓬勃发展的重要原因。传统行业触网垂直电商，继产品上网之后，服务上网将是迈出的第二步。本文围绕服务效率和用户体验，为转型电子商务的传统行业商家介绍移动互联网下的客服形态——全媒体客服。

什么是全媒体客服？
 
全媒体客服是指通过SaaS服务平台，客服人员可同时为来自各种渠道的用户提供实时和一致的服务，服务渠道包括APP、微信、微博、Web，以及传统呼叫中心等。用户和客服之间采用文字、图片、音视频等多媒体消息或是电话语音进行交互。通过覆盖多种渠道媒体，全媒体服务的理念是“用户在哪，服务在哪”。和传统客服相比，全媒体客服的核心价值在于能够大幅提高商家的服务效率，并且实现服务式营销，同时也为商家的客户带来了更好的体验。 
 
从部署角度来看，基于云端SaaS平台的全媒体客服是一种极轻量部署模式。用户无需采购任何专用硬件设备，只需要普通PC，通过浏览器即可提供专业客户服务。实现的方式也极其简单，对于APP，只需要集成厂商提供的SDK，对于网页，微信或微博，更是一行代码即可开启全媒体客服。
 
 环信是国内最早进军全媒体客服的厂商，根据易观智库的市场数据，在移动端SaaS客服市场，环信市场占有率高达77.4%(数据来源：易观智库《2015中国SaaS客服市场专题研究报告》)。本文即是基于市场发展趋势和环信的技术研究，介绍全媒体客服在提升效率和用户体验上的一些优势和关键技术。
 
 1:1 vs 1:N，集约化客户服务
 
传统企业的客户服务通常以呼叫中心为主。用户需要服务时，拨打企业400/800电话，再由客服人员提供服务。由于一名客服同一时间只能服务于一名客户，因此这是一种1：1独占式服务方式。转型电商后，客户来的渠道多样化，有从网页端来的，有从APP端来的，或是从社交媒体，如微博、微信来的。这时候显然无法按呼叫中心1:1的配置方式，为不同渠道的客户提供单独服务。全媒体客服则是通过云端系统，打通不同渠道，对所有渠道来的用户进行统一排队和会话分配。每一位客服，都可同时服务于多个渠道来的客户，这是一种1:N式的集约化服务。在环信的案例——学而思的客户服务中心，每位客服人员最多时可同时服务20余名客户。在当前人口红利逐渐消失，人力成本急剧上升之时，任何对人力资源的高效率、集约化运用，都是在为企业创造效益。 
 
从IVR到ITR，可触摸的服务

Gartner在3月份发布的《2020年前用户关系中心应关注的5项技术》中，把ITR(Interactive Touch Response，交互式触摸响应)技术列为关键技术之一。ITR是移动互联网时代，触摸化的IVR。客户不再需要听完所有的服务菜单，只需要在手机屏幕上，直接选择需要的服务内容，即可获得服务。例如，神州专车在给司机端提供的“微客服”服务，司机直接在手机屏幕上选择需要的服务内容，不需要打电话听完漫长的语音提示，再选择服务内容联系相应的客服。通过移动客服和ITR技术，整个服务过程时间节约了80%，既提升了用户体验，同时也降低了客服压力。

自助式服务，让用户自己解决问题 
 
对于一些形式标准化，内容单一化的服务，可以通过自助式服务的方式，让用户自己解决问题。例如密码更改、订单管理、物流跟踪等等。自助式服务满足了用户碎片化的使用习惯。用户可以在车上闲暇时间，或是不方便电话沟通的场合即可完成服务，同时也降低了人工客服的需求量。
 

提供自助式服务，需要企业将IT系统前置，通过一些开放式接口，让用户在商城应用程序的客户端中，直接调用相应接口，完成服务过程。这是和传统呼叫中心封闭式系统部署的不同之处。 
 
随着智能技术的成熟，在开放接口上还可进一步增加智能客服插件。客户通过自然语言，例如“我想修改订单送达地址”，经过自然语言处理技术进行语义分析后，客服机器人返回订单修改入口，用户完成自服务。这个过程，结合人机融合，可以提供无差错的高质量服务。 
 
人机融合，用智能提高服务效率
 
虽然当前机器学习算法飞速发展，在客服领域也得到了广泛应用。但在自然语言处理，特别是中文语义的识别上，距离完全替代客服还有差距。用人机配合的方式，对于复杂问题，借助智能客服答复，辅以人工核验，既能提高效率，同时又保证了用户体验。 
 
环信在坐席工作台界面中，增加了一个推荐答案窗口。当用户发出客服请求时，智能机器人在推荐窗口提供了若干个备选答案。坐席人员从中选择一个最合适的答案，只需要点击“发送”，用户立刻就可得到回复。如果需要修改，也只需要在推荐答案的基础上经过少量编辑即可。通过人机配合，在保证准确度的情况下，大幅提高了坐席的工作效率。 
 
服务式营销，从成本中心到利润中心 
 
在传统行业，客户服务中心通常是一个成本中心，以解决售后问题为主，难以和营销挂钩。以信息流动为基础的电子商务则为服务式营销提供了机会，客服人员可以接触到客户资料、历史购买商品以及消费习惯等关键信息。但要实现营销，关键之处在于如何利用这些信息。 
 
服务式营销的关键技术之一是大数据分析能力，通过数据挖掘找到热门商品和潜在客户的最佳匹配关系。为此环信在全媒体客服产品提供了客户标签和热词分析功能。通过客户购买历史纪录、访问轨迹、基础资料等信息为客户打上标签，依靠热词分析及时发现热门商品，两者之间的匹配程度越高，商品销售的成功率越高。 
 
服务式营销的另一关键技术是无干扰的消息推送技术。电话外呼之所以日渐淘汰，除了缺乏精准性外，对用户干扰大、体验差也是重要原因。环信全媒体客服采用基于长连接的消息通知方式。客服人员的营销信息，以后台通知的方式发送到用户端。用户可以在闲暇时间打开，这种方式给客户充分的主动权，不会对客户体验带来影响。此外，长连接技术的另一优势是不会丢失消息。通过大数据分析和无干扰的消息推送，客服能前置到销售链前端，实施主动的服务式营销，从成本中心转变为利润中心。 
 
传统呼叫中心的升级之路 
 
转型电商的传统行业商家升级至全媒体客服，根据不同情况有两种可行解决方案。对于当前没有大规模呼叫中心的中小企业，可以采用直接切换的方式，一步到位，用全媒体客服替代传统电话客服。这种方案成本低廉，简单易行。
 
 对于已经建设了大规模呼叫中心的大型企业，以增量部署的方式，使全媒体客服嵌入呼叫中心，保护用户既有投资。这种方案通过开放式接口，可以实现“三统一”： 

• 统一排队与路由分配。不论何种渠道来的客户，统一进行排队，共享客服资源; 
• 统一话单记录。同一个客户，不论从哪种渠道访问，话单记录都只有一份，客服人员可查看完整历史会话信息; 
• 统一后台数据。通过开放式接口，可以对接现有CRM、工单系统、知识库，打通后台数据，消除数据壁垒。 

 更加高效、更好体验、服务营销，这是全媒体客服对于传统呼叫中心的核心竞争力。转型全媒体客服，是传统呼叫中心的必然趋势。在这个过程中，既需要传统行业商家转变思路，拥抱移动互联网，更需要行业生态链的共建共赢。
  收起阅读 »

新功能:
1.视频通话增加切换摄像头API：EMClient.getInstance().callManager().switchCamera()；
2.新增消息搜索API：conversation.searchMsgFromDB()；
3.支持设置和获取long类型的扩展字段；
4.加快app从后台切到前台时的重连速度；
5.优化GCM推送；


Bug fix:
1.修复某些手机发送系统表情时对方接到为乱码或空白的bug；
2.修复上一个版本发送图片消息时，如果是小图会删除原图的bug；
 
版本历史：Android sdk 更新日志
下载地址：SDK下载 收起阅读 »

新功能:

增加消息搜索功能,可以根据消息类型或者关键字搜索
优化绑定deviceToken逻辑
bug fix:

Fix 修复发送系统表情时对方接到为乱码或空白的问题
 
SDK下载http://www.easemob.com/download

环信很给力：写这个就是方便集成，做个简单的Demo 
还有的细节需要自己慢慢修改3.0  - (NSArray *)loadMoreMessagesFromId:(NSString *)aMessageId

                              limit:(int)aLimit

                          direction:(EMMessageSearchDirection)aDirection;
这个方法和以前不一样，若进去聊天界面获取历史消息EMMessageSearchDirectionUp 用这个
moreMessages = [weakSelf.conversation loadMoreMessagesFromId:messageId limit:(int)count direction:EMMessageSearchDirectionUp];
 http://community.easemob.com/article/825307736   
进入这个连接就是单聊的Demo 
如果需要改为群聊，
- (void)creatpUsh

{

        EMError *error = nil;

        EMGroupOptions *setting = [[EMGroupOptions alloc] init];

        setting.maxUsersCount = 500;

        setting.style = EMGroupStylePublicOpenJoin;// 创建不同类型的群组，这里需要才传入不同的类型

        EMGroup *group = [[EMClient sharedClient].groupManager createGroupWithSubject:@"老鸭粉丝汤2" description:@"想吃的来来来2" invitees:nil message:@"邀请您加入群组" setting:setting error:&error];

        if(!error){

            NSLog(@"创建成功 -- %@",group.groupId);

            self.grouldID = group.groupId;

        }
}
这里创建一个群组/*!
  self.grouldID = group.groupId; 获取群组的ID，
首先加入群组，不同的方法加入不同群组
EMError *error = nil;

    [[EMClient sharedClient].groupManager joinPublicGroup:@"1461034891668" error:&error];

   我这里就一EMGroupStylePublicOpenJoin这个类型，其他的看文档有，
在跳转页面的时候传入
    ChatViewController *chatVC = [[ChatViewController alloc]initWithConversationChatter:@"1461034891668" conversationType:EMConversationTypeGroupChat];

    chatVC.title = @"老鸭粉丝汤";

    [self.navigationController  pushViewController:chatVC animated:YES];
这样跳转过去就基本可以聊天了
更多问题可以加环信群 ：165331879 收起阅读 »

情况是如果某个用户的名字是包含大写的，如 51170219870626850X，但是在另一个用户的 EMMessageListener 中的 onMessageReceived 中接收到的 username 是 51170219870626850x，在源码中的比较方法是 equals(String) 这时就会判断失误，判断结果是false，修正办法是将 equals 换成 equalsIgnoreCase 即可，下面附上图 收起阅读 »

即时通讯系统的出现让企业感受到了现代化信息管理的力量，可真正解决企业的问题。
其实企业即时通讯系统也是通过延伸统一通信的理念研发而来的，溯本追源，企业即时通讯也是属于统一通信的范畴，只不过它更有针对性、具体性的解决了企业的信息堵塞和效率低下的问题。
企业即时通讯系统具备文字、语音、视频、文件共享等多样化沟通方式，用户可以通过最合适的媒体实现通信和业务协作。不要质疑信息传递的及时性和安全性，节约时间和降低成本的同时，提高了生产率和竞争实力。
信贸通即时通讯软件。专为企事业单位和政__府部门设计,通过对政企机构内部现有信息和应用系统的一体化集成整合，快速实现企业内部即时通讯、分权限组织架构管理、一站式协同办公等功能，能够有效的缩短内部沟通距离，快速提高政企内部工作效率。
企业在发布公告的时候可以通过电子公告或者实时消息广播实现，这种方式样式新颖能吸引大家的注意力，有助于企业信息的传播。另外，通过组织架构树或者模糊查询，能够迅速查找到联系人，通过文字会话、语音视频、等方式企业内外通讯完全统一无障碍，可以帮助企业加快信息流转。
  收起阅读 »

 
在集成EaseUI环信的时候回出现各种不同的错误,当导入的时候,最基本的报错就是头文件的报错,这种的报错是非常常见,所以这个时候,我们需要静下心来,进行报错的排除和检查,当然你需要,这个时候需要的是耐心.

      1.在你集成环信的时候,新建的工程项目我就不说了,最关键的就是你集成到成型的app中的时候,估计报错会比较多一点.

      2.你要先将你想要的demo里面的东西集成好了,这是最重要的的前提,下面就是我遇到报错:

 "_OBJC_CLASS_$_SKPayment", referenced from:

      objc-class-ref in Parse(PFPurchase.o)

  "_OBJC_CLASS_$_SKPaymentQueue", referenced from:

      objc-class-ref in Parse(PFPurchase.o)

  "_OBJC_CLASS_$_SKProductsRequest", referenced from:

      objc-class-ref in Parse(PFPurchase.o)

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)       

 错误截图：​

 

  解决的方法:
 

    一:在http:stackoverflow.com上面也有很多遇到过,你也可以将错误进行贴上去,上面说是少了Accounts,Social库,还有一个就是parse库,这个在parse库在xcode里面没有,最近也在研究这个parse,希望有啥好的东西,贴出来,期待!

    二:删除在你的工程有关parse,在demo中3rdparty中parse文件,在这里需要建议的是,我们在删除的时候,该删的就删,不该删不要删除,

     三:当然在不同的工程中,报错会有不同新的报错,这个时候我们需要,有耐心查找排错,希望有新的方法进行交流互动,建议和解决的思路贴上去,当然在这里也得感谢环信的技术的提醒.

收起阅读 »

日期与时间：2016年4月21日15:00

持续时间：半小时

描述：集成环信即时通讯的时候，相信大家都有问过这个问题，昵称头像怎么实现？

本期环信直播课堂将由环信IOS工程师FUccc给大家详细讲解ios3.xSDK头像昵称的实现

直播观看地址： http://www.imgeek.org/video/15
 
视频回放地址：http://www.imgeek.org/video/25 收起阅读 »

前言

环信已经发部了SDK3.x版本，SDK3.x相对于SDK2.x来说是整个进行了重写，API变化还是比较大的，已经熟悉SDK2.x的开发者在使用新的SDK3.x还是会遇到不少问题的，不过还好官方给出了SDK2.x升级SDK3.x指南，已经熟悉SDK2.x开发者可以根据文档了解SDK3.x的变化，新集成的开发者可以直接参考SDK3.x进行集成；
这里简单的实现了sdk的初始化以及注册登录和收发消息，不过ui上没有没有去做很好的处理
 
 
先看效果图​

提供一些地址

当前项目地址，可以直接 clone 运行
EaseChat Github

AndroidStudio下载
Android官方下载
国内提供 AndroidDevTools

模拟器 Genymotion下载
Genymotion 官网

环信官方文档
SDK3.x 文档
SDK3.x API 文档
SDK2.x 升级 SDK3.x 文档
 
###说下我当前开发环境
这里并不是一定要按照我的配置来，只是说下当前项目开发运行的环境，如果你的开发环境不同可能需要自己修改下项目配置build.gradle文件

AndroidStudio 2.0
Gradle 2.10（跟随AndroidStudio 一起更新）
Android SDK Tool 25.1.1
Android Build-tools 23.0.2
Android Support 最新
Genymotion 2.6

如果你还是用的Eclipse，可以下载AndroidStudio尝试下，如果你上不了Android官网，不懂怎么翻墙可以找下国内开发提供的一些地址
 
开始集成

这次要实现 SDK的初始化、SDK端的注册登录、消息的发送和监听这三步

SDK的初始化

这个初始化时在Application里进行的，这里定义了一个方法去初始化环信的SDK，并在其中进行了一些设置

package net.melove.demo.easechat;



import android.app.ActivityManager;

import android.app.Application;

import android.content.Context;

import android.content.pm.PackageManager;



import com.hyphenate.chat.EMClient;

import com.hyphenate.chat.EMOptions;



import java.util.Iterator;

import java.util.List;



/**

 * Created by lz on 2016/4/16.

 * 项目的 Application类，做一些项目的初始化操作，比如sdk的初始化等

 */

public class ECApplication extends Application {



    // 上下文菜单

    private Context mContext;



    // 记录是否已经初始化

    private boolean isInit = false;



    @Override

    public void onCreate() {

        super.onCreate();

        mContext = this;



        // 初始化环信SDK

        initEasemob();

    }



    /**

     *

     */

    private void initEasemob() {

        // 获取当前进程 id 并取得进程名

        int pid = android.os.Process.myPid();

        String processAppName = getAppName(pid);

        /**

         * 如果app启用了远程的service，此application:onCreate会被调用2次

         * 为了防止环信SDK被初始化2次，加此判断会保证SDK被初始化1次

         * 默认的app会在以包名为默认的process name下运行，如果查到的process name不是app的process name就立即返回

         */

        if (processAppName == null || !processAppName.equalsIgnoreCase(mContext.getPackageName())) {

            // 则此application的onCreate 是被service 调用的，直接返回

            return;

        }

        if (isInit) {

            return;

        }

        /**

         * SDK初始化的一些配置

         * 关于 EMOptions 可以参考官方的 API 文档

         * http://www.easemob.com/apidoc/android/chat3.0/classcom_1_1hyphenate_1_1chat_1_1_e_m_options.html

         */

        EMOptions options = new EMOptions();

        // 设置Appkey，如果配置文件已经配置，这里可以不用设置

        // options.setAppKey("lzan13#hxsdkdemo");

        // 设置自动登录

        options.setAutoLogin(true);

        // 设置是否需要发送已读回执

        options.setRequireAck(true);

        // 设置是否需要发送回执，TODO 这个暂时有bug，上层收不到发送回执

        options.setRequireDeliveryAck(true);

        // 设置是否需要服务器收到消息确认

        options.setRequireServerAck(true);

        // 收到好友申请是否自动同意，如果是自动同意就不会收到好友请求的回调，因为sdk会自动处理，默认为true

        options.setAcceptInvitationAlways(false);

        // 设置是否自动接收加群邀请，如果设置了当收到群邀请会自动同意加入

        options.setAutoAcceptGroupInvitation(false);

        // 设置（主动或被动）退出群组时，是否删除群聊聊天记录

        options.setDeleteMessagesAsExitGroup(false);

        // 设置是否允许聊天室的Owner 离开并删除聊天室的会话

        options.allowChatroomOwnerLeave(true);

        // 设置google GCM推送id，国内可以不用设置

        // options.setGCMNumber(MLConstants.ML_GCM_NUMBER);

        // 设置集成小米推送的appid和appkey

        // options.setMipushConfig(MLConstants.ML_MI_APP_ID, MLConstants.ML_MI_APP_KEY);



        // 调用初始化方法初始化sdk

        EMClient.getInstance().init(mContext, options);



        // 设置开启debug模式

        EMClient.getInstance().setDebugMode(true);



        // 设置初始化已经完成

        isInit = true;

    }



    /**

     * 根据Pid获取当前进程的名字，一般就是当前app的包名

     *

     * @param pid 进程的id

     * @return 返回进程的名字

     */

    private String getAppName(int pid) {

        String processName = null;

        ActivityManager activityManager = (ActivityManager) mContext.getSystemService(Context.ACTIVITY_SERVICE);

        List list = activityManager.getRunningAppProcesses();

        Iterator i = list.iterator();

        while (i.hasNext()) {

            ActivityManager.RunningAppProcessInfo info = (ActivityManager.RunningAppProcessInfo) (i.next());

            try {

                if (info.pid == pid) {

                    // 根据进程的信息获取当前进程的名字

                    processName = info.processName;

                    // 返回当前进程名

                    return processName;

                }

            } catch (Exception e) {

                e.printStackTrace();

            }

        }

        // 没有匹配的项，返回为null

        return null;

    }

}

 主界面

app启动后默认会进入到ECMainActivity，不过在主界面会先判断一下是否登录成功过，如果没有，就会跳转到登录几面，然后我们调用登录的时候，在登录方法的onSuccess()回调中我们进行了界面的跳转，跳转到主界面，在主界面我们可以发起回话；
看下主界面的详细代码实现：

package net.melove.demo.easechat;



import android.content.Intent;

import android.support.v7.app.AppCompatActivity;

import android.os.Bundle;

import android.text.TextUtils;

import android.util.Log;

import android.view.View;

import android.widget.Button;

import android.widget.EditText;

import android.widget.Toast;



import com.hyphenate.EMCallBack;

import com.hyphenate.chat.EMClient;



public class ECMainActivity extends AppCompatActivity {



    // 发起聊天 username 输入框

    private EditText mChatIdEdit;

    // 发起聊天

    private Button mStartChatBtn;

    // 退出登录

    private Button mSignOutBtn;





    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);



        // 判断sdk是否登录成功过，并没有退出和被踢，否则跳转到登陆界面

        if (!EMClient.getInstance().isLoggedInBefore()) {

            Intent intent = new Intent(ECMainActivity.this, ECLoginActivity.class);

            startActivity(intent);

            finish();

            return;

        }



        setContentView(R.layout.activity_main);



        initView();

    }



    /**

     * 初始化界面

     */

    private void initView() {



        mChatIdEdit = (EditText) findViewById(R.id.ec_edit_chat_id);



        mStartChatBtn = (Button) findViewById(R.id.ec_btn_start_chat);

        mStartChatBtn.setOnClickListener(new View.OnClickListener() {

            @Override

            public void onClick(View v) {

                // 获取我们发起聊天的者的username

                String chatId = mChatIdEdit.getText().toString().trim();

                if (!TextUtils.isEmpty(chatId)) {

                    // 获取当前登录用户的 username

                    String currUsername = EMClient.getInstance().getCurrentUser();

                    if (chatId.equals(currUsername)) {

                        Toast.makeText(ECMainActivity.this, "不能和自己聊天", Toast.LENGTH_SHORT).show();

                        return;

                    }

                    // 跳转到聊天界面，开始聊天

                    Intent intent = new Intent(ECMainActivity.this, ECChatActivity.class);

                    intent.putExtra("ec_chat_id", chatId);

                    startActivity(intent);

                } else {

                    Toast.makeText(ECMainActivity.this, "Username 不能为空", Toast.LENGTH_LONG).show();

                }

            }

        });



        mSignOutBtn = (Button) findViewById(R.id.ec_btn_sign_out);

        mSignOutBtn.setOnClickListener(new View.OnClickListener() {

            @Override

            public void onClick(View v) {

                signOut();

            }

        });

    }



    /**

     * 退出登录

     */

    private void signOut() {

        // 调用sdk的退出登录方法，第一个参数表示是否解绑推送的token，没有使用推送或者被踢都要传false

        EMClient.getInstance().logout(false, new EMCallBack() {

            @Override

            public void onSuccess() {

                Log.i("lzan13", "logout success");

                // 调用退出成功，结束app

                finish();

            }



            @Override

            public void onError(int i, String s) {

                Log.i("lzan13", "logout error " + i + " - " + s);

            }



            @Override

            public void onProgress(int i, String s) {



            }

        });

    }

}

 SDK端的注册登录

SDK初始化做完之后，就是需要进行环信的登录了，登录了才能使用环信的功能，才能收发消息，有不少人经常问，不注册账户能使用么，这是聊天sdk，不注册账户你拿什么聊天呢！
登录调用EMClient.getInstance().login(username, password, callback);此方法是一个异步方法，所以需要设置EMCallback回调来接收登录结果；
注册调用EMClient.getInstance().createAccount(username, password);此方法是同步方法，需要自己创建新线程去调用，不能放在UI线程直接调用；
因为只是个简单的demo，这边把登录和注册都卸载了LoginActivity类里，这个方法中对调用环信sdk的方法返回错误值做了一些判断，具体错误信息可以参考官方文档：
环信SDK3.x EMError

package net.melove.demo.easechat;



import android.app.ProgressDialog;

import android.content.Intent;

import android.support.v7.app.AppCompatActivity;

import android.os.Bundle;

import android.util.Log;

import android.view.View;

import android.widget.Button;

import android.widget.EditText;

import android.widget.Toast;



import com.hyphenate.EMCallBack;

import com.hyphenate.EMError;

import com.hyphenate.chat.EMClient;

import com.hyphenate.exceptions.HyphenateException;



public class ECLoginActivity extends AppCompatActivity {



    // 弹出框

    private ProgressDialog mDialog;



    // username 输入框

    private EditText mUsernameEdit;

    // 密码输入框

    private EditText mPasswordEdit;



    // 注册按钮

    private Button mSignUpBtn;

    // 登录按钮

    private Button mSignInBtn;





    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_login);



        initView();

    }



    /**

     * 初始化界面控件

     */

    private void initView() {

        mUsernameEdit = (EditText) findViewById(R.id.ec_edit_username);

        mPasswordEdit = (EditText) findViewById(R.id.ec_edit_password);



        mSignUpBtn = (Button) findViewById(R.id.ec_btn_sign_up);

        mSignUpBtn.setOnClickListener(new View.OnClickListener() {

            @Override

            public void onClick(View v) {

                signUp();

            }

        });



        mSignInBtn = (Button) findViewById(R.id.ec_btn_sign_in);

        mSignInBtn.setOnClickListener(new View.OnClickListener() {

            @Override

            public void onClick(View v) {

                signIn();

            }

        });

    }



    /**

     * 注册方法

     */

    private void signUp() {

        // 注册是耗时过程，所以要显示一个dialog来提示下用户

        mDialog = new ProgressDialog(this);

        mDialog.setMessage("注册中，请稍后...");

        mDialog.show();



        new Thread(new Runnable() {

            @Override

            public void run() {

                try {

                    String username = mUsernameEdit.getText().toString().trim();

                    String password = mPasswordEdit.getText().toString().trim();

                    EMClient.getInstance().createAccount(username, password);

                    runOnUiThread(new Runnable() {

                        @Override

                        public void run() {

                            if (!ECLoginActivity.this.isFinishing()) {

                                mDialog.dismiss();

                            }

                            Toast.makeText(ECLoginActivity.this, "注册成功", Toast.LENGTH_LONG).show();

                        }

                    });

                } catch (final HyphenateException e) {

                    e.printStackTrace();

                    runOnUiThread(new Runnable() {

                        @Override

                        public void run() {

                            if (!ECLoginActivity.this.isFinishing()) {

                                mDialog.dismiss();

                            }

                            /**

                             * 关于错误码可以参考官方api详细说明

                             * http://www.easemob.com/apidoc/android/chat3.0/classcom_1_1hyphenate_1_1_e_m_error.html

                             */

                            int errorCode = e.getErrorCode();

                            String message = e.getMessage();

                            Log.d("lzan13", String.format("sign up - errorCode:%d, errorMsg:%s", errorCode, e.getMessage()));

                            switch (errorCode) {

                            // 网络错误

                            case EMError.NETWORK_ERROR:

                                Toast.makeText(ECLoginActivity.this, "网络错误 code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            // 用户已存在

                            case EMError.USER_ALREADY_EXIST:

                                Toast.makeText(ECLoginActivity.this, "用户已存在 code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            // 参数不合法，一般情况是username 使用了uuid导致，不能使用uuid注册

                            case EMError.USER_ILLEGAL_ARGUMENT:

                                Toast.makeText(ECLoginActivity.this, "参数不合法，一般情况是username 使用了uuid导致，不能使用uuid注册 code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            // 服务器未知错误

                            case EMError.SERVER_UNKNOWN_ERROR:

                                Toast.makeText(ECLoginActivity.this, "服务器未知错误 code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            case EMError.USER_REG_FAILED:

                                Toast.makeText(ECLoginActivity.this, "账户注册失败 code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            default:

                                Toast.makeText(ECLoginActivity.this, "ml_sign_up_failed code: " + errorCode + ", message:" + message, Toast.LENGTH_LONG).show();

                                break;

                            }

                        }

                    });

                } catch (Exception e) {

                    e.printStackTrace();

                }

            }

        }).start();

    }



    /**

     * 登录方法

     */

    private void signIn() {

        mDialog = new ProgressDialog(this);

        mDialog.setMessage("正在登陆，请稍后...");

        mDialog.show();

        String username = mUsernameEdit.getText().toString().trim();

        String password = mPasswordEdit.getText().toString().trim();

        EMClient.getInstance().login(username, password, new EMCallBack() {

            /**

             * 登陆成功的回调

             */

            @Override

            public void onSuccess() {

                runOnUiThread(new Runnable() {

                    @Override

                    public void run() {

                        mDialog.dismiss();



                        // 加载所有会话到内存

                        EMClient.getInstance().chatManager().loadAllConversations();

                        // 加载所有群组到内存，如果使用了群组的话

                        // EMClient.getInstance().groupManager().loadAllGroups();



                        // 登录成功跳转界面

                        Intent intent = new Intent(ECLoginActivity.this, ECMainActivity.class);

                        startActivity(intent);

                        finish();

                    }

                });

            }



            /**

             * 登陆错误的回调

             * @param i

             * @param s

             */

            @Override

            public void onError(final int i, final String s) {

                runOnUiThread(new Runnable() {

                    @Override

                    public void run() {

                        mDialog.dismiss();

                        Log.d("lzan13", "登录失败 Error code:" + i + ", message:" + s);

                        /**

                         * 关于错误码可以参考官方api详细说明

                         * http://www.easemob.com/apidoc/android/chat3.0/classcom_1_1hyphenate_1_1_e_m_error.html

                         */

                        switch (i) {

                        // 网络异常 2

                        case EMError.NETWORK_ERROR:

                            Toast.makeText(ECLoginActivity.this, "网络错误 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 无效的用户名 101

                        case EMError.INVALID_USER_NAME:

                            Toast.makeText(ECLoginActivity.this, "无效的用户名 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 无效的密码 102

                        case EMError.INVALID_PASSWORD:

                            Toast.makeText(ECLoginActivity.this, "无效的密码 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 用户认证失败，用户名或密码错误 202

                        case EMError.USER_AUTHENTICATION_FAILED:

                            Toast.makeText(ECLoginActivity.this, "用户认证失败，用户名或密码错误 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 用户不存在 204

                        case EMError.USER_NOT_FOUND:

                            Toast.makeText(ECLoginActivity.this, "用户不存在 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 无法访问到服务器 300

                        case EMError.SERVER_NOT_REACHABLE:

                            Toast.makeText(ECLoginActivity.this, "无法访问到服务器 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 等待服务器响应超时 301

                        case EMError.SERVER_TIMEOUT:

                            Toast.makeText(ECLoginActivity.this, "等待服务器响应超时 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 服务器繁忙 302

                        case EMError.SERVER_BUSY:

                            Toast.makeText(ECLoginActivity.this, "服务器繁忙 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        // 未知 Server 异常 303 一般断网会出现这个错误

                        case EMError.SERVER_UNKNOWN_ERROR:

                            Toast.makeText(ECLoginActivity.this, "未知的服务器异常 code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        default:

                            Toast.makeText(ECLoginActivity.this, "ml_sign_in_failed code: " + i + ", message:" + s, Toast.LENGTH_LONG).show();

                            break;

                        }

                    }

                });

            }



            @Override

            public void onProgress(int i, String s) {



            }

        });

    }

}

 消息的发送和监听

实现消息的接收需要添加EMMessageListener消息监听接口，我们在需要监听的地方要实现这个接口，并实现接口里边的几个回调方法：

onMessageReceived(List list)新消息的回调
onCmdMessageReceived(List list)新的透传消息回调
onMessageReadAckReceived(List list)消息已读回调
onMessageDeliveryAckReceived(List list)消息已发送回调
onMessageChanged(EMMessage message, Object object)消息状态改变回调

下边是聊天界面消息监听与发送的完整实现，代码注释比较详细，不再一一解释

package net.melove.demo.easechat;



import android.os.Handler;

import android.os.Message;

import android.support.v7.app.AppCompatActivity;

import android.os.Bundle;

import android.text.TextUtils;

import android.text.method.ScrollingMovementMethod;

import android.util.Log;

import android.view.View;

import android.widget.Button;

import android.widget.EditText;

import android.widget.TextView;



import com.hyphenate.EMCallBack;

import com.hyphenate.EMMessageListener;

import com.hyphenate.chat.EMClient;

import com.hyphenate.chat.EMCmdMessageBody;

import com.hyphenate.chat.EMConversation;

import com.hyphenate.chat.EMMessage;

import com.hyphenate.chat.EMTextMessageBody;



import java.util.List;



public class ECChatActivity extends AppCompatActivity implements EMMessageListener {



    // 聊天信息输入框

    private EditText mInputEdit;

    // 发送按钮

    private Button mSendBtn;



    // 显示内容的 TextView

    private TextView mContentText;



    // 消息监听器

    private EMMessageListener mMessageListener;

    // 当前聊天的 ID

    private String mChatId;

    // 当前会话对象

    private EMConversation mConversation;





    @Override

    protected void onCreate(Bundle savedInstanceState) {

        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_chat);



        // 获取当前会话的username(如果是群聊就是群id)

        mChatId = getIntent().getStringExtra("ec_chat_id");

        mMessageListener = this;



        initView();

        initConversation();

    }



    /**

     * 初始化界面

     */

    private void initView() {

        mInputEdit = (EditText) findViewById(R.id.ec_edit_message_input);

        mSendBtn = (Button) findViewById(R.id.ec_btn_send);

        mContentText = (TextView) findViewById(R.id.ec_text_content);

        // 设置textview可滚动，需配合xml布局设置

        mContentText.setMovementMethod(new ScrollingMovementMethod());



        // 设置发送按钮的点击事件

        mSendBtn.setOnClickListener(new View.OnClickListener() {

            @Override

            public void onClick(View v) {

                String content = mInputEdit.getText().toString().trim();

                if (!TextUtils.isEmpty(content)) {

                    mInputEdit.setText("");

                    // 创建一条新消息，第一个参数为消息内容，第二个为接受者username

                    EMMessage message = EMMessage.createTxtSendMessage(content, mChatId);

                    // 将新的消息内容和时间加入到下边

                    mContentText.setText(mContentText.getText() + "\n" + content + " -> " + message.getMsgTime());

                    // 调用发送消息的方法

                    EMClient.getInstance().chatManager().sendMessage(message);

                    // 为消息设置回调

                    message.setMessageStatusCallback(new EMCallBack() {

                        @Override

                        public void onSuccess() {

                            // 消息发送成功，打印下日志，正常操作应该去刷新ui

                            Log.i("lzan13", "send message on success");

                        }



                        @Override

                        public void onError(int i, String s) {

                            // 消息发送失败，打印下失败的信息，正常操作应该去刷新ui

                            Log.i("lzan13", "send message on error " + i + " - " + s);

                        }



                        @Override

                        public void onProgress(int i, String s) {

                            // 消息发送进度，一般只有在发送图片和文件等消息才会有回调，txt不回调

                        }

                    });

                }

            }

        });

    }



    /**

     * 初始化会话对象，并且根据需要加载更多消息

     */

    private void initConversation() {



        /**

         * 初始化会话对象，这里有三个参数么，

         * 第一个表示会话的当前聊天的 useranme 或者 groupid

         * 第二个是绘画类型可以为空

         * 第三个表示如果会话不存在是否创建

         */

        mConversation = EMClient.getInstance().chatManager().getConversation(mChatId, null, true);

        // 设置当前会话未读数为 0

        mConversation.markAllMessagesAsRead();

        int count = mConversation.getAllMessages().size();

        if (count < mConversation.getAllMsgCount() && count < 20) {

            // 获取已经在列表中的最上边的一条消息id

            String msgId = mConversation.getAllMessages().get(0).getMsgId();

            // 分页加载更多消息，需要传递已经加载的消息的最上边一条消息的id，以及需要加载的消息的条数

            mConversation.loadMoreMsgFromDB(msgId, 20 - count);

        }

        // 打开聊天界面获取最后一条消息内容并显示

        if (mConversation.getAllMessages().size() > 0) {

            EMMessage messge = mConversation.getLastMessage();

            EMTextMessageBody body = (EMTextMessageBody) messge.getBody();

            // 将消息内容和时间显示出来

            mContentText.setText(body.getMessage() + " - " + mConversation.getLastMessage().getMsgTime());

        }

    }



    /**

     * 自定义实现Handler，主要用于刷新UI操作

     */

    Handler mHandler = new Handler() {

        @Override

        public void handleMessage(Message msg) {

            switch (msg.what) {

            case 0:

                EMMessage message = (EMMessage) msg.obj;

                // 这里只是简单的demo，也只是测试文字消息的收发，所以直接将body转为EMTextMessageBody去获取内容

                EMTextMessageBody body = (EMTextMessageBody) message.getBody();

                // 将新的消息内容和时间加入到下边

                mContentText.setText(mContentText.getText() + "\n" + body.getMessage() + " <- " + message.getMsgTime());

                break;

            }

        }

    };



    @Override

    protected void onResume() {

        super.onResume();

        // 添加消息监听

        EMClient.getInstance().chatManager().addMessageListener(mMessageListener);

    }



    @Override

    protected void onStop() {

        super.onStop();

        // 移除消息监听

        EMClient.getInstance().chatManager().removeMessageListener(mMessageListener);

    }

    /**

     * --------------------------------- Message Listener -------------------------------------

     * 环信消息监听主要方法

     */

    /**

     * 收到新消息

     *

     * @param list 收到的新消息集合

     */

    @Override

    public void onMessageReceived(List<EMMessage> list) {

        // 循环遍历当前收到的消息

        for (EMMessage message : list) {

            if (message.getFrom().equals(mChatId)) {

                // 设置消息为已读

                mConversation.markMessageAsRead(message.getMsgId());



                // 因为消息监听回调这里是非ui线程，所以要用handler去更新ui

                Message msg = mHandler.obtainMessage();

                msg.what = 0;

                msg.obj = message;

                mHandler.sendMessage(msg);

            } else {

                // 如果消息不是当前会话的消息发送通知栏通知

            }

        }

    }



    /**

     * 收到新的 CMD 消息

     *

     * @param list

     */

    @Override

    public void onCmdMessageReceived(List<EMMessage> list) {

        for (int i = 0; i < list.size(); i++) {

            // 透传消息

            EMMessage cmdMessage = list.get(i);

            EMCmdMessageBody body = (EMCmdMessageBody) cmdMessage.getBody();

            Log.i("lzan13", body.action());

        }

    }



    /**

     * 收到新的已读回执

     *

     * @param list 收到消息已读回执

     */

    @Override

    public void onMessageReadAckReceived(List<EMMessage> list) {

    }



    /**

     * 收到新的发送回执

     * TODO 无效 暂时有bug

     *

     * @param list 收到发送回执的消息集合

     */

    @Override

    public void onMessageDeliveryAckReceived(List<EMMessage> list) {

    }



    /**

     * 消息的状态改变

     *

     * @param message 发生改变的消息

     * @param object  包含改变的消息

     */

    @Override

    public void onMessageChanged(EMMessage message, Object object) {

    }

}

 界面布局

界面的实现也是非常简单，这里直接贴一下：
activity_main.xml

<?xml version="1.0" encoding="utf-8"?>

<RelativeLayout

    xmlns:android="http://schemas.android.com/apk/res/android"

    xmlns:tools="http://schemas.android.com/tools"

    android:layout_width="match_parent"

    android:layout_height="match_parent"

    android:paddingBottom="@dimen/activity_vertical_margin"

    android:paddingLeft="@dimen/activity_horizontal_margin"

    android:paddingRight="@dimen/activity_horizontal_margin"

    android:paddingTop="@dimen/activity_vertical_margin"

    tools:context="net.melove.demo.easechat.ECMainActivity">



    <LinearLayout

        android:layout_width="match_parent"

        android:layout_height="match_parent"

        android:orientation="vertical">



        <EditText

            android:id="@+id/ec_edit_chat_id"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:hint="对方的username"/>



        <Button

            android:id="@+id/ec_btn_start_chat"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:text="发起聊天"/>



        <Button

            android:id="@+id/ec_btn_sign_out"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:text="退出登录"/>

    </LinearLayout>

</RelativeLayout>

activity_login.xml

<?xml version="1.0" encoding="utf-8"?>

<RelativeLayout

    xmlns:android="http://schemas.android.com/apk/res/android"

    xmlns:tools="http://schemas.android.com/tools"

    android:layout_width="match_parent"

    android:layout_height="match_parent"

    android:paddingBottom="@dimen/activity_vertical_margin"

    android:paddingLeft="@dimen/activity_horizontal_margin"

    android:paddingRight="@dimen/activity_horizontal_margin"

    android:paddingTop="@dimen/activity_vertical_margin"

    tools:context="net.melove.demo.easechat.ECLoginActivity">



    <LinearLayout

        android:layout_width="match_parent"

        android:layout_height="match_parent"

        android:orientation="vertical">



        <EditText

            android:id="@+id/ec_edit_username"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:hint="username"/>



        <EditText

            android:id="@+id/ec_edit_password"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:hint="password"/>



        <Button

            android:id="@+id/ec_btn_sign_up"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:text="注册"/>



        <Button

            android:id="@+id/ec_btn_sign_in"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:text="登录"/>

    </LinearLayout>

</RelativeLayout>

activity_chat.xml

<?xml version="1.0" encoding="utf-8"?>

<RelativeLayout

    xmlns:android="http://schemas.android.com/apk/res/android"

    xmlns:tools="http://schemas.android.com/tools"

    android:layout_width="match_parent"

    android:layout_height="match_parent"

    android:paddingBottom="@dimen/activity_vertical_margin"

    android:paddingLeft="@dimen/activity_horizontal_margin"

    android:paddingRight="@dimen/activity_horizontal_margin"

    android:paddingTop="@dimen/activity_vertical_margin"

    tools:context="net.melove.demo.easechat.ECChatActivity">



    <!--输入框-->

    <RelativeLayout

        android:id="@+id/ec_layout_input"

        android:layout_width="match_parent"

        android:layout_height="wrap_content"

        android:layout_alignParentBottom="true">



        <Button

            android:id="@+id/ec_btn_send"

            android:layout_width="wrap_content"

            android:layout_height="wrap_content"

            android:layout_alignParentRight="true"

            android:text="Send"/>



        <EditText

            android:id="@+id/ec_edit_message_input"

            android:layout_width="match_parent"

            android:layout_height="wrap_content"

            android:layout_alignParentLeft="true"

            android:layout_toLeftOf="@id/ec_btn_send"/>

    </RelativeLayout>



    <!--展示消息内容-->

    <TextView

        android:id="@+id/ec_text_content"

        android:layout_width="match_parent"

        android:layout_height="match_parent"

        android:layout_above="@id/ec_layout_input"

        android:maxLines="15"

        android:scrollbars="vertical"/>

</RelativeLayout>

结语

代码结束，Coding不止！Coding - Coding - Coding —
OK了，一个简单的注册登录以及收发消息的小demo就算完成了，可以用自己的环境编译运行下试试
 
本篇Android3.0集成教程由环信Android工程师lzan13编写，已同步发表到个人博客，博客地址lzan13 收起阅读 »

Number one

描述: 使用UIImage+ webImageCache下载网络图片, 自带内存缓存, 以及沙盒缓存;
基本方法:

    [self.imageView sd_setImageWithURL: placeholderImage:];

方法描述:

1.根据提供的url下载网络图片,并设置到imageView; 此时内存中会有一份缓存, 沙河中也会写入备份;

2. 当再次用到该图片时, 首先去内存中获取该图片, 内存中没有则去沙盒中加载, 如果都没有就会去网络下载;

注意:该方法底层会首先取消imageView之前的任务, 防止数据错乱.

  // 取消iamgeView之前的下载任务

    [self.imageView sd_cancelCurrentImageLoad];



    解析: 因为该方法有一个完成回调block, 当有网络延时时,

    下载图片太慢, imageview循环利用显示其他图片, 但此时前面的下载任务下载好了,

    就会拿到imageView直接设置图片, 会导致数据错乱;



    故在之前调用该方法, 可以防止数据引用;

方法总结

1.0 取消当前imageView之前关联的请求
2.0 设置占位图片到当前的imageview
3.0 如果缓存(内存, 沙盒)中有图片则直接设置, 不使用占位图片
4.0 如果没有,则发送请求下载图片

Number two
怎么实现缓存,以及获取对应的图片

无论是内存缓存, 还是沙盒缓存都是以字典的形式保存图片, 因为SDImageCache使用了NSCache类
key : 图片的url; value: 下载的图片

Number three
代码实现:
核心概念:

根据不同网络,下载不同图片(省流量)

内存缓存中, 只保存当前显示的图片

其他只保存到沙盒, 用到时才会缓存到内存 (提高内存性能)

1.0 监听用户网络状态

AFNetworkReachabilityManager

// 程序启动的时候调用

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {



    // 监控网络状态

    [[AFNetworkReachabilityManager sharedManager] startMonitoring];



    return YES;

}

2.0 根据不同网络状态, 下载不同图片

// 占位图片

    UIImage *placeholder = nil;



    // 1.0 从缓存中获得原图

    // 该方法会首先去内存找, 再去沙盒

    UIImage *originalImage = [[SDImageCache sharedImageCache] imageFromDiskCacheForKey:originalImageUrl];



    if (originalImage) { // 如果缓存有原图，那么就直接显示原图（不管现在是什么网络状态）

        [self.imageView sd_setImageWithURL:[NSURL URLWithString:originalImageUrl] placeholderImage:placeholder];



    } else {

     // 2.0 缓存没有原图, 根据网络下载

        AFNetworkReachabilityManager *mgr = [AFNetworkReachabilityManager sharedManager]

        // 在使用Wifi, 下载原图

        if (mgr.isReachableViaWiFi) {



            [self.imageView sd_setImageWithURL:[NSURL URLWithString:originalImageUrl] placeholderImage:placeholder];



        // 在使用手机自带网络

        } else if (mgr.isReachableViaWWAN) {

          // 下载小图

           [self.imageView sd_setImageWithURL:[NSURL URLWithString:thumbnailmageUrl] placeholderImage:placeholder];      

        } else { 

            // 3.0 没有网络

            UIImage *thumbnailImage = [[SDImageCache sharedImageCache] imageFromDiskCacheForKey:thumbnailImageUrl];

            if (thumbnailImage) { // 缓存中有小图

                [self.imageView sd_setImageWithURL:[NSURL URLWithString:thunmnailImage] placeholderImage:placeholder];

            } else {// 没有小图

                [self.imageView sd_setImageWithURL:nil placeholderImage:placeholder];

            }

        }

    }

3.0 处理缓存图片, 内存飙升问题
首先:

SDImageCache怎么处理内存问题?

// 清空沙盒过期图片 (七天为限)

- (void)cleanDisk;



// 清空沙盒内所有图片

- (void)clearDisk;



// 清空内存缓存所有图片

- (void)clearMemory;

什么时候处理

 // 获取自动清理缓存对象

    _memCache = [[AutoPurgeCache alloc] init];



    // 当接收到内存警告, 才会处理缓存

     [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(removeAllObjects) name:UIApplicationDidReceiveMemoryWarningNotification object:nil];

只有内存警告时才会处理?

为了用户体验故需我们手动释放:

- (void)scrollViewDidScroll:(UIScrollView *)scrollView

{

    // 滚动时, 清除缓存

    [[SDImageCache sharedImageCache] clearMemory];

}

解析: 为什么缓存中所有图片都清空了, imageView还能显示图片?

图片字典的形式保存在缓存中, NSCache有保存所有的key, 每个key指向一个图片对象

[self.memCache removeAllObjects]会把指向图片的key清掉, 则没有强引用的图片会被释放;

但是当把图片设置到imageview上时, image指针会强引用图片, 故还能显示图片

图示:

另外一个问题:
由于使用模拟器测试,发现在滚动过程中, 释放内存造成有时卡顿效果, 故在具体使用时, 还得各自思量;

tips: 建议把该方法抽取为(UIImageView)一个分类, 以便代码复用;

有问题, 请留言... 收起阅读 »

文章摘要：js刷新当前页面，Web开发者在系统开发中经常要面对产品经理各式各样的需求，当然，大部分对产品体验还是有帮助的，例如我们今天提到的刷新页面，前进后退，关闭浏览器标签时，为了避免用户误操作，需给出二次确认提示框，这个相信大家都非常熟悉了，采用浏览器提供的BOM事件机制就可以...

   Web开发者在系统开发中经常要面对产品经理各式各样的需求，当然，大部分对产品体验还是有帮助的，例如我们今天提到的刷新页面，前进后退，关闭浏览器标签时，为了避免用户误操作，需给出二次确认提示框，这个相信大家都非常熟悉了，采用浏览器提供的BOM事件机制就可以解决，使用window对象的onbeforeunload事件即可，如果产品经理只提出这样的需求，那确实无可厚非，然而其需要的不仅仅是这些...

例如，我们一次项目开发中，产品经理就针对我们的实现提出了“改进方案”：

1. 你们这弹出框太丑了，跟系统整体风格不搭调啊，不能使用咱们自己组件库中的Dialog吗？很好的问题...我只想说，you can you up...
2. 你们这刷新和关闭标签页中展示的文案一样啊，需要区分对待下，刷新提示XXX，关闭时提示SSS，这样用户才能更明确。恩，考虑到了用户的体验，很好，我还是想说，you can you up...其实，浏览器在关闭和刷新时，本身已经区别对待了，提示是不同的，只不过我们自定义的部分并不能显示不同的文案而已；当然，也有一些hack的方法，但是很难适应多个浏览器，各浏览器内部对于关闭标签页和刷新的实现机制会有所不同；
3. 你们每次登录进来，为什么要延时10秒，才让坐席签入电话系统啊（我们做的是客服系统）？能不能把这个限制去掉啊，用户体验太不好了！我们也想去掉啊，但是电话系统频繁签入签出会有问题，用户刷新了浏览器，再次签入，如果相隔时间很短的话，电话系统会出现故障，为了避免这个问题，我们才加上了这个限制，但是回过头来思考，就可以进入我们今天讨论的主题了；

区分刷新与关闭标签页

我们无法根据浏览器事件区分刷新还是关闭标签页，进而在相应动作触发前，执行不同的动作，但是对于上文中产品提出的第三点意见，其实还是可以考虑优化一下的，就是只有在刷新的时候延时10秒，新登录或关闭标签页一段时间之后再进来时不延时；

要做到这点其实也很简单，使用浏览器的本地存储机制就可以实现，例如cookie，LocalStorage等，这里就不能使用SessionStorage了，因为本次回话结束后，该缓存就失效了；由于在cookie中存储会增加cookie的字节数，每次请求中相应的网络传输量会增加，因此，我们采用了LocalStorage；其操作很简单，我们使用的前端框架是AngularJS，具体如下：

const MAX_WAIT_TIME = 10;

const currentDate = new Date().getTime();

const lastestLeaveTime = parseInt(this.$window.localStorage.getItem('lastestLeaveTime'), 10) || currentDate;

this.secondCounter = Math.max(MAX_WAIT_TIME - Math.ceil((currentDate - lastestLeaveTime) / 1000), 0);

if (this.secondCounter > 0) {

  this.logoutTimeInterval = this.$interval(()=> {

    this.secondCounter--;

    this.$scope.$digest();

  }, 1000, this.secondCounter, false).then(() => {

    this.updateByStatus(this.AvayaService.status.OFFLINE);

  });

} else {

  this.updateByStatus(this.AvayaService.status.OFFLINE);

}

上面代码主要作用是，进入系统后，会先去LocalStorage中获取上次退出时的时间，再获取当前时间，两个时间进行减法，如果值小于10秒，我们就认为这是刷新，如果值大于10秒，我们认为是关闭标签页或新登录，进而可以执行不同的方法，让客服有更好的体验，不用每次进入系统都要等待10秒才能签入电话系统了，产品经理还是很重要的，吼吼，要不是他的疑问，可能我们也不会来优化这个地方了...当然，其实RD也要逐渐培养这种用户体验至上的思维，哪怕有一点可提升客服效率的地方，都值得我们花时间来优化；

下面把相关退出的代码也贴一下吧，前面忘说了，不管是刷新，还是关闭标签页，只要是页面销毁，我们都会去执行登出电话系统的操作，所以每次进来后需要重新签入；

//刷新页面或者关闭页面

$window.onbeforeunload = () => {

   return '操作将会导致页面数据清空，请谨慎操作...';

};

//每次页面unload时，设置LocalStorage时间；

$window.onunload = () => {

  $window.localStorage.setItem('lastestLeaveTime', new Date().getTime());

};

我们可能还注意到一些问题，那就是刷新，关闭页面，前进后退，你需要跳出浏览器默认二次确认框，但是用户点击退出系统按钮，则必须弹出自己组件库中的Dialog了，还必须不能两个都弹出，具体代码如下：

onStatusClick(index, name) {

  if (name === '退出') {

    this.mgDialog.openConfirm({

      showClose: false,

      template: 'app/header/logoutDialog.html',

      controller: 'HeaderDialogController as dialog',

      data: {

        'title': '您确定要退出系统吗？'

      }

    }).then(() => {

      this.$window.location.href = '/logout';

      this.$window.onbeforeunload = null;

    });

  } else {

    // 内部操作，大家不用管

    ...

  }

}

收起阅读 »

编者按：本文由一乐在高可用架构群分享，转载请注明来自高可用架构「 ArchNotes 」。

一乐是我，也是梁宇鹏。现任环信首席架构师兼 IM 技术总监，负责即时通讯云平台的整体研发和管理。曾任新浪微博通讯技术专家，负责微博通讯系统的设计与研发。一直专注在即时通讯领域，熟悉 XMPP 协议和相关的开源实现（包括 Jabberd2、EJabberd、Openfire）。关注分布式系统和高性能服务，关注 Erlang、Golang 和各种浪。

​煎饼的故事

有一段时间住在花园路，最难忘的就是路边的煎饼果子。老板每天晚上出来，正好是我加班回去的时间。

一勺面糊洒在锅上，刮子转一圈，再打一个蛋，依然刮平。然后啪的一下反过来，涂上辣酱，撒上葱花。空出手来，剥一根火腿肠。最后放上薄脆，咔咔咔三铲子断成三边直的长方形，折起来正好握在手中。烫烫的，一口咬下去，蛋香、酱辣、肠鲜，加上薄脆的声音和葱花的惊喜，所有的疲劳都一扫而光。

这种幸福感让我如此迷恋，以至于会在深宅的周末，穿戴整齐跑出去，就为了吃上一个。也因为理工科的恶习，我也情不自禁地开始思考这份执迷的原因，直到最后，我发现了它的秘密。
 
作为街头小吃的杰出代表，能够经历众口的挑剔而长盛不衰的秘密是什么？

 
 所有的一切全因为其模式。

而这模式与大多数互联网服务的架构如出一辙，那就是分层架构。

分层的设计意味着，每一层都独立承担单一的职责。

这在根本上降低了制作的难度。做饼的时候专心控制火候，做酱的时候专注在味道。每层职责的单一化也让优化变得简单，因为它是自然可伸缩的。你要是想多吃点蛋就多加一个，你要多吃点肠就多加一根，完全取决于你的胃口。
 
它又是可以扩展的。你可以不要蛋，你可以加根肠，你可以不要薄脆，你可以加上辣酱。而且每一层又是可定制的。葱花可以少一点，辣酱可以多一点，肠可以要两根，鸡蛋可以加三个。

你也可以把面饼换成面包，把鸡蛋换成煎蛋，把辣酱换成甜酱。你已经知道这是什么了吧？是的，你好，这里是赛百味，请问你要什么口味的三明治？

煎饼果子和三明治，其实本质上是相通的。而加一个蛋更香，也不是因为对蛋的追求，在根本上是因为煎饼果子模式的强大。

因为这种模式，一千个人可以有一千种煎饼果子。

而有了对模式的理解，对小吃的评估也就变得更加容易。比如肉夹馍只有馍和肉，二维切换单调不可长久；比如烤冷面，干脆就是满嘴的热烈混在一起，没有煎饼这样的表现层，整个面都散发着原始的不讲究。

这种对比上的简化，也让我们有了新的选择，保存宝贵的精力，并且可以随时放弃对细节的追究。

就像在我们谈论女人时，

（抱歉博主是男人）

我们在意胸、

在意腿、

在意风情、

在意温柔，

因为女人是有区别的。

当我们欣赏电影的时候，

我们在意男人、

在意女人、

在意老人、

在意孩子，

因为角色是有区别的。

当我们走在路上的时候，

我们在意行人、

在意车辆、

在意商店、

在意餐厅，

因为物体是有区别的。

我们在设计和优化系统的时候，其中的每个服务都是自行运转，做着自己份内的事，但是在不同的维度里，作用却变得不尽相同。

这也是我们讲优化要分层次和级别，架构、算法、库和 OS，而讲架构的时候，我们首先讲的是整体的模式，然后是具体的权衡，实现的细节则是最不重要的。

架构的模式

谈起这个，是因为 Mark Richards 写了一本架构模式的书《Software Architecture Pattens》。

书中总结对比了五种模式的优缺点，包括了 Layered、Event-Driven、Microkernel、Microservices、Space-Based。

书写得简单精致，推荐大家去阅读，地址见文末。

还有一种模式，因为在越来越多的系统中用到，是书中没有的（与 Space-Based 有所区别），但我觉得也有必要专门介绍下。我们开始在群发系统中实现，后来的抢购、红包和火车票的场景中也屡屡看到它的身影。


2013 年的时候，我们在微博做粉丝服务平台，一个类似微信公众号的群发系统。然而比后者更困难的是，当时在产品设计上并没有像微信一样新建用户体系，而是直接基于微博的粉丝关系，这就意味着一篇文章要能能在很短时间内支持亿级的用户推送。这个数量级的订阅用户，即使看今天的微信公众号依然是难以想象的。
当时有一套老的群发系统，都是基于 MySQL 的收件箱设计，在更换了 SSD 硬盘，又批量化数据库操作之后，整体写入性能依然只在每秒几万的级别，这就意味着一亿用户只能在 17 分钟内发完，我们意识到这套系统需要进行重新设计。

最终我们我们使用了一种新的架构方式，达到了每秒百万级别的速度，而且还可以更高。这种模式就是单元化架构。

下文介绍我参照了架构模式的说明方式，希望能够让大家有个对比，喜欢你可一定要说好！

单元化架构

如前所述，我们选择单元化的一个重要目的是为了性能，为了极高的性能。这比起一般的分层架构来讲，会获得更经济的结果，但也因此，牺牲了分层架构的一些特性，因为它的容量取决于单元的大小（关于单元等名词介绍，我会在下文介绍）。

虽然它支持按照单元扩容，但在单元内基本上每层的性能都是固定的。这更适合容量可预期的场景，比如大多数已经趋于稳定的业务。像前面的粉丝服务平台，虽然他下发消息量级巨大，但是在整体层面，使用平台的用户由于是 VIP 用户，其规模基本在在数百万级别，而粉丝量级也不太可能过亿。

重要的是，基于当时的业务数据，我们已经知道平均粉丝数在什么量级。而业务数据是架构选型的重要依据。商品秒杀、火车抢票等等都是一样。
 
当然也有例外。因为单元化架构作为一种思想，它不会局限在一台机器，一个机架，它也适用一个机房。当它的层次变大时，单元内自然就可以有变化的空间。每一层服务都可以分开伸缩。而到了这个层面，它的追求可能就完全不一样了。像阿里的双十一服务改造，会为了流量的分离，像 QQ 的聊天，会为了接入的速度。它们的基本思想是一致的。

至于单元化架构和煎饼果子的关系，我会在文后回答。

核心概念 Key Concepts

分区（Shard）是整体数据集的一个子集。如果你用尾号来划分用户，那么相同尾号的用户可以认为是同一分区。

单元（Cell）是满足某个分区所有业务操作的自包含的安装。我们从并行计算领域里借鉴了这个思想，也就是计算机体系结构里的 Celluar Architecture，在那里一个 Cell 是一个包含了线程部件、内存以及通讯组件的计算节点。 https://en.m.wikipedia.org/wiki/Cellular_architecture

单元化（Cellize）这是我的自造词，描述一个服务改造成单元架构的过程。

模式描述 Patten Description

单元架构最重要的概念，就是单元和单元的自治。

你可以将其想象成细胞，如之前所述，每个细胞都是自成一体，功能明确。你也可以将其想象成小隔间，就像你去了一个按摩院，每个隔间里都有技师和所有设备。我没有用前面那个名字，因为其有太强的生物学含义，也没有用后者，因为其有太多的服务性暗示。但是如果你有足够的想象力，其实什么名字都可以的。

说到单元的自治，即单元的自我协调和之间的隔离。单元既然做到了自包含，那么其中的所有组件，不管是否在物理上分离成了独立的服务，都是在一个单元内互相支持的，也就是跟其他单元内的同类和非同类组件都不会有任何交流。这也是跟基于空间的架构的重要区别，后者的处理单元之间还是会互相通信并同步信息。

这里的挑战就在于分区的算法。一个单元内的组件会很多，如果业务复杂，涉及到的数据也会很多，为了隔离，每一个组件都要能按照同样的算法进行分区。

本质上每个单元都是相似的，单元之间的区别或者取决于请求，或者取决于数据。而且越到大的层面，区分度越低，用户甚至是可以在不同单元间漫游的。

模式动力学 Patten Dynamics

单元架构的最典型目的，还是为了极高的性能，为了获得经济的高速度。这里一方面，是因为我们发现其他架构实际上是浪费了很多资源，每一层服务都运行在单独的操作系统上，而且都要通过局域网或者城域网中转。

与此同时，传统的互联网服务还是希望用一堆计算能力普通的节点来服务大量用户，而随着摩尔定律的推进，单机性能越来越高，网络通讯的成本随之变得耗费显著。这使得我们有机会也有动力在垂直方向进行扩展。

当你把更多的组件放在同一个地方的时候，你也在物理上获得了计算本地化的优势。这是我们获得性能提升的根本原因。

服务分成了很多单元，但总要跟外界通讯，这个事情是交给协调者 Coordinator 的。你可以在内部增加存储、缓存，增加队列和处理机，这些所有不交互的组件，理论上都不是外部资源可以访问的。

前面我们提到，单元化过程也是分区算法的应用过程。而这个分区算法放在哪里就是个问题。

我们可以封装运行库交给客户端，也可以做个代理层，内置算法。也有一些服务因为业务需要，请求需要复制到每个单元去。这就是典型的 Scatter-Gatter 模型，那么你还可能需要一个作业管理系统。这些都是可选择的使用方式。

模式分析 Patten Analysis

总体敏捷度低，易部署性低，可测试性高，性能高，伸缩性高，易开发性低。

基于篇幅原因，不再详述每一个方面，相信大家都能自行分析。唯一需要强调的是运维要求比较高。

单元化之后，所有的服务放在一起，在请求失败的情况下需要快速定位某个单元，这跟分层排除的思路是不一样的。如果运维团队不够高效，面对这样集群数量的暴涨（每个单元的服务数量相当于原来一个集群的服务数量），有可能是会被大量的工作压垮；如果运维团队分离比较明显，每种组件都是专门的团队来维护（这是我们在微博遇到的），那就会有排异反应的风险，因为每一个团队都有自己的权限和服务管理习惯，这里需要相当的协调工作来防止相互干扰。

后记

前面留的一个问题，煎饼果子跟单元化架构的关系。答案说起来很简单，你问问煎饼摊就知道了。

煎饼是分层的，煎饼摊是单元的。消息发送服务是单元的，但是索引维护是分层的。看模式要确定系统的范畴，从不同角度看，同样的东西是有不同意义的。这也是架构师要做的思考。

其实 IT 系统千百万，模式肯定不会止于这几种。但有了基础的模式，了解它们之间的相似和区别，对于我们设计自己的系统，思考其中的权衡都是有帮助的。

Q & A

1. 单元化设计与 Docker 的容器化思路是否相通？又有何差异呢？

一乐：应该是关注的点不一样，但不冲突。Docker 一般是在微服务架构下会使用的措施，但并不意味着不能用在其他架构上。一个单元内的各种组件，使用什么样的技术，都是新的选择。用 Docker 不错。

2. 对于分布式服务，单元化架构可能会带来数据一致性问题，这个一般如何解决？

一乐：可能我没有理解你场景，单元化一般不会带来一致性问题。因为 Sharding 之后，一块分区数据相当于完全属于一个单元，其他单元是被隔离访问的。


3. 单元化架构最小情况是单台机部署整体服务，资源方面如何规划？

一乐：这方面就要计算了，也就是进行容量规划，相信大家在这方面都很熟悉。一个需要注意的点是，单元化的架构应用在可预期的总体容量上时会省很多事。鉴于分区算法的固定，扩容方面，其实可以通过预先规划，在单机上再进行多单元混部的方式。

4. 单元与 app cluster（总服务器）之间是怎么进行关联的，是通过注册服务还是按照 hash 分派的，如果是 hash 分派，那么挂了怎么接回的，如果是注册服务，是怎么对应分派服务呢？

一乐：简单做就是 hash 分派，高级点就是注册服务，可以直接参照成熟的 Sharding 算法。任务只要到了单元内，就是单元自己的事了。如果你的 Job 有阶段性，可能要考虑 Job 状态记录以及请求处理的幂等性

5. 你觉得单元化架构的问题是什么？如果让你重新设计你会做哪些改进？

一乐：这个问题太聪明了，谢谢！单元化架构的问题，如之前所说，有一个扩容难题，有一个运维难题，有一个单点问题。扩容问题刚才说了，在三年前我们还没有 Docker 的时候，我们的服务隔离难度很大，现在已经今非昔比。一刀（Docker）在手，天下我有！单元的单点问题，你得考虑单元级别的主从同步，这方面常见的互联网技术就行。

6. 分布式架构经常讲究服务器无状态，这样可以单台服务器异常对整体服务无影响。但单元化意味着服务是有状态，如何保障高可用？

一乐：无状态只能是业务层，涉及到数据的不会无状态，因为数据就是状态的记录。保障高可用嘛，前面说了，先把主从做了吧。

7. 单元细胞内依然采用分层架构设计还是 ALL IN ONE 即可？

一乐：在讲单元化的时候，其实不要求单元内的组织模式，所以回答是都行。

8. “每秒百万级的推送” 除了采用这种单元化的架构模式使之成为可能对于基础的中间件如 队列 db 等的架构如何规划的？还要额外考虑哪些技术点或问题？

一乐：队列主要用来防峰，在高速服务里，如果再想扩容，肯定先走批量的路子。db 的规划其实是重点，单元化架构实际上算是以数据为中心的一种模式。额外的考虑其实跟之前都很像，不过要做一些特殊的处理，比如冷热数据的分离。

参考阅读

一个单元化架构的例子 http://t.cn/RqM5Ns0

Software Architecture Patterns http://www.oreilly.com/programming/free/software-architecture-patterns.csp

校长:技术成长四个阶段需要的架构知识
 
支撑微博千亿调用的轻量级RPC框架：Motan

Upsync：微博开源基于Nginx容器动态流量管理方案

小编：一乐最近也开了公众号，内容非常有特色，将复杂的道理说得如煎饼这么通透，所以别忘了识别二维码关注，错过这次小编琢磨最短都要再等一年。

本文策划庆丰，编辑王杰，想讨论更多架构设计，请关注公众号获取进群机会。转载请注明来自高可用架构「ArchNotes」微信公众号及包含以下二维码。

收起阅读 »

iOS 消息扩展
好友列表中通过自定义扩展消息来传好友的头像和昵称。
 
 
发送之前把头像和昵称通过EMMessage传递给对方（发送消息不光发给对方消息，并且把头像和昵称发给对方），接收的时候解析出来
EaseSDKHelper.m这个类里有一个发送方法 发送消息的时候通过消息扩展传给对方
#pragma mark - send message
+ (EMMessage *)sendTextMessage:(NSString *)text

                            to:(NSString *)toUser

                   messageType:(EMMessageType)messageType

             requireEncryption:(BOOL)requireEncryption

                    messageExt:(NSDictionary *)messageExt{
....
 
 message.ext = @{@"logo":@"头像",@"name":@"名字"};
 
....
}
消息页面的头像和昵称
EaseConversationCell.h
- (void)setModel:(id<IConversationModel>)model{
头像换成message.ext[@"logo"]
昵称换成message.ext[@"name"]
 
  if (self.model.isSender) {
        [self.avatarView sd_setImageWithURL:[NSURL URLWithString:@"http://img5.imgtn.bdimg.com/it/u=159694920,2166605543&fm=21&gp=0.jpg"] placeholderImage:model.avatarImage];
        _nameLabel.text = @"自己的昵称";
    }
    else{

        [self.avatarView sd_setImageWithURL:[NSURL URLWithString:@"对方头像地址"] placeholderImage:model.avatarImage];
        _nameLabel.text = @"对方的昵称";
    }
}
消息详情的头像和昵称（同理）
EaseMessageCell.h
- (void)setModel:(id<IMessageModel>)model{
头像换成message.ext[@"logo"]
昵称换成message.ext[@"name"]
 
}
做的时候花了好多时间研究  ，希望对后人有所帮助。 收起阅读 »

随着企业信息化需求的复杂多变，客户服务和体验理念的人性化和智能化，企业通信以及呼叫中心一直是ICT市场上不容忽视的领域。4月14日-15日，由CTI论坛主办的“2016中国呼叫中心及企业通信大会”在北京盛大召开，本次会议以“联络中心的数字化DNA”为主题，围绕企业通信、呼叫中心、下一代通信架构等内容为话题，继续推动ICT产业发展。包括环信等40余家领先的行业供应商展出了其最新产品和服务。同时，环信CEO刘俊彦受邀发表主题演讲，用环信的真实用户案例来诠释什么才是全媒体智能客服时代的最佳实践!

环信移动客服特装展台人头攒动，现场签约成功数单

环信CEO主题演讲，全程无尿点

随着云计算、大数据、移动互联网以及社交媒体的兴起，传统通信模式、企业和客户的交互方式和沟通形态，以及服务理念正面临着前所未有的问题和挑战，新的行业格局也正在形成。2015年作为中国企业级服务元年，同时也是SaaS服务元年，尤其在客服领域诞生了一大批以产品体验和技术创新驱动的SaaS公司，而以全媒体、智能化、移动化为主打的环信移动客服更是其中的翘楚，不到一年时间内服务了1万多家企业，并且在融资额和市场份额上也遥遥领先。

什么是全媒体客服? 
 
环信CEO总结到：“来自不同媒体的服务请求均可以统一接入，一键回复，打造跨网、跨界、跨平台的极致客户服务体验。”链家自如客使用环信实现了全媒体客服，环信帮助链家自如客打通了来自App端的客服入口+网页端客服入口+微信端客服入口，不仅可以统一接入回复且后台数据打通共享。帮助链家自如客优化了客服团队，极大的提升了效率，节省了成本。

链家自如客使用环信实现全媒体客服

同时，环信还提供“一体化”客服工作台，支持从APP、微信公众号、微博、网页、呼叫中心等渠道接入，且每个不同渠道均有不同标识进行识别。

从传统呼叫中心到全媒体客服，一场“效率”革命 
 
随着人口红利消失，呼叫中心的升级转型将越来越普遍，2015年中国劳动力规模由2012年的9.37亿降至9.11亿人。中国劳动力人口连续4年绝对值下降企业客服面临的“用工荒”将持续扩大，运营成本将越来越高，越来越多的企业将复制环信客户“学而思”的客服转型之路，从语音呼叫中心为主转而采用全媒体客服，拥抱移动互联网。 
 
学而思以前部署有4套客服产品包括：1，呼叫中心。2，网页客服。3，新媒体客服。4，APP客服。同时对应4个客服团队支持，相互数据不打通，尤其自开通微信客服后，咨询量增长明显，由用户数据不打通带来的用户投诉增多。而且每年10—11月是教育行业的交费季，以前主要靠呼叫中心外呼，工作量巨大，效果不满意。学而思在2015年集成环信移动客服以后，服务模式改为APP内缴费，并在APP内提供客服支持。整个2015年缴费季，APP客服部门数十人完美解决了往年数百个语音客服的工作。环信CEO刘俊彦认为：“APP客服相比电话客服大幅度提供服务效率，全渠道客服也已经成为企业刚需。”
 
 IVR进入触摸时代，自助服务的未来，智能机器人将大显神通 
 
传统IVR，用户需要听完所有菜单再做选择。而现在主流的ITR导航，用户只需在手机上直接选择关注的问题，简单方便。其中神州租车就采购环信移动客服，其中的智能ITR大大缓解了人工客服压力。Gartner预测到2020年，ITR将完全取代IVR全面进入触摸时代。

神州租车使用环信智能ITR缓解人工客服压力

近期李世石1:4不敌AlphaGo的事件又将人工智能推上了风口浪尖。而环信是客服行业少数自主开发智能应答机器人产品的公司，环信知识库+智能聊天机器人可以帮助人工坐席挡住80%的常见问题。同时具有以下特性：1，灵活可定制的智能会话、自定义菜单导航功能。2，预置的行业知识库，行业相关的常见问答可以一键拥有。3，与现有知识库系统对接，机器学习，智能优化知识库。4，人机无缝配合，更少的成本，更好的客户体验 。

环信首推的人机混合服务极大提高客服应答效率

环信CEO表示“人机混合服务”将是现阶段最适合也是最具效率的客户服务方式。

服务式营销，从成本中心转向利润中心 
 
随着客服中心不断的被新时代赋予新的含义，传统的客服中心也正逐渐从成本中心向营销中心和利润中心转化。其中移动电商标杆企业楚楚街就使用环信APP IM长连接技术实现了精准商品推荐。楚楚街精准营销四步走：1，通过“客户标签”功能+“大数据分析”找到目标群体。2，通过环信移动客服的精准营销推送接口，将富媒体商品信息定向推送给目标客户。3，只要APP没被卸载，哪怕APP在后台，用户手机都能收到消息推送。4，客户选择咨询或直接购买。

移动互联网的电话外呼——金融界为电话销售配置环信APP主动营销平台

近期，环信还上线了业界首个“客户声音”产品，可以通过热点话题分析发现新畅销商品，通过情感度分析发现服务问题，来帮助企业更好的来倾听客户的声音。 
 
最后，环信CEO预测：“随着国内SaaS客服产品的逐渐成熟完善，中小企业将全面拥抱SaaS客服，建设全媒体客户关系中心。而传统大型企业也将增量部署全媒体客服，保护已有投资，拥抱移动互联网。”SaaS客服也将逐渐成长为一个千亿级市场。同时，环信CEO认为未来远程办公，移动办公和众包客服将解决客服行业人力资源不足的问题，而环信移动客服的手机端工作后台将提供很大的助力。 
 
环信移动客服简介
 
环信移动客服是全球首创的全媒体智能云客服平台。支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、移动端客服和呼叫中心等多种渠道。环信移动客服基于环信业界领先的IM长连接技术保证消息必达，并通过强大的智能机器人技术极大降低人工客服工作量。 
 
环信移动客服于2014年12月上线，截至2015年底，环信移动客服共服务了12000家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等20大领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、随手记、海尔、51talk，链家自如客等众多互联网和传统企业。根据易观国际发布的《中国SaaS客服市场专题研究报告2015》显示：截至2015年第三季度，环信移动客服在SaaS移动端客服用户覆盖占比为77.4%，以绝对优势稳居行业第一。


  收起阅读 »

SaaS(Software as a Service)技术在国内呼叫中心领域已兴起多年，但直到近两年才形成风暴式的发展。当前，不仅新型互联网企业愿意采用这种布署灵活、低成本、高效率的云端技术，大量传统企业也在服务升级的推动下向SaaS模式的客服系统过渡。据行业估测国内客服软件市场需求在200亿人民币左右，未来几年中国SaaS市场将保持30%以上的年复合增长率。2015年以来，随着2B市场被资本引爆，客服行业涌现出一批专注于多渠道、智能化一体的SaaS型企业，在激烈角逐的同时也为行业带来更多创新活力。

环信创立于2013年，经过不到三年的发展，其产品已从最初的即时通迅云平台，发展到智能移动客服系统、全渠道智能客服平台。2015年，环信的移动客服产品荣获工信部颁发“最具成长性APP应用奖”;同年10月，荣获第十一届“金耳唛杯”中国最佳客户中心技术产品奖。2015年底，在易观发布的《2015中国SaaS客服市场专题研究报告》中，环信移动客服在SaaS客服移动端用户覆盖占比77.4%，居国内市场第一。目前环信已经获得四轮，总计2200万美元的融资，成为即时通迅云和SaaS客服领域融资最快、资金最充裕的平台。 
 
近期，《客户世界》杂志对环信即时通信云CEO刘俊彦进行了专访，刘俊彦先生畅谈了环信过去3年的成长历程及对未来市场的展望。 
 
一、创造风口与把握机遇 
 
2013年，现在已更名为中关村创业大街的海淀图书城里有一家远近闻名的“车库咖啡”，是当时IT创业者的聚集地，环信即起步于此。
 
 2013年陌陌上市前后，社交软件的需求一时间变得非常之火，刘俊彦是这个领域的专家，当时找他咨询如何为APP开发聊天功能的人特别多，而单独开发一套APP聊天功能非常费时费力，于是他想到将即时通讯功能做成云服务的形式让用户自主集成，这样可以高效地帮助创业者发展。 
 
“即时通迅云”作为即时通迅领域的创新概念由环信首次提出，产品推出后，随即获得了创业者和众多企业的认可和追捧，很短的时间内平台上就发展出上万家企业用户。“风口”的效应其实是无意间被创造出来的。
 
 据刘俊彦介绍，环信的四位联合创始人都是技术出身，他本人曾就职于RedHat(红帽)公司，有着多年开源社区项目的开发经验。创业团队平均年龄在四十岁左右，算是中年创业，因为之前都在外企工作收入比较高，所以在创业之初没有太多经济压力，也非常清楚自己的优势。选择好了产品方向，大家就本着务实的原则向前努力，最初的办公地点就在“车库咖啡”，“七八个人占两张桌子，每天早晨来上班还要占座。”
 
 2014年5月，车库咖啡对面开了一家叫“36氪”的孵化器。开业的前一天刘俊彦和伙伴儿们过去转了转，就碰到氪空间负责人，一番交流后对方马上邀请他们入驻“氪空间”。他们周一搬家刚入驻，下午就来了两拔VC，其中就有经纬的投资人，聊了两个小时后，第二天就签署了协议。
 
 “第一次融资可以说是一个非常偶然、随意的过程，”刘俊彦说，“我们在创业的时候并没有融资的想法，也没想到以后要怎么挣钱，会有什么样的商业模式。唯一可以想象的是，如果有几万个APP在用我们的产品，每天有几亿人连接到我们的服务器上，用我们的聊天功能谈论社会热点，交友，购物，到那个时间点价值一定会显现出来。”
 
 在资本的支持下，公司很快走上正轨。2014年10月起，环信投入大量资源开发移动客服产品，也即从原有的PasS(PlatformasaService)平台向上延伸，做SaaS产品。 “从即时通迅云上线的第一天起，就不断有用户来找我们，希望把聊天功能做成像淘宝旺旺那样的可以嵌入到APP里的客服工具。因此，移动端的客服产品可以说是在用户真实需求的趋动下自然而然地开发出来的。开始的时候你其实不知道商业模式，当你每天接触几百个用户，有几千个公司、几万个人在用你的产品的时候，商业模式自然而然就形成了。” 
 
2015年4月环信移动客服上线，在当时的时间点上，APP中有内置客服的产品只有“淘宝旺旺”和京东的“叮咚”。通过把PaaS平台的老用户成功转化为SaaS平台的新客户，环信在自己创造的风口上再次成为了移动端客服软件的领跑者。2015年5月环信获得B轮1250万美金融资，签约付费客服席位4万个，典型用户包括国美在线、58到家、楚楚街9块9等上百家互联网知名企业。 
 
2016年伊始，环信基于当前客服市场对统一解决方案的需求再次推出全渠道智能客服产品。
 
 二.以机器人、大数据确立竞争优势
 
据2015年“双十一”天猫的销售统计数据，接近70%的订单来自移动客户端，这意味着客户服务未来会越来越多地向移动端倾斜。同时，社交媒体的发展不仅连接了人与人、人与商业，未来还将连接一切，因此这种连接的价值一定要在未来的客服软件中体现出来，而客户不仅仅是通过微博、微信等社交工具向企业寻求帮助，还会有更多的用户之间的互动与互助需求需要被满足。刘俊彦认为移动化、社交化、智能化与个性化是未来客服软件产品应该具备的特性。未来客服工具不仅要具备全渠道接入、质检、统计、知识库查询等基础功能，还需要智能化和大数据的能力来帮助客户更好地提升服务效率并进行精准的二次营销，帮助企业客服中心成为真正的利润中心和价值中心。此外，SaaS客服软件具有的定制化优势可以很好地满足客户个性化需求，企业用户可根据自己的特点和需求自定义设置系统模块。
 
 针对未来客服产品的发展趋势，环信产品目前除了拥有完善的基础功能外，还在机器人研发及大数据分析方面做了大量的投入和部署。据刘俊彦介绍，目前人机混合的智能机器人问答、客户画像等先进技术已进入生产内测环节。未来环信产品的差异化优势除了原有IM长连接技术外，将更多体现在商业化智能分析、智能机器人问答、大数据分析与挖掘等方面。黑科技领域的技术优势将在下半年的竞争中逐渐显现出来。 
 
“我们现在做人机混和，当机器人回答不了客户问题时，会转人工座席，人工座席回答的同时，我们会把会话同时‘喂’给机器人，机器人不断的自动学习人工坐席的回答，并根据知识库和以前的知识积累，自动提示座席回答内容，座席看到提示靠谱，只要点击一下就可以发送给客户，这对工作效率是极大的提高。”
 
 刘俊彦说：“资本投入上的差异是非常关键的，研发上的投入一定能从产品上体现出来。我们花了大力气和大价钱找到最优秀的人才加入我们。像人工智能、机器学习领域的顶尖人才，说服他们加入，光靠好的待遇是不够的，更重要的是用愿景来打动他们。”环信目前拥有180名员工，其中90是研发人员，是一支技术导向型的团队。 
 
统计资料显示，中国目前企业总数5000万家，而IT普及率不及5%。对标美国市场，美国的企业总数不及中国企业数量多，但IT普及率达到50%。在企业服务领域，美国有四五家几千亿美金市值的巨头公司，如微软、SAP、ORACLE等，但在中国SaaS领域还没有大型公司出现。当前中国大量的企业在做“互联网+” ，谁来满足这批用户的需求，就有可能成为中国企业级服务市场的巨头。“这是一个非常大的增量市场，我们能吃下十个亿就是一个很好的公司了。”刘俊彦对市场未来充满信心。 
 
有人把未来世界的产业格局划分为三个维度，一维：传统产业;二维：互联网产业;三维：智能科技产业。而将二维产业升级为三维产业的关键力量是大数据的崛起。未来一切竞争归结到最后都是数据的竞争。当前，智能客服机器人和大数据技术是带动整个服务产业升极的核心技术。
 
 从用户需求出发，选择长赛道、拥抱尖端技术，做市场的引领者是环信始终的选择。
 
 三.访谈实录 
 
Q：目前的很多大型传统型企业已经有了成型的传统呼叫中心平台，您如何看待他们对全渠道平台的引入?
 
A：这些企业之前自建投入非常大，我们的策略是让他们在继续保留这些投资的同时，帮助他们拥抱移动互联网。我们提供一套在线客服系统，让他们可以连接微博微信网页和APP，不仅有KPI考核、统计等常用功能，还有先进的机器人客服，可以和原有呼叫中心无缝打通，比如一个人以前通过电话找过你，再通过微信，网页等渠道进来，你依然可以识别他，并且知道之前的交互记录，数据是完全互通的。而且还能做统一排队，比如一个服务交互在微信上没有解决问题，客服人员提示客户电话接入，这时电话再次接入到的一定是刚才服务过你的那个座席。因此客户可以在投入不大的情况下就可完成“互联网+”的升级。
 
 Q：您提到统一排队的概念，我想深入问一下，这也是我在很多客户那里遇到的问题 。因为在线渠道是即时的，语音渠道是实时的，比如一个提供三种服务的座席，也叫全技能座席，正在接听一通电话，这时有一个实时的微信推送过来。正常来讲排队系统应该能识别到座席的状态不能接入这个业务，对于这个问题，您是怎么解决的? 
 
A：这是很多做客服软件的厂家遇到的一个特别大的困扰。我们针对大型用户的解决方案一般会把语音座席和即时座席分开，因为实时和即时不可能做到统一排队，这是两个互斥的行为。我们提供一种最佳解决方法，软件是一个全技能的座席软件，座席也是一个全技能的座席，但是状态可以切换，比如企业准备在晚上6点多做一个促销活动，预测6点半从微信、APP渠道会接入大量客户请求，那么这个企业6点25分把十个座席从语音状态全部切换到在线座席的状态，同一组人、同一台PC、同一个软件实现渠道间的切换。我们认为做到这点就很好了。
 
 Q：您的 SaaS平台，如何保障客户的数据安全? 
 
A：我们从以下几个层面保护：首先我们和每个用户都有签署严格的法律协议，公有云上客户的数据全部是客户自己的，我们不会碰，客户有完全的处理权。第二从技术架构上进行运维监控，我们内部的运维人员分层，公司里目前只有两个人，不包括我在内能进入到数据库，其他运维人员只有服务的运维权限没有数据权限。而他们也和公司签定了严格的法律协定，任何一举一动都会被系统监控。出了未经授权的问题会承担法律责任。第三，我们是一个多租户系统，租户间的数据都是完全隔离的。第四我们长期聘请第三方安全公司对公有云平台做扫描，进行服务升级，确保不出现任何安全上的漏洞。 
 
Q：关于“客户画像”，你们在具体服务中是帮助客户做一些分析还只是把数据给到客户让他自己去分析?
 
 A：用户画像是主动营销的核心技术，举个例子，我们有个规模很大的电商用户，在后台做了一个大数据挖掘，找到2万名妈妈，打上标签，然后再从中找到所有2-4岁小孩的妈妈2千名打上标签，通过我们客服软件的群发接口给目标用户推送儿童汽车坐椅的消息。客户点击后并不是进入一个广告页面，而是进入一个和真人对话的一对一的聊天页面。这种营销方式比企业之前毫无差异地群发广告提高了20多倍的客户转化率。这项技术有两个核心点，一是基于大数据的用户精准画像和标签;二是APP主动营销，这是对过去外呼时代呼叫中心主流营销模式一个质的改变。可以理解为它是一种APP的外呼技术，代替了以往的电话通道，但对用户干扰非常小。
 
 Q：我们的产品可否满足运营人员对于管理工具的定制化需求?在使用中客制化是否方便、速度如何?
 
 A：我理解这个问题的核心是报表和统计，再往上说是数据和挖掘。以前的软件产品会提供很多报表，但这个时代过去了，因为对于太多的报表客户经常会不知道怎么用，而且用户永远都有层出不穷的新报表需求，那种写死的报表无法与时俱进。我们现在所有的数据分析和报表都是基于发现式的BI和大数据挖掘。以前的报表改不了，而发现式BI则是根据大数据引擎不断挖掘出各种结果。用户可以自行灵活配制界面，你需要什么指标，什么图都可以自行配制。新时代的大数据公司全是做这种发现式的报表，这是一项非常核心的技术。
 
 Q：我们能满足企业自建平台的需求吗?
 
 A：会满足，因为中国现状是这样，尤其是投资、金融、印刷等行业有严格规定，数据就是不能出公司。我们也是可以做私有云。私有云客单价高。
 
 Q：我看到环信经常发布一些交流活动信息，比如组织iGEEK GAMP沙龙、APP运营沙龙?这些活动举办的初衷是什么?影响如何?
 
 A：我们的PaaS产品(即时通迅云)为我们的SaaS产品贡献了很多优质客户流量，我们需要用这种社区的方式来维护和构建深度的开发者关系。我们认为，未来客户管理产品将是一个生态体系中的产品，SaaS产品只是一个基础软件，上边会长出很多小的分支，比如一些定制化需求，由其它的第三方团队来做，我们给他们提供API接口，进行定制化开发。我们通过环信的这些社区活动聚集了一批开发者团队，这也是为我们未来生态圈的布局做积累，做蓄水池，这是其他行业竞品所不具备的。 从产品角度来说，做客服软件最大的痛点就是刚才提到的高级和大型用户的复杂定制化需求，如何解决，就是通过环信的PaaS平台，把基础功能开放出来，不仅做自己的产品也让合作伙伴在这个平台上做二次开发，比如开发者可以在我们平台上做一个专门的报表模块。这应该是所有的SaaS厂商的必由之路，但这需要底层的平台有很好的扩展性和开放性，这在技术上的门槛非常高。 
 
这实际就是生态圈的玩法。生态圈相当于一个核武器，超越产品是有可能的，但想超越生态圈难度太大了。

  收起阅读 »

这是一篇很正经的讨论帖，关于昵称头像的讨论。

---------割---------

写在前面的话：

集成环信即时通讯的时候，相信大家都有问过这个问题，“昵称头像怎么实现？”
 
如果你的你的昵称头像已经实现，请直接跳到文章末尾进入讨论！
 
在回答这个问题前先简单介绍下环信对于昵称头像的设计：

 环信只是即时通讯的消息引擎。环信本身不提供用户体系，环信既不保存任何APP业务数据，也不保存任何APP的用户信息。比如说， 你的APP是一个婚恋交友APP,那么你的APP用户的头像，昵称，身高，体重，注册电话号码，注册邮箱等信息是保存在你自己的APP业务服务器上，我们服务器端不保存任何用户具体信息。 

    环信这样设计的目的有2个：

    1. 尽量少的侵入开发者自己APP的业务数据和用户体系。用户体系是一个APP的最最核心的数据，在当前中国的环境下，部分开发者会比较难信赖一个第三方厂商，把自己最关键的用户体系信息托管到一个第三方平台上。

    2. 大多数APP都有自己的服务器后台，有自己的用户体系。所以环信要尽力做好的环节是尽可能方便开发者把环信和自己的用户体系集成，而不是为开发者提供他们可能并不会用的用户体系。

不知道大家看明白了没有，如果有疑问接着往下看

集成环信即时通讯在实现昵称头像方面推荐两种做法
 
方法一 从APP服务器获取昵称和头像
 
方法二 从消息扩展中获取昵称和头像
 
关于两种方案的实现思路与对比优缺点在连接后面也有阐述。

思路给出来，大家就按照着做吧，在做的过程中也收到了一些小伙伴们的吐槽，能不能有现成的参考呀？于是环信在后来的demo中就实现的昵称和用户信息，小伙伴们又可以愉快的敲代码了！

 关于demo 的昵称头像需要给大家说明的，这里非常重要，请接着往下看：

demo使用的的存储使用了parse的服务，有一些开发者可能会直接copy了demo中的代码也使用了parse来存储昵称和用户信息，parse的服务快要到期了，还有两个月就会迁走，我们想统计下有哪些用户用了parse的服务？

 
今天要讨论的事情就这么多，大家如果使用了parse请告诉我们，作为环信的用户肯定是要对大家负责的，会给出一个解决方案，或者直接提供一套这样的服务。
  收起阅读 »

大神，帮我看看这个问题怎么解决，提前谢谢，里边没有表情，我用的是模拟器

日期与时间：2016年4月14日15:00

持续时间：半小时

描述：教你如何从零开始，用环信ios sdk实现即时视频和聊天

本期环信直播课堂将由环信IOS工程师fudh给大家详细讲解集成3.0 SDK实时音视频

直播观看地址： http://www.imgeek.org/video/15 

视频回放地址：http://www.imgeek.org/video/24 收起阅读 »

2016年4月8日，由江苏智恒发起的《企业通信与呼叫中心技术发展论坛》在江苏南京圆满落幕。环信做为全媒体智能云客服倡领者受邀参加了本次行业盛会，环信CEO刘俊彦在大会与现场的数百位行业精英一起分享了题为《全媒体智能客服时代的最佳实践》的主题演讲。

本次论坛活动旨在促进新兴通信技术在企业通信呼叫中心领域的推广、提高企业的通信能力、提高企业部署通信和客户服务平台时的策划水平。包括开源软交换技术，基于浏览器模式的实时通信技术，视频直播技术，呼叫中心领域中的智能化和多渠道客户体验技术。

2015年作为中国企业级服务元年，同时也是SaaS服务元年，尤其在客服领域诞生了一大批以产品技术驱动的SaaS公司，而以全媒体、智能化、移动化为主打的环信移动客服更是其中的翘楚，不到一年时间内服务了1万多家企业，并且在融资额和市场份额上也遥遥领先。

从传统呼叫中心到全媒体客服，一场“效率”革命

随着人口红利消失，呼叫中心的升级转型将越来越普遍，2015年中国劳动力规模由2012年的9.37亿降至9.11亿人。中国劳动力人口连续4年绝对值下降企业客服面临的“用工荒”将持续扩大，运营成本将越来越高，越来越多的企业将复制环信客户“学而思”的客服转型之路，从语音呼叫中心为主转而采用全媒体客服，拥抱移动互联网。

学而思以前部署有4套客服产品包括：1，呼叫中心。2，网页客服。3，新媒体客服。4，APP客服。同时对应4个客服团队支持，相互数据不打通，尤其自开通微信客服后，咨询量增长明显，由用户数据不打通带来的用户投诉增多。而且每年10—11月是教育行业的交费季，以前主要靠呼叫中心外呼，工作量巨大，效果不满意。学而思在2015年集成环信移动客服以后，服务模式改为APP内缴费，并在APP内提供客服支持。整个2015年缴费季，APP客服部门数十人完美解决了往年数百个语音客服的工作。环信CEO刘俊彦认为：“APP客服相比电话客服大幅度提供服务效率，全渠道客服也已经成为企业刚需。”

IVR进入触摸时代，自助服务的未来，智能机器人将大显神通

传统IVR，用户需要听完所有菜单再做选择。而现在主流的ITR导航，用户只需在手机上直接选择关注的问题，简单方便。其中神州租车就采购环信移动客服，其中的智能ITR大大缓解了人工客服压力。Gartner预测到2020年，ITR将完全取代IVR全面进入触摸时代。

近期李世石1:4不敌AlphaGo的事件又将人工智能推上了风口浪尖。而环信是客服行业少数自主开发智能应答机器人产品的公司，环信知识库+智能聊天机器人可以帮助人工坐席挡住80%的常见问题。同时具有以下特性：1，灵活可定制的智能会话、自定义菜单导航功能。2，预置的行业知识库，行业相关的常见问答可以一键拥有。3，与现有知识库系统对接，机器学习，智能优化知识库。4，人机无缝配合，更少的成本，更好的客户体验 。

最后，环信CEO预测：“随着国内SaaS客服产品的逐渐成熟完善，中小企业将全面拥抱SaaS客服，建设全媒体客户关系中心。而传统大型企业也将增量部署全媒体客服，保护已有投资，拥抱移动互联网。”SaaS客服也将逐渐成长为一个千亿级市场。

环信移动客服简介

环信移动客服是全球首创的全媒体智能云客服平台。支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、移动端客服和呼叫中心等多种渠道。环信移动客服基于环信业界领先的IM长连接技术保证消息必达，并通过强大的智能机器人技术极大降低人工客服工作量。

环信移动客服于2014年12月上线，截至2015年底，环信移动客服共服务了12000家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等20大领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、随手记、海尔、51talk，链家自如客等众多互联网和传统企业。根据易观国际发布的《中国SaaS客服市场专题研究报告2015》显示：截至2015年第三季度，环信移动客服在SaaS移动端客服用户覆盖占比为77.4%，以绝对优势稳居行业第一。 收起阅读 »

在微信公众号运营的圈子里，十篇文章有九篇教人如何涨粉，这已然成为常态，而少有涉及到粉丝取关方面的思考。因为在大多数运营者眼里，几个粉丝的流失太过正常，和增加的几百上千个粉丝量相比，简直就是九牛一毛。


当然，每天少数几个粉丝取关确实是正常的，特别是在文章推送或者微信活动之后，会出现较平常多的掉粉现象。正常的粉丝取关可以起到甄别非目标受众，为微信公众号沉淀优质粉丝的良好作用。

然而，对于很多刚刚起步的公众号来说，当看到自己的粉丝好不容易涨了三十个，却掉了十五个，相当痛心的一件事不是吗？你仍然紧盯着如何如何快速涨粉，关注着又新增了多少多少个，唯独忽视了取关的那部分；或者看到了，然后惋惜一下，就再没有然后了。第二次、第三次，以致每一次，掉的粉丝快赶上增的粉丝了，还能无动于衷吗？

草莓君认为，公众号无论大小，粉丝无论多少，当每天持续不断有较多粉丝流失时，该停下来，认真找找原因：为什么粉丝会取关？怎样减少粉丝的再取关？

>>>>从粉丝关注解读粉丝取关的深层原因

为什么会关注一个公众号？无非是因为它对于关注者来说，有价值。这种价值有多种表现形式，可能是对受众有某种知识方面的教导（如：运营干货、化妆技巧）；可能为受众提供了即时资讯（如：早间新闻、一天热点）；也可能给受众带来精神层面的满足（如：笑话、情感读物）；当然这只是内容方面的价值。

还有一些公众号，通过二次开发，作为为受众提供实实在在服务的工具而存在，比如订票类公众号。往往，这种带有实质性服务的公众号，粉丝粘性会更高，因为关注的用户确实并且持续需要这样的服务。

由此就可以推断出：取消关注一个公众号，往往是因为它所提供的价值不能满足需要，对于关注者而言，没有了存在的意义。我为什么要留着一个对我毫无用处的东西呢？果断取关就在一瞬间。

好比，“活动盒子”公众号的定位是为广大运营人员提供运营干货、营销技巧，粉丝关注之后却想要知道如何做具体的抽奖活动，两个目的出现了分歧，公众号无法提供这样的服务来满足粉丝的要求，粉丝得不到她想要的，最终也就取消了关注。



>>>>从公众号的内容了解粉丝取关的基本原因

1、推送的内容和微信公众号的定位有过大的出入，主题混乱，不按常理出牌。一个美食公众号整天教你怎样化妆，做运营干货的老发心灵鸡汤，这得多突兀啊。完全就是怎么任性怎么来，粉丝本来就是冲着能提供如定位所说的价值而关注的，内容一旦脱离了定位，价值也就不复存在了。对广大粉丝来说，现在不取关更待何时呢？因此，不要轻易改变公众号的定位，推送不相关的内容。

2、推送的内容质量低、伪原创乃至同质化严重。据统计，2016年微信公众号的数量已超千万，每天推送的消息多达70万条，再加上公众号之外的网络平台，受众每天接收的信息不计其数，有太多的途径可以选择。

当所关注的公众号长期推送一些东拼西凑的伪原创文章，或者直接转载一些被转烂了的文章，又或者老写一些流水账式的文章，毫无亮点可言。最终会让粉丝觉得，这就是一个随随便便的公众号，没有实质的内容引起自己的兴趣和共鸣，自然选择了取关，再选个更符合自己要求的同类型公众号进行关注。

图片来源：企鹅智酷

3、微信公众号长时间不推送，成为名副其实的“僵尸号”。公众号又分为服务号和订阅号，订阅号每天都可以推送一次，而服务号只能每个月推送四次。但不管是什么号，如果粉丝长时间等不到内容更新，每次点开都只有N久前的消息，活跃度低的可怜，也就被当成一个“弃号”取关。

因此，对于推送的一些建议，盒子君认为：服务号应该每个星期推送一次，每个月四个星期，正好用完四次推送。订阅号的话，要按照每个号的性质和定位来决定推送的周期，像某些新闻、资讯、每日定点更新类的必须一天推送一次；而其它的如果不是每天推送，最好也要定好隔几天推送一次或者一个星期推送几次。目的就是在粉丝面前刷存在感，增加活跃度。

4、内容排版混乱，阅读体验太差。想象一下，读一篇文章，图片忽大忽小，忽左忽右；文字不分段，全堆在一起；这里明明用的是宋体，那里又变成了黑体；该表明小标题的地方又没有标出来；错别字还一揪一大堆。几千字的文章用手机阅读本来就够呛，又各种排版混乱，还能好好读下去吗？

如果说是赶时间推送，几次的失误就算了，次次都是这样，再好的文章，印象分也被磨灭了。忍无可忍之时就是取关之日。所以，请多花点时间，认真做好排版，让受众看的舒服。

5、推送的内容带有明显的广告营销性质。如果你没有达到相当的水准，请不要轻易给自己的文章插入广告。不要把粉丝当傻瓜，也不要妄想着你的粉丝会为你的广告买单，目的和利益性太过明显只会让粉丝觉得烦，久而久之也就取关了。当然，如果你能达到“王左中右”公众号中，文章广告插入的炉火纯青程度就完全没有问题了。

图片来源：公众号“王左中右”

>>>>从细节方面分析粉丝取关的可能原因

粉丝留言处理不当，引起不满甚至反感。有些公众号显得过于高冷，极少回复粉丝留言，或者回复的官方敷衍，这都不利于增强粉丝粘性。

通常粉丝留言说明对文章表现出了强烈的兴趣，不管好坏，都是一种反馈。作为公众号的运营人员，应该及时处理好粉丝留言，特别是提出了某些疑问等待回答的，要在第一时间发现并答复，让粉丝感觉得到了该有的重视。另外，如果粉丝表达了自己的反对观点，应该表示理解，不能用过激的语言进行争辩，作为一个公众号，必须展现出大度。

另外，粉丝互动不够、文章推送时间没选好也会影响到粉丝取消关注的情况。

总而言之，如果微信公众号粉丝出现较为异常的取关情况，可以从以上几大方面入手分析挖掘原因，然后对症下药，防止粉丝再流失。但并不是所有的粉丝取关都是不好的，我们需要正确看待这件事。

文／活动盒子
  收起阅读 »

版本：V1.1.0 2016-4-6​：

功能改进：

1. 将表情包移除sdk，变为可自定义导入配置。
2. 增加XMPP连接多resource支持的参数。
3. 对于不支持wss，如qqX5内核浏览器，自动降级为https long polling。
4. 增加聊天室功能，在线聊天室列表，加入聊天室，退出聊天室等接口 
5. 与之前版本sdk部分api已不兼容，添加shim.js，做降级支持
6. 新增消息发送的成功失败回调
7. 重整目录结构，优化代码，bug fix
 

 
easemob webim sdk已支持如下功能：

1.sdk本身已支持IE8+、FireFox、Chrome、Safari之间文本、表情、图片、音频消息相互发送
2.sdk支持web端之间，web端与app端相互添加、删除好友功能
3.sdk支持与ios、android sdk见相互发送文本、图片、音频消息
4.sdk提供部分公共方法，具体参见quickstart.md
5.sdk对于消息的处理方式如下：
   1）文本消息，直接发送，接收方接收到为文本消息
   2）表情消息，sdk得到表情对应的编码后，发送的文本消息，接收方接收到后处理根据编码还原表情
   3）图片消息，sdk上传图片到聊天服务器，然后发送图片基本信息消息，消息中带有发送方上传的图片url等，接收方根据图片url、secret和自身的登录信息，以流的形式从服务器上下载图片到本地显示
   4）音频消息，sdk上传音频到聊天服务器，然后发送音频基本消息消息，消息中含有发送方上传的音频url等，接收房根据音频url、secret和自身的登录信息，以流的形式从服务器上下载音频到本地播放
6.跟随sdk会有简单的demo，方便大家参考，已实现简单的聊天添加删除好友功能。
7.对于amr格式音频FF、Chrome、IE、Safari已实现接收方对收到后音频下载，调用本地播放器实现播放。
8.支持群组线聊天功能，显示群组成员列表
9.支持陌生人聊天功能

测试环信WebIM请访问 https://webim.easemob.com

登录可以使用环信UIDemo的账号和密码（见http://www.easemob.com/demo)

环信WebIM快速入门文档请见：https://github.com/easemob/web-im/blob/master/static/sdk/quickstart.md

更多关于环信的开发文档请见：https://docs.easemob.com 
 
WebIm V1.1.0 下载
 
       ↓↓↓
  收起阅读 »

为了给使用环信产品的同学们提供更好的服务，自2016年3月31起，我们启动视频直播答疑（试运行）。
 
详情如下

在咨询问题的过程中，描述不清楚问题怎么办？

解决问题的过程中，工程师给出的解决方案自己看不懂怎么办？



环信视频直播答疑已开启，面对面交流，工程师还通过分享桌面的形式演示，以后再也不用担心交流困难，看不懂解决方案了。

不知道小伙伴们去体验了没有？反正用过了都说好用哈！
 
这里要做一个公告：“视频直播技术支持暂停一周，下周正式上线！”
 
这周我们在做界面还有内容优化，保证下次上线时给各位开发者童鞋更好的体验！
 
当然如果小伙伴们上班过程中因为环境限制不能观看直播，也可以去原有的渠道联系环信技术支持哈。
 
最后就是欢迎大家吐槽啦，对视频直播技术支持有任何问题建议欢迎评论留言，老规矩，直接现金打赏！ 收起阅读 »

2015开发工具及服务年度大奖评选结果已于近日正式出炉，由国内多位知名技术专家组成的专家评审团最终确认了 “最佳技术创新奖”、“最佳行业竞争力奖”、“最佳用户服务奖”、“最佳品牌影响力奖”、“最佳成长潜力奖”、“最佳影响力人物奖”六大奖项的50家获奖单位和5位获奖人员名单。

即将于2016年1月15日举办的【2015开发工具及服务年度大奖评选颁奖典礼】上，除各个获奖厂商前来领奖外，主办方还为所有获奖厂商制作珍藏版纪念奖杯，表彰其过去一年来的卓越成绩，以期鼓励开发工具及服务从业者在2016年继续耕耘，为行业贡献更全面细致的服务、更夯实稳健的工具。



随着开发工具及服务不断涌现，从云服务、即时通讯、安全到统计监测、人工智能、物联网平台等，越来越多的从业者提供了优质的服务，也有越来越多的开发者从中受益，综合提高了开发效率。2015开发工具及服务年度大奖评选是CSDN创立的针对开发工具及服务的评选大奖，目的在于推动开发服务及工具质量的提升，提高行业的专业性，表彰行业内的优秀的工具/服务提供商，从而激励整个行业的从业者，促进行业的发展。
 
最佳品牌影响力奖

【环信】

入选理由：

2015年，环信进击移动客服领域，由PaaS到SaaS。旗下拥有两个产品，IM云和移动客服，一个是PaaS一个是SaaS，两个产品的技术跨度比较大，但基于自身PaaS的SaaS产品的优势也不言而喻，环信未来会将移动客服推向两个方向：一是更智能，二是建立生态圈和平台。

收起阅读 »

微博粉丝服务平台在单元化架构方面的实践已经在QCon讲过，这次重又写起文章，我想传播知识已经不那么重要（单元化架构不是创新，稍后会详细介绍），更重要的是还是希望能够借此引起诸位的思考，能够在架构层面多投入精力思考和尝试。
 
为什么要有架构实践？

很多人喜欢的是细节，因为有句名言叫魔鬼在细节里，于是都去细节里寻找魔鬼。但是打败了魔鬼就能看到天使么？未必。细节其实是最容易掌握的部分，细节之外还有很多。就像有了水泥和沙子，你能够做出混凝土，但是离建成高楼大厦还有很长的路要走一样，你要学着去设计架构。

但是事情并没有完，就像没有唯一的真理一样，架构也并不是只有一种。你不可能一朝学会，从此天下无敌。如果要赈灾，你需要的是帐篷，如果要重建，你需要的是瓦房。不同的住所需要的是不同的架构。
 
不同的服务也需要不同的架构设计，这也就是我们需要架构实践的重要原因。在这之后的原因，是我们做任何服务，都要考虑服务的性能和成本。

但优化有很多方式，为什么是架构呢？诚然，从硬件到操作系统，从共享库到应用软件，从算法到架构，每一层都可以优化，但每一层所做的工作量和收益也都是不同的。架构可能是需要投入最多精力的，但在很多时候却也是很少的可以提供超过数量级的提升方式。

所以，思维方式的转变才是你最应该在意的部分，单元化只是一个例子，而粉丝服务平台只是这个例子的例子，而已。

言归正传，接下来本文将从三个问题来介绍这次实践，单元化是什么，为什么要用以及我们如何做到的。

 
1. 单元化是什么

单元化架构是从并行计算领域发展而来。在分布式服务设计领域，一个单元（Cell）就是满足某个分区所有业务操作的自包含的安装。而一个分区（Shard），则是整体数据集的一个子集，如果你用尾号来划分用户，那同样尾号的那部分用户就可以认为是一个分区。单元化就是将一个服务设计改造让其符合单元特征的过程。

图 1 ：洋葱细胞的显微镜截图，单元化要达到的目的就是让每个单元像细胞一样独立工作

在传统的服务化架构下（如下图），服务是分层的，每一层使用不同的分区算法，每一层都有不同数量的节点，上层节点随机选择下层节点。当然这个随机是比较而言的。

图 2 ：传统的服务化架构，为伸缩性设计，上层节点随机选择下层节点

与其不同的是，在单元化架构下，服务虽然分层划分，但每个单元自成一体。按照层次来讲的话，所有层使用相同的分区算法，每一层都有相同数量的节点，上层节点也会访问指定的下层节点。因为他们已经在一起。

图 3 ：单元化架构，为性能和隔离性而设计，上层节点访问指定下层节点

 
 2. 为什么要用单元化

在性能追求和成本限制的情况下，我们需要找到一种合适的方法来满足服务需求。在传统的分布式服务设计，我们考虑的更多是每个服务的可伸缩性，当各个服务独立设计时你就要在每一层进行伸缩性的考虑。这是服务化设计（SOA）流行的原因，我们需要每个服务能够单独水平扩展。
但是在摩尔定律下，随着硬件的不断升级，计算机硬件能力已经越来越强，CPU越来越快，内存越来越大，网络越来越宽。这让我们看到了在单台机器上垂直扩展的机会。尤其是当你遇到一个性能要求和容量增长可以预期的业务，单元化给我们提供另外的机会，让我们可以有效降低资源的使用，提供更高性能的服务。

总体而言，更高性能更低成本是我们的主要目标，而经过单元化改造，我们得以用更少（约二分之一）的机器，获得了比原来更高（接近百倍）的性能。性能的提升很大部分原因在于服务的本地化，而服务的集成部署又进一步降低了资源的使用。

当然除了性能收益，如果你做到了，你会发现还有很多收益，比如更好的隔离性，包括请求隔离和资源隔离，比如更友好的升级，产品可以灰度发布等。单元化改造后对高峰的应对以及扩容方式等问题，各位可以参考#微博春节技术保障系列#中的单元化架构文章，也不在此一一赘述。


3. 我们如何做到

此次单元化改造基于微博现有的业务，因此这里也先行介绍一下。粉丝服务平台是微博的内容推送系统（代号Castalia），可为V用户提供向其粉丝推送高质量内容的高速通道（单元化之后已到达百万条每秒）。整个服务涉及用户筛选、发送计费、屏蔽检查、限流控制和消息群发等多个子服务。由于改造思想相通，这里以用户筛选和消息群发两个服务为例，下面两图分别为商业群发在服务化思想和单元化思想下不同的架构。

图 4： 服务化思想下的商业群发架构设计（旧版）

图 5 ：商业群发在单元化思想下的架构设计（新版）

对于筛选服务，在服务化架构里，需要去粉丝服务获取粉丝关系，然后去特征服务进行用户特征筛选，最后将筛选结果传输到群发服务器上；而在单元化架构里，粉丝关系直接就在本地文件中，用户特征服务也在本地，最后的筛选结果再不需要传输。服务本地化（粉丝关系和用户特征存储）减去了网络开销，降低了服务延时，还同时提高了访问速度和稳定性，而筛选结果本地存储又进一步节省了带宽并降低了延迟。以百万粉丝为例，每次网络操作的减少节省带宽8M左右，延时也从400ms降为0。

群发服务同样如此。由于在服务化架构里，我们使用MySQL和Memcache的方案，由于关系数据库的写入性能问题，中间还有队列以及相应的队列处理机，所有四个模块都有单独的机器提供服务，而在单元化架构里，四合一之后，只需要一套机器。当然机器的配置可能会有所提升，但真正计算之后你就会发现其实影响微乎其微。原因除了前面介绍的硬件增长空间外，上架机器的基本配置变高也是一个原因。而且，在单元化方案里，当我们把缓存部署在本地之后，其性能还有了额外的20%提升。


一些业务特有问题

不过群发这个场景，我们也遇到了一些特定的问题，一是分区问题，一是作业管理。这里也与各位分享下我们的解决方法。

分区问题分区问题其实是每个服务都会遇到的，但单元化后的挑战在于让所有服务都适配同一分区算法，在我们的场景下，我们按照接收者进行了分区，即从底层往上，每一层都来适配此分区算法。这里有特例的是用户特征和屏蔽服务，由于总体容量都很小，我们就没有对数据进行分区，所有单元内都是同一套全量数据，都是一个外部全量库的从库。不过由于本单元内的上层服务的关系，只有属于本分区的用户数据被访问到。所以，适配同一分区算法在某种程度上讲，可以兼容即可。

作业管理按照前面的分区方式，将群发服务的整体架构变成了一个类似Scatter-Gather+CQRS的方案，因为Gather不是一个请求处理的必须要素。也就是说，一个群发请求会被扩散到所有单元中，每个单元都要针对自己分区内的用户处理这个群发请求。广播方式的引入，使得我们首先需要在前端机进行分单元作业的处理监控，我们在此增加了持久化队列来解决。同时，由于单元内每个服务也都是单独维护的，作业可能在任何时间中断，因此每个作业在单元内的状态也都是有记录的，以此来达到作业的可重入和幂等性，也就可以保证每个作业都可以在任何时间重做，但不会重复执行。

除此之外，我们还对服务器进行了更为精细的控制，使用CPU绑定提高多服务集成部署时的整体效率，使用多硬盘设计保证每个服务的IO性能，通过主从单元的读写分离来提高整体服务等等。

后记

我平时不善文章，现在要成文发表，还是有一点紧张的。不过想到或许可以抛砖引玉，有机会向各位大牛学习，或者跟各位同学一起交流，内心又有些许期待。关于微博或者其他任何网站的设计，欢迎大家一起探讨，随时在微博恭候。



  收起阅读 »

第一步解压后的SDK文件夹 

在这里主要介绍后面四个文件夹内容：

doc文件夹：SDK相关API文档

examples文件夹：ChatDemoUI(为开发者能够更深入理解SDK而提供的一个demo)

libs文件夹：拥有实时语音，实时视频功能的SDK（大小在1.34M左右）包和.so文件

libs.without.audio文件夹：无实时语音，实时视频功能的SDK包（大小在900多K）

tools官网没给解释（未知）

第二步我们要导入的是examples文件夹里的内容 

接下来删除两个文件夹下的build.gradle 

第三步导入项目 我是在打开项目的基础上又重新打开一个界面，导入方式就不多说了 

导入后项目的运行可能是灰色的 我们通过进入Project Structure来先删除mod,在次导入mod 导入时选择easeUIDemo 

第四步导入jar和io文件

在自行开发的应用中，集成环信聊天需要把libs文件夹下的easemobchat_2.1.6.jar和armeabi目录导入到你的项目的libs文件夹底下，如果不需要语音和视频通话功能，导入libs.without.audio下的jar文件即可。（这是环信文档）由于我是集成即时通讯，真实文件是下面这两个，复制粘贴到libs文件夹下 

报错：

Error:Execution failed for task ‘:easeUIDemo:compileDebugNdk’.

Error: NDK integration is deprecated in the current plugin. Consider trying the new experimental plugin. For details, see http://tools.android.com/tech-docs/new-build-system/gradle-experimental. Set “android.useDeprecatedNdk=true” in gradle.properties to continue using the current NDK integration.

解决方法 项目build.gradle下图对应位置加入如下代码 （ 可复制粘贴）

sourceSets.main { 

jni.srcDirs =  

}

然后就可以了，自己遇到的问题，希望能帮到面临这些问题的人
 
本篇Android studio集成由环信热心开发者提供，博客请点击Crazy丶code 收起阅读 »

日期与时间：2016年4月7日15:00
http://www.imgeek.org/video/23
持续时间：半小时

描述：集成环信2.x 3.x sdk怎么选？怎么用最简便的方法集成聊天功能？

本期环信直播课堂将由环信ios工程师shenc给大家带来ios 2.x和3.x集成介绍，并详细讲解头像昵称的实现，大家有其他问题也可以直接提问哦！ 
 
PS：这是一份史上最全的环信iOS 2.x and 3.x SDK单聊的集成方案！

直播观看地址： http://www.imgeek.org/video/15
 
视频回放地址：http://www.imgeek.org/video/23 收起阅读 »

一、 活动介绍

         随着移动互联网的发展，加上政府的鼓励和扶持，一股轰轰烈烈的全民创业大浪潮正席卷全国。然而，万众创新下的创业者们却面临着流量被垄断和马太效应等重重创业关卡。

        2016年，如何突围缺钱、缺人、缺流量关卡，加速App内增长，提升企业业务竞争力及商业价值？或许可以用共享经济法则和移动应用新技术mLink切入万亿级App市场，或许可以借力大数据揭秘资本寒冬下的增长之道，又或许可以试试用户人群精细化运营的正确姿势……本期“App增长加速度”主题分享会邀您一起发现改变力!

【时间】2016年4月9日下午13:00—17:00

【地点】成都高新区软件园A9 3楼（十分咖啡·投资家）

【人数】300人

【人群】欢迎移动端App创业者、研发人员、架构师、产品经理报名参加！

二、活动福利

•尝鲜硅谷最新创业创新理念及实操干货经验

•和来自北京上海增长最快的技术创业团队面对面探讨创业经

•免费获得魔窗价值30000元/月的VIP账号

•免费获得GrowingIO企业版代金券4000元

•免费获得猿团周边礼品包1份
 
三、活动流程

13:00-13:15  签到、交换名片

13:15-13:30  主持人：初笋科技创始人冷治福

13:30-14:00  魔窗创始人兼CEO 姜孟君：《如何用共享经济法则切入万亿级App市场》

14:00-14:30  GrowingIO创始人、CEO 张溪梦：《数据驱动增长——GrowingIO》

14:30-15:00  Testin西南区技术总监李小川：《APP全生命周期质量》

15:00-15:30  环信高级产品市场经理谢韩：《资本寒冬，APP如何提升造血能力》

15:30-16:00  猿团科技创始人&CEO谢恩明：《App+》

16:00-16:10  休息

16:10-16:40  圆桌会议：现场提问+嘉宾答疑

16:40-       自由交流


四、分享嘉宾&主题
1、分享嘉宾：魔窗创始人兼CEO姜孟君

 企业级和互联网解决方案双料专家，多年大数据资深从业者，O2O经验咨询平台“在行”资深行家。从业15年+，拥有大型企业级SAAS解决方案及多年营销大数据经验，擅长软件云化与服务化、大数据处理与应用、社会化倾听、电子商务、互联网精准营销相关及团队建设等方面。曾在一年半内从零组建一支30多人规模的互联网创业团队，并交付4个明星级别产品，单一产品线第一年收入超过500万。

 曾担任惠普中国、惠普美国数据管理平台和新一代数据中心核心负责人；SAP首席工程师，SAP云加速特别行动小组首位中国区代表；AdMaster研发副总裁及上海研发中心总经理。

 两年前加入互联网创业浪潮，开创App Growth Engine——魔窗（MagicWindow），为App提供变革式的面向服务的开发方式，1天让APP变本地开放平台，提升App用户体验及转化率，让每一个App都可以轻松情景式相连，让创业更加轻松愉悦！

分享主题：《如何用共享经济法则切入万亿级App市场》
•探讨共享经济理念在APP创业者当中能否成立
•阻断App创业者协同创业最大的瓶颈是什么
•如何打破资源和流量的马太效应完成有机增长
•2016移动端应用的变革——mLink

2、分享嘉宾：GrowingIO创始人、CEO张溪梦

 GrowingIO创始人、CEO。前LinkedIn美国商业分析部高级总监，美国Data Science Central评选其为“世界前十位前沿数据科学家”，亲手建立了LinkedIn将近90人百人商业数据分析和数据科学团队，支撑了LinkedIn公司所有与营收相关业务的高速增长。2015年5月，从硅谷创办基于用户行为的新一代数据分析产品GrowingIO，提供全球领先的数据采集和分析技术。企业无需在网站或app中埋点，即可获取并分析全面、实时的用户行为数据，以优化产品体验，实现精益化运营，用数据驱动用户和营收的增长。2015年12月，荣获DOIT评选的2015中国十大数据英雄，由他创办GrowingIO并获得《快公司》评选的2015年中国最佳创新公司50。
分享主题：《数据驱动增长——GrowingIO》

•来自硅谷增长黑客秘密
•海盗法则 Pirates AARRR
•增长黑客实现方法
•如何衡量？建立合理的KPI体系
•GrowingIO案例分享

3、分享嘉宾：Testin西南区技术总监李小川

  八年互联网产品测试及质量管理经验，曾任北京邮电大学信息安全中心研究员、华为测试经理、北京云蜘蛛科技副总，曾担任过6个运营商级项目的测试经理，对于产品质量控制和自动化测试有丰富的经验。


分享主题：《APP全生命周期质量》

 互联网的根本是用户，APP产品如何留住用户？红利、互联网推广还是好的用户体验？根据Testin数据分析，随着移动互联网人口红利的逐步消失，新用户的比例在逐步减少，相反，老用户的比例攀升。这一变化预示着用户对于应用的选择将越来越苛刻，部分用户体验较差、运营不佳的应用将被迅速淘汰。因此，如何做好APP质量，提升用户体验是重点。
 如何做好APP产品质量，Testin分享APP质量之APP全生命周期测试：功能、兼容、性能、体验、压力、安全。

4、分享嘉宾：环信高级产品市场经理谢韩

 IT行业跨领域市场研究者，先后从事网络、安全、互联网领域的市场研究与分析工作，对商业技术趋势有较深理解。
分享主题：《资本寒冬，APP如何提升造血能力》
 随着外部资金渠道的趋紧，依靠APP自身实现内源性增长成为必然的选择，这就需要App能够自我造血，具备吸引用户和转化用户的能力。在这个过程中，连接人与人的IM技术，连接人与商业的移动客服，是帮助App建立社区，实现商业变现过程中的有力助手。在此基础上，基于连接属性所进行的人群和内容大数据分析，也能够推动App实现精准化营销和精细化运营。

5、分享嘉宾：猿团科技创始人&CEO谢恩明

80后青年创业者，十年连锁企业负责人。08年加入互联网行业，曾任职于金山、腾讯，具备丰富的客户服务、企业培训、企业管理等经验。之后创立猿团科技，担任CEO，猿团科技在他的带领下，半年时间从估值两千万到两个亿，随后创立猿团投资公司，猿团传媒公司，目前已经帮助40+个项目进行创业。
分享主题：《App+》
 
报名请点击阅读原文
 
  收起阅读 »

 H5 app已成趋势！


       如果认为这是危言耸听，那么你危险了。在W3C宣布html5正式定稿一年半以来，h5技术带来的产业变革已经不再停留在“干打雷”，而是掀起了“疾风骤雨”：

       Adobe支持用户放弃Flash，鼓励使用html5；

       微信即将推出应用号；

       Facebook、谷歌、微软、BAT等纷纷全面支持html5；

       html5病毒式疯狂传播案例的频频出现；

       … …

       移动应用开发领域亦受到html5技术风暴的“席卷”。

       然而，面对HTML5带来的变革机遇，你是否因为对h5 app的种种担心，放缓了抢占市场先机的步伐？

       ——担心h5 app性能不稳定，交互体验效果差，影响用户体验感

       ——担心自身技术不过硬，无法快速进入h5 app开发者行列

       ——担心开发平台限制多，应用源码及产权难保障

       … …

       4月9日13点30分，北京百川创业营，由WeX5移动应用开发平台主办的html5 app轻架构高性能开发交流会（北京）将给你答案！。

       届时，WeX5首席技术运营官将为您的问题进行解答，并与您分享诸多干货：

       h5 app为何成为颠覆App既有行业格局的力量；

       如何规避h5 app开发中的各种坑；

       WeX5开发平台为开发者带来哪些极致体验；

       深入交流探讨html5 app轻架构、高性能开发的技术问题和案例现场讲解；

       WeX5开发app过程视频展示。     

       此外，本次技术交流活动不仅为各位开发者准备了技术盛宴，还提供有各种精美礼品，幸运者更可享受WeX5产品VIP服务，让您领航h5 app开发之路。

【活动时间】

        2016年4月9日(周六)下午13:30—16:30

【报名入口】

        点击“阅读原文”，即可免费报名。

【活动地点】

        北京市海淀区长春桥路11号万柳亿城中心C2裙房B1百川创业营

       （C2楼北侧进，电梯下往B1层即到）

【主办方】

【合作伙伴】

阅读原文 收起阅读 »

新功能:

音视频增加弱网/断网检测功能；
音视频增加音频、视频流暂停、恢复功能；
音视频增加录制功能；
发送图片默认压缩图片，节约流量；

bug fix:

Fix iOS demo退到后台后某些情况下crash的bug。

点击下载：http://www.easemob.com/download
  收起阅读 »

Uber的用户求助服务一直是通过Email沟通，而近日Uber将该服务切换到了应用内部。这么做理由何在呢? 因为在Uber一直希望获取大量市场份额的部分国家，例如中国和印度，用户并不像西方人那样习惯使用Email。

　我们从上世纪90年代中叶开始就习惯了往来的电子邮件传达信息，而中国的大部分用户甚至连Email地址都没有。因为互联网不那么让人觉得靠得住，在中国和印度，人们更喜欢使用微信这样的聊天软件进行交流。在2015年，微信已拥有超过10亿用户。

Uber的“用户沉迷”产品经理Michael York说，虽然新的应用内服务去年晚些时候在美国铺开，实际上为了从Email交流转变为应用内沟通，Uber已潜心研究数年。Uber现在正在将其业务拓展到这样一些国家——为留住用户，Uber需要帮助用户找回不小心落下的东西、或处理其他投诉，这些工作需要牵涉到乘客和司机两个方面。

York说“(这种转变)对于中国、印度及其他更喜欢即时聊天的地区用户而言是巨大的。”而这种转变也同样减轻了客服部门的压力。Uber专家以往需要同时处理无礼乘客、失物找回等各类投诉Email，而这已成为过去式，因为彼时Uber还没有这么多用户。

Uber还一直因为不提供电话协助服务而饱受批评，因为有的时候发邮件几乎是不可能的。而且Uber的客服邮件一般都是自动回复的统一信息，之后才会有人工回复。

在过去的几年，Uber开始投入“数百万”的资金建立其支持中心的网络以加快反应速度。中心已建立在包括芝加哥(美国)、凤凰城(美国)、利默里克(爱尔兰)、克拉科夫(波兰)、武汉(中国)、海德拉巴(印度)、马尼拉(菲律宾)等许多地方。然而公司与用户之间的沟通需要比用Email更接地气的方式。

Uber的全球运营主管Michael Mizrahi说，为应对这样的改变，工程师不得不在后端重写整个支持系统，新的Uber应用将会在未来几周内推出。美国市场将最先获得更新，然后再陆续推广至全球其他地区。

如果您的公司也有和Uber一样的客服困境，那么现在市场上主流的SaaS移动客服是您的不二选择：1,极简快速集成，一天时间即可让您的APP拥有应用类客服功能。2，按需付费。3，弹性扩容。4，智能机器人提高效率降低成本。5，全媒体接入，包括微博、微信、网页、H5、APP、呼叫中心等一键集成一网打尽。

环信移动客服是全球首创的全媒体智能云客服平台。支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、移动端客服和呼叫中心等多种渠道。环信移动客服基于环信业界领先的IM长连接技术保证消息必达，并通过强大的智能机器人技术极大降低人工客服工作量。

截至2015年底，环信移动客服共服务了12000家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等20大领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、随手记、海尔、51talk，链家自如客等众多互联网和传统企业。根据易观国际发布的《中国SaaS客服市场专题研究报告2015》显示：截至2015年第三季度，环信移动客服在SaaS移动端客服用户覆盖占比为77.4%，以绝对优势稳居行业第一。

此番Uber弃用传统email客服改用应用内客服其实是一个必然趋势，那么是否会对亚太乃至整个客服市场造成影响?我们拭目以待。
 
环信编译自“techcrunch美国”，请点击“阅读原文”跳转至英文链接。
 
阅读原文 收起阅读 »