下面我将上传一个微信demo试试看了下效果，只需要往工程里面添加创建的视图控制器，就可以快速找到当前页面的viewcontroler


 

最近搞完了置顶聊天，来写篇文章分享下经验。

其实刚刚开始 ，我自己在想，我是不是要去做出类似于QQ那种的滑动，然后显示置顶和删除。


我就开始写，写完了之后然后去置顶，取消置顶，其实是有用的，但是为什么我到最后还是没有选择这个效果呢？

因为这个最后是要到Adapter里面去设置这两个按钮，我本人并不喜欢这东西放到Adapter里面，接下来强迫症来了，直接把代码全部删除，换一种思路..........我想到了微信，点击弹出一个菜单，和dialog很很像的一个功能。

好，来跟着我一起走一下思路。

首先是，要实现置顶聊天，那么我们就要有两个List集合，一个是置顶的，一个是不是置顶的，然后置顶的是需要一个小小的数据库去保存置顶的对话人的UserName；这里，环信给出了EMConversation的一个方法，带大家看看技术文档。



这里框出来的就是我们要用的至关重要的方法，特别重要，


看下这个文档里面说的非常清楚，也就是扩展字段，设置一个扩展字段我们才知道这条Conversation的特别之处，然后去判断这个会话有没有设置扩展消息，有的话，那就排到置顶的那个集合里面去。

接下来我们要准备的是数据库


也就是这两个东西，准备就绪，蓝后 ..... 要开始大动，也就是把关于会话列表里面的东西全部放到项目里面来。


所要动的就是这3个类，全部移动到项目中，因为数据库要在Adapter和ListView里面操作，这一步很简单，动动手就行。

那么这些全部做完之后，我们开始写代码了，仿照通讯录的数据库来


这里就是getset，然后在DemoHelper里面


蓝后，再Application里面去给它暴露出两个方法。


好了，数据库的东西是配置完成了，那么，问题就来了，怎么去启动数据库？


这样就添加了数据库，注意，这里添加了数据库之后，然后再去真正的写置顶的代码了。。。。

首先我们先看看会话列表界面


在setupView方法中，别忘了获取数据库里面的置顶会话。


这里直接贴出来了ConversationListFragment，这里就是把EaseUI里面的EaseConversationlistFragment里面的内容，然后BaseFragment也就是EaseBaseFragment里面的内容了。


主要加载会话的方法就是这个方法，主要代码就是synchronized里面的内容，这里很容易就能够理解For循环里面的内容，然后我们要在这里面判断，有没有会话是包含扩展字段的，有的话就将包含扩展字段的会话放入top_list这个集合里面；蓝后你们可以看到topList，这个List就是图10里面的topList，topMap也是图10里面的。蓝后，我们可以看到排序方法，也就是会话列表的排序方法（sortConversationByLastChatTime），这里我自己写了一个排序方法，并没有用到Pair。



其实这两个方法是一样的，一样的效果。

那么接下来，就是看看ConversationList



最主要的就是这个init方法，也没什么说的。。那么接下来就到ConversationAdapter


这里就和EaseUI里面的那个EaseConversationAdapter有点不一样了，EaseConversationAdapter里面是继承ArrayAdapter的，这里是继承BaseAdapter，在这里使用BaseAdapter为了方便大家能够理解。

我们只需要在getItem和getCount里面做点手脚就可以了


好了，到这里就完成了整个置顶会话的显示，那么接下来，我们就要写一下置顶功能了，这里很有必要说明下，个人意见，在写会话列表的时候，推荐使用一个Fragment去继承EaseConversationListFragment。继承之后我们就可以重写setUpView方法，在这方法里面我们进行一系列的操作。


这里就是用到的长按事件，然后显示一个Dialog，在Dialog里面去实现置顶功能的操作。这里由于代码过长，所以截两张图。。。。


图18主要就是Dialog的显示


在这里就是删除会话等这个按钮的点击事件。


在里就是置顶的点击事件了。。

好了 到这里已经完成了置顶的全部代码展示了。个人感觉还是很详细的，如果还是不懂，那就环信互帮互助-非官方 340452063来这，给你解答你的问题 收起阅读 »

随着统一通信的发展，聊天工具有了更好的发展，其中要算手机和网上的即时聊天工具的发展了。手机主要是3G的开发，有了统一通信技术的支持，我们才可以实现第三代的通信，但是这里要说的另一个方面，关于聊天工具的。
下面就聊天工具开发聊聊现有聊天工具的架构，需要先说明的是TCP和UDP这两个协议，因为只有先确定了这两个最重要的协议，才可以确定一个即时聊天软件的架构。首先举两个例子，即时聊天软件MSN使用的就是TCP，然而QQ使用的是UDP协议。其实这两者的最大区别就是TCP的可靠保证，是它的三次握手机制，这一机制保证校验了数据，保证了他的可靠性。而UDP就没有了，所以不可靠。比如说，在MSN上，要传输文件，首先是发送文件，对方确定接受，然后再发送，这样，三次握手。但是UDP不同，它是直接发送，不管对方是否同意，还是会发送，所以很不安全，但是这是由于这样，也保证了传输的速度，不会受到安全性的限制。而TCP一般会保证发送和收到，更适合一些对安全性质需要较高的工具软件。但是为什么同样是即时聊天性质的软件，MSN使用的是TCP，而QQ的则是UDP呢？通过思考，我认为，国外的网络环境相对国内的好很多，安全性也有保证，而国内的网络环境不如国外，还有很多代理服务器，再加上网通和电信，造成了很多不便，如果使用的是TCP的话，那么我们很多用户将无法使用这个软件，或者是在传输文件和数据的时候将会遇到很多的困难，甚至无法传送文件，所以QQ使用了UDP。其实呢，大多聊天软件例如QQ，不光是使用了UDP，在某些方面也用到了TCP，就像QQ的文字聊天协议。
统一通信中即时聊天软件的架构，由三部分组成，DispatchServer(DS) Notification Server (NS)和Switchboard Server (SB)。

 DS采用的负载均衡方式应该比较简单，通过DNS解析来做负载均衡。并且由于在DS上的连接都是短连接，保持时间非常短，所以应该DS服务器的数量应该不会很多。由于DS必须要返回一个可用的NS IP，那么内部应该还有其他种类的服务器来保存当前所有可用的NS服务器，以及这些NS服务器上的负载。通过DS这一层来为接下来的NS做负载均衡。NS连接均为长连接，所以在这一层上的负载由DS来调节。如果NS负载太大，新客户连接上DS时会返回其他相对空闲的NS服务器。当然NS服务器之间也有相互通讯的机制也是少不了的，比如上下线通知、对话发起等等。SB连接的时间介于NS和DS之间，其负载由NS来作控制。对话完成后和SB之间的连接就关闭了。不过由于所有的对话都在SB上进行，MS的服务器资源再强也会吃紧，所以现在新版的MSN Messenger都加入了P2P Message类型，在发起对话的时候会判断如果双方都支持sustain ，则会直接点对点连接连接，绕过SB这一层。
 在及时软件的交互过程中，首先客户端向服务器发送一个请求登录令牌的数据包，服务器返回登录令牌。这个令牌是在服务器端生成的，和客户端的IP地址，版本信息等数据相关。在客户端得到登录令牌后，就会向服务器发送一个包含登录信息的登录请求，服务器首先会查看客户端的号码、IP地址和版本是否可以在本服务器上进行登录，如果可以就验证客户端的登录信息是否与服务器上保存的登录信息一致，如果一致就向客户端返回一个连接成功的数据包，不匹配则返回登录失败。这就是整个的登录的实现过程。
  收起阅读 »

直播火了得有一阵子了，最近“钉钉”移动办公类APP热潮也赶来了。
 
谈到OA，我就要提一下其中最重要的一个部分“工作流引擎”。

 
js工作流组件很多，但是要找一款适合自己的却有点难，所以，咬咬牙，决定自己做一款。
本着“不重复造轮子”的原则，我打算还是基于gojs封装流程图组件比较现实一点。
 
基于GOJS封装的流程图设计（展示）工具类，主要分为两个工具类：

工具库依赖于go.js、jquery以及layer.js

http://gojs.net/
http://jquery.com/
http://layer.layui.com/

希望支持FlowDiagram的童鞋能够到Github给我们一个star_^
https://github.com/mengmakies/FlowDiagram

在线demo http://www.c3dn.net/gojs/samples/demo.html


 
流程设计器操作指南:
在任意位置双击设计器空白处：新建步骤；
选中步骤，单击右键：弹出右键菜单；
鼠标滑过步骤，显示连接点，拖动连接点即可创建新的连接线；
鼠标滑过步骤：显示tooltip。
 
流程图数据：

{ "class": "go.GraphLinksModel",

  "modelData": {"position":"-5 -5"},

  "nodeDataArray": [

{"key":"1", "text":"开始", "figure":"Circle", "fill":"#4fba4f", "stepType":1, "loc":"90 110"},

{"key":"2", "text":"结束", "figure":"Circle", "fill":"#CE0620", "stepType":4, "loc":"770 110"},

{"key":"3", "text":"填写请假信息 ",  "loc":"210 110", "remark":""},

{"key":"4", "text":"部门经理审核 ",  "loc":"370 110", "remark":""},

{"key":"5", "text":"人事审核  ",  "loc":"640 110", "remark":""},

{"key":"6", "text":"副总经理审核  ",  "loc":"510 40", "remark":""},

{"key":"7", "text":"总经理审核  ",  "loc":"500 180", "remark":""}

 ],

  "linkDataArray": [

{"from":"1", "to":"3"},

{"from":"3", "to":"4"},

{"from":"4", "to":"5"},

{"from":"5", "to":"2"},

{"from":"4", "to":"6", "key":"1001", "text":"小于5天 ", "remark":"", "condition":"Days<5"},

{"from":"6", "to":"5"},

{"from":"4", "to":"7", "key":"1002", "text":"大于5天 ", "remark":"", "condition":"Days>5"},

{"from":"7", "to":"5"}

 ]}

 
1.流程图设计 flow-desinger.js

    var areaFlow = document.getElementById('mySavedModel');



    var  myDesigner= new FlowDesigner('myFlowDesignerDiv');// 流程图设计器

    myDesigner.initToolbar('myPaletteDiv');// 初始化控件面板

    myDesigner.displayFlow(areaFlow.value);// 在设计面板中显示流程图

2.流程图展示 flow-display.js

    var areaFlow = document.getElementById('mySavedModel');



    var myDisplay = new FlowDisplay('myDisplayDiv');// 流程图显示器



    var flowPath = '3,4,6,5';// 3,4,6,5是步骤的id，最后一个步骤为"待处理"或"已完成"的步骤

    var isCompleted = false;// "待处理"或"已结束"

    myDisplay.loadFlow(areaFlow.value);// 显示流程图

    myDisplay.animateFlowPath(flowPath, isCompleted);// 动画显示流程路径

详细代码请参考目录下的html文件：/gojs1.6.10/site/samples/_demo.html
http://git.oschina.net/markies/FlowDiagram/raw/master/gojs1.6.10/site/samples/_demo.html
 
  收起阅读 »

 开发环境、测试环境、生产环境存在着怎样的鸿沟？如何通过DevOps既保持服务的稳定运行，又为开发者提供便利？在轻松跨越C10K需求的今天，怎样快速基于Wordpress打造全平台软件？如何基于OpenResty快速实现高性能Web服务器？．．．．．． 无猿不生态猿生态十城巡回沙龙

精彩继续 10月29日  天津市南开区白堤路42号百豪视听广场3楼草帽众创空间 

活动报名：点击报名

活动议程
13: 00 – 13: 30 活动签到
13: 30 – 16: 30 技术分享+实战演示
16: 30 – 17: 00 抽奖+自由交流讲师介绍







Tips

✦自带电脑：在实战演示环节，讲师们将带领大家现场写代码、做demo，建议带上电脑。
✦AA餐会：活动结束后，与讲师和现场小伙伴们共进晚餐，交流、交友~~活动现场报名喔;-)


本场活动将通过云犀直播,在斗鱼、战旗、爱奇艺、熊猫TV等多个平台全程同步直播,扫描下方二维码即可收看







  收起阅读 »

  
   2016年10月18日，国内客户中心行业历史最久、水准最高、规模最大的年度性行业会议——2016客户世界年度大会在京圆满落幕。环信移动客服作为国内全媒体智能云客服领域的开拓者和践行者继2015年摘得桂冠，本次大会经过评委会的一致通过再次荣膺“金耳唛杯”2016年度中国最佳客户中心技术产品奖。再次获得客户世界、中国呼叫中心与电子商务发展研究院以及CC-CMM国际标准组织的一致认可，这和环信始终践行以客户成功为己任，始终保持对产品和服务的敬畏密不可分。

环信移动客服荣获“金耳唛杯”2016年度中国最佳客户中心技术产品奖

   同时，环信CEO刘俊彦作为国内SaaS客服行业的意见领袖受邀发表主题演讲《下一代客户服务软件的核心驱动力》，分享了环信联合Gartner在SaaS客服领域的一些前沿探索和实践，给行业描绘了一副未来SaaS客服技术变迁和最佳实践的新蓝图。

环信CEO刘俊彦做主题演讲

   环信CEO刘俊彦认为：“未来以移动端为核心的全媒体接入，跨媒体、跨渠道、跨部门的客户服务体验，以及智能客服机器人将成为下一代客服软件的三大核心驱动力。”客户中心经过多年的发展，从单一的语音服务渠道进化成为多介质的全媒体服务渠道,并最终将发展成整合传播服务、营销、销售和产品用户体验为一体的互动中心。未来客户中心将以“体验”为核心视角，描绘一副全媒体接入、人工智能驱动、大数据升华，参与企业全要素、全流程运作的服务蓝图。

   近年来，伴随着客户互动方式的改变，呼叫中心作为基本的客户交互平台也正经历着深刻的变革。运营日益精益化、多媒体化、智能化和网络化。已经从早期单纯的语音服务通道发展成为集语音和非语音客户互动渠道为一体的整合化客户中心。相关行业在中国的发展路径也正在遵循着呼叫、接触、互动 (call center -> contact center -> interaction center)这样一个过程发生深刻的演化。呼叫中心行业正在从单一的语音服务渠道进化成为多介质的复合服务渠道体(接触中心)，并最终发展为整合服务、营销、销售为一体的互动中心的机制架构。作为企业电子商务中信息流的接入平台和整合载体，客户中心(Customer Engagement Center)已经成为传统呼叫中心的升级版，并正在快速、大规模地在国内得到新的应用和发展。

   “金耳唛杯”中国最佳客户中心评选活动的前身是由客户世界机构联合CNCCA创办于2005年的“中国最佳呼叫中心”年度评选活动。自创立之日起即以其学术性和实践精神，逐步发展成为中国客户中心行业发展的风向标。评选活动的目的是在全社会各行业普及和推广客户服务管理的理念，提升客户中心运营管理水平，建立国际化的客户中心标准及交流体系，推动客户中心相关产业在中国的发展。通过此前十多年的发展，评审工作取得了非常良好的行业推动成果。评选由权威的第三方行业研究和发展平台–客户世界机构主办，中国呼叫中心与电子商务发展研究院以及中国呼叫中心产业能力建设管理规范工作组提供官方指导。评选依据CC-CMM国际标准的评价体系并采用CustomerServiceAudit公司Snapshotz服务标杆测评工具进行指标分析。

   历年的活动得到全球呼叫中心产业联盟ContactCenterWorld、亚太客户中心协会联盟APCCAL以及欧洲客户中心联盟ECCCO及其所属各国客户(呼叫)中心成员协会共同支持;评选接轨亚太及全球客户中心多项评选活动;是一个全球化的产业交流机制。“金耳唛杯”年度中国最佳客户中心评选活动通过企业报名、专家推荐、电话暗访、数据采集、标杆测评、入户评审、集中评议、票选结果等程序进行;提前设置评奖类别并严格控制每类别获奖单位数量。评选程序科学公正，所得荣誉有极高的含金量。

环信移动客服——全媒体智能云客服倡领者，于2016年荣膺“Gartner 2016 Cool Vendor”。环信支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、APP内置客服和呼叫中心等多种渠道均可一键接入。基于环信业界领先的IM长连接技术保证消息必达，并通过智能客服机器人技术降低人工客服工作量。同时，基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营，提高跨渠道客服体验。



   截至2016年上半年，环信移动客服共服务了29437家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家、泰康在线、号码百事通等众多标杆企业。根据易观发布的《中国SaaS客服市场专题研究报告》显示，环信移动客服在SaaS移动端客服用户覆盖占比高达77.4%，稳居行业第一。

收起阅读 »

 
   1024程序员节，是全世界程序员的共同节日。在1842年，人称“数字女王”的阿达·洛芙莱斯(Ada Lovelace)编写了历史上首款电脑程序。在1834年，阿达的朋友——英国数学家、发明家兼机械工程师查尔斯·巴贝其(Charles Babbage)——发明了一台分析机;阿达则致力于为该分析机编写算法，并于1843 年公布了世界上第一套算法。巴贝其分析机后来被认为是最早期的计算机雏形，而阿达的算法则被认为是最早的计算机程序和软件。

   从2014年起，每年10月24日定义为程序员节。以一个节日的形式，向通过coding改变世界，也以实际行动在浮躁的世界里，固执地坚持自己对于知识、技术和创新追求的程序员们表示致敬。  
 

 正值1024程序员节日来临之际，你有哪些关于程序猿的套路和段子？欢迎跟帖回复。

1.整数

A：“借我1000块 ”B：“拿去 1024块 我给你凑了个整儿 ”

2.客户端

某程序猿在用膳问老板，你们饭店需要客户端吗?老板：不忙的时候都是服务员端，只有忙的时候才需要客户端...

3.PHP

女神：你能让这个论坛的人都吵起来，我今晚就跟你走。

程序猿：PHP语言是最好的语言!

论坛炸锅了，各种吵架。

女神：服了你了，我们走吧，你想干啥都行。

程序猿：今天不行，我一定要说服他们，PHP语言是最好的语言。

4.睡觉

我是一个苦b的程序员，今晚加班到快通宵了，困得快睁不开眼了，女上司很关心，问我要不要吃宵夜。

我没好气地说，宵夜就算了，能让我睡一觉就行了。

女上司红着脸说了句讨厌啊，然后坐在我身边不动，好像距离我很近，搞得我很紧张，难道她发现我的程序出了bug?

5.包子

老婆给当程序员的老公打电话：“下班顺路买一斤包子带回来，如果看到卖西瓜的，就买一个。”

当晚，程序员老公手捧一个包子进了家门……

老婆怒道：“你怎么就买了一个包子?!”

老公答曰：“因为看到了卖西瓜的。”

6.下班

某人发帖子：“各位JR，我想做一个程序猿，请问有什么要注意的……”

某猿：“等我下班跟你细说……”

然后……就没有然后了

7.10种人

世界上只有10种人,一种是懂二进制的,一种是不懂的二进制的.

8.书法

某程序员退休后决定练习书法，于是重金购买文房四宝。一日，饭后突生雅兴，一番研墨拟纸，并点上上好檀香。定神片刻，泼墨挥毫，郑重地写下一行字：hello world!

9.说话

一女同学在食堂吃饭时，一程序猿凑到旁边，“同学，我能和你说话不，我已经一个月没和女生说话了。

10、数数

宝宝数学很好，2 岁就可以从 1 数到 10 了。后来，我告诉他 0 比 1 还小。

今天吃饺子，我说：“宝宝，你数数你想吃几个饺子?”

“0，1，2，3。”一边说着一边拿起一个饺子，“这是第 0 个。”

老婆怒吼：“下一代还是做程序员的命!”

11.借钱

程序员甲：哎，借我点钱呗?

程序员乙：借多少?

程序员甲：1000。

程序员乙：行。哎，要不要多借你 24，好凑个整?

程序员甲：也好。

12.还是借钱

程序员A：哥们儿，有钱吗?

程序员B：有

程序员A：借我点呗?

程序员B：啊?你说什么?

程序员A：借我点呗?

程序员B：不是，上一句?

程序员A：有钱吗?

程序员B：没有。

程序员A：晕，程序重新请求一下，结果还不一样了!

13.夜路

昨天晚上下班回家，一民警迎面巡逻而来。突然对我大喊：站住!

民警：int 类型占几个字节?

我：4 个。

民警：你可以走了。

我感到很诧异。

我：为什么问这样的问题?

民警：深夜还在街上走，寒酸苦逼的样子，不是小偷就是程序员。

14.烦恼

程序猿最烦两件事，第一件事是别人要他给自己的代码写文档，第二件呢?是别人的程序没有留下文档。

15.和谐

随机函数可以帮你实现家庭和谐： Talk(){:top word(1)="恩!"; word(2)="好的!";word(3)="然后呢?";word(4)="有道理";i=random(4); say word(i) goto top;}

16.车

Delphi象吉普车，什么路上都能开，却在啥路上也开不好;PB就象卡丁车，只能在固定线路上开，到室外就有些不稳;VC象跑车，你开得起却买 不 起，而且一旦发生故障，想修都找不到毛病在哪;Java象敞棚车，不管刮风下雨还是艳阳高照，都能照开不误;VB就是摩托车，骑的时间越长，你越痛 恨 它!

17.修车

据说有一位软件工程师，一位硬件工程师和一位项目经理同坐车参加研讨会。不幸在从盘山公路下山时坏在半路上了。于是两位工程师和一位经理就如何修车的问题 展开了讨论。

硬件工程师说：“我可以用随身携带的瑞士军刀把车坏的部分拆下来，找出原因，排除故障。”

项目经理说：“根据经营管理学，应该召开会议，根据问题现状写出需求报告，制订计划，编写日程安排，逐步逼近，alpha测试，beta1测试和 beta2测试解决问题。”

软件工程说：“咱们还是应该把车推回山顶再开下来，看看问题是否重复发生。”

18.效率

当世界末日还有5分钟就要到来的时候。

程序员: 让我们在这最后的时刻作些什么吧!

女友: 那好,让我们在做最后一次吧!

程序员: 那剩下的4分50秒做什么啊?

19.挣钱

一程序员家的水管坏了，他打电话叫来一个水管工修理。 水管工鼓捣了一个小时，终于把管子修好了，他递给程序员一张600元的帐单。

“600元!”程序员愤怒地说：“我当程序员一天都赚不了这么多钱!”

“是啊。”水管工平静地说，“我当程序员的时候也是。”

20.代码

文艺程序员写代码追求让别人看懂，普通程序员追求让自己看懂，2B程序员则追求让编译器能看懂;半年后看自己当初写的代码，文艺程序员不知道是自 己 写的但很容易看懂，普通程序员知道是自己写的但是不太容易看懂，2B程序员埋头看了半天后拍着桌子吼到：“这是哪个SB写的程序!”

21.经验

一程序员去面试，面试官问：“你毕业才两年，这三年工作经验是怎么来的?!”

程序员答：“加班。”

22.醒来

程xx遭遇车祸成植物人，医生说她活下来的希望只有万分之一，唤醒更为渺茫。

他的同事和亲人没放弃，并根据程xx对testing痴迷的作风，每天都在她身边念：“你测的模块上线后回滚了。”

奇迹发生了，程xx醒来第一句话：确认那模块是我测的?

23.烂代码

程序员最憋屈的事情就是：你辛辛苦苦熬夜写了一个风格优雅的源文件，被一个代码风格极差的同事改了且没署名，以至于别人都以为你是写的。

24.应聘

程序员应聘必备词汇：了解=听过名字;熟悉=知道是啥;熟练=用过;精通=做过东西。

25.讨厌

程序员最讨厌的四件事：写注释、写文档、别人不写注释、别人不写文档……

26.钓鱼

有两个程序员钓鱼，其中一个钓到一条美人鱼，这个美人鱼上半身是美女，下半身是鱼，于是这个程序员就把她放了，另一个问他：Why，他回答说：没有API。

27.谁?

“咚咚咚”“谁?”过了很久……“Java”

28.//

A：嘿 //是什么意思啊?

B：嘿.

A：呃 我问你//是什么意思?

B：问吧.

A：我刚才不是问了么?

B：啊?

A：你再看看记录...

B：看完了.

A：......所以//是啥?

B：所以什么?

A：你存心耍我呢吧?

B：没有啊 你想问什么?

……

不断循环之后，A一气之下和B绝交，自己苦学程序。

N年之后，A终于修成正果，回想起B，又把聊天记录翻出来看，这时，他突然发现B没有耍他……

而他自己也不知道当年他问B的究竟是什么问题……

29.笑话

我想听一个 TCP 的笑话。

你好，你想听 TCP 的笑话么?

嗯，我想听一个 TCP 的笑话。

好的，我会给你讲一个TCP 的笑话。

好的，我会听一个TCP 的笑话。

你准备好听一个TCP 的笑话么?

嗯，我准备好听一个TCP 的笑话

Ok，那我要发 TCP 笑话了。大概有 10 秒，20 个字。

嗯，我准备收你那个 10 秒时长，20 个字的笑话了。

抱歉，你的连接超时了。你好，你想听 TCP 的笑话么 。

30.问题

从前有个程序员遇到了一个问题。他想，没事，我懂，用线程就好了。现他有两个问题了。

收起阅读 »

    环信是一家企业级服务软件提供商，并于2016年荣膺“Gartner 2016 Cool Vendor”，现诚邀环信用户一展风采。你的产品将放在环信官网宣传，并结合环信生态圈进行海量传播。




您需要提供

• 产品描述


• 公司介绍


• 客户感言

 
 
案例提交地址：点击提交

环信案例

案例展示

2016云栖大会环信与客户同在

收起阅读 »

“金耳唛杯”中国最佳客户中心评选创办于2005年，自创立之日起即以学术性和实践精神成为中国客户中心产业发展的风向标。其目的在社会各行业普及和推广客户关怀的理念，提升呼叫中心运营管理水平，建立国际化的呼叫中心标准及交流体系，推动呼叫中心产业在中国的发展。
 
 环信移动客服继2015年获奖，2016年再接再厉，不仅在大客户和销售业绩层面一骑绝尘，更是在SaaS客服领域始终保持了产品和技术的领先，2016年再次荣膺“金耳唛杯”——年度中国最佳客户中心卓越技术产品奖是对环信的肯定和激励。











  收起阅读 »

体验环信移动客服 http://kefu.easemob.com/
查看历史版本请点击版本历史



环信移动客服v5.4_产品更新说明

• 客服模式

1.最大接待人数上限调整   客服的最大接待人数上限调整，支持设置为0~100之间的数值。当客服的进行中会话数小于最大接待人数时，系统会自动为该客服分配会话。2.支持管理员分配或关闭待接入会话   在“待接入”页面，管理员除了可以手动接入会话之外，还可以将会话转接给其他客服或关闭会话；普通客服仅可以手动接入会话。 
3.微信渠道超过48小时后禁止发消息或回呼   对于来自微信网友的进行中会话，如果访客超过48小时未回复消息，禁止客服再次向其发送消息。对于微信渠道的历史会话，会话结束48小时后，不允许对访客进行回呼。4.第二消息通道功能为了更好地保证系统稳定性并确保不丢消息，移动客服系统与访客端之间支持环信即时通讯云和REST API两条通道进行消息收发。即时通讯云消息通道为第一通道，REST API消息通道为第二通道，当IM服务器暂时不可用时，消息自动切换到第二通道。切换后，访客和客服之间依然可以发送和接收文本消息。网页访客端默认支持第二消息通道；APP访客端需要单独集成，请参考集成访客端双通道功能（暂时仅Android版APP支持）。

• 管理员模式

1.APP渠道设置优化   优化手机APP的设置页面，点击“添加APP关联”按钮，即可按照步骤引导，快速创建APP关联并绑定到环信移动客服。 
   选择“管理员模式 > 渠道管理 > 手机APP”，进入“手机APP”页面，点击“添加APP关联”按钮，创建APP关联。支持两种方式：快速创建、关联IM账号。 

• 快速创建：如果您还没有环信即时通讯云的账号，可以直接点击“快速创建”，系统会为您自动创建一个APP关联；
• 关联IM账号：如果您已有环信即时通讯云的账号，并创建了应用，可以点击“去关联IM账号”，填写关联名称、AppKey、ClientId、ClientSecret、IM服务号、IM Password，手动将您的APP绑定到环信移动客服。

创建APP关联后，可以查看关联的APP信息，包括关联名称、AppKey、ClientId、ClientSecret等。对于快速创建的关联，您还可以点击“直接登录IM关联后台”，查看更多相关信息。

• 关联名称：该关联在移动客服系统中的名称，可修改。
• AppKey：应用的唯一标识，与“IM服务号”共同构成手机APP与移动客服之间的消息通道，不可修改。
• ClientId和ClientSecret：自动生成，用于获取管理员token，不可修改。其中，管理员token用于使用REST API进行服务端集成。
• IM服务号：该应用下，IM用户的用户名，与“AppKey”共同构成手机APP与移动客服之间的消息通道，可以修改为其他IM用户的用户名（及对应的密码）。
  
  
  
  
  

2.支持清空知识规则和菜单素材   支持一键删除“知识库”中全部知识规则和菜单，可用于知识库的整理，即清空后重新导入。选择“管理员模式 > 智能机器人 > 知识库”，进入“知识库”页面，点击“全部删除”进行此项操作。
3.不活跃会话超时自动结束   新增不活跃会话超时自动结束开关。当开关打开时，如果访客和客服在设定时间内均未回复消息，系统将自动发送提示语给访客，并结束会话。选择“管理员模式 > 设置 > 系统开关”，进入“系统开关”页面，打开“不活跃会话超时自动结束”开关。注意：如果同时打开了“访客超时未回复自动结束会话”开关，当满足任意开关的超时条件时，会话将会被自动结束。  

• 客户之声功能优化

“客户之声”为增值功能，如需开通，请联系环信商务经理。1.新增热门关键词   新增热门关键词，支持按照综合（频度x情感度）、频度、情感度三个维度和日期筛选热门关键词，默认显示昨日综合得分最高的关键词。 
2.关键词详情优化   关键词详情页改为弹屏显示，包括该关键词的频度趋势、情感指数趋势、消息列表。并且可以快速添加该关键词至停用词列表。在“客户之声”页面，点击任意关键词，可以查看该关键词的详情。如果不需要关注该关键词的频度与情感指数等，可将其停用，只需点击“添加停用词”按钮即可。 

• 访客端

1.机器人问答优化机器人支持识别物流意图   当机器人客服处于开启状态，访客发起物流相关咨询时，机器人可以识别物流意图，并给出对应的答复。目前支持物流领域的五个不同意图，包括：

• 物流咨询（到北京一般几天到，下单后一般几天发货，快递费用多少等）
• 查物流（询问物流单号，物流状态等信息）
• 物流催促（催促发快递，催促快递加快速度）
• 物流差错（由于物流送错，或者疑似送错，质疑或者投诉物流，快递费收错，过错方可能在商家）
• 物流信息修改（由于用户信息输入错误，需要修改，信息填错，取消订单，退换货，过错方在用户）

机器人支持多轮会话
  支持多轮对话，比如查物流状态的场景下，机器人会根据具体情况收集客户多个信息（快递单号及快递公司名称），再去执行快递状态查询任务。

2.网页访客端优化

网页访客端优化功能对应网页插件版本43.9，定制开发版需要更新插件。

显示客服状态
   网页端访客与客服会话过程中，访客可以在客服头像位置看到客服的状态，包括在线、繁忙、离开、隐身，帮助会话
 
双方更好的交流。
   前提条件：选择“管理员模式 > 设置 > 系统开关”，进入“系统开关”页面，打开“访客端显示客服昵称”开关。

收到满意度邀请直接弹窗
   网页端访客与客服会话过程中，收到客服发起的满意度评价邀请时，可以直接在弹窗中给出评价。

显示会话创建、接起、转接、结束等提示
   网页端访客与客服会话过程中，可以看到会话创建、接起、转接、结束等提示，直观地了解会话状态。 
  收起阅读 »

   
   十一长假归来，环信发布了Android ios V3.2.0 SDK，适配了ios10 ，增加红包转账等功能；值得一提的是本次V3.2.0对实时音视频做了大量升级改造，包括之前大家期待的横竖屏切换、高清视频模式等几项新功能上线！环信实时音视频，更懂移动端APP 的实时音视频，让小伙伴们玩得更爽！赶紧下载体验吧！




 Android ​V3.2.0 2016-10-15
 
音视频包含大量升级改进，细节请参考集成文档 
 

• 增强的自适应视频质量算法，根据网络环境动态调整清晰度；
• 优化了语音算法，通话更清晰；
• 支持高清视频，画质更细腻；
• 支持客户端视频和语音数据回调，；
• 支持横屏和竖屏自由转换；
• 支持画面fit和fill模式；

 红包功能改进：  

• 增加个人间转账功能
• 增加拆红包音效

 其他改进：  

• cmd消息增加“em_” 和 “easemob::” 开头的action为内部保留字段；
• Fix 个别情况下会话未读消息数显示不准确的bug；
• Fix 个别情况下获取联系人不正确的bug；
• Fix 登录户马上加入聊天室某些情况下会失败的bug；
• 发送语音或者视频时，如果文件内容过小会给出提示；
• 优化读取数据库的性能；

 iOS SDK V3.2.0 2016-10-15音视频包含大量升级改进，细节请参考集成文档 

• 增强的自适应视频质量算法，根据网络环境动态调整清晰度；
• 优化了语音算法，通话更清晰；
• 支持高清视频，画质更细腻；
• 支持客户端视频和语音数据回调，；
• 支持横屏和竖屏自由转换；
• 支持画面fit和fill模式；

红包功能改进： 

• 增加个人间转账功能
• 增加拆红包音效

其他改进： 

• iOS10进行适配
• cmd消息增加“em_” 和 “easemob::” 开头的action为内部保留字段；
• Fix 个别情况下会话未读消息数显示不准确的bug；
• Fix 个别情况下获取联系人不正确的bug；
• Fix 登录户马上加入聊天室某些情况下会失败的bug；
• 发送语音或者视频时，如果文件内容过小会给出提示；
• 优化读取数据库的性能；

 
版本历史：Android sdk更新日志  ios sdk更新日志
下载地址：sdk下载 收起阅读 »

    随着全新的人机智能时代的到来， 深度学习、认知计算、服务机器人、增强现实空间又在持续改变客户交互的方式、能力与体验， 以致冲击客户中心现有的运营方式。 共享经济理念、区块链技术等甚至会对服务与管理范式带来更巨大的革命。 我们再一次目睹时代的风云奔涌而来，我们有幸处在大变革时代的当口。欢迎莅临环信展台，我们来一起坐而论道中国SaaS客服的现在和未来。
 
金九银十必有会，有会必邀环信展——鲁迅；鲁迅说的对——环信CEO刘俊彦 收起阅读 »

    10月13日，2016中国客户体验创新大会在北京圆满落幕，本次大会以"数字化时代的客户体验管理"为主题，包括环信在内的各大主流SaaS客服企业纷纷亮相，通过本次大会共同探讨客户联络创新技术、分享客户体验成功案例，更加深刻理解客户体验创新需求，推动客户联络与服务行业发展。作为传统呼叫中心的颠覆者，SaaS客服将在技术上如何演进?未来形态又将如何?环信CEO刘俊彦以《下一代客户服务软件的三大核心驱动力》为主题分享了环信联合Gartner在SaaS客服行业的一些前沿探索，描绘了一副未来SaaS客服技术发展和最佳实践的新蓝图。


　经过十余年的发展，国内客户服务中心发展经历了语音呼叫中心、网页端客服、社交媒体客服、移动端客服，并最终发展成为了全媒体客服的复合形态。

中国客户服务中心发展历程

随着客服形态的不断演进，也面临了越来越多的挑战。包括：1，渠道杂。2，成本高。3，效率低。4，弱网络。5，体验差。

客服行业面临的五大挑战

　客户服务软件将如何解决这些痛点?未来将如何发展?哪些技术将重塑行业?环信联合Gartner在SaaS客服行业的一些前沿探索已经给出了答案。

环信联合Gartner即将发布《Trends of Next-Generation Customer Service Software》敬请期待！

1.基于移动端的客户服务。(全媒体客服核心在于移动端接入，移动端客服最佳体验是基于IM。)
 
   移动互联时代，客户正转移至移动端，服务需要紧跟客户步伐。Gartner预测，到2017年35%的客户将通过移动设备发起服务请求，这个数据是2014年的3倍。因为技术门槛高目前仅有部分大型企业能够在移动APP上提供端到端的、完整的客户服务支持能力，但是中小型企业的部署热情高涨。同时，在社交媒体上(如Facebook、微博、微信等)入驻的企业都已经开始在平台上提供客户服务能力，相比传统的网页客服和呼叫中心，社交媒体客服更是得到年轻用户的青睐。包括移动APP内置客服、社交媒体客服、网页客服/HTML5客服、传统呼叫中心等接入的全媒体客服已是大势所趋，而全媒体接入的核心在于移动端接入。

移动APP内置客服的最佳体验是基于IM(即时通讯)。随着IM(即时通讯)类APP如Whatsapp, 微信等在手机上的流行，IM已经被证明是在移动终端上最适合连接人与人的沟通方式。在客服领域，以环信为代表的一批移动APP内置客服技术提供商的成功，也证明了IM同样是移动终端上最适合连接人与服务的沟通方式。将IM方式用于消费者与客服人员沟通有几大优势：

1，支持富媒体消息，表现能力强。比如消费者可以发送位置，图片，订单消息等类型消息。这种类型的富媒体消息，往往很难通过电话描述。

2，IM沟通是典型的异步沟通方式。对客服坐席来说，使用IM，可以和最多几十个消费者同时沟通，相比电话这种传统的一对一同步沟通方式，效率有极大的提高。与此同时，对于消费者来说，使用IM沟通，更符合手机碎片化使用的特点。

3，使用IM客服，消息必达。只要用户不卸载APP，即使用户离开APP，甚至杀死APP，客服也随时可以将消息以推送方式通知到手机。用户绝不会错过任何有价值的消息。

最佳实践示例：国美在线APP通过环信提供的APP内置客服很好的服务了上亿用户。

2.​参与企业全流程运作，帮助企业优化运营，提高跨渠道客服体验的客户体验透析产品"客户声音"。(跨媒体、跨渠道、跨部门的客户服务体验是客服行业面对全媒体客服新趋势的主要挑战。)
 
全媒体客服的最佳体验不仅只是多渠道的接入和各个接入渠道之间的数据打通，更重要的是用户跨媒体、跨渠道、跨部门的体验和跟踪，在海量的数据中发现问题。而要做到这一点，企业首先需要理解客户到底体验到了什么。今天，全球来看，越来越多的企业正在通过构建一个有效的客户声音系统，来透析客户对企业产品和服务的准确体验，帮助企业识别和改善客户旅程的各个阶段。对企业而言，倾听客户声音的能力决定了他们在客户体验这个领域上的竞争力。Gartner的预测报告指出：“未来五年之内，客户声音系统是全球企业最重要的战略投资之一”。​

“客户声音”将帮助企业解决四大挑战

   环信客户声音是一款基于人工智能和大数据挖掘的客户体验透析产品。通过对来自多个渠道的非结构化客服数据进行自然语言解析，主题聚类，情感度建模等技术分析手段来挖掘和分析热点话题，发现服务运营问题，寻找畅销或问题产品，洞察销售机会。环信客户声音通过透析客户对企业产品和服务的准确体验，帮助企业识别和改善客户旅程的各个阶段。

   1，整合多渠道数据源，透析客户对企业产品和服务的准确体验。(包括网页在线客服数据、微博微信客服数据、移动APP内置客服数据、百度贴吧、博客论坛以及其他互联网社交网站数据等。)

   2，基于人工智能技术，帮助企业识别和改善客户旅程的各个阶段。(在客户声音系统中，主题关键词热度越高，说明用户关注度就越高。关键词对应的情感越负面，说明用户的体验感就越差。)

示例：上图显示了某电商主题关键词热度分布。四种颜色代表四个主题。主题和关键词百分比代表了该主题或关键词的用户讨论热度。

示例：上图是讨论热度最高的主题“注册登录”下头15个关键词的情感估值对比图，绿柱表示用户满意度高。如果用户对某关键词对应的业务充满负面情绪，系统用红柱突出表示出来。黄色表示中性。

示例：某电商按关键词或情感度追踪并解决物流快递问题。

3.​极大解放生产力的智能客服机器人。
 
   随着全媒体客服的普及和广泛应用导致企业和消费者多点接触，同时用户体验得到了企业的重视，导致客服咨询量暴增，企业有限的客服人力资源与日益增加的客服请求之间的矛盾日益尖锐，如何用有限的客服资源服务不断增长的海量客服请求需要一个颠覆型的技术来解决。相比人工客服，智能客服机器人将提供极大的效率优势。Gartner报告指出智能客服机器人(VCA-virtual customer assistance)技术将在2017年成为客户服务行业的核心驱动力。

   环信作为智能客服企业的先行者，基于自然语言处理和机器学习技术推出了环信智能客服机器人，辅助或代替人工客服精准回答常见或高频问题，降低企业客服人力成本。目前，环信在客服领域已经服务了29000多家标杆客户，积累了人工智能在客户服务行业落地的大量最佳实践。

1､ 无需人工标记和人工维护的机器人单轮会话，极大降低机器人维护成本。

最佳实践示例:环信机器人无需人工维护相似问法，就可以在会话过程中识别同一问题的多种不同问法。

2､ 机器人多轮会话，支持更多复杂业务，进一步拓展机器人使用场景。

最佳实践示例:环信机器人通过多轮会话支持查询物流状态，并和企业业务系统做集成,真正意义上节省人工。

3､ 无缝人机协作体验，复杂场景下最佳用户体验的客服模式。

   在一些比较复杂和特殊的服务场景，比如高客单价的金融行业售前咨询，机器人客服不能完全理解客户的个性化咨询要求的时候，我们可以无缝进入人机混合模式。在人机混合模式下，环信智能客服机器人向人工客服推荐备选答案，人工客服起到了保证答案质量充当专家客服的角色，这样既保证了客服的响应速度又提高了问题的回答准确性，同时降低了人工客服的工作量。

4､ 智能质检，准确率达到替代人工质检水平。

   环信机器人还提供自动智能质检功能，可以对全部客服会话进行实时或离线质检。 智能质检是基于环信在线客服各个领域的海量用户对话，提取出数百个客服对话特征，并用这些特征训练得到的一个通用质检模型。智能质检的准确率达到替代人工质检水平。 收起阅读 »

   在过去的 5 年中，客户服务中心所经历的变化，超过了以往 35 年的总和。由于客户期望提高、接触渠道增多和社交媒体的流行，客户服务所面临的挑战较以往任何时候都更为复杂。客户的服务体验仍旧是其认知品牌的重要途径。


   因此，每天接听电话的客服代表，便是您最具价值的员工。他们必须具备影响客户认知品牌的技能和能力，来与客户直接沟通。

  缤特力将探讨一些方法，让客服中心可以做出一些循序渐进的改变来满足并超越客户的期望。以下是提升客服中心客户体验的10大方法：
 
1、停止测量平均处理时长
   在如今的通话变得比以往更复杂。 您的客户期待获得最佳服务，这并不意味着快速结束通话就能提供最佳服务。关键在于问题的解决，而不在于所花时间的长短。

2、每位员工配备两块显示屏
   有些呼叫中心的员工每天使用多达 15 种的不同软件工具。 但是在单块屏幕上打开和关闭所有软件窗口是一件繁琐的事。双屏幕可让他们在查找信息解决手头问题的同时，仍可以查看客户信息。

3、改善您的音频质量
   这看起来也许是小事一桩，但是通过一款专业的耳机，可以大大改善您的通话质量。





4、尝试在家办公
   朝九晚五的工作方式不再适合现代人的生活，人们想要实现工作与生活的平衡。因此，在家办公的方式必定能将员工满意度提升到一个全新水平。它能建立信任度，降低员工流失率并提升员工“工作时”的效率。

5、测量您的噪音
   五分之四的员工认为办公室的背景噪音会分散注意力。 而且它会破坏客户信息的保密性尤其是在医疗保健和金融服务方面。您可以采取声景技术 (SoundScaping) 等措施监控噪音热点的位置



6、定期更新耳垫
   无论您的员工使用自己的耳机还是共用耳机，定期更换耳垫都是很重要的。 通过平时注意卫生，团队重要成员不会因为忙碌的呼叫中心工作而引起耳部痛苦，进而影响工作。

7、随时移动
   接听电话时，客户服务代表不可能每次都能解决客户问题。 因此您的员工需要在不切断通话的情况下自由走动。通过这种方式他们可以在进行客户对话的同时找内部专家讨论，或查找正确的信息。一款专业的无线耳机，能帮助团队成员之间以及后台专家进行联系，同时能与客户保持直接沟通。



8、针对不同的活动使用工作区
   有时您需要其他人围坐在您身旁才能更好地工作。 而在其他时候 , 你需要思考或交谈的私密空间。通过针对不同的活动使用不同的工作区，您可以在需要时帮助您的同事专注、思考、交流或协作。
 
9、简化您的软件
   有多少个不同的软件工具是您的员工真正需要的？ 在数字时代，人们很容易想要利用一切可以利用的资源，但这只会削弱“对话”传播。因此，请仔细思考哪些软件是必要的，然后削减其余的软件。

10、更改职位名称
   众所周知，当员工感到自己的价值被认可时，会更加努力地工作。 职位名称在激励员工以及增进其工作的自豪感方面发挥着重大作用。有时所需要做的仅仅是将职位名称从“接线员”、“话务员”、“座席”等更改为“客服代表”、“客户官员”、“营养顾问”、“理财顾问”、“客户管理专员”、“技术支持工程师”、“订单处理专员”等。


相信以上10种方法会对您的客户服务中心的管理有所裨益。将这些方法结合起来，让客户服务代表与您客户之间的互动体验更加出色。 收起阅读 »

起因 : 按照官方文档来写的 (我的测试环境为单对单聊天) 设置的EaseChatFragment中Bundle的EaseConstant.EXTRA_CHAT_TYPE字段值为EaseConstant.CHATTYPE_GROUP


 
异常 : 


 
分析 : 


 
解决 : 

收起阅读 »

• 关于Windows SDK

    Windows SDK 是为在微软Windows操作系统中集成 IM 功能提供的 SDK。用户可以用 SDK 实现 IM 功能。目前支持登录、注册、单聊、群聊、聊天室、文本消息、图片、语音、位置等消息以及透传消息，还可以实现好友管理、群组管理等功能。 

• 集成准备

 从环信官方网站获取 IM Windows SDK，SDK中目录结构如下： 

|include|-bin|-lib|-doc

release 目录中包含SDK的头文件、lib文件和dll文件，其中easemob_d.lib和easemob_d.dll是Debug版，doc 目录包含对 sdk 的详细说明。 

• 集成示例

 创建 EMClient   EMClient 是 IM 服务的入口，可以直接调用 EMClient 的接口，也可以通过 EMClient 获得相应 EMContactManager、EMChatManager 等进行相应的操作。 

CString strAppDir = GetAppDataPath();//获取当前用户APPDATA路径CefString sAppDir(strAppDir);easemob::EMChatConfigsPtr configs(new easemob::EMChatConfigs(sAppDir, sAppDir, "easemob-demo#chatdemoui"));//最后一个参数是开发者从环信官方申请的AppKeyconfigs->setOs(EMChatConfigs::OS_MSWIN);configs->setEnableConsoleLog(false);configs->setClientResource("windows");EMClient *client = EMClient::create(configs);g_client = client;

 

• 注册、登录及登出

调用 chatclient 的 createAccount()、login()、logout() 接口可以实现注册、登录功能。注册的示例：

easemob::EMErrorPtr result = chatClient->createAccount("zhangsan", "passw0rd");if(result->mErrorCode == EMError::NO_ERROR) {    //注册成功} else {    //注册失败提示错误描述    cout << result->mDescription << endl;}

登录的示例 ： 

easemob::EMErrorPtr result = chatClient->login("zhangsan", "passw0rd");if(result->mErrorCode == EMError::NO_ERROR) {    //登录成功} else {    //登录失败提示错误描述    cout << result->mDescription << endl;}

登出的示例 ： 

chatClient->logout();

注意：createAccount(), login() 是需要与后台服务器通讯的操作，可能需要一定时间，如果程序想同时显示 UI 的话，需要放在单独线程中处理。

• 注册连接状态监听

 当掉线时，SDK 会自动重连，无需进行任何操作，通过注册连接监听来知道连接状态。[list=1]

在聊天过程中难免会遇到网络问题，在此 SDK 为您提供了网络监听接口，实时监听

可以根据 disconnect 返回的 error 判断原因。若服务器返回的参数值为EMError.USER_LOGIN_ANOTHER_DEVICE，则认为是有同一个账号异地登录；若服务器返回的参数值为EMError.USER_REMOVED，则是账号在后台被删除。

class ConnectionListener : public EMConnectionListener {
public:
    ConnectionListener()
    {
    }
 
    virtual void onDisconnect(EMErrorPtr error);
    virtual void onConnect();
};
...
...
mConnectionListener = new ConnectionListener();
g_client->addConnectionListener(mConnectionListener);

Window Demo和SDK下载：点击下载
Windows SDK 集成文档：集成指南 收起阅读 »

一、概述

   近年来，呼叫中心正在从传统的电话运营方式向多媒体、智能化迅猛发展，全媒体/全渠道客户互动平台、AI人工智能客户机器人在呼叫行业的技术实现指日可待。随着硬件、软件环境的不断完善，呼叫中心与客户的沟通渠道变得越来越多样化，原本占有主导地位的人工客服数量不断缩减，但同时对其沟通能力、业务水平的要求却越来越高，这将是一支高素质、高能效、高水平的精益化客服队伍，同时，人力资源管理水平也将始终是呼叫中心运营的核心主线之一。

   随着市场竞争不断加剧，企业对服务质量的要求也不断提高，在质量管理中，预警机制可以有效发现问题、控制问题，进而妥善处理问题。本文对呼叫中心日常质检差错动态二级预警机制进行了一系列探索和实践，在质检差错闭环管理中取得了较好成效，达到了分层级、持续提升的管理效果。

   一些传统的差错预警机制如“偏差底线三级预警机制”的判断标准为累计出现n次定义为一级预警；累计出现n+2次定义为二级预警；累计出现n+4次定义为三级预警。举例说明，若用月度一般差错（非致命差错）数/率作为衡量客服代表的阶段质检水平的标准之一，平均每位客服代表的月质检录音数量约为25通，一级预警阈值设定为6通；二级预警阈值设定为8通；三级预警阈值设定为10通。此时若某客服代表在月度第一周就出现5条一般差错，在此预警机制中就将被忽略，而事实上此客服代表应是被预警的重点人员。

   此类预警机制有两大弊端，一是预警周期较长，通常以月、季度为累计周期，预警阈值单一，常常达不到预期的预警效果，若将累计周期缩短又会失去评判的合理性；二是预警层级较多，在警告力度与绩效考核不能提供相应配合的情况下，被预警人员积极性不断削减，预警效果适得其反。

   不同于传统的质检差错预警，动态二级预警机制预警阈值通过对当前质检差错数学建模后以周为周期设定动态阈、，以月为差错累计周期制定考核标准，在深度透视质检结果的同时实现短期、实时的预警效果，充分配合质检标准校准频繁、质检水平变化迅速、要求差错快速整改的质量管理现状。

   由于质检数据每日更新、质检内容纷繁复杂、数据透视工作量较大、预警阈值动态变化等客观因素，为了减轻人工工作量、提高数据统计准确性，我们建立了质检评分明细数据库，通过文字匹配对每日日常质检一般差错、严重差错进行数据透视，为质检差错分析提供数据支持。另外通过对部门、班组、个人的质检差错数量统计，用软件设计实现动态二级预警机制，最终建立日常质检动态二级预警平台。
 
二、动态二级预警机制阈值设定

   日常质检差错预警采取“红、橙”二级预警制度，每周统计截至当日月度质检差错累计值，根据每周动态阈值进行预警，以月为差错累计周期制定考核标准，具体统计周期、预警阈值见下表：


 
1、质检评判：质检工作遵照质检检测/评判标准，常态开展质检工作。内部质检对日常质检突出问题进行专项质检。

2、预警发布：建立日常质检差错预警周发布机制，定期编制“预警通知单”并按时按需发布预警。

3、预控执行：各班组接受“预警通知单”，及时组织制定、落实预控措施，并于2个工作日内反馈措施落实情况及业务支撑与培训需求。
 
4、监督与考核：由值班经理进行差错整改的闭环检查，持续跟踪重点人员与频发差错，同时提供整改措施，督促班长进行QC提升活动。对月末仍为红色预警的重点人员，在月度绩效中进行考核。

三、软件设计

   日常质检数据明细为每日导入，软件主要实现部门、班组、个人三个层级对本月截止当日差错累计数量进行统计，并通过文字匹配对一般差错、严重差错根据存在问题一栏差错分类子项进行数据透视，由界面友好的预警平台输出预警人员名单与部门、班组、个人的差错突出问题，为质检差错分析提供数据支持。

   建立质检评分明细数据库，其中一般差错透视项分为两大类：工单质量和录音质量。工单质量分为工单填写、工单分级，工单填写又细分为受理内容记录不完整准确（含错别字、不通顺）、客户信息记录不完整准确（含联系人姓名、地址、联系电话等）等九个小项。工单分类差错不设下级透视子项。录音质量分为业务能力、服务规范、服务态度、沟通能力及下属多个子项。

四、全面质量管理下的动态二级预警机制

   服务质量的提升是整个团队管理与执行的合力，而非单单依靠质检团队，这就是全面质量管理的概念。全面质量管理要求全面质量、全部过程、全员参与，而对于呼叫中心则是要求质量管理全业务、全流程、全人员覆盖，强调各层级人员、各运营关键点与质检之间的配合。ISO 9000强调“全员参与、过程方法”的质量管理理念，动态二级预警机制正是实现全面质量管理的有力工具。

   动态二级预警机制平台的受众是部门所有的客服代表、班组长、主管、值班经理等各层级人员，可以通过查看个人、班组的质检成绩与数据透视结果以及全体接听人员的质检差错预警情况来达到全人员参与、全人员监督的效果。

   对于平台导出的人员差错预警与日常质检透视分析成果，由客服专员自行整改、班组长一对一辅导、主管对红色预警人员进行谈话、内部培训对共性问题进行集中培训、值班经理闭环检查等实现全流程管控及闭环分层级管理。

本文刊载于《客户世界》2016年8月刊文章；原文作者汪东邻 ，本文作者为单位为国家电网公司客服中心南方分中心。 收起阅读 »

 按二次返回键退出
在onBackPressed 方法中做下时间判断

/**

     * 最后按下的时间

     */

    private  long lastTime ;



    /**

     * 按二次返回键退出应用

     */

    @Override

    public void onBackPressed() {

        long currentTime = System.currentTimeMillis();



        if(currentTime-lastTime<2*1000){

            super.onBackPressed();

        }else {

            Toast.makeText(this, "再按一次退出应用", Toast.LENGTH_SHORT).show();

            lastTime=currentTime;

        }



    }

第二种在onKeyDown 方法中做下判断

 @Override

    public boolean onKeyDown(int keyCode, KeyEvent event) {



        if(keyCode==KeyEvent.KEYCODE_BACK){

            //禁用返回键

            exit();

            return false;

        }



        return super.onKeyDown(keyCode, event);

    }

exit方法就是第一种的写法

有些页面不让用返回键可以禁用​

@Override

    public boolean onKeyDown(int keyCode, KeyEvent event) {



        if(keyCode==KeyEvent.KEYCODE_BACK){

            //禁用返回键

            return false;

        }



        return super.onKeyDown(keyCode, event);

    }

收起阅读 »

距离2016杭州·云栖大会还剩最后两天，环信的展台也在如火如荼的搭建着，届时欢迎各位环信小伙伴来访。
本次环信给大家准备了精彩的产品展示、体验，还有一些有趣的活动与礼物相送，来到环信展台进行转盘抽奖，限量版定制瑞士军刀背包，书籍，环信T恤....等你来拿！

环信展台在2B07 2B07 2B07 重要的事情讲三遍！
开始搭建


天黑了，一天的努力




是时候来一波效果图了










收起阅读 »

　 由开源社主办的中国开源年会2016 (COSCon'16 - China Open Source Conference 2016) 即将于今年10月15日-16日在北京举办。

这是一场--跨社区，跨技术领域，跨国度的年度盛会！
您可以与真正的开源贡献者和参与者，直接互动！
大数据，云计算，操作系统，开源治理，精彩纷呈，绝对让您不虚此行！
区别于一般的大会，我们知道草根开源社区听众，期盼听到纯干货，更希望与讲师能有更多互动，因此我们安排了：
讲师打赏（提供讲师更高的动力分享干货）
现场在线抽奖（直接回馈热情投入的听众，特等奖为Endless赞助的Endless mini电脑两台）
视频直播/弹幕/评论（全国范围远程参与互动反馈）
越来越多的讲师课题涌入，愈加提升了大会的质感，相信大会的丰满程度将超乎您想象！
 

• 时间地点

2016.10.15~ 2016.10.16   北京市北京航空航天大学 进入报名：http://www.huodongxing.com/go/coscon2016 

• 大会亮点

跨社区，跨技术领域，跨国度，年度盛会与真正的开源贡献者和参与者，直接互动大数据，云计算，操作系统，开源治理，精彩纷呈。 

• 在线直播

http://vzhibo.tv/event/cosc 报告厅1http://vzhibo.tv/event/cosc1 报告厅2

• 我们是谁

开源社是由中国支持开源的企业、社区以及个人所组织的一个开源联盟，一直以来致力于在中国推广开源，推动中国开源社区成为全球开源软件和硬件的积极贡献者。并携手国内社区，高校，企业，政府，共创健康可持续发展的开源生态体系。 

• 我们打算办一个怎样的大会

通过这次大会，我们希望能够实现：开源社区、企业的高手齐聚一堂、激荡火花跨社区、跨技术领域、跨国度的年度盛会与真正的开源贡献者、参与者，直接互动最终达成我们"天下开源是一家、社区携手迸火花"的理想！ 

• 会议形式

为了实现上述目标，我们策划了丰富的会议形式：主题演讲：社区大牛为您带来精彩的开源模式相关的深度内容高峰对话：中外开源社区的领军人物，共同探讨开源的发展与社区的未来五大分论坛：包括开源操作系统、云计算、大数据、前沿技术、开源治理等诸多领域，精彩纷呈，一定会有你感兴趣的话题。圆桌高峰会：邀请企业、社区、协会及专家代表，畅谈分享企业开源治理的心得，流程，实践与各种酸甜苦辣。开源之夜：欢聚一堂、敞开心扉、畅所欲言的社区见面会。 

• 创新互动

和一般的大会不一样，我们知道草根开源社区听众，期盼听到纯干货，更希望与讲师能有更多互动，因此我们安排了：讲师打赏（提供讲师更高的动力分享干货）现场在线抽奖（直接回馈热情投入的听众，特等奖为Endless赞助的Endless mini电脑两台）视频直播/弹幕/评论（全国范围远程参与互动反馈） 

• 大会议程

第一天(上午) 

08:00  注册报到 

09:00  致欢迎辞 – 吕卫锋，北京航空航天大学计算机学院院长/教授 

09:05  开场致辞 - 廖湘科，中国工程院院士 

09:10  主题演讲 - 变革：企业的开源之旅；申元庆，微软亚太研发集团首席运营官、微软中国云计算与企业事业部总经理 

09:50  主题演讲 - 中国云计算开源产业发展机遇；何宝宏，中国信息通信研究院标准所副所长，云计算开源产业联盟常务副理事长 

10:30  主题演讲 - Elephant in the Room; Niclas Hedhman，Apache 软件基金会副总裁 

11:10  高峰对话 - 廖湘科，中国工程院院士；梁莉，FreeBSD基金会执行总监；栗蔚，云计算开
源产业联盟秘书长；庄表伟，开源l社理事会代表； 

第一天(下午 - 操作系统分会场)

13:30    Linux性能剖析工具的现状以及我们的优化 - 宋宝华, Linux资深工程师

14:10    ZRAM那点事--ZRAM/ZSMALLOC简介以及3个问题修正和1个提高 - 朱辉, 小米电视工程师

15:00    FreeBSD，the Unknown Giant in Internet Industry - Dr. Hiroki Sato, Director, FreeBSD Foundation

15:40    Ubuntu Core 和SNAP 开发技术介绍 – 刘晓国Canonical, 高级软件工程师

16:20    Linux启动管理器对比及启动性能优化方法 – 刘易，优麒麟社区，优麒麟核心开发者

第一天(下午 - 云计算分会场 - OSCAR)

13:30    OpenStack分布式 SDN: Dragonflow 简介 - 肖宏辉, 华为, 高级软件工程师

14:10    Kubernetes on Mesos: 现在与未来 - 马达, IBM, 软件架构师

15:00    容器对 OpenStack 基础架构的影响 - 陈沙克, 九州云信息科技, 技术副总裁

15:40    开源云计算成为中国企业的IT发动机 - 何军辉, Easystack, 大企业部资深架构师

16:20    从DevOps到自动化运维实战分享 -季文轩, 云途腾系统架构师，Magicstack全线产品经理

17:00    OSCAR在开源上的思考 - 陈屹力, 中国信息通信研究院工程师

第一天(下午 - 开源治理分会场)

13:30    Commercialization around Apache Licensed Software - NiclasHedhman, VP, Apache Zest

14:10    如何持续地开发一款开源软件 - 王春生,青岛易软天创网络科技,创始人

15:00    Seafile四年开源路 - 潘凌涛, Seafile CEO

15:40    Inner Source－如何在企业内部采用开源软件模式 - 李建盛,开放云精选,创始人

16:20    结合GitHub的开源审批和部署流程 - 宋青见, 微软, 首席产品经理

17:00    闪电演讲：我的开源经历,开源心得, 开源社区运营经验及展望 - 杜金房, 北京信悦通和烟台小樱桃创始人，FreeSWITCH-CN中文社区创始人

17:20    闪电演讲：开源硬件的社区治理 - 梁尧, BOE知识产权和技术管理中心中级研究员、专利工程师，中国知识产权研究会会员研究员

第二天(上午 - 大数据分会场)

09:00    Building a Reliable Large-Scale Distributed Database: Principles and Practice - 申砾, PingCAP, Engineering VP

09:40    Apache HAWQ: 替代传统数据仓库的SQL-on-Hadoop引擎 - 常雷, Apache HAWQ创始人

10:20    开源指南针 - 王启泰,指南针开发团队项目管理

11:00    从 PostgreSQL到云端大数据处理 - 马涛,北京酷克数据科技,联合创始人

11:40    三个五分钟，构建流式，批处理，交互式应用 - 祝威廉,乐视云, 资深数据工程师

第二天(上午 - 云计算分会场 - OSCAR)

09:00    Docker开源社区初探 - 魏世江, 云栈科技 (希云cSphere) CTO, Docker社区代码贡献者

09:40    基于DC/OS的现代应用落地实践 - 陈冉, DCOS中国社区创始人

10:20    我的2016感悟—云技术社区运营及云计算给运维职业选择带来的变化 - 肖力, KVM云技术社区发起人

11:00    重新打造一个开源容器管理面板 - 肖德时, 北京数人科技有限公司, CTO

11:40    OpenStack Zaqar项目简介 - 王昊，烽火通信科技股份有限公司，架构师

第二天(下午 - 前沿(新)技术分会场)

13:30    Hyper:基于硬件隔离的容器技术 -王旭, Hyper, 联合创始人, CTO

14:10    开源代码项目的质量/安全缺陷检测与法律版权管控技术 - 韩葆, Synopsys

15:00    物联网技术发展研究 - 李永华, 北京邮电大学北京邮电大学教授

15:40    开源软件在华为容器项目测试中的应用 - 孙远 ,华为资深工程师

16:20    When the going gets tough, Get TUF going! - 胡科平, 华为,高级系统工程师

17:00    闪电演讲：《更了不起的Node.js》或《从零开始构建一个Node.js Web框架（基于Koa 2.x）》 - 桑世龙, 空弦科技, CTO

17:20    闪电演讲：Firefox 的 Servo 引擎 - 赵博通, 谋智火狐（火狐社区）

第二天(下午 - 云计算分会场 - OSCAR)

13:30    基于OpenStack技术的云计算开源产业发展介绍 - 陈文弢, 中国信息通信研究院, 工程师

14:10    开源容器云 OpenShiftOrigin: 基于Docker与Kubernetes的容器云 - 陈耿,Redhat,高级技术顾问

15:00    开源如何解决 DevOps的问题: Cloud Foundry and more - 况宁, 微软,高级项目经理

15:40    DaoliNet：一种高可用高带宽虚拟化网络技术 - 中国通信学会云计算与大数据专家委员会委员， 道里云公司 CEO 毛文波

16:20    Docker image on PaaS：如何在PaaS平台上持续集成 - 轻元科技 PaaS组工程师 唐飞雄

17:00    闪电演讲：大数据paas平台运维体系构建分享 - 王福旺 亚信高级运维研发工程师

17:20    闪电演讲：《将openstack-infra引入企业级软件开发》 - 赵祯龙 浪潮信息

开源高峰圆桌会第二天全天

主题：如何畅饮一杯滚烫的开源

一、讨论范围：仅限受邀企业、社区、协会及专家代表（具体名单待定，不会超过12人）

二、主要议题：从公司政策、文化、流程、工具等层面，讨论企业与开源相关的各种话题：

企业如何用好开源？
企业项目如何对外开源？
企业内部研发如何互联互通？
企业与开源社区，如何互利互惠？
企业自建开源社区，开放平台，开发者社区，有何区别？如何运作?
国际经验与中国实际；
政府定位与可选策略；

微软工作坊 第二天全天

09:00    实验室活动#1：Azure 入门和 Docker 搭建动手实践.(欢迎自带电脑，提前或现场申请1元账号，获得1500元额度)；现场会手把手从 Azure 门户、Powershell/CL等用户接口，创建虚机开始。通过Dockers1.12的Swarm集群（若干虚机）的动手实践进入高潮.

10:20    区块链技术介绍及其开源项目- Ethereum(以太坊)演示 -闫莺 微软亚洲研究院 主管研究员

11:00    MySQL及LAMP快速建站演示

11:40    答疑和抽奖环节

13:30    实验室活动#2: .Net Xamarin + Typescrip + Node.JS(移动+Web+Azure) 一体化开发动手实践，继续上午的Azure后端开发的热身之后，从Node.js开发演练开始，过渡到前端应用开发的实践，开源的Xmarin跨iOS和Android开发的神器，以及让Javascript升级为严谨大项目开发的利器Typescript

15:00    VS Code 插件开发演练 - 张晨 MVP 白鹭引擎

15:40    拥抱开源的大数据平台 - 姜英，微软大数据平台首席产品经理

16:20    一小时玩转Azure镜像市场的开源镜像 - 刘明，微软 高级产品经理

17:00    答疑和抽奖环节

收起阅读 »

   我进入电信企业后很快就被安排到了运营流程分析岗位上，那是二十多年前的事情了。美国人的特点就是科技兴趣极其强烈，甚至到了“迷信”程度，也因此把标杆管理和KPI管理模式看得非常重要，通过细化到达了一种极限，最后反而让这种技术管理体系逐步走下了神坛。事极必反，这是中国人的中庸哲学，却在现实中验证了美国人的技术迷信弊端，让我们从中领略到一种事物发展普遍规律。而从心理学这种现象并不难以解释；任何技术运用到了人身上也就成了人们生活的一个有机部分，心理承受能力也就自然成了一种发展限制条件。在工业大生产和统一规格产品时代，人力资源管理规范化程序是一种自然而然的生产流程核心内容，而客服部门仅仅是这种内容的一种后续延伸部分，这种定位一直延续到了今天。


   然而，这种定位已经与现实社会越来越无法适应。每次我听到坐席员在解答消费者问题后都生硬地问那句标准结束语：“我的服务有让您非常满意吗？”在电话另一头的客户往往拒绝回应而挂掉了电话。按照流程设计者的本意，消费者在这种人力管理模式中也竟然成了一个特定角色，他们也被裹挟到了这种程序中，企业并不向他们支付任何回报，也没有顾及他们真实感受，这些都仅仅是为了做一份美丽的客户调查反馈报表而设计的。显然，我们从这种程序中不但看到那些可怜巴巴的坐席员在刻意讨好甚至感情贿赂那些消费者，以此提高业绩，而消费者不但没有从中获取好的体验感受，反而加重了心理负担。如果我们稍稍回味一下，就会发现客服流程作为产品流程延续是多么荒谬，你明明就是要告诉那些消费者不要退货，不要索赔，不要找麻烦，却说是为他们服务的，甚至是为他们提供了产品之外的使用价值。

   对于这种与现实的脱节我们宁可选择视而不见，因为它确让我们这些依靠KPI管理体系讨生活的人们深感恐惧。这种恐惧来自于遇到了一个无比强大的对手，我们所面临的竞争者是一个强大无比的人工智能系统，它可以在国际象棋和围棋上战胜最强的人类棋手，当然处理我们这些简单枯燥的工作应答程序不在话下。面对这种高级科学产物，我们现有的科学化管理显得非常低端，而且它并不符合自然法则，把人类鲜活的智慧变成了机械性工具，把生动灵活的交流变成了具有敌意的竞争对话。现实中我们看到的是这种非理性思维被不断强化，随之而来的是各类时间管理软件和录音系统把坐席人员的一举一动按照时间和内容进行标准化，简直就如让一个戴着枷锁的犯人去自我惩罚。我曾经看到一个中国呼叫企业使用有七十多条质检标准的业绩表格，让每个坐席都每半个月承受这种惩罚性“与领导沟通”。当然，最惨的就是那位质检领导，他不得不天天面对坐席员做这件同样的事情，深怕自己成为一个思想虐待狂。

   显然这套KPI管理体系预设了一种错误的逻辑前提；它假设人类是根据行为数据标准进行工作的，而心理学告诉我们人类是根据工作目标工作的，可惜我们直到电话诈骗蔓延全国才意识到这点：“为何这些诈骗团伙用如此简陋的设备就能做的比我们高效的多？”。正因为骗子们没有KPI的约束才能进行如此灵活生动的对话表演，而我们在KPI枷锁之中依然是工业产品的一种部件而已。然而呼叫中心行业对于KPI管理体系的迷信是何等深入骨髓，它形成了一系列的评估标准，并配以奖罚制度，并以此为标准开发出越来越精美的机器系统，从二十年前十多个KPI指标到如今的上百个指标，企业为此花费了更多的金钱，人员流失却越来越加剧，客服满意度却没有实质性提升。

   在美国当年那些电信巨头都曾有过世界上最强悍的KPI客服管理体系，也正是这种极端化技术管理向社会暴露了它们的低效和粗纰。微软开启了人工智能时代，却是乔布斯奉献给这个世界最可贵的礼物----智能手机，才彻底颠覆了工业时代那种企业和消费者关系，让消费者真正成为了市场运营的主动一方。苹果手机的名言就是“你是掌握方向盘的主人”，作为手机主人没有其他人能够迫使你做不愿意做的事情，包括手机后续服务麻烦处理。美国电信（AT&T）如今已经沦落成纯粹的信号管道提供商，而苹果手机却成了消费者的生活体验核心平台，盈利与社会生活发展同步共赢。

   中国中产阶级在全球到处走的人越来越多，他们根本对现有的客户呼叫服务不屑一顾，因为他们只选择那些无需后续客服的产品和服务，这类产品和服务直接把后台客服需求集中起来交给软件打包处理，以免造成不良反馈和体验。就如现代智能手机里的那些APP一样，你只需按一下指令就可以确信获得所需服务，这就是所谓的“主体服务”----消费者作为主体为自己服务。如果今天你说需要一个数百人的呼叫中心用于客服，我会反问你的产品市场定位是否要彻底反思检讨。人类的确已经到了“非客服时代”，把客服变成了“主体服务”模式，消费者不再是被踢来踢去的客体（皮球），反而成了掌握客服平台方向盘的主体，客服人员成了他们的助手。

   如今客服体验模式是个备受关注的问题，显然已经无法用过去那种简单的产品使用感受充当内容主干。随着时代发展，消费者所处的文化氛围不断改变，网络生活促使个性化需求迅猛发展，同时也能够更有效地满足这些需求，随之而起的是小众化市场如同雨后春笋到处出现，社交网络成为了这种市场的集散与服务平台，形成了众多的分享经济模式的同时，也为今后客户业界发展提供了前瞻性预测。在这个时代里，消费者不再是一个被动的产品使用者，而是一群提供消费能量作用的“消费商人”。（选自《客服革命时代》，作者：邹达辉）

本文为转发仅代表作者观点。 收起阅读 »

微软的小冰机器人为什么会得到奶茶妹妹的青睐并命名
Cortana语音助手为什么会后来居上，超越苹果的Siri
如何将软件测试做到极致
微信小程序来了，你的js知识储备好了吗
哪里才是全世界学习web开发最好的地方
......
无猿不生态
猿生态十城巡回沙龙
精彩继续

10月15日  陕西省科技资源统筹中心
A区一楼众创空间

 
活动议程

13: 00 – 13: 30
活动签到
13: 30 – 16: 30 
技术分享 + 实战演示
16: 30 – 17: 00
抽奖 + 自由交流

讲师介绍










Tips

✦自带电脑：在实战演示环节，讲师们将带领大家现场写代码、做demo，建议带上电脑。

✦ AA餐会：活动结束后，与讲师和现场小伙伴们共进晚餐，交流、交友~~活动现场报名喔;-)

本场活动将通过云犀直播，在斗鱼、战旗、爱奇艺、熊猫TV等多个平台全程同步直播，扫描下方二维码即可收看

✦ ✦ ✦ ✦ ✦ ✦ ✦ ✦
更多精彩即将上线



阅读原文报名链接：阅读原文 收起阅读 »

姜迪：百合网股份有限公司客服总监



一、 传统的胜任力解读

   随着“互联网+”概念的普及以及网络信息技术的进一步发展与应用，客户服务正向着“交互体验，个性定制”的方向转变， 而打造一支稳定高效、富于战斗力的客户服务团队是大部分客 户中心管理者面临的重要课题，新形势对客户中心员工胜任力 提出了新的要求。 传统胜任力模型主要涵盖职业、行为和战略综合三个维度。 就呼叫中心行业而言，因需要直接与客户接触并解答客户问题， 因此熟练的业务知识和良好的沟通能力显得尤为重要。基于这 个考虑，呼叫中心传统培训主要以业务知识为主，通过强化记 忆和考试练习等方式不断加强人员的业务熟悉程度，务求人员 能够快速准确地解决客户问题。 

二、全媒体时代客户中心员工胜任力的新挑战

1、渠道信息多元化 
 
   从传统的单一电话沟通发展到现在的在线、电话、机器 人沟通，出现了“淘宝小二”、“京东JIMI”等智能机器人客服， 意味着客服行业全面进入智能化阶段。

2、客户需求个性化全媒体时代随着客户购物渠道的增加和客户群体的壮大
 
   客户购买产品除了满足其基本的使用需求外还追求心理层面的 附加价值及人本价值，因此客户服务也要从一通电话简单地解 决客户问题扩展到满足客户的所有需求，包括预约回电、语言选择、回复时间以及其他诸多个性化需求。

3、客户服务人文化 
 
   客户中心人员要能够对客户行为作出准确判断并增加人文关怀， 在沟通中增加信任感和真实感，做有温度的服务。 

三、全媒体下客户中心员工胜任力思考 笔者结合对客户需求的调研和分析，对员工胜任力新增需求思 考如下：

1、信息整合和应用能力 
 
   全媒体环境中人员与客户交互方式的多元化使得能够对大量无 序信息进行精心筛选、整理并发掘出有价值、可利用的信息，经过 分析、综合、加工而转换成新的信息成为一项不可或缺的重要能力。

2、EQ能力

   全媒体环境下客户个性化需求的增加导致工作压力变大，要求 客户中心员工能够在把控自己情绪的同时安抚好客户的情绪，更好 地解决客户问题。

3、行为分析能力

   全媒体环境下客户的行为及表达方式呈现多样化，客户中心人 员需要全面分析用户的行为动机，对客户需求做出精准判断，及时 有效解决客户问题。 由此可见，现有客户中心的员工胜任力管理需要转型以适应全 媒体时代带来的新挑战。

本文刊载于《客户世界》2016年7月刊观点文章；原文作者姜迪，本文作者为百合网股份有限公司客服总监。 收起阅读 »

   服务渠道的变化，带动着内外部管理机制以及客服中心价值标准的变革，包括客户中心的用人标准、服务标准、客户互动语言、价值评估标准、关键考核指标、日常运营报表、内部管理机制等一系列改变。全媒体客户中心能否创造出更大的价值，不仅仅在于服务渠道的丰富，更重要的是内部管理体系和服务管理体系的变革能否成功。
   随着人工智能的推动，简单重复的劳动逐步被自助服务取代，这为服务升级提供了快速发展和快速迭代的土壤。企业间服务体验、服务效率、服务成本的竞争更加激烈，这既影响着客户的活跃度也影响着企业的运营成本。

   客户中心作为业务处理中心、信息集散中心，每天经历着大量的案例，每个案例都交集着各个运营环节的问题。如果不能将问题看清、摸透，让日常的问题通过流程、制度以及系统来解决，就无法推动人工智能的建设。如果客户中心仍借助人的力量进行判断，突发事件众多、个案协调众多，因无制度可循，流程也不顺畅，更谈不上轻平台的建设。那么，如何搭建完善的服务管理体系从而推动服务体验提升、自助服务能力提升与服务成本的下降呢？笔者认为需要通过以下几个方面来进行 “华丽”转身。

 一、思维方式转变

   在当前人工智能发展的大趋势下，客服中心要实现“华丽转身”最重要的是进行思维方式的转变。

1、由“运动员”角色转向“裁判员”角色。

   以往的客服人员，尤其是客诉处理人员，往往认为投诉的完成意味着客户接受解释或处理方案，投诉处理完成也即工作完成。实际上这只是完成了投诉的一半，即相当于客服人员扮演“运动员”的角色完成了案件的执行部分；而另一半投诉的深度分析、责任判定、推动改进、改善方案等“裁判员”负责的工作并没有真正开展，由此带来了投诉问题的重复发生。因此，这个转变应该自上而下，由管理人员意识的转变带动工作机制和能力培养方向的转变，最终使得每一位接触投诉、舆情、负面评价的一线人员具备“裁判员”的能力。

2、由处理问题向根除问题转变。

   从单点的处理问题转向举一反三梳理同类问题，从判断问题以及问题的判责进化到从源头上根除问题。这需要管理者在充分了解问题的情况下，梳理上下游业务流程及规则的执行，才能够追本溯源，推进问题改进。要实现这一转变，需从以下两个方向入手：
 
由平台的使用者向平台的建设者转变。

   服务的自助化，要求平台的迭代速度更快，更加贴近需求。而推动技术平台不断迭代的一定是业务需求和业务问题。因此，管理者必须摆脱等、靠、要的心态，从业务场景出发来改变技术的功能。而系统的功能要从支持常规业务向支持多场景业务的方向转变。

由用人解决问题向通过流程与系统解决问题转变。

   在业务波峰阶段或在销售大促集中期，传统的客服中心往往从人力测算到人员储备的思路来进行服务应对的准备，而全媒体客户中心应从自动化推动的角度提升自助化服务能力，并做以下的转变。

   从预知到预防：无论是单点的促销还是常规的业务，要从预测预知服务场景、问题场景、需求场景，到预防方案的设计。

   从预防到预设：预防方案的设计推动系统在各个业务场景的功能设计。系统的自助服务程度取决于预设场景的覆盖程度，当各类突发事件全部在预设的常规服务机制当中时，服务的自动化能力才能够得以体现。

   前置服务场景测试：传统客服中心大量的工作是在问题发生后，而全媒体客户中心大量的工作是在前置服务时，包括服务场景的设计、系统测试、知识库应答测试等等。

   正所谓：“思维转变天地变，思想不变原地转”，只有自上而下思维方式的转变，才能够推动客服中心不断的创新、提升与改变。

二、管理机制与流程的转变

1、问题改善流程与问题预防机制并重。

在过去的服务管理中，对于售后服务类的客服中心在流程的管理与执行上有三个阶段的演变（如图1）：

第一阶段：作为流程的一个环节，处理好当前业务环节。处于这一阶段的作业流程较为被动，易导致管理者局限于眼前的工作内容缺乏全局观。

第二阶段：作为问题处理的一个环节，通过问题反馈倒逼前端事前预防与事中的规范执行。从客户问题的反馈到内部问题的反馈，起到了反馈和推动的作用，是后知后觉的管理。

第三阶段：通过大量的案例积累与专业服务的沉淀，建立预知和预防风险机制，做到先知先觉的管理，引领



服务提升。

2、强化场景细分：

   在多媒体运营环境下，需要做好从主业务流程的梳理到场景流程的细化的转变，通过场景细化细分业务单元推动人工智能的完善。

三、日常分析思路的转变

1、运营分析与案例分析并重。

   传统客服中心的分析以业务量、咨询量、处理效率以及各项运营指标为主，但要实现服务管理推动服务提升，需要侧重于案例的深度分析与持续跟踪。

    对于案例的分析必须深入分析每一个环节并进行各个时间节点和业务节点的细节分析。包括：投诉处理状态、案例类名称、留存图片、投诉日期、工单号、投诉渠道、客户地址、责任部门、订单类型、投诉人、备注、客户投诉内容详细记录、投诉受理人、投诉事件调查情况分析、调查人、协商后解决方案及结果、回复人、目前存在的问题、分析人、回访客户情况记录、回访人、投诉后购物行为、客户贡献值。

2、结果分析结合归因分析。

   无论不满意度的服务评价或是网站各类差评以及日常的投诉工单，都需要进行原因分析，并结合问题、责任归属追踪投诉率、处理速度等（如图2）。这需要几个前提条件：
 

• 多渠道接入的工单系统：即评价、舆情、升级投诉、客户发起投诉等生成工单并进行统一路由分配。


• 投诉分级处理、投诉判责功能支持。


• 设立内部投诉工单路由规则及超时提醒等流转流程。


• 通过判责、追踪、目标分解等方式降低人为失误带来的投诉风险。

 


四、外部服务政策制定

统一的对外服务政策是客户服务体验的基础保障。客户中心作为各类业务和投诉的授理中心，应结合行业政策、业务场景、客户诉求制定统一的对外服务政策并推动政策在全公司内执行，对内达成共识，对外形成服务保障。比如电商企业必须要规定的的政策包含：

1、政策及鉴定标准：要结合商品品类确定退换货周期及可退换的范围、界定标准。尽可能细化、量化。只有被细化、量化的标准才能够实现系统功能开发及客户的自检自助服务流程。早期的电商企业由人来判断退换货，服务人员起到的是讨价还价的作用，这不仅是一种低效能的处理方式，更成为损伤客户并导致客户流失的要因。

2、消费者服务保障体系：例如，平台类电商消费者服务保障体系即是对商家的服务约束也是对顾客的服务保障。该体系一般包含服务处理效率的保障及超时的服务赔付；产品质量方面的保障以及由于假货、劣质商品或过期商品等问题对商家的处罚及对消费者的补偿政策等。对于商家违规的服务或产品，消费者可直接与平台监管举报并由平台客服进行处理及跟进（如图3）。



3、投诉理赔政策：对于投诉的处理时效、不同情节的投诉按场景细分制定理赔标准及赔付流程，对外的承诺即是内部的标准。标准范围内流程化处理，标准范围外除了一单一议的处理机制以外，要有形成标准和改善的循环。

服务体系的搭建除了明确、细化的服务政策以外，还要强化场景化、客户化的知识转化。

五、内部管理机制制定

1、 投诉内部管理和处罚：投诉必须进行认责、追责和分析。服务质量是在每个环节百分之百执行的前提下才能够得以保证。因此人为投诉必须有认责和处罚的机制。投诉的内部管理制度，包括客户投诉回复及解决的时效、问题纠正及持续改善的时效、追责涉及到的处罚、降职等方面的落地实施等。

2、 平台质量监控：通常电商包括商户和自营两种模式。对于商户提供客服及物流服务的，在服务时效、政策、规范方面应按统一的管理规范进行执行，并形成考核制度。基础通过培训认证的方式颁发上岗和提供服务的资质，后续进行统一服务监控。

3、 风险预防与应急处理：涉及支付风险、个人信息风险、流程风险、运营风险等应有现场突发事件的预防与应急处理方案。

4、 内部分析与沟通机制：作为推动各环节进步的服务管理部门，必须建立起投诉分享及改进方案推进进展的分享或讨论。

5、 商品上架下架原则：商品上架必须在商家服务保障达标、商品质量及证照相关材料审核通过的前提下方可上架销售，对于同类商品周期性出现一定比率的质量投诉情况必须有紧急的下架检核机制，检核通过方可恢复上架。一方面通过标准规避风险，另一方面通过制定防范风险再发。

全媒体客户中心作为企业面向客户互动的最重要的互动界面，既是企业发展的驱动引擎和探测器，又是核心竞争力的缔造者；管理者既要结合企业发展的方向及时调整思路、节奏、步伐，又要深度挖掘客户的反馈和各环节潜在的机会与风险。新型的客户互动中心不再是被动接受的服务者，而是参与企业决策的“一员”，是经营客户和产品的主体。

定位决定思路，思路决胜未来！

本文刊载于《客户世界》2016年7月刊文章；原文作者张艳，本文作者为《全媒体客户中心管理》作者，现任蜜芽服务副总裁。 收起阅读 »

当你刚刚集成环信的时候，在和自己android组的小伙伴玩的不亦乐乎的时候，当你过完这把瘾的时候，那么接下来，你就要考虑的是怎么让这个头像显示的是自己想要的头像，怎么让昵称显示自己的昵称.....

那么接下来，我来告诉大家，怎么解决昵称头像的问题，

首先，这篇文章是接在我大表哥江南孤鹜在im社区写的一篇文章之后写的，上个链接地址 Android获取昵称头像接下来，我对此文章做些补充：

我看到有些人在问，这个方法放在哪里？



好吧，大表哥没说出来，这个放在UserApiModel里面

那么接下来，大表哥写的是这样的，利用扩展消息去获取头像昵称，在这里我提醒下大家，要判断这个头像是自己的还是好友的


怎么判断呢，作为新手的我们，我推荐使用shareprefences在登陆的时候保存下自己的头像昵称，然后再这里获取，并且设置给扩展



在demohelper里面有个getuserinfo方法


这里就是把获取到的头像昵称设置给环信，然后显示出来，这里最重要，切记不要写错。

那么，到此为止，其实都说完了，可是，毕竟是一个延伸，怎么可能就此结束，接下来给大家看下，请求数据，然后设置给数据库



请求的过程我就不写了，这个大家都会，获取到username，id，logo，之后先要把头像，昵称存到userdao里面，如果userdao是环信的一个数据库，这个大家自己看看demo的代码就知道了，设置到这里，是为了在联系人列表里面显示，UserInfoCacheSvc.createOrUpdate(id,username,logo_img);这句就是把头像昵称放到大表哥写的数据库里面

最后，补充一下，忘记说了，导入框架


好了，这样就结束了，如果有什么还不明白，就加入大表哥粉丝群（环信IM互帮互助群 340452063），我会帮你解答一切问题 收起阅读 »

  由CTI论坛主办的2016中国客户体验创新大会将于10月13日在北京辽宁大厦隆重举行，本次会议得到中国通信企业协会增值服务专业委员会的的有力指导和大力支持。环信创始人刘俊彦兼CEO将出席此次会议并发表主题演讲《下一代客户服务软件的三大核心驱动力》。




  刘俊彦毕业于英国伦敦国王学院。17年研发经验；先后任职IONA，RedHat； 重度开源软件参与者。JBOSS ESB， SOA-P、Apache CXF、JBOSS Drools、jBPM 等开源项目committer；专注于高并发消息中间件，实时消息系统，异构分布式企业系统集成，应用服务器。

  环信移动客服——全媒体智能云客服倡领者，于2016年荣膺“Gartner 2016 Cool Vendor”。环信支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、APP内置客服和呼叫中心等多种渠道均可一键接入。基于环信业界领先的IM长连接技术保证消息必达，并通过智能客服机器人技术降低人工客服工作量。同时，基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营，提高跨渠道客服体验。截至2016年上半年，环信移动客服共服务了29437家企业用户，根据易观发布的《中国SaaS客服市场专题研究报告》显示，环信移动客服在SaaS移动端客服用户覆盖占比高达77.4%。
  收起阅读 »

前言

自动Google发布了AndroidStudio1.5之后，现在经常使用AndroidStudio开发程序了，在习惯了他的强大之后已经深深的把Eclipse给抛弃了，现在就算有Eclipse的项目也直接导入到AndroidStudio里去查看；不过在有时候发现Eclipse比AndroidStudio还是有一点儿有时的，就是在有时候突然有个小想法，或者想测试小段计算的代码，这个时候也还必须连上手机去运行程序才行，这让我一直很苦恼；

不过后来发现，原来可以通过另外一种方式实现运行java类的main方法，不过在刚开始的测试过程中一直有问题，最近更新了下SDK突然想起来试下，发现成功了，这里记录下，给大家一个参考；

开始

首先如果想实现在AndroidStudio上运行java类，必须有个正常的项目，他是不能直接使用的，有了正常的AndroidStudio项目之后我们就可以在项目上新建一个Module；
步骤：

右击项目->New->Module

然后在弹出界面选择Java Library


然后填写Libarary的信息就行了


 
开始编写Java代码

基础我们都已经做好了，下边就可以开始进行编码测试了，这个编码都要在刚才创建的Library下进行，这样就可以像在Eclipse里进行一样了

创建完成之后就是下边这样，我们的java代码都是在这个library下编写测试；

首先我们要写一个main方法，并在里边输出一句话

/**

 * 我们java library 的额第一个类

 */

public class MLMain {



    /**

     * java类的 main方法，可以直接 run

     * @param args

     */

    public static void main(String[] args) {

        System.out.print("hello java library!");

    }

}

然后我们可以直接右击当前类，点击Run'MLMain.main()'


可以看到控制台输出了我们打印的那句话

结束语

OK了，以后我们就可以愉快的在AndroidStudio中测试java代码了！O(∩_∩)O~
希望这篇文章能对大家有所帮助！
 
作者：lzan13 收起阅读 »

有人说环信需要服务器和iOS端配合，其实可以两种方式：

1.全有iOS端和环信交互。2.让服务器替我们保存环信密码。

先不说方式，先教大家如何集成。环信里有一个自带已经弄好的EaseUI，如果你对页面的要求不是很大，那就用环信自带的EaseUI开发。我使用的就是环信的EaseUI。为了不影响项目，你先导入需要的系统框架。我使用的是即时通讯V2版本。

集成准备前请看他们的官网文档介绍。http://docs.easemob.com/start/300iosclientintegration/20iossdkimport

是即时通讯V3，请按照他去添加对应的库！没有安全感的可以全部添加！只要你不限工程大，麻烦就可以。

添加完成以后。下载他的SDK，有几种文件需要你拖进来。

1.EaseUIResource.bundle



2.gifimage（包含文件：EMGifImage.h以及.m）



3.EaseMobSDK



4.EaseUI（包括子目录：include,lib,resources*请注意里面不是图片是库，XMPP框架。 ）



5.Resource（环信的图片文件夹）



6.ChatViewController(你可以用他们示范demo里拖，这个类就是对话类)



7.CystomizableCell



8.PrefixHeader.pch



9.Localizable.strings

如果还是少了什么东西不知道怎么加，请加我QQ：1119718338，我给你发送所有需要的文件，前提请注意加好友时候留言清楚。
如果你前面有一个会话列表页面，例如下图：


如果你也有一个消息页面的话，如果没有什么太多内容，我建议放弃你自己自定义的TableViewCell，因为EaseUI 里有已经写好的消息页面：EaseConversationListViewController

这个页面不用改动太多。如果你发现这个页面为什么不用登录环信账号，环信是这样的：你在AppDelegate登录。

登录的demo为：

[[EaseMob sharedInstance].chatManager asyncLoginWithUsername:@“用户的环信账号” password:@“用户的环信密码” completion:^(NSDictionary *loginInfo, EMError *error) {



NSLog(@"error====%@",error);



if (!error)



{



NSLog(@"登录成功");



NSLog(@"===%@",loginInfo);



//获取数据库中数据



[[EaseMob sharedInstance].chatManager loadDataFromDatabase];



}



} onQueue:nil];

当然有登录就有注册



[[EaseMob sharedInstance].chatManager asyncRegisterNewAccount:phone.text password:password2.text withCompletion:^(NSString *username, NSString *password, EMError *error) {



NSLog(@"error====%@",error);



if (!error)



{



NSLog(@"注册成功");



NSLog(@"===%@",loginInfo);



}



} onQueue:nil];

1.只用iOS和环信交互：在你app注册会员的时候，注册成功获得返回值，正确的返回值内去注册环信账号，而环信账号就是用户注册你app的账号，密码需要写死，例如：123456，那么无论谁注册，传给环信的密码都是123456。这样方便登录。如果环信返回给你是注册成功，那么你需要在成功里创建NSUserDeafults存储你的环信账号，密码就不用存了。并且调用环信登录方法。如果不在AppDelegate里写登录，你的APP如果退出了，下次打开就没用了，所以必须时时刻刻登录。所以你需要在AppDelegate登录，账号就是你本地存储的账号。密码还是死的。如果正常流程来说就是：

1.注册自己APP账号-成功-注册环信账号，密码为死的-成功-登录环信账号。

2.登录自己APP账号-成功-登录环信

3.AppDelegate存储账号。

2.让iOS，服务器，环信交互：通过上面的那种方式，跟服务器唯一交互的就是密码，你需要在用户注册你自己产品的时候，密码也注册环信。注册成功，将密码post给服务器，登录的时候成功，服务器不光返回error，msg，还要加一个环信的password，这样你拿到password 可以再进行登录。当然注册的时候Phone和Password需都需要存储，方便在AppDelegate入口类登录。

1.注册自己APP账号-成功-注册环信账号，密码为注册APP的密码-成功-Post密码给服务器-成功-登录环信账号。

2.登录自己APP账号-成功-拿到服务器返回的Password，登录环信账号-成功。

3.AppDelegate存储账号和密码

除了上面两种方式，还有一种就是环信有一个会记录的方法，除了注销会一直存在。怎么简单怎么来。
 
OK，注册成功，我们继续讨论：EaseConversationListViewController

如果你的页面换成了EaseConversationListViewController，那么你不需要做任何操作都可以获取到最新数据，但是你需要点击进入会话页面。

ChatViewController 就是你的会话列表页，关于ChatViewController * chatVc = [[ChatViewController alloc]initWithConversationChatter:model.title conversationType:eConversationTypeChat];

1.model.title 这个会话列表的用户名，你也可以写死。

2.eConversationTypeChat，枚举，这是单人会话，还有群聊等等。

有了这个就可以传到会话列表页了。

会话列表就不多说了，没有这个文件我直接发给你好了。

对了有人会出现这种情况，如下图：



是否发现重复消息。[self tableViewDidTriggerHeaderRefresh]; 检查一下这个方法是不是在chatViewController 和EaseMessageViewCOntroller 的ViewDidLoad 里面都调用了，看如果都有，随便删除一个这个方法。就ok了！
 
关于头像昵称如何能做成活的，思路是:环信有一个方法，可以获取消息列表的信息。

这个方法就在你的根视图里拿出来。能获取到所有消息的环信的账号，如果你们注册的环信账号是手机号的。第一次发请求的话给服务器依次发送这个手机号，获取他的昵称和头像，然后存到本地。下次再次发请求的时候之前获取一下这个信息，有的话直接拿，没有的话就发送请求。
 
现在我在研究如何改变会话列表的名字和头像，因为有些产品的需要，不能展示账号或者手机号，所以如果你还有不懂得地方你加我好友QQ:1119718338，欢迎一起交流。当然如果您觉得对您有帮助，请点赞或打赏！谢谢！
  收起阅读 »

小欧有话说：

全球技术领导力峰会（GTLC）30日【Tim会客厅】环节，迎来了EGO北京分会第2小组的3名成员——环信首席架构师梁宇鹏、爱因互动联合创始人兼CTO洪强宁、当当架构部总监史海峰，一起聊聊他们的技术领导力之路。


主持人（左一）：杨卫华（Tim Yang），新浪微博研发副总经理

从技术人到领导者
Tim：大家先做一个简单的自我介绍吧！


梁宇鹏：在技术圈大家都叫我一乐，我来自环信，这是一家做即时通讯云服务和全媒体智能客服的公司，我是环信的首席架构师，同时也兼任IM事业部技术总监，负责即时通讯云服务产品线。

史海峰：我现在在当当负责架构部，之前在神州数码和亚信做电信业务系统集成，做过七年北京移动的项目，来到当当四年多，如果大家是北京移动的号码或者在当当买过书的话，都是我的衣食父母。

洪强宁：我之前在豆瓣网做首席架构师，2014年到了宜信做首席架构师，现在创业，和豆瓣首席科学家王守崑一起创办了爱因互动。

Tim：各位从刚毕业到目前的位置，其中有哪些难忘的事情或者关键的事情？怎么能够成为像你们这样的“老司机”？
梁宇鹏：我在微博工作了几年，Tim是我的老领导，在微博负责聊天、通讯系统，一开始我也是一心钻研技术，当时整个IM系统即将到达千万级的时候，大家都想做一个酷一点的中间件，这个方案当时出了好几版，一到这儿被枪毙了。当时Facebook做了一个通讯中间件，我当时很不理解，每天拉着Tim讨论，“这个东西业界肯定还缺，而且我们一定需要，就想做这个东西，为什么不能做？”讨论了半天，后来Tim问我一句话，“你觉得现在的系统能不能搞得定？”我说“能搞定”，他其实也将信将疑，说“你证明一下现在的系统搞得定”，我证明完之后，这个中间件没有下文了，觉得现在系统没有问题了，不需要做中间件。


后来想起来这是对我影响比较大的一点，从那之后，不再单纯地去追求做一个能写很酷的中间件的技术人员，会换个角度来思考我们团队需要什么样的东西，或者当前的团队能做到什么样的程度，如果能做到足够好，那么就去想这是不是你最需要做的。我觉得这个事情对我触动很大，当时整个观念都变化了，中间的沟通过程也是比较痛苦的，因为当时我每天都觉得我有一个理想，我要去实现，然而并没有得到支持。

现在在环信做的通讯协议、IM协议，这是原来我们也想做的。2012年移动互联网来了之后，都要做面向移动互联网的IM协议。除了中间件，还有很多可以做，比如现在做的跨全球远距离数据同步的后端系统等等。我不觉得我放弃了追求，而应该是自身的一次蜕变，因为我知道有很多技术可以做，而且也可以跟业务结合起来。

Tim：从我的角度补充一下，作为一个技术人，在大部分环境里面，你要做的事情很多时候确实是够用就行了，大家可能听说过很多反面的情况，一些技术负责人做了不恰当的决策，导致整个技术团队陷在泥潭里面，最终产品没出来，而且大家很累，也没有成就感。

梁宇鹏：我们做微博的时候，Twitter天天宕机，技术体系转来转去，折腾了好多轮。在技术人员心中，大家就觉得技术氛围很好，也很愿意折腾。我觉得我们微博这块虽然技术上走得慢一点或者走得很稳健，但是在服务质量上业界都看得见。我现在比较理解了，我会告诉大家什么先不要做，先把最主要的事情做完。

史海峰：我说一点，希望对在座的各位有一点借鉴意义。因为我之前是做电信软件的，现在在当当，从传统IT转到互联网这个过程还是挺痛苦，也挺刺激的。刚到互联网公司，对于常用技术、架构、场景，包括电商这一套业务都不是特别了解。而且大家都知道，互联网公司人员流动大，没有什么文档，很难快速切入。我凭着一些坚持，找各种机会去了解，有时候厚着脸皮跟人聊，哪怕他不愿意搭理你，最后发现自己应该是有一些钝感力，就这样坚持下来，让大家认可了我，在当当也待了下来，还算是转型成功。总结一下，就是坚持做一些别人做不了或者说不愿意做的事情。

洪强宁：坚持很重要。怎么成为“老司机”？我是足够老了，开始进入IT这个行业大概是上小学时，找了一本书开始自学，那时候就决定自己要做一个程序员。大学毕业后，终于找到了一个正式的程序员工作。最开始是做嵌入式系统，也是在那个时候接触到Python这个语言，也很喜欢，在Python社区也很活跃，2005年豆瓣的创始人给我发了封邮件，问我要不要一起干，我就过来了。随着豆瓣规模越来越大，我的重心慢慢转移到平台这个层面，在这个层面学到了很多东西，也得到了架构师的头衔。

另外一个转变，是我从豆瓣离职，到了宜信担任首席架构师，眼界得到了提高，看到了不一样的公司中不同的管理方法，从这个时候开始对管理产生了兴趣，也诞生了我要亲手创造一个伟大的公司的想法。今年6月份，终于开始创业，这对我来说是人生的一个大转变。但是不管怎样，最重要的是坚持。我一直觉得技术是能够改变世界的，我能够通过自己的手去让这个世界变得更美好一些，这是值得奋斗一生的事情。

Tim：从技术人到领导者，你们的心态发生了哪些变化？

梁宇鹏：原来觉得自己加一加班或者自己熬一下夜，这个程序就做完了，现在要调整自己，如果他们觉得做不完，你要不要接受这个状态，能不能补救，而不是推着他们一定要这样做。总之就是，知道什么不要做，知道什么你做不到。

史海峰：我来总结的话，就是“以德服人”。一乐说得特别好，以前面对的更多是机器，都是标准化的，现在面对的是一个团队，每个人都不一样，领导一个团队的话，不要求在每个技术领域都比团队成员强，最重要的是在最基本的素质和为人上超过他们，对自己的要求要比对他们的要求更高，要学会控制自己。

领导者有时候的一些方式方法，大家未必会接受的，这样实施起来会有一些抵触情绪，需要领导者更好地琢磨怎么去调整，最好的办法就是以身作则。


洪强宁：我给所有的技术人的建议是保持不断学习，但是如果是技术管理者这个群体，我的建议可能更加务实一点，就是做好授权这一件事情，不要把所有事情都把握在自己手上，把权力下放到团队去，给他们更多的自由度，创业公司效率为什么比大公司高很多，很重要的原因是创业公司几个人一碰头就可以把这个事情决定了，大公司要层层上报，最后可能就不了了之了。把权力下放，找到合适的人让他放手去做，团队成长得会更快，你也可以拥有一些得力的助手。

• 首席架构师之路

Tim：在座的几位都是非常优秀的架构师，你们典型的一天是怎么度过的？都做了哪些事情？


梁宇鹏：我一天最重要的两件事情，一是跟大家梳理架构，康威定律指出，公司的组织架构能够反映出公司产品的技术架构，如果我们的架构比较落后，那么瓶颈在我身上，因为只有我一个人能够把这个事情搞清楚，其他人都不明白，那么工作就没办法进行。所以我想的最多的事情就是组织尽量多的人，大家一起来讨论这个架构，最终大家就都了解这个架构，了解每个组件以及服务的权衡点在哪，就可以自己来设计这个服务。有很多创业公司的增长是非常快速的，如果没有一个很好的基础，那么流量来了的时候，大家压力就很大。架构能否撑得住，这个对我来说是最焦虑的。

Tim：作为首席架构师，跟其他架构师怎么分工呢？

梁宇鹏：为什么叫首席呢？因为每个人都有架构的思路和想法，我们团队至少一半以上可以做架构的，我来做的话，可能只是把大家的想法汇总起来，把大家不一致的观点组合起来找到一个一致的想法。

大家一定要达成一致，达不成一致这个架构其实没有任何价值，我觉得重要的是我让大家在有争执的时候，我们选择一个大家都能同意的点来开始做，这是我做的事情，还算比较重要的一部分。

史海峰：声明一下，当当还没有首席架构师，我主要的工作还是参与一些项目的架构设计，也会评审一些设计方案。我比较关注的问题是，如果在会议或者邮件中遇到一些不是特别了解的情况时，尽可能跟当事人当面沟通；技术债我都会记下来，很多东西都是我们来不及做或者说只是知道了然而怎么解决我们也不清楚，这种情况下，我就记下来，自己回头有时间再看一看。将来再遇到其他项目的时候，可能顺手能把这个事情解决了，这样能达到一石二鸟的效果，这是我比较关注的事情。

洪强宁：在豆瓣期间，刷豆瓣是我工作的一部分，因为豆瓣所有工程师，页面右上角会出现渲染时间，而且会有颜色标注。我每天关注的点就是一些关键的指标，我在豆瓣负责平台部门，我会关注性能指标、可用性指标，从中发现是不是存在问题。同时作为首席架构师，业务部门对于平台所有的需求，最后汇集到我这儿来，我会判断是否需要对架构做调整，更好地支持业务。在这个基础上，我会设计下一步的架构发展。我的原则是，作为架构师，可以超前设计一点，但是不要超前太多，有一定的冗余量，等到流量突然增加的时候，可以应付得了。

Tim：洪教授曾经是豆瓣的首席架构师，能不能介绍一个由你作为首席架构师发挥重要作用的产品或者技术？
洪强宁：我在豆瓣主持的其中一个比较大的项目是豆瓣的服务化，豆瓣最早期的时候是一套代码，一个代码仓库，所有的产品都是应用这一套代码。随着业务的发展，这个代码量越来越大，峰值的时候50万行，会出现各种各样的问题，当时判断这种方式是不能持久的。我主持做了服务化的拆分，也设计了一些服务化的框架、辅助的工具，这差不多是我在豆瓣做的工作中，对于整个豆瓣的发展影响最大的事情。


技术与管理的平衡

Tim：对于技术领导者这样的角色，你们认为最重要的素质或者能力是什么？

梁宇鹏：对我来讲，心态特别重要，之前无论是做技术、做架构、还是写技术组件的代码，面对的都是机器，如果要做一个技术领导者，需要面对的是人，你就要调整自己好自己的状态，你面对的这帮兄弟们，他们的状态不像机器一样恒定，有些时候他的状态可能随着他的心情或者生活状态发生变化。

我经常用跑步来举例子，我跟团队很多兄弟一起跑，跑步这件事情，你会对自己能跑多远有一个期望，假设现在能跑10公里，那么跑马拉松就会有非常大的压力，对于技术人也一样，如果他自己觉得只能跑10公里，那么把他推到马拉松的级别，他可能会直接跟你决裂。所以最重要的是随时观察团队成员的状态，他们现在能到什么级别，你再去往前推动，而不是像机器一样，让他们发挥出100%的性能。

Tim：如何从一个写代码的角色转变到一个技术领导者的角色？怎么把握这两者之间的平衡？

梁宇鹏：我只能试着去平衡，因为我觉得写代码的时候应该是大多数技术人员心情最平静的时候，或者说最高兴的时候。真正去管人的时候，你会发现有太多的不确定性，可能相当于遇到了一段读不懂，但是永远有bug的代码，没办法，只能试着适应他，把他当成一个库来调用，我没有太好的经验。但是对我个人来讲，如果遇到问题，我会通过跑步去换一个环境，可能只是半个小时、1个小时，但回来之后能够静下心来。

史海峰：首先，一部分的同学是被动地被提到了一个管理岗位，很可能你的领导离职了或者去了更高的职位，由你来带团队。基本上最简单的是模仿，毕竟当过下属，你知道你的上级是怎么安排任务，怎么去跟踪，需要关注哪些点，这是最初的。

第二点，后来慢慢关注了一些方式方法，成熟的管理理论或者解决问题的方法论，你会发现很多东西有人已经琢磨得非常明白，只是自己之前没关注不了解。

第三点，做技术的人离开安全区的时候，都会有一个想法——我以后不能全天写代码了，我的竞争力在哪里。这要靠时间，靠团队协作，靠实践，慢慢去调整你的认识，你会发现团队能做更大事情的，你在其中做一个核心角色，这样才会更有价值。

洪强宁：我最开始的时候就是一个非常标准的程序员，什么事情都自己做，很快发现最后所有的事情都堆在你手上，忙得要死，你的团队其实工作并不饱和，这时你会逼迫自己去改变这个问题，我找到了方法，就是把自己的重心从实现变成设计，并且进行分解，分解出来的任务并行开发。从这个阶段开始，我的工作职责慢慢从实践者变成了管理者。

这个过程需要特别注意的是，要克制自己，比如你看到一个技术难题，特别想自己解决，结果陷入问题当中导致项目延期。另一方面，即使成为一个管理者，也不应该放弃技术，架构师还是要写代码的，因为这样才能知道你设计的东西是不是真正适合开发。随着管理的工作越来越多，真正写代码的时候，你给自己安排的代码任务不能成为别人的阻碍，像我现在写的代码更多的是一些偏研究性的代码，偏提升效率的工具，还有一些打杂性的工作，没人做的事情我来做，这样既可以不阻碍团队的开发效率，也不至于丧失对代码的理解。
 
本文由EGO原创首发，请获取授权后转载，完整演讲PPT下载请戳“阅读原文”
 
关于全球技术领导力峰会（GTLC）

由极客邦旗下高端技术人社交网络EGO举办，旨在聚集国内一线技术领导者，共同分享、探讨技术管理、技术领导过程中的最佳实践，为参会者打造一个高质量的交流、学习平台。本次大会由超高性价比CDN又拍云独家冠名赞助。

阅读原文 收起阅读 »

简介

作为Android开发者，如果你不想开源你的应用，那么在应用发布前，就需要对代码进行混淆处理，从而让我们代码即使被反编译，也难以阅读。混淆概念虽然容易，但很多初学者也只是网上搜一些成型的混淆规则粘贴进自己项目，并没有对混淆有个深入的理解。本篇文章的目的就是让一个初学者在看完后，能在不进行任何帮助的情况下，独立写出适合自己代码的混淆规则。

说在前面

这里我们直接用Android Studio来说明如何进行混淆，Android Studio自身集成Java语言的ProGuard作为压缩，优化和混淆工具，配合Gradle构建工具使用很简单，只需要在工程应用目录的gradle文件中设置minifyEnabled为true即可。然后我们就可以到proguard-rules.pro文件中加入我们的混淆规则了。

android {

    ...

    buildTypes {

        release {

            minifyEnabled true

            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'

        }

    }

}

以上示例代码表示对release版本就行混淆处理。下面我们先来简介下ProGuard的三大作用，并简要说明下它们常用的命令。

ProGuard作用

压缩（Shrinking）：默认开启，用以减小应用体积，移除未被使用的类和成员，并且会在优化动作执行之后再次执行（因为优化后可能会再次暴露一些未被使用的类和成员）。

-dontshrink 关闭压缩

优化（Optimization）：默认开启，在字节码级别执行优化，让应用运行的更快。

-dontoptimize  关闭优化

-optimizationpasses n 表示proguard对代码进行迭代优化的次数，Android一般为5

混淆（Obfuscation）：默认开启，增大反编译难度，类和类成员会被随机命名，除非用keep保护。

-dontobfuscate 关闭混淆

混淆后默认会在工程目录app/build/outputs/mapping/release下生成一个mapping.txt文件，这就是混淆规则，我们可以根据这个文件把混淆后的代码反推回源本的代码，所以这个文件很重要，注意保护好。原则上，代码混淆后越乱越无规律越好，但有些地方我们是要避免混淆的，否则程序运行就会出错，所以就有了下面我们要教大家的，如何让自己的部分代码避免混淆从而防止出错。

基本规则

先看如下两个比较常用的命令，很多童鞋可能会比较迷惑以下两者的区别。

-keep class cn.hadcn.test.**

-keep class cn.hadcn.test.*

一颗星表示只是保持该包下的类名，而子包下的类名还是会被混淆；两颗星表示把本包和所含子包下的类名都保持；用以上方法保持类后，你会发现类名虽然未混淆，但里面的具体方法和变量命名还是变了，这时如果既想保持类名，又想保持里面的内容不被混淆，我们就需要以下方法了

-keep class cn.hadcn.test.* {*;}

在此基础上，我们也可以使用Java的基本规则来保护特定类不被混淆，比如我们可以用extend，implement等这些Java规则。如下例子就避免所有继承Activity的类被混淆

-keep public class * extends android.app.Activity

如果我们要保留一个类中的内部类不被混淆则需要用$符号，如下例子表示保持ScriptFragment内部类JavaScriptInterface中的所有public内容不被混淆。

-keepclassmembers class cc.ninty.chat.ui.fragment.ScriptFragment$JavaScriptInterface {

   public *;

}

再者，如果一个类中你不希望保持全部内容不被混淆，而只是希望保护类下的特定内容，就可以使用

<init>;     //匹配所有构造器

<fields>;   //匹配所有域

<methods>;  //匹配所有方法方法

你还可以在<fields>或<methods>前面加上private 、public、native等来进一步指定不被混淆的内容，如

-keep class cn.hadcn.test.One {

    public <methods>;

}

表示One类下的所有public方法都不会被混淆，当然你还可以加入参数，比如以下表示用JSONObject作为入参的构造函数不会被混淆

-keep class cn.hadcn.test.One {

   public <init>(org.json.JSONObject);

}

有时候你是不是还想着，我不需要保持类名，我只需要把该类下的特定方法保持不被混淆就好，那你就不能用keep方法了，keep方法会保持类名，而需要用keepclassmembers ，如此类名就不会被保持，为了便于对这些规则进行理解，官网给出了以下表格
保留    防止被移除或者被重命名    防止被重命名
类和类成员    -keep    -keepnames
仅类成员    -keepclassmembers    -keepclassmembernames
如果拥有某成员，保留类和类成员    -keepclasseswithmembers    -keepclasseswithmembername移除是指在压缩(Shrinking)时是否会被删除。以上内容时混淆规则中需要重点掌握的，了解后，基本所有的混淆规则文件你应该都能看懂了。再配合以下几点注意事项，

注意事项

1，jni方法不可混淆，因为这个方法需要和native方法保持一致；

-keepclasseswithmembernames class * { # 保持native方法不被混淆    

    native <methods>;

}

2，反射用到的类不混淆(否则反射可能出现问题)；

3，AndroidMainfest中的类不混淆，所以四大组件和Application的子类和Framework层下所有的类默认不会进行混淆。自定义的View默认也不会被混淆；所以像网上贴的很多排除自定义View，或四大组件被混淆的规则在Android Studio中是无需加入的；

4，与服务端交互时，使用GSON、fastjson等框架解析服务端数据时，所写的JSON对象类不混淆，否则无法将JSON解析成对应的对象；

5，使用第三方开源库或者引用其他第三方的SDK包时，如果有特别要求，也需要在混淆文件中加入对应的混淆规则；

6，有用到WebView的JS调用也需要保证写的接口方法不混淆，原因和第一条一样；

7，Parcelable的子类和Creator静态成员变量不混淆，否则会产生Android.os.BadParcelableException异常；

-keep class * implements Android.os.Parcelable { # 保持Parcelable不被混淆            

    public static final Android.os.Parcelable$Creator *;

}

8，使用enum类型时需要注意避免以下两个方法混淆，因为enum类的特殊性，以下两个方法会被反射调用，见第二条规则。

-keepclassmembers enum * {  

    public static ** values();  

    public static ** valueOf(java.lang.String);  

}

写在最后

发布一款应用除了设minifyEnabled为ture，你也应该设置zipAlignEnabled为true，像Google Play强制要求开发者上传的应用必须是经过zipAlign的，zipAlign可以让安装包中的资源按4字节对齐，这样可以减少应用在运行时的内存消耗。

作者简介
彭涛(@彭涛me) 致力于让技术变得易懂且有趣
GitHub地址：https://github.com/CPPAlien 收起阅读 »

9月27日-29日，《全媒体客户中心管理》读书沙龙，南京-杭州-合肥三站齐发，小伙伴还在等什么！

《全媒体客户中心管理》读书沙龙——南京站

• 2016-09-27 14:00
• 南京市秦淮区莫愁路329号117号楼101市室

 《全媒体客户中心管理》读书沙龙——合肥站

• 2016-09-28 14:00
• 合肥市蜀山电子商务产业园3期2号楼3楼党政服务中心

 《全媒体客户中心管理》读书沙龙——杭州站

• 2016-09-29 14:00
• 杭州市江干区钱潮路369智谷人才广场7楼

 
活动介绍：

   8月3日，国内第一本“全媒体”客服学术著作《全媒体客户中心管理》读书沙龙将在包括北上广深等全国十大城市陆续举办。环信作为国内全媒体智能SaaS客服的倡领者一直致力于推动整个中国SaaS客服行业的发展，给企业提供最具效率和最佳用户体验的客服产品及服务。此次和客服行业权威媒体《客户世界》以及行业专家一起联合推出《全媒体客户中心管理》一书，环信提供了在全媒体客服领域包括产品技术和客户运营方面大量的最佳实践及成功案例。同时，环信参与了从前期图书主题的设定、相关最佳实践和成功案例的准备、中期文档图表的梳理、后期出版环节的编审和呈现，一直到各地读书沙龙的组织工作，目的也是推动整个SaaS客服行业和企业用户少走弯路，加速企业用户的信息化和用户体验进程，让呼叫中心（客户中心）提速迈向智能化和数据化时代。
 
部分演讲主题展示：
 
全媒体客户中心的规划、建设、运营与管理

演讲嘉宾：张艳

   蜜芽服务副总裁  近20年客服中心管理经验，专注于企业自建呼叫中心运营管理、服务管理、会员精准营销。为多家企业搭建、重建呼叫中心，并成功推动呼叫中心从分布到集中、从服务到营销、从单渠道到全媒体转型。先后就职于携程旅行网、中青旅、中移动12580、红孩子、苏宁云商等企业, 现任蜜芽服务副总裁。 从呼叫中心基础管理工作开始，多年来在电子商务类企业组织实战。张老师将她多年来的理论总结和实战经验加以提炼和归纳，汇集成为新书《全媒体客户中心管理》，期待对国内本行业管理者们的运营工作提供积极的帮助。从呼叫中心基础管理工作开始，多年来在电子商务类企业组织实战。张老师将她多年来的理论总结和实战经验加以提炼和归纳，汇集成为新书《全媒体客户中心管理》，期待对国内本行业管理者们的运营工作提供积极的帮助。
  收起阅读 »

    更新！环信移动客服V5.2已发布，增加呼叫中心集成，优化微信、微博使用体验，珍视您的每一位客户就用环信移动客服！

注：环信移动客服v5.2_产品更新说明/产品功能列表/产品使用指南 请到文章末尾下载

1 客服模式    

• 1.1新增访客中心    

  客服模式下，新增“访客中心”页面，供客服查询自己接待过的访客的信息。可以回呼访客，查看与访客的互动记录。该页面默认隐藏，需要管理员进入“管理员模式 > 设置 > 系统开关”页面，打开“客服可以使用访客中心功能”开关。打开开关后，客服可以在“客服模式”下看到“访客中心”页面。在访客中心页面，点击“筛选排序”可以对访客进行筛选，点击
按钮可以回呼访客。 
  点击某位访客，进入访客详情页面。可以查看访客资料、修改访客资料、修改访客标签、对访客进行回呼。在“互动记录”Tab页，可以查看该访客的全部会话历史，选中某条会话后可查看会话详情。对来自Web渠道的访客，会话详情界面还包括访客IP地址、地区、软件环境、来源。
注：客服模式下，不能在“访客中心”页面查看访客给出的满意度评价以及导出访客信息。2 管理员模式    

• 2.1 设置系统消息的发送人

支持自定义系统消息的发送人昵称。默认情况下，系统消息（包括欢迎语、问候语、超时提示语等）的发送人昵称显示为“调度员”，可在“管理员模式 > 设置 > 系统开关”页面设置（如下图）。另外，调度员的头像显示为企业头像，可在“管理员模式 > 设置 > 企业信息”页面设置。

• 2.2 设置客服可以使用访客中心功能    

新增“客服可以使用访客中心功能”开关。打开开关后，客服可以使用访客中心功能，查看自己接待过的访客的资料及互动记录。该开关默认关闭。

• 2.3 设置呼叫中心渠道（增值服务）    

新增呼叫中心渠道的设置页面，移动客服标准版和旗舰版的租户均可以申请开通呼叫中心。申请开通呼叫中心功能，只需进入“管理员模式 > 渠道管理 > 呼叫中心”页面，点击“申请热线号码”按钮，填写您的联系方式，并保存。之后，环信商务经理会主动联系您。

• 2.4 【优化】微信公众号设置页面    

优化微信公众号的设置页面，点击“添加微信公众账号”按钮，即可按照步骤引导，将您的微信公众号绑定到环信移动客服。

• 2.5 【优化】微博账号设置页面    

优化微博账号的设置页面，点击“添加微博认证账号”按钮，即可按照步骤引导，将您的微博账号绑定到环信移动客服。
绑定后，微博粉丝向您发送私信或@您的微博账号，都可以在移动客服系统收到消息，您的回复会以私信的形式发送给微博粉丝。



 体验环信移动客服 http://kefu.easemob.com/
 查看历史版本请点击更新日志
 
使用过程中有遇到任何问题、反馈建议欢迎直接评论留言，我们将第一时间回复！

环信移动客服v5.2_产品更新说明/产品功能列表/产品使用指南  请点击下载↓↓↓ 
  收起阅读 »

   上个世纪的70年代，市场的供需双方中，消费者还处于弱势地位，处境可谓悲惨。企业的CFO和CEO们，奸诈无比、诡计多端，为了对付那些不满意的消费者，他们设计了众多障碍，让消费者无法获得赔偿。而电话自动应答系统，就是其中最有效的杀招。另外还有深奥难解而又绝不通融的消费协议，那个年代的“奸商”们几乎消灭了“客户投诉”这种现象，为此奸商们欢欣鼓舞、击缶而歌。

   这一片险恶的沼泽地，让消费者无计可施......直到社交媒体出现，才挽救了普通消费者于水火，宣告了一个新时代的开始。今天，任何无名之辈的阿猫阿狗，都有着天王巨星、达官贵人一样的力量。匹夫之怒，亦能让商家“伏尸百万，流血千里”。商家，开始认真对待任何一名消费者的态度。

   Facebook 的人工智能应用，给我们带来全新的生存体验，未来也许一切都只需聊个天就解决了。订花？ ok，搞定！ 看新闻？ ok，搞定！ 天气预报？ ok，搞定！

那么，客户服务呢？ 是否也可以依赖人工智能和聊天工具？ 

   很多事我们都已忘记，但我们现在还记得，一次次“现在客服忙，请您等待”的惨痛经历。若是通过聊天工具与客户代表对话，1分钟时间就能解决我们的问题，请问，这难道不是我们所有人梦想中的滑板鞋吗？难道我们不能梦想，聊个天，就能定机票，就能装宽带，就能查水表？

梦想很丰满，现实很骨感。这一切的实现，并不容易！

   电话，已经沦为垃圾广告、诈骗和报警的专用通讯手段。而各种聊天、消息工具则完全占领了人类通信的上甘岭，这里已然焦土三尺，却是互联网王者的加冕之地。年轻人，尤其喜欢聊天工具，这就给了聊天工具未来的宝座。

   但实际上，聊天工具并非灵丹妙药金箍棒。一个笨嘴拙舌的消费者，在微信上，在facebook上，也一样说不清楚自己的插座是否有电。而早上和男友刚刚分手的女客服，在聊天工具上，也会和电话上一样暴躁和碧池。从电话到聊天工具，只是媒介的变化，妄想美好的人间从此降临，那是不客观的。

   要世界变成美好的人间，只要人人献出一点爱不就成了么。但这太难了，我们都是人，知道自己献不出更多的爱了，那么就一点点。怎么办？让机器人上吧，只要有电，机器人的爱无穷无尽。

   人工智能，对客户服务的改进，将是巨大的变革。人工智能，能够提前收集信息，帮助客户代表来进行客户交互。能够理解到底发生了什么，消费者才会头发上指，目眦尽裂。能够准确体察消费者到底要的是什么，是一场触及心灵的鸡汤对话，还是2.58元的赔款。在理想的情况下，人工智能完全可以自行处理一些简单的问题，比如静静的阅读消费者狂怒的诅咒，并送上点赞和笑脸符。

   机器人客户的历史很长，其实电话系统中的自动应答，也算是机器的一种。在电话系统中，提醒消费者说出账户号码，描述问题，或者根据需求按某个数字。 区别在于，电话系统中的机器人，通常会惹怒消费者客户，而聊天机器人，则具备取悦客户的潜力。

   在“机器人”和“人工”之间的取舍与均衡利用，则是关键所在。但一切的大前提，乃在于机器人的质量，当然，还有人工客服代表的素质。

   毫无疑问，未来需要“人工”和“机器人”亲密配合的玉女双修。水乳交融、天人合一、双修互补，方能打通任督二脉。客户幸福了，业务也蒸蒸日上了。

   假以时日，人工智能（机器人）将会更加聪明，企业也会更加委以重任，广泛利用人工智能。 想想看，通过聊天，30秒钟就能与宽带公司预约排号。零售商只用几秒钟就能替换有瑕疵的商品。酒店呢，只需要几秒就能通过赠送积分，消除掉投诉客户的怨气。这些场景，对机器人而言，都是小菜一碟。好钢用在刀刃上，好的人工客服，要用来对付来自中国的医闹。

   Facebook 的 Messenger 平台是众多平台中的一种，这些平台都会用来提供客户服务。配合了智能软件和一点点人工辅助，消费者能够获得绝妙的极致体验，而公司也就避免了遭受微博投诉转发、舆情危机。想想看，百度这样的，都惨遭万箭穿心。没有删贴能力的，都要小心应付，建设好客服平台。

   未来的客户服务，必将给与消费者更多渠道和媒介的选择，也必将更加节省消费者的时间。问题需要解决的更快，甚至无人干预，智能解决，则最好。

   未来的客户服务，不是让消费者恐惧的热线电话，而是构建客户关系的利器。最好的营销手段，就是客户服务，而聊天智能机器人，是巨大的进步。 收起阅读 »

   客户服务是指以客户为导向的价值体现，所有能提高“客户满意度”的内容都属于客户服务的范围。“以客户为中心”提高客户满意度，培养、维护客户忠诚度，在目前的电子商务时代显得日益重要，成功的客户服务关系可以为企业带来巨大的利益。

   目前客户服务关系面临的最大挑战就是客户流失问题，客户的需求不能得到切实有效的满足往往是导致客户流失的关键因素，简单来说就是客户的满意度低。对客服中心而言，话务员是客户与企业之间的沟通桥梁，话务员的一举一动代表着公司的形象，其行为直接影响客户的满意度。作为一名合格的话务员，首先要对企业的相关业务非常熟悉，能够以最短的时间解答客户的问题、解决客户的投诉、办理客户需要的业务，其次要有熟练的沟通技巧，丰富的沟通经验，以及得体的话语，维持客户的满意度和忠诚度。

   随着电信市场的发展，话务员的流失成为了各运营企业普遍关注的问题，对于运营企业而言，绝大部分的资源就是人力资源，且由于运营企业的行业技术含量较高，对员工的培养投入较大，培养周期较长，一旦出现过多的人员流失，对运营企业来说是一个致命的打击，并且新员工的招聘以及培训需要花费较多的人力、物力成本，因此避免人员流失是节省成本的最好方法。从美国劳动力市场的调研来看，80%左右的人员流失是可以通过各种措施避免的。避免人员流失，挽留现有员工，需要了解员工的工作，日常生活情况，并且建立有效的员工关怀系统，健全员工培训制度，充分了解员工的工作短板，工作压力，为员工营造良好舒适的工作环境，减少人才的流失。

一、如何建立健全员工关怀系统

   建立健全的员工关怀、监管和挽留机制，需要一个闭环管理的系统，该系统的组成部分包括：员工分析系统、员工关怀系统、员工管理系统，这三个系统共同组成员工关怀分析管理流程。

1．员工分析系统：建立分析模型，优化模型的系统；

2．员工关怀系统：展示员工基本信息，预测结果的展示系统；

3．员工管理系统：管理者填写员工调查问卷，关怀措施的掌上移动客户端；

   首先基于员工的历史数据建立分析模型，分析员工专业能力和敬业度对客户满意度的影响程度，将员工敬业度和专业能力等对客户满意度的影响较大的因素输入到员工关怀系统，管理者根据每个员工不同的影响因素，采取相对应的关怀措施，并将关怀措施与最终关怀的结果反馈给员工管理系统，员工管理系统收集到数据后，将数据添加到模型里面，优化模型，优化关怀措施（如图1）。


1、员工分析系统

   对于客服员工的分析，通过使用员工专业能力数据（定性数据）和员工敬业程度数据（定量数据）分别建立模型，分析员工的专业能力和员工的敬业程度与客户满意度之间的关系。

   分析员工专业能力是基于员工的基本属性和工作指标情况，包括工龄、职称、工作时长、整理时长、首次问题解决率等指标，使用信息值（IV）、基尼方差等指标筛选变量，基于最优分组和最优分群算法对变量进行分组、WOE证据权重转化，使用客户满意度作为模型的目标，建立员工专业能力分析模型，分析员工的专业能力与客户满意度的关系。
   分析员工敬业程度是基于员工的日常生活指标，包括违纪情况、工作状态、历年晋升、团队融合度、抱怨行为等数据，以客户满意度作为目标，根据每一类指标的分数权重，建立员工敬业度分析模型，分析员工的敬业程度与客户满意度的关系。

   最后对比两模型的结果，确定对客户满意度影响较大的因素。

2、员工关怀系统

   员工关怀系统主要是展示所有员工的基本信息、历史工作指标信息，影响客户满意度的因素，以及预测客户满意度的趋势。

   员工关怀系统可以根据用户的不同权限，实现对用户展示不同的内容，最大用户权限的管理者可以查看整个客服中心的整体信息，包括全体员工的平均通话时长、满意度、来电次数、业务办理、投诉次数等。管理者从企业的角度，评估全体员工的工作情况以及整体客户满意度情况。最小用户权限的管理者可以查看所属团队内各个员工的信息，包括员工个人出勤次数、休息次数、客户满意度，是否需要关怀、关怀原因，采取的关怀措施、关怀结果。

   管理者也可以查看影响满意度的因素与关怀措施之间的关系，所采取的关怀措施是否可以修复满意度，采取的关怀措施是否对员工有效。
 
3、员工管理系统

   员工管理系统是手机客户端，方便管理者随时随地查看员工的相关信息，对员工进行问卷调查，反馈员工近一个月的工作状态（敬业程度）；同时也是管理者查看员工是否需要关怀，可以采取的关怀措施。采取的关怀措施包括为员工推荐相关的专业能力培训课程，沟通技巧培训课程，其他户外拓展课程等，管理者在员工培训完以后填写相关的培训结果，员工分析模型会对结果数据进行分析，优化模型，输出下一期满意度影响因素。

   管理者通过员工管理系统对比两个月的满意度影响因素，考察员工参加培训课程之后满意度的情况，并且以此判断专业能力和敬业程度对满意度的影响效果。

二、建立员工关怀系统的优势

   建立健全的员工关怀系统，拥有全面性、时效性、实用性、共享性等优势。企业建立健全员工关怀机制，不但能充分了解员工的基本情况，还可以了解管理者对员工的管理情况，达到一体化管理效果。

1、 全面性：可以展示员工的基本属性，工作指标情况，以及管理者对员工的评价，关怀措施，关怀结果的等信息。

2、 时效性：能够在手机APP上展示员工需要关怀的因素，管理者能够随时随地了解需要关怀的员工，并且可以通过APP选择员工的关怀措施，填写关怀结果。

3、 实用性：员工关怀系统立足员工基础属性，工作属性，深入了解员工的日常属性，结合客户满意度，识别影响较大的因素。

4、 共享性：员工关怀系统包括员工分析，员工关怀，员工管理等三方面组成，三个模块紧密相连，实现协同工作，数据共享目的。管理者在手机APP填写相关的问卷，查看需要关怀的员工。员工管理系统就能相应地展示相关的数据，数据收集完毕后，员工分析模块就会利用数据对模型进行优化。

   想留住客户，需要的是优质的服务，而提供服务的是话务员。客户提出一个问题，正确的解答才能留住客户，含糊其辞、不知所云、态度傲慢、慢条斯理，带来的损失将不只是一个客户而是更多的潜在客户。话务员的工作表现、工作态度直接关系到客户对企业的印象、满意度，客户对企业印象差，满意度低就会出现流失的现象，因此只有使员工满意，才能使客户满意。

   建立员工关怀系统，能够让企业找到员工的专业能力和敬业程度对客户满意度的影响，企业才能对此做出相应的补救措施，加强对员工的培训力度，协调员工各方面的关系；能够帮助企业完善相关的培训课程，调整培训力度，减少不必要的培训课程，增加有效的培训课程；最终能够增强话务员的能力，端正话务员的态度，提高客户满意度，减少企业损失。

本文刊载于《客户世界》2016年8月刊；作者曹海林，服务单位为广州佰聆数据股份有限公司。 收起阅读 »

即时通讯--环信

      诚如诸位正在看这篇文章的童鞋们,即时通讯我们用到的最普遍的就是--环信,接下来我(范小明)将在工程项目中用到的环信知识列举下来:

       我们的项目用到的是单聊(不涉及群聊),用到的也是最基础的知识.


       想必你看我这篇文章之前已经看了http://docs.easemob.com/im/start"环信开发文档"了吧,是因为字太多看不下去吗,记住即便在我这篇文章拿到了你想要的知识,这个开发文档也要多研读多研读多研读(每读一次就会有新的体会,然后很多问题就会迎刃而解,不信的话你就多读几遍试试),ok,废话不多说,下面上实例:

1)下载最新版的SDK



http://www.easemob.com/download 点进去下载去吧
 
2)导入sdk到工程里

你的工程是新建立的还是老工程要加入及时通讯功能?如果是老工程的话,导入sdk时注意sdk包里面包含第三方和你原来工程里的第三方有冲突吗(主要是版本冲突)


(点第三方进去查看下版本信息是否跟你原来的有冲突)
 
第三方库介绍

EaseUI 中用到的第三方库：

MWPhotoBrowser: 图片处理库，浏览显示

MJRefresh: 用于页面刷新

MBProgressHUD: 用于提示加载刷新

libopencore-amrnb.a,libopencore-amrwb.a: 用于 amr 与 wav 之间的转换

Demo 中用到的第三方库：

Parse.framework、Bolts.framework: Demo 中的用户信息存储在 Parse，这两个库是 Parse 所需要的库，开发者如果没用 Parse 存储，不要复制到自己项目中

libMobClickLibrary.a: 友盟相关的库，用于环信 Demo 基本信息的统计，开发者不用或者已有别的版本的库不要复制到自己项目

导入SDk环信官方文档写的特别清楚,我就不写了,直接参照文档就可以.

3)以上都搞完了是吗,我要把我的环信demo拿出来了,直接用就可以

即便导入sdk没有完成也可以直接用我的demo(上两步目的是担心sdk更新的太快)


demo的话加我个人qq1056912116给我要就可以,备注上:要环信单聊demo.(另外添加关注一下)

4)导入成功了,开始准备战斗

在工程里的Appdelegate中



appkey是你在环信官网中自己申请的
需要说明的是我的项目里环信ID是后台返的,然后再去注册,注册方法和登录方法记得都要开辟子线程去,要不会造成假死状态.获取对方的昵称和姓名是后台返给我的,不是通过延展改掉的,此处大家注意下.(一会我会特别标明)












requestNICK这个方法是获取昵称和姓名的



以上截图均在Appdelegate里面,我的demo里面没有,到时你可以从官方demo里搜出来方法名直接调用就可以,仔细想一想就会了.
5)聊天界面的修改

聊天界面的控制器就是ChatViewController,看看我的demo研究下.在这个页面还需要把昵称和姓名附上值.



这是ChatViewController.m里面的方法,修改下就可以,里面的参数用你自己的
6)登录环信

一般工程项目里的环信登录账号和密码与工程账号密码不一致,那么我把登录环信的代码贴过来,在你需要的地方用就可以,一般是在Appdelegate.(记住工程退出账号时记得退出环信账号)


7)注册环信账号

 一般说来,环信账号的注册时有后台去完成的,但是我们今天讲一下如果后台不给注册,前端怎么去注册呢,看截图


注册成功就去登录就好(官方DEMO上可以找到方法)
以上都弄完以后,就可以互相通讯了,难点就是看你怎么把demo导入到你的工程里,当时我导入就导入了半天时间.祝大家赶紧把工作做好,把技术提升起来!✌️

第三方库介绍



EaseUI 中用到的第三方库：



MWPhotoBrowser: 图片处理库，浏览显示



MJRefresh: 用于页面刷新



MBProgressHUD: 用于提示加载刷新



libopencore-amrnb.a,libopencore-amrwb.a: 用于 amr 与 wav 之间的转换



Demo 中用到的第三方库：



Parse.framework、Bolts.framework: Demo 中的用户信息存储在 Parse，这两个库是 Parse 所需要的库，开发者如果没用 Parse 存储，不要复制到自己项目中



libMobClickLibrary.a: 友盟相关的库，用于环信 Demo 基本信息的统计，开发者不用或者已有别的版本的库不要复制到自己项目

作者简介：我是范小明，QQ：1056912116，各位同学看这篇笔记遇到不明白的地方，欢迎骚扰我！ 收起阅读 »

这段时间由于家里的事和工作上的项目太忙好久没写东西了，，，今天先说说集成环信的经验吧，也许会很乱，我会慢慢修改的。新手一枚第一次集成环信，咱们慢慢看算是我自己的一个整理。
 
一、准备工作：

1.环信官网http://www.easemob.com 也可以百度环信还是很好找的。

2.苹果账号，因为集成即时聊天要推送证书所以必须有账号，证书制作我就不在这里说了，可以上网查。

3.在环信创建APP上传推送证书，这样可以了过程很简单的（appkey，推送证书名是有用的可以先记录）。

二、开始集成

1.这里总的说一下

第一点环信提供两套SDK，一套带有实时语音(打电话)版本HyphenateFullSDK，一套没有的HyphenateSDK，正常不是专门聊天的APP都是不用实时语音功能的。

第二点环信给了一套做好的UI叫EaseUI，可以用能减少很多时间，特别是聊天页面自己写比较麻烦，特别是EASYUI中的Model写的都不错。

第三点集成方式可以手动集成SDK，可以用pod集成，手动集成就不说了，下面给出pod命令
pod 'HyphenateSDK', :git => 'https://github.com/easemob/hyphenate-cocoapods.git'
pod 'HyphenateFullSDK', :git => 'https://github.com/easemob/hyphenate-full-cocoapods.git'
pod 'EaseUI' //这个环信官网上没有是我在环信的git上找到的。
这里有一点注意的地方，如果你用pod集成，注意pod更新是会吧你改动的代码刷新掉，可以不直接用EaseUI里的东西，可以写子类，或者刷新掉了，可以用git或者svn，还原修改，这样就能回来了。
这样我们就把SDK集成到我们的项目了。

第四点什么改APP端做什么该服务端做，服务端做的其实很少，只有两个，第一注册环信，这部分一般式绑定在我们注册当前APP用户的要查询服务端数据库，所以服务端做，第二，好友关系，环信用户之间聊天是不需要好友关系的，所以决定了好友关系这部分可以直接用我们的服务端维护。这两点以外，其他的都是我们APP端做，，，

2.开始代码部分（这部分代码前提集成了HyphenateSDK和EaseUI）

首先在AppDelegate中注册环信，直接可用EaseUI中的注册方法

一，注册环信

/*!



*  APP启动时注册环信，并登陆当前用户（如果有用户的话）



*



*  @param application  application description



*  @param launchOptions launchOptions description



*/



-(void)startHuanXinEasyUIUseapplication:(UIApplication *)application Options:(NSDictionary *)launchOptions{



//AppKey:注册的AppKey，详细见下面注释。



//apnsCertName:推送证书名（不需要加后缀），详细见下面注释。



NSString *apnsCertName = nil;



#if DEBUG



apnsCertName = @"开发环境测试证书";



#else



apnsCertName = @"发布环境证书";



#endif



//环信appkey存放在UserDefaults



NSUserDefaults *ud = [NSUserDefaults standardUserDefaults];



NSString *appkey = [ud stringForKey:@"identifier_appkey"];



if (!appkey) {



appkey = @"appkey";



[ud setObject:appkey forKey:@"identifier_appkey"];



}



//利用EasyUI启动环信(这里有一个坑，下面这个注册方法，点进去看会吧用户是否同意被加进群组改成NO，这里会导致群组加不上，记得看看，改回来)



[[EaseSDKHelper shareHelper] easemobApplication:application



didFinishLaunchingWithOptions:launchOptions



appkey:appkey



apnsCertName:apnsCertName



otherConfig:@{kSDKConfigEnableConsoleLogger:[NSNumber numberWithBool:YES]}];



//判断当前是否有用户，有用户登陆环信



if (DEF_PERSISTENT_GET_OBJECT(@"userId") != nil && DEF_PERSISTENT_GET_OBJECT(@"userPwd") != nil) {



NSString *accound = [NSString stringWithFormat:@"%@",DEF_PERSISTENT_GET_OBJECT(@"userId")];



NSString *pwd = [NSString stringWithFormat:@"%@",DEF_PERSISTENT_GET_OBJECT(@"userPwd")];



EMError *error = [[EMClient sharedClient] loginWithUsername:accound password:pwd];



[[EMClient sharedClient] addDelegate:self];



if (!error) {



NSLog(@"登录成功");

}

}

}

二、环信好友

聊天就得有好友，刚开始总述中说过好友是咱们服务器来维护的所以不用管，走一个接口就好了，因为我们集成EasyUI所以我们从接口中请求的数据最好都变成EasyUI中用户的Model(EaseUserModel)，这样在用环信聊天的是不会那么麻烦，也可以自己写一个Model这样麻烦但是不乱，

#import <Foundation/Foundation.h>



#import "IUserModel.h"



@interface EaseUserModel : NSObject<IUserModel>



@property (strong, nonatomic, readonly) NSString *buddy;//用户名

@property (strong, nonatomic) NSString *nickname;//名字

@property (strong, nonatomic) NSString *avatarURLPath;//头像地址

@property (strong, nonatomic) UIImage *avatarImage;//头像图片



- (instancetype)initWithBuddy:(NSString *)buddy;



@end

中用户名是最有用的是直接用于创建聊天的，名字头像用处不大，因为这些存储都是在本地的，地方一改名字头像你这面可能没反应所以不用这个头像名字，都是使用消息中的扩展字段下面说。

三、环信聊天

聊天界面我推荐直接用EasyUI的，自己写各种消息cell实在麻烦，使用这个直接就是可以聊天的创建方法如下

EaseMessageViewController *viewController = [[EaseMessageViewController alloc] initWithConversationChatter:@"聊天对象的id，或者群组的id" conversationType:聊天的类型(单聊,群聊,聊天室)];

四、环信聊天消息重点*

在发消息过程中是不能传递用户名和头像的，所以我们要给消息添加扩展字段ext，(扩展字段可以其实就是发送消息是附带传递一个json数据)，我们可以吧自己的头像和名字在每次发消息的时候发过去，这样聊天时，当前本人可以知道自己的名字和头像，聊天对方会在消息中发过来名字头像，这样两个人都有名字头像了，下面贴下我的扩展字段

- (void)_sendMessage:(EMMessage *)message //发消息的总方法

{

    message.ext = @{@"nikeName":_myNikeName,@"headImagePath":_myHeadImagePath};  //添加消息扩展，我的名字，我的头像



    if (self.conversation.type == EMConversationTypeGroupChat){

        message.chatType = EMChatTypeGroupChat;

    }

    else if (self.conversation.type == EMConversationTypeChatRoom){

        message.chatType = EMChatTypeChatRoom;

    }



    [self addMessageToDataSource:message

                        progress:nil];



    __weak typeof(self) weakself = self;

    [[EMClient sharedClient].chatManager asyncSendMessage:message progress:nil completion:^(EMMessage *aMessage, EMError *aError) {

        [weakself.tableView reloadData];

    }];

}

五、消息列表

消息列表的获取用环信的获取方法

- (void)tableViewDidTriggerHeaderRefresh

{

    NSArray *conversations = [[EMClient sharedClient].chatManager getAllConversations];//本地获取消息

    NSArray* sorted = [conversations sortedArrayUsingComparator:

                       ^(EMConversation *obj1, EMConversation* obj2){

                           EMMessage *message1 = [obj1 latestMessage];

                           EMMessage *message2 = [obj2 latestMessage];

                           if(message1.timestamp > message2.timestamp) {

                               return(NSComparisonResult)NSOrderedAscending;

                           }else {

                               return(NSComparisonResult)NSOrderedDescending;

                           }

                       }];

    [self.tableView endHeaderFresh];

    [self.tableView reloadData];

}

这里有一个地方，再获得会话列表的时候，有几个数据要自己获取一下，头像，名字，最后一条消息内容，最后一条消息时间，消息未读数。其中消息未读数事环信帮我们做好的直接设置显示未读数就好
其中消息最后一条消息内容，最后一条消息时间。要我们获取最后一条消息在给其赋值

//在tableView代理中写

cell.detailLabel.attributedText =  [[EaseEmotionEscape sharedInstance] attStringFromTextForChatting:[self _latestMessageTitleForConversationModel:model]textFont:cell.detailLabel.font];

    cell.timeLabel.text = [self _latestMessageTimeForConversationModel:model];



//获取最后一条消息内容

- (NSString *)_latestMessageTitleForConversationModel:(id<IConversationModel>)conversationModel

{

    NSString *latestMessageTitle = @"";

    EMMessage *lastMessage = [conversationModel.conversation latestMessage];

    if (lastMessage) {

        EMMessageBody *messageBody = lastMessage.body;

        switch (messageBody.type) {

            case EMMessageBodyTypeImage:{

                latestMessageTitle = NSEaseLocalizedString(@"message.image1", @"[image]");

            } break;

            case EMMessageBodyTypeText:{

                NSString *didReceiveText = [EaseConvertToCommonEmoticonsHelper

                                            convertToSystemEmoticons:((EMTextMessageBody *)messageBody).text];

                latestMessageTitle = didReceiveText;

            } break;

            case EMMessageBodyTypeVoice:{

                latestMessageTitle = NSEaseLocalizedString(@"message.voice1", @"[voice]");

            } break;

            case EMMessageBodyTypeLocation: {

                latestMessageTitle = NSEaseLocalizedString(@"message.location1", @"[location]");

            } break;

            case EMMessageBodyTypeVideo: {

                latestMessageTitle = NSEaseLocalizedString(@"message.video1", @"

[video]");

            } break;

            case EMMessageBodyTypeFile: {

                latestMessageTitle = NSEaseLocalizedString(@"message.file1", @"[file]");

            } break;

            default: {

            } break;

        }

    }

    return latestMessageTitle;

}



//获取最后一条消息时间

- (NSString *)_latestMessageTimeForConversationModel:(id<IConversationModel>)conversationModel

{

    NSString *latestMessageTime = @"";

    EMMessage *lastMessage = [conversationModel.conversation latestMessage];;

    if (lastMessage) {

        double timeInterval = lastMessage.timestamp ;

        if(timeInterval > 140000000000) {

            timeInterval = timeInterval / 1000;

        }

        NSDateFormatter* formatter = [[NSDateFormatter alloc]init];

        [formatter setDateFormat:@"YYYY-MM-dd"];

        latestMessageTime = [formatter stringFromDate:[NSDate dateWithTimeIntervalSince1970:timeInterval]];

    }

    return latestMessageTime;

}[/video]

至于头像名字则要我们使用我没发消息的扩展字段，
这里我们可以获取会话中最后一条来自对方的消息，然后取出扩展字段赋值就好，(ps：有一种情况我刚刚和一个人说话会话中没有来自对方的最后一条消息，这个时候我们要用我们本地自己赋值这个会话的头像和名字)

三、总结

恩，这是这个杂记的第一次写的东西，写了写基本的用法，简单的聊天功能，写的也比较乱，，我会慢慢整理修改的。
 
作者简介：我是windKing，一个iOS开发的小白希望能有一样的人和我一起成长。看的过程中有不明白的地方欢迎联系我qq1662628982。 收起阅读 »

 面对企业级SaaS市场飞速发展、产品和服务质量参差不齐的现状，中国信息通信研究院(工信部电信研究院)推出了“可信云”认证服务来规范企业级SaaS市场。9月10日，环信通过由数据中心联盟组织，中国信息通信研究院测试的面向云计算服务的“可信云”认证，环信成功晋升为首批通过“可信云”认证的SaaS客服标杆企业。



环信移动客服通过“可信云”企业级SaaS认证
 

• 环信可用性高达3个9+严苛数据安全标准

工信部“可信云”认证报告指出环信企业级SaaS服务在数据存储的持久性、数据可销毁性、数据可迁移性、数据私密性、数据知情权、服务可审查性、服务功能、服务可用性、服务资源调配能力、故障恢复能力、网络接入性能、服务计量准确性、服务变更终止条款、服务赔偿条款、用户约束条款、服务商免责条款、服务安全性、用户体验性能等指标均满足可信云服务认证要求。

其中，服务的可用性和数据的安全性是“可信云”的评测考量重点。环信移动客服服务通过测试可用性不低于99.9%，并同时保证每个请求服务器响应时间在1秒以内。

在安全性方面，环信更是遵循严苛的数据安全标准，例如：

  1、代码全面通过Sonar的安全检测；

  2、用户信息的存储和传输经过加密；

  3、数据以字节为单位不丢失（99.9999%）；

  4、数据隔离保证不同用户之间的数据互不可见；

  5、在用户使用服务时，环信不存储用户密钥，除收集必要的运行指标数据外不访问用户的其它数据，并从制度上确保所有运维人员的规范操作等。

除此之外，环信完善的多级售后服务支持体系，和快速故障恢复能力，确保用户体验达到极致。 

• “可信云”成功写入国际标准，为用户选型保驾护航

近日，ITU(国际电信联盟)在其网站上正式发布“云计算框架及高层需求ed2版本”，标志着由中国信息通信研究院(工信部电信研究院)牵头的三个提案：可信云服务定义、需求和场景成功写入国际标准。自2013年开始的可信云服务认证经过两年多的发展，已正式进入3.0体系建设阶段，增加可信云金牌运维专项评估以及可信云安全评估，形成了IaaS/PaaS和企业级SaaS两套评估标准，基本实现了对业界主流云服务类型的全覆盖。

如今，可信云服务认证的标准正变得日益严苛，仅可信云服务认证测评内容就包括云主机服务、对象存储服务、在线应用服务等11部分、共16项指标的测评，涵盖了云服务商需要向用户承诺或告知(基于服务SLA)的90%的问题。可信云认证的平均通过率并不高，其中第六批可信云认证通过率仅为38%。环信移动客服通过本次“可信云”认证也和环信不断在产品技术和服务上精益求精不断投入海量资源密不可分。

可信云服务认证体系的日臻完善，一方面意味着云计算产业发展的逐渐成熟;另一方面也意味着将有越来越多的像环信这样的云服务商将进一步加强对云计算安全性和服务可用性方面的投入。对于用户而言安全和可用性无疑是决定云计算选型的两大最重要考量指标，而可信云服务认证则更像一个标尺，让用户选型从此不再有安全和可用性方面的后顾之忧。
 

• 关于环信：

环信移动客服——全媒体智能云客服倡领者，于2016年荣膺“Gartner 2016 Cool Vendor”。环信支持全媒体接入，包括网页在线客服、社交媒体客服(微博、微信)、APP内置客服和呼叫中心等多种渠道均可一键接入。基于环信业界领先的IM长连接技术保证消息必达，并通过智能客服机器人技术降低人工客服工作量。同时，基于人工智能和大数据挖掘的客户旅程透析产品"环信客户声音"能够帮助企业优化运营，提高跨渠道客服体验。

截至2016年上半年，环信移动客服共服务了29437家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家、泰康在线、号码百事通等众多标杆企业。根据易观发布的《中国SaaS客服市场专题研究报告》显示，环信移动客服在SaaS移动端客服用户覆盖占比高达77.4%，稳居行业第一。 收起阅读 »

“中秋节快乐”短短5个字凝聚了环信对小伙伴们最深沉的祝福与爱！！！




 

最前沿的AI科技，最尖端的测试技术，最火爆的开源项目

猿生态携手微软、Testin、环信

武汉，我们来了，无猿不生态

我们联合猿生态城市社群邀请数十位技术大咖

和你畅聊热门技术探讨行业发展趋势 
 
活动时间地点：

9月24日  洪山区光谷资本大厦一楼光谷创业咖啡

活动议程

13: 00 – 13: 30 活动签到

13: 30 – 16: 30 技术分享 + 实战演示

16: 30 – 17: 00 抽奖 + 自由交流

讲师介绍

Tips

✦自带电脑：在实战演示环节，讲师们将带领大家现场写代码、做demo，建议带上电脑。
✦ AA餐会：活动结束后，与讲师和现场小伙伴们共进晚餐，交流、交友~~活动现场报名喔;-)

本场活动将通过云犀直播

在斗鱼、战旗、爱奇艺、熊猫TV等

多个平台全程同步直播

扫描下方二维码即可收看




✦✦✦✦✦✦✦✦




更多精彩即将上线




点击报名 收起阅读 »

Android V2.3.2更新日志

新功能/改进：

1. web端和手机端同时登陆时可以同步接收自己在另外一端发送的消息
2. 增加被kill后自启动的概率，需要在mianifests文件中加上以下声明 

<service

     android:name="com.easemob.chat.EMJobService"

     android:permission="android.permission.BIND_JOB_SERVICE"

     android:exported="true"

     />      

Bug Fix:

1. 修复没有启动守护进程的bug

iOS​ V2.2.7更新日志

SDK细节调整:

1. SDK中检查附件大小，附件大小不恰当时返回错误
2. 群组批量加人时合并了加人请求，避免耗时随着人数增加
3. 改善会话加载消息时的性能

版本历史：Android sdk更新日志  ios sdk更新日志
下载地址：环信SDK下载
 
使用过程中有遇到任何问题、反馈建议欢迎直接评论留言，我们将第一时间回复！ 收起阅读 »

今天看了下环信SDK聊天模块下封装的自定义消息工具条以及表情键盘，了解了下iOS自带表情的转码。顺[b]带记录下集成环信SDK遇到的坑。[/b]

一、DXMessageToolBar工具条的封装

DXMessageToolBar是加在聊天页面底部的消息工具条，其负责控制四个控件：

1、录音视图DXRecordView
2、输入文本框XHMessageTextView
3、表情键盘DXFaceView
4、更多视图DXChatBarMoreView

DXMessageToolBar不仅要控制这四个UIView之间的切换，负责正确改变视图的位置与大小，还要将一系列的动作事件通过委托传到聊天页面控制器ChatViewController中去处理。

DXRecordView是录制音频的时候展示的视图，通过不断检测音量大小来展示不同的UIImage从而达到动态效果。

XHMessageTextView是继承自UITextView的，其中实现了自定义placeHolder的颜色，由于修改placeHolder是私有方法，因此这里换了种方式实现，那就是通过重写drawRect:方法，在其中将placeHolder绘制到UITextView上面。

DXFaceView表情键盘，它上面加了FacialView。FacialView上面放置了一些列的UIButton，UIButton的标题设置为iOS自带的表情。

DXChatBarMoreView更多视图，上面添加从相册选择照片，调用相机拍摄照片等按钮。

二、表情键盘的封装

表情键盘上放置了一些iOS自带的表情，而且在最后加了一个发送按钮和一个删除按钮，如图：



点击对应的表情，将表情字符串添加到文本框中。点击删除按钮通过委托调用了DXMessageToolBar的方法，其实现方式：

- (void)selectedFacialView:(NSString *)str isDelete:(BOOL)isDelete

{

    NSString *chatText = self.inputTextView.text;



    if (!isDelete && str.length > 0) {

        self.inputTextView.text = [NSString stringWithFormat:@"%@%@",chatText,str];

    }

    else {

        if (chatText.length >= 2)

        {

            NSString *subStr = [chatText substringFromIndex:chatText.length-2];

            if ([(DXFaceView *)self.faceView stringIsFace:subStr]) {

                self.inputTextView.text = [chatText substringToIndex:chatText.length-2];

                [self textViewDidChange:self.inputTextView];

                return;

            }

        }



        if (chatText.length > 0) {

            self.inputTextView.text = [chatText substringToIndex:chatText.length-1];

        }

    }



    [self textViewDidChange:self.inputTextView];

}

由此可见一个表情字符串占两个字符的长度，所以要在点击删除按钮之后判断文本框当前字符串的末尾处是否是表情。

三、iOS自带表情的转码

每个表情都有它自己的编码，通过编码可以拿到它对应的表情字符串：

#import <Foundation/Foundation.h>



#define MAKE_Q(x) @#x

#define MAKE_EM(x,y) MAKE_Q(x##y)



#pragma clang diagnostic push

#pragma clang diagnostic ignored "-Wunicode"

#define MAKE_EMOJI(x) MAKE_EM(\U000,x)

#pragma clang diagnostic pop



#define EMOJI_METHOD(x,y) + (NSString *)x { return MAKE_EMOJI(y); }

#define EMOJI_HMETHOD(x) + (NSString *)x;

#define EMOJI_CODE_TO_SYMBOL(x) ((((0x808080F0 | (x & 0x3F000) >> 4) | (x & 0xFC0) << 10) | (x & 0x1C0000) << 18) | (x & 0x3F) << 24);



/*!

 @class

 @brief iOS内置表情编码处理类

 */

@interface Emoji : NSObject



/*!

 @method

 @brief unicode编码转换为iOS内置表情字符串

 @discussion

 @param code iOS内置表情对应的unicode编码值

 @result iOS内置表情字符串

 */

+ (NSString *)emojiWithCode:(int)code;



/*!

 @method

 @brief 获取所有iOS内置表情

 @discussion

 @result iOS表情字符串数组

 */

+ (NSArray *)allEmoji;

@end



#import "Emoji.h"

#import "EmojiEmoticons.h"



@implementation Emoji

+ (NSString *)emojiWithCode:(int)code {

    int sym = EMOJI_CODE_TO_SYMBOL(code);

    return [[NSString alloc] initWithBytes:&sym length:sizeof(sym) encoding:NSUTF8StringEncoding];

}

+ (NSArray *)allEmoji {

    NSMutableArray *array = [NSMutableArray new];

    [array addObjectsFromArray:[EmojiEmoticons allEmoticons]];

    return array;

}

@end

这里拿表情编码做一系列运算，然后传入[[NSString alloc] initWithBytes:&sym length:sizeof(sym) encoding:NSUTF8StringEncoding];生成对应的字符串的运算方法暂时没找到解释，没搞清楚运算原理。若哪位大神看到出处，敬请告知！

四、集成环信遇到的坑

1、显示用户头像和昵称

环信默认不显示头像和昵称，如果要显示头像，需要自己实现。这里要实现显示头像和昵称，需要发消息的时候在ext这个扩展字段中加入和Android约定好的字段，在接收到消息的时候将这些字段保存到本地数据库中。

这里特别需要注意的一点是：在读取本地数据库的时候，是通过chatter来匹配的话，记得环信的chatter在保存的时候都做了小写处理。所以，在数据库中匹配的时候，最好是大小写不敏感的匹配方式：

NSString *sql = [NSString stringWithFormat:@"select * from %@ 

where upper(chatter)=upper('%@')",_tbName,chatter];

2、自定义推送内容

环信默认推送内容是“你有一条新的消息”，如果要自定义内容，需要在在ext扩展字段中添加以下字段：

@"em_apns_ext":@{                           

@"em_push_title":文本内容

                 },

3、发送用户信息给客服

如果要在用户跟客服聊天时能在客服后台看到当前用户的一些基本信息，需要在ext扩展字段中添加以下字段（比如需要用户手机号码和名字）：

@"weichat":@{

    @"visitor":@{

       @"phone":userPhone,

       @"userNickname":userNickName,

        }

   },

4、发送用户轨迹给客服

如果要在用户点击客服咨询时，比如是点击职位下面的咨询，想将当期职位的信息发给客服，那就是环信的发送用户轨迹信息。这个时候在进入聊天页面时需要单独处理，自动发送一个自己封装的信息：

-(void)sendJobInfo:(YLJob *)aJob

{

    NSMutableDictionary *ext = [NSMutableDictionary dictionary];

    NSDictionary *msgtype = @{@"track":@{@"title":aJob.title?:@"",

                                         @"item_url":aJob.link?:@""}};

    [ext setObject:msgtype forKey:@"msgtype"];



    EMChatText *text = [[EMChatText alloc] initWithText:[NSString stringWithFormat:@"我想咨询 %@",aJob.title?:@""]];

    EMTextMessageBody *body = [[EMTextMessageBody alloc] initWithChatObject:text];

    EMMessage *message = [[EMMessage alloc] initWithReceiver:_chatter bodies:[NSArray arrayWithObject:body]];

    message.ext = ext;

    [[EaseMob sharedInstance].chatManager asyncSendMessage:message progress:nil];



}

这里只是简单的使用了环信已经封装好的文本消息的接口，并且在聊天页面的展示方式也将是纯文本的方式Cell的展现方式。如果要以其他样式的Cell展示，需要自定义Cell，并且在展示的时候根据ext中的字段来判断是否是这种自定义消息。

其他具体可用字段名称，请登录环信官网查看官方文档。

参考：
以下是Emoji的表情编码对照表：
Emoji Unicode Tables
 
作者：Code_Ninja 收起阅读 »

一、准备工作
 
1、注册环信帐号注册一个环信账号之后，我们用注册的帐号登陆。然后创建一个应用，会得到一个对应的AppKey,这个AppKey在初始化环信SDK的时候需要用到。(这个去环信官网自己弄环信)
 
2、制作推送证书如果需要做离线推送的功能，需要制作一个推送证书。如果只是需要实现单聊、群聊等功能，可以跳过此步骤。个人建议刚开始接触环信的开发者可以忽略此步骤。制作证书
 
3、下载环信sdk.下的是2.0



二、集成环信的SDK

1、把环信SDK添加到工程中

从环信官网下载下来的是一个压缩包，解压之后，把我们需要的环信SDK，即EaseMobSDK这个文件夹，整个的拖入到我们的工程中。如下图：


在lib文件夹下面有两个静态库，只需要用到一个，根据你的需求选择。

libEaseMobClientSDKLite.a不包含实时语音功能，libEaseMobClientSDK.a包含所有功能。

2、添加对应的依赖库

向Build Phases → Link Binary With Libraries 中添加依赖库

1. MobileCoreServices.framework
2. CFNetwork.frame
3. libsqlite3.tbd
4. libstdc++.6.0.9.tbd
5. libz.tbd
6. libiconv.tbd
7. libresolv.tbd
8. libxml2.tbd

温馨提示：注意不要添加错了，也不能添加少了，添加完毕之后，不要着急，先编译一下。编译成功，则说明没有问题；如果编译报错，则仔细对照上面例举的静态库进行添加，直到编译成功，再进行下一步。
 
3、配置工程
 
3.1 不包含语音静态库的配置方法
(1) 删掉libEaseMobClientSDK.a，保留libEaseMobClientSDKLite.a；
(2) 在Build Settings -> Other Linker Flags 添加”fore_load”和”libEaseMobClientSDKLite.a”的相对路径。
如下图所示：


3.2 包含语音静态库的配置方法

(1) 删掉libEaseMobClientSDKLite.a，保留libEaseMobClientSDK.a；

(2) 在Build Settings -> Other Linker Flags 添加”-ObjC”。

如下图所示：


4、验证SDK是否添加成功
在AppDelegate.m文件中添加环信SDK初始化的方法，记得添加头文件”EaseMob.h”。下面提供了我用的测试AppKey，你可以替换成你自己申请的AppKey。编译成功，则说明你已经正确集成了环信的SDK了。
 
如果编译有问题，可能存在的原因：
(1) 静态库没有添加正确；
(2) 静态库工程配置不正确

#define APPKEY      @"1101#testrongyun"     //环信APPKEY

#define APNSCert    @"TestHuanXin"          //环信推送证书名称

#import "AppDelegate.h"

#import "EaseMob.h"

@interface AppDelegate ()

@end

@implementation AppDelegate

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

//初始化环信SDK

[[EaseMob sharedInstance] registerSDKWithAppKey:APPKEY apnsCertName:APNSCert];

return YES;

}

三、添加UI文件到你的工程

集成环信2.0UI文件，需要添加的文件，如下图所示：


添加完成之后，如下图所示：


四、设置pch文件的路径
 
文件添加成功之后，编译会报错，因为你没有添加pch文件。自己手动添加pch文件(EaseUI-Prefix.pch)，设置一下pch文件的加载路径即可。如下图所示：


在EaseUI-Prefix.pch中添加头文件”EaseUI.h”，如下图：


最后，编译一下，编译成功则说明添加集成UI文件成功。
 
五,搭建基本框架
 
1、新建三个UIViewController
 
新建三个ViewController,继承UIViewController,分别命名为：FirstViewController，SecondViewController，ThirdViewController。如下图所示



2、添加登陆方法

在AppDelegate.m中添加如下代码：

#define APPKEY      @"1101#testrongyun"     //环信APPKEY

#define APNSCert    @"TestHuanXin"          //环信推送证书名称

#import "AppDelegate.h"

#import "EaseMob.h"

#import "FirstViewController.h"

#import "SecondViewController.h"

#import "ThirdViewController.h"

@interface AppDelegate ()

@end

@implementation AppDelegate

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

// Override point for customization after application launch.

//初始化环信SDK

[[EaseMob sharedInstance] registerSDKWithAppKey:APPKEY apnsCertName:APNSCert];

//异步登陆的方法(这里的账号密码要去环信后台自己注册)

[[EaseMob sharedInstance].chatManager asyncLoginWithUsername:@"账号" password:@"密码" completion:^(NSDictionary *loginInfo, EMError *error) {

if (!error && loginInfo) {

NSLog(@"登陆成功");

[self setUpNav];

}

} onQueue:nil];

return YES;

}

- (void)setUpNav

{

FirstViewController *firstVC = [[FirstViewController alloc] init];

SecondViewController *secondVC = [[SecondViewController alloc] init];

ThirdViewController *thirdVC = [[ThirdViewController alloc] init];

firstVC.title = @"会话列表";

secondVC.title = @"通讯录";

thirdVC.title = @"设置";

UITabBarController *tabBar = [[UITabBarController alloc] init];

tabBar.viewControllers = @[[[UINavigationController alloc] initWithRootViewController:firstVC],

[[UINavigationController alloc] initWithRootViewController:secondVC],

[[UINavigationController alloc] initWithRootViewController:thirdVC]];

self.window.rootViewController = tabBar;

self.window.backgroundColor = [UIColor whiteColor];

}

@end

编译一下，看下效果。


六、添加与聊天有关的文件

1、添加GifImage文件2、添加chat文件




添加完成之后，编译一下，把报错的地方全部注释掉，有很多地方需要注释掉，这些地方是因为有些我们不需要的文件没有添加进来。(自己注释比较麻烦)
 
注释好的GifImage和chat文件，下载后无需注释无关代码，可直接使用注释好的文件,
 
七、实现单聊在SecondViewController.m中添加如下代码：

#import "SecondViewController.h"#import "ChatViewController.h"@interface SecondViewController (){

NSArray *arrSystem;

NSArray *arrFriends;

}

@property (retain, nonatomic)  UITableView *tableView;

@end

@implementation SecondViewController

- (void)viewDidLoad {

[super viewDidLoad];

arrSystem = @[@"申请与通知",@"群聊",@"聊天室"];

_tableView = [[UITableView alloc] initWithFrame:self.view.frame];

_tableView.delegate = self;

_tableView.dataSource = self;

[self.view addSubview:_tableView];

//获取好友列表

[[EaseMob sharedInstance].chatManager asyncFetchBuddyListWithCompletion:^(NSArray *buddyList, EMError *error) {

if (!error) {

NSLog(@"获取成功 -- %@",buddyList);

arrFriends = [NSArray arrayWithArray:buddyList];

[_tableView reloadData];

}

} onQueue:nil];

}

#pragma mark - UITableViewDelegate & UITableViewDataSource

- (NSInteger)numberOfSectionsInTableView:(UITableView *)tableView {

return 2;

}

- (NSInteger)tableView:(UITableView *)tableView numberOfRowsInSection:(NSInteger)section {

if (section == 0) {

return arrSystem.count;

} else {

return arrFriends.count;

}

}

- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {

static NSString *identifier = @"CELL";

UITableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:identifier];

if (cell == nil) {

cell = [[UITableViewCell alloc] initWithStyle:UITableViewCellStyleDefault reuseIdentifier:identifier];

}

switch (indexPath.section) {

case 0:

{

cell.textLabel.text = [arrSystem objectAtIndex:indexPath.row];

cell.imageView.image = [UIImage imageNamed:@"groupPublicHeader"];

break;

}

case 1:

{

EMBuddy *eMBuddy = [arrFriends objectAtIndex:indexPath.row];

cell.textLabel.text = eMBuddy.username;

cell.imageView.image = [UIImage imageNamed:@"chatListCellHead"];

break;

}

default:

break;

}

return cell;

}

- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {

EMBuddy *buddy = [arrFriends objectAtIndex:indexPath.row];

ChatViewController *chatVC = [[ChatViewController alloc] initWithConversationChatter:buddy.username conversationType:eConversationTypeChat];

chatVC.title = buddy.username; //好友的名字

chatVC.hidesBottomBarWhenPushed = YES;

[self.navigationController pushViewController:chatVC animated:YES];

}

编译,效果




真机运行一下，可能会报错,



解决方案:


把这个值设置成no

文章作者：环信热心用户樊呵呵 收起阅读 »

近日，新浪微博和环信达成合作协议，环信客服产品作为合作伙伴，将为微博数百万认证帐号提供以移动端为核心的全媒体智能SaaS客服产品，帮助其提高客服效率和多端客服接入的用户体验。相比传统客服软件，SaaS客服具有极简部署、按需付费、弹性扩容、低价高质等天然优势。

据DCCI数据，微博已成为用户生活中一个非常重要的社交媒体，日均使用时长在20分钟以上的用户占91%，仅次于即时通讯工具。同时，中国及全球的社交网络营销整体均有待挖掘，广告价值不断凸显，无论是Facebook、Twitter，还是微博和微信，社交广告的发展仍具有较大空间。最新财报显示，微博的大客户和中小企业客户的广告营收的强劲增长，彰显了微博对多样化客户群的巨大平台价值。此次和环信移动客服的强强联手，将进一步完善微博的社会化营销及服务体系。

传统客服服务面临诸多挑战

作为微博商业化进程的中坚力量，微博数百万认证帐号一直存在着提高曝光机会、加强变现能力等几大刚需，而提高客服效率能有效帮助这些帐号提高粉丝活跃度、增加曝光机会，从而具备更强的变现能力。

在改善客服体验方面，传统模式有许多需要提升的地方：

1，对于普通蓝V和橙V用户，客服咨询可能来自微博私信、评论以及@，没有统一渠道来收集和处理信息，咨询量稍微大一点就容易导致客服人员顾此失彼，回复不及时用户体验差等问题。

2，对于动辄十万、百万甚至千万级粉丝的超级蓝V和橙V用户，每日面对海量的信息咨询必然需要借助粉服开发者模式集成第三方专业客服工具，但是集成有门槛，需要技术研发团队支持解决集成问题。

3，面对日益增长的粉丝，如何用有限的客服人员服务好不断增长的海量客服请求，需要借助智能客服机器人技术。

4，部分用户同时多人维护多个蓝V和橙V账号，来回切换账号容易导致信息丢失且工作效率低。

相当一部分帐号急需一款集成简单、支持多渠道接入、支持智能客服机器人、支持多客服协同、能排班分组转接、能KPI绩效考核以及更有效率的专业客服工具，主打全媒体智能技术的环信移动客服应运而生。

为此，环信与微博正式达成合作，为微博商业生态提供全媒体智能客服系统，提升微博的服务效率。微博相关客户不需要额外技术支持集成开发，仅需注册绑定一个微博账户一切都可轻松搞定，所有来自微博私信、评论以及@的消息都能够统一平台一键接入，一键回复。


体验环信全媒体智能客服从绑定一个账号开始

环信为微博用户提供一站式的智能客服体验

1，支持微博@、评论、私信信息，均可一键接入，一键回复。同时，不同渠道的用户和内容均可以做标记、分类和整理。

2， 7×24小时环信智能客服机器人应答，有效缓解前期各类标准化重复性咨询问题。

3，支持多客服协同工作，支持多技能组，支持自定义会话分配策略。你可以多人支持一个微博客服，可以一人管理多个微博客服，也可多人同时管理多个微博客服。


环信移动客服更多功能展示
 
不断开放壮大的微博商业生态

经过两年的发展，微博商业生态规模日益强大，商业生态也一直秉承以下三原则：1，加强广告自助投放能力与精细数据互换能力，构建能力自助化。2，提升微博开放能力，构建与加强微博内商业关系，辐射至微博外。3，接入更多第三方服务，以商业服务+基础服务共筑微博开放商业平台生态。

微博商业生态相关负责人表示：“此次和环信的合作代表着微博客服用户体验的一个全新的提升，未来微博商业开放平台将继续保持高度开放持续为微博与第三方创造共赢。”

即刻体验微博客服请点击：http://weibo.kefu.easemob.com/mo/login 收起阅读 »

【环信通过工信部“可信云”企业级SaaS认证】环信通过由数据中心联盟组织，工信部电信研究院测试评估的面向云计算服务的“可信云”评估认证。环信企业级SaaS服务在数据存储的持久性、数据可销毁性、数据可迁移性、数据私密性、数据知情权、服务可审查性、服务功能、服务可用性、服务资源调配能力、故障恢复能力、网络接入性能、服务计量准确性、服务变更终止条款、服务赔偿条款、用户约束条款、服务商免责条款、服务安全性、用户体验性能等指标均满足可信云服务认证要求。 收起阅读 »

http://www.imgeek.org/article/825307914 因为项目只用到了环信的单聊，就借助大神的帖子集成的。一直都这样集成，以前上传的版本没事，昨天上传的时候发现问题了。问题是这样的 昨天上传App的时候，提交返回的结果一直和图片中的现象一样。连着上传好多次都是这样，后来上传以前上架过的版本，结果连以前上架的版本导入构建版本都失败了。昨天纠结了一天，今天决定地毯式搜索哪里的问题，一个个导入的sdk，配合自己的代码打包上传测试。结果和自己的代码和集成的环信测试，打包出现这种情况了。然后就单独集成环信，自己一行代码不加，打包上传还是这种情况。。。。。。。。。。有遇到过的大神吗？ 
 
这里是苹果给的回信内容
While processing your iOS app, 天使来了 1.1.1(10), errors occurred in the app thinning process, and your app couldn’t be thinned. If your app contains bitcode, bitcode processing may have failed. Because of these errors, this build of your app will not be able to be submitted for review or placed on the App Store. For information that may help resolve this issue, see Tech Note 2432.
 
target->build Settings里面的bitcode  我设置是NO的  因为项目里面也有极光推送 不设置NO的话  都没法编译 收起阅读 »

是不是在集成EaseUI的时候看到这个问题顿时就像砸了电脑。或者说你在百度之后，发现很多人出现这个问题，然后按照他们的思路去改来改去，改到最后还是没有成功；然后不知所措的移动着鼠标，一次又一次的运行，等着奇迹的出现？

或者又说 ，你在试了他们的方法之后然后Clean，rebuild，重启AndroidStudio之后，还是没用，还是这个错。

下面我就跟大家讲一下，怎么去解决这个错误

首先这个错误的原因是因为V4的包冲突，也就是说，如果你的主项目里面也有V4的包，EaseUI里面也有V4的包，那么久删除主项目里面的V4的包，这个是不会报错的，尽管删除，删除之后，再次运行项目，试试看，如果还是报这个错的话，那就把EaseUi里面的V4的包删除，然后



必须选择到EaseUI，然后选到Dependencies，再点击加号里面的Library dependency,进去之后



选择V4包OK就可以了，添加之后，再次运行项目，如果还是不行的话，别着急，继续往下看


在app的配置文件里面的Android节点下加入图中的代码

dexOptions {
javaMaxHeapSize"4g"
}
aaptOptions.cruncherEnabled=false
aaptOptions.useNewCruncher=false


不管有没有用，你加入进去，然后再次运行项目，如果在不行的话，我想说你的运气真的好差。
 
 
在这里，很感谢某一个程序员的分享，这里还提供一个解决办法，就是删除easeui里面的谷歌服务的jar包，然后rebuild项目


运气差那就Clean，rebuild项目，或者更换EaseUI
 

 

如果还有问题的话 请加入 环信互帮互助-非官方 340452063  收起阅读 »

在环信官网上，对于文件下载，仅仅只给了一个示例URL，并不知道请求接口是什么方法，后来在github上看见了官方demo，上边写的为POST方法，当时也就没多想，相信官方给的，一个劲的检查自己的代码，完全没错，拼的URL在浏览器能够执行，所以开始怀疑是方法的问题，果断改了GET方法，其实明眼人一看就知道，从服务器来资源，用的是GET方法，但这个官方给的当然要信啊，这样就会误导一些刚刚开发的同仁。
所以，我想请官方在官网文件下载处，添加一下说明，另外修改github上的注释！




  收起阅读 »

云账户红包SDK3.0已经发布一段时间了！
就在本月，两家老牌重量级APP完成了云账户红包SDK的集成，经过双方严格的联合测试，现在正是发版了！他们就是“工作圈”&“超信”（IOS、安卓市场都可以下载哦，有兴趣的朋友们可以去市场里下载体验一下，绝对nice！）
可能有朋友不太了解这两个百万级用户的产品，这里我给大家正是介绍一下：
工作圈：
g工作圈是用友旗下畅捷通公司开发的一款企业移动办公平台，融合了企业经营管理所需的各项专业服务，是基于工作场景应用集成：公告、审批、任务、工作报告、签到、文件柜、电话会议、企业通讯录、圈子信息交流等组成的企业互联网应用，帮助企业提高沟通协作效率、简化工作流程、降低管理成本。让管理更简单，工作更轻松！
 
超信：
超信是一款基于手机通讯录的短信增强工具，安装超信既可以完美的取代系统短信功能，开机即用，更加简单便捷的与手机通讯录中的联系人互相手法短信。如果双方都安装超信，就能通过手机网络（WiFi、3G、GPRS）与您铜须路中的联系人发送（需小豪少量网络流量）信息、图片、语音和位置等多媒体文件。
以下是云账户在两个产品中的截图：
工作圈&云账户：
超信&云账户：
除了工作圈和超信之外，已经成功集成云账户红包SDK并发版上线的比较有代表性的APP有：拉拉公园、INVITE、全景图片、蜗牛睡眠、捷库工作、领公报等，正在集成中的APP有上百家，其中还有几位神秘大咖在享受我们的云服务和私有化部署服务，这里暂时先保持下神秘！
我们的原则是，先上线、再PR，少吹牛，多干实事！
另外，云账户红包SDK已经满足完美集成在市场上主流的IM，客服SaaS提供商环信、容联云通讯、融云、leancloud、亲加的产品中，开发者如果用了以上IM或客服产品，可以更加快速安全的接入！
云账户红包SDK，更详细的信息各位开发者可以访问云账户官网：www.yunzhanghu.com去了解，官网上提供Demo下载，帮助开发者们更好地体验我们的产品，毕竟“先尝后买，价格公道，童叟无欺” 收起阅读 »

先定一个小目标，看完这几部视频你就会做即时通讯了！
本次集成指南包含集成步骤PPT、视频、视频中所用到的demo源码,覆盖Android_EaseUI,Android_SDK，OC_EaseUI,OC_SDK,Swift_EaseUI,Swift_SDK，上车吧！

视频查看地址：IMGeek视频专区

观看视频过程中遇到问题欢迎在视频下方发帖咨询！ 收起阅读 »