一说起软件测试，测试员想到肯定是去检查文件，功能，API，性能并确定软件是否安全，以及关于软件特定部分的其他事项。但是对于移动测试，测试员不得不基于用户移动使用模式考虑移动相关的功能。
 
功能测试
 
每项开发的新功能都需要进行测试。移动app测试中功能测试是一个重要方面，移动测试员应该要进行手动测试和自动化测试。刚开始测试时，测试员必须把移动app当做"黑盒"一样进行手动测试，看看提供的功能是否正确并如设计的一样正常运作。除了经典软件测试，像点击按钮看看会发生什么，测试员还必须执行更多功能的移动设备专门的测试。
 
如今，现代移动设备都有触摸屏，要求多点触控动作来与它们互动。设备可以是纵向或横向显示屏。它们提供动作，倾斜和螺旋传感器。它们有不同的接口可以连接其他设备或服务，比如GPS，NFC，照相机，LED等等。
 
移动软件测试员必须确保app的所有特定设备功能在app里都能用。移动设备的种类这么多，测试时要将所有的覆盖是不可能的，所以功能测试时测试员要专注于他们app的关键之处。什么是真的简单有效的呢？设备旋转。我测试工作期间发现有许多bug仅需将设备从纵向旋转为横向再旋转回来就好了。

 

除了整个手动测试过程，测试自动化对移动app也很重要。每个代码变化或新功能都可能影响现存功能及它们的状态。通常手动回归测试时间不够，所以测试员不得不找一个工具去进行自动化回归测试。现在市面上有很多移动测试自动化工具，根据我的经验，真机测试效果是最好的，我自己常用的TestBird测试工具，用来进行APP的功能测试，当然，根据开发策略和结构，质量保证专家需要找出最适合他们环境的自动化工具。
 
选择一个工具对测试自动化并不容易，但做决定时有一点要牢记，因为很重要:测试自动化应该使用同样的编程语言作为产品代码。如果测试和产品代码用一样的语言去写，那对测试员和开发员都有好处，因为这就使得他们做配对代码时可以轻松些。测试员可以和开发员在同一水平进行交流，他们可以执行测试和产品代码的代码审查。对于测试自动化，开发员可以用他们习惯的语言编写他们自己的脚本。
 
总结：
·         把app作为"黑盒"进行测试并试着中断它。

·         打开移动app的每个屏幕并将设备从纵屏变为横屏再变回纵屏。

·         别忘了去测试设备特定的功能，比如传感器和通信接口。

·         为移动app编写测试自动化脚本。

·         选择一个适应公司策略和结构的测试自动化工具。

·         测试和产品代码应该用同一种语言。
 
非功能测试
 
移动app测试的另一重要方面是移动app的非功能需求。移动app在推出市场或进行进一步开发前，移动测试员有许多需要测试的问题。

 

早期开发阶段要进行的第一个测试应该是实用性测试。通常是由alpha用户或同事进行的。走进一家咖啡馆或餐厅，问问里面的人他们的app使用情况。让他们看看现阶段开发的第一个版本并收集反馈，看看用户是否能很好地使用新功能，以便得出第一印象。
 
检查app的性能。将推出的版本与当前版本做一番比较，看看性能是一样？更好？还是更差？将app安装到旧的设备上，看看该app在旧设备上是否仍能运作，无论硬件设备好或差。最先进的设备也一样要这么做。

 

测试电话，短信，彩信，微博或其他通知进来时app的反应。使用app时检查一下电量。确保测试过程测试设备是充满电的并每十分钟检查一下电池使用情况，看看该app有没有太耗电。在低电量时把app安装到设备上看看会发生什么。检查app的内存使用情况。如果app在本地文件系统中存储数据，测测不同内存卡的使用情况。想想看本地存储快满时会发生什么呢--app会崩溃或弹出出错提醒框来通知用户吗？
 
测试app的安装和删除过程。更重要的是，测试从老版本升级为新版本的过程。或许本地数据库已经改变了，这样就会引起一些严重的迁移问题。

 

App被本地化了吗？测试员需要用不同的语言测试app。记得在不同的网络载体上以不同的网速进行测试。确定该app在GPRS，EDGE，UMTS，LTE和WiFi环境下都能运作。
 
别忘了检查网络连接不好或完全掉了时app会怎么反应。飞行模式下使用该app看看如果一个请求失败了会发生什么。将测试设备连接到电脑上并检查开发日志文件有没有例外、警告或其他奇怪的异常之处。这些只是移动测试员和开发员开发和测试一个app时应该考虑的非功能需求中的一部分。每方面都检查到位是绝不可能的，因此整体团队应该支持QA成员尽量覆盖更多方面以防用户得到不好的体验。或者使用众测平台，我习惯性的用TestBird ，当然腾讯阿里也有类似的产品。

 

总结：
·         做实用性测试。

·         比较app已推出版本和新版本的性能。

·         检查电话，短信，彩信或微博或进来时app的反应。

·         检查测试设备的电量。

·         测试app的内存使用情况。

·         安装并删除app。

·         测试从旧版本升级到新版本的过程。

·         检查语言的转换。

·         在不同的载体和网络连接，如GPRS，WiFi，orLTE，环境中使用app。

·         检查日志文件的错误或例外。 收起阅读 »

书接上文：环信李理：从Image Caption Generation了解深度学习（part I
 
2. 机器学习基本概念和前馈神经网络
2.1 机器学习基本概念

   大家可能平时都写过很多程序，写程序和机器学习的思路可能有一些不同。写程序时，我们是“上帝”，我们规定计算机的每一个步骤，第一步做什么第二步做什么，我们称之为算法。我们能够控制所有的情况，如果出了任何问题，肯定都是程序员的责任。而在机器学习的时候，我们只是“老师”。我们告诉学生（计算机）输入是什么，输出是什么，然后期望它能够学到和我们类似的知识。比如我们跟小孩说这是狗，那是猫，我们没有办法像上帝那样拿着“纳米手术刀”去操作人脑神 经元的连接方式。我们只能不断的给小孩“训练数据”，然后期望他能够学会什么是猫，即使我们觉得他“学会”了识别猫，我们也没有办法知道他是“怎么”学会 的，而且同样的训练过程可能换一个人就不好使。

   机器学习和人类的学习是类似的——我们也是给它训练数据，然后期望它能学会。我们会给机器建一个模型，从数学的角度来说一个模型就是一个函数，它的输入一般是一个向量【当然可以是二维的矩阵如图片或者三维的张量比如视频】，输出可以是有限的离散的标签如“猫”，“狗”，这类问题我们称之为分类；而如果输出 是连续的值比如用这个模型来预测气温，那么我们就称之为回归。其实人类的很多科学活动和日常生活，都是在“学习”模型和“应用”模型。比如开普勒通过观测 大量天文数据“归纳”出行星的运动规律。从本质上讲，智能就是从“过去”学习，然后根据“现在”来预测可能的将来并根据自己的目标选择有利于自己行为。只不过之前，似乎只有人类能够从数据中“学习”出规律，而人工智能的目标就是让机器也有类似的学习能力。

   模型用数学来说就是一个函数，我们人脑的函数由神经元的连接构成，它可能是一个很复杂的函数，我们现在还很难彻底研究清楚。神经网络就是试图通过计算机来 模拟和借鉴人脑这个模型，除了我们这里要讲的神经网络之外，机器学习领域还有各种各样的模型，它们各有特点。但不管形式怎么变化，本质都是一个函数。一个（或者更准确的是一种）模型一般都是一种函数形式，它有一些“参数”可以改变。而学习的过程就是不断调整这些参数，使得输出（尽量）接近“正确”的答案。 但是一般情况下很难所有的数据我们都能预测正确，所以一般我们会定义一个loss function，可以理解为“错误”的程度，错的越“离谱”，loss就越大。而我们的目标就是调整参数使得loss最小。

   但是我们是在“训练”数据上调整的参数，那么它能在“测试”数据上也表现的好吗？这个就是模型的“泛化”能力了。就和人在学校学习一样，有的同学做过的一 模一样的题就会，但是考试时稍微改变一下就不会了，这就是“泛化”能力太差，学到的不是最本质的东西。所以平时会定期有一些“模拟考试”，来检验学生是不 是真的学会了，如果考得不好，那就打回去重新训练模型调整参数。这在机器学习里对应的就是validation的阶段。最后到最终的考试了，就是最终检验 的时候了，这个试卷里的题目是不能提前让人看到的，只能拿出来用一次，否则就是作弊了。对应到机器学习里就是test阶段。

   当然这里用通俗的话描述了机器学习，主要是有监督的学习。其实机器学习还有无监督的学习和强化学习。前者就是不给答案，只给数据，让人总结规律；而后者会有答案，但是答案不是现在就告诉你。我个人觉得人类社会里更多的是监督学习和强化学习。从人类社会总体来说，强化学习是获取新知识的唯一途径，也就是向自 然学习，我们做了一个决策，其好坏可能要很长一段时间才能显现出来。而学习出来的这些知识通过监督的方式，通过家庭和学校的教育教给下一代。

   另外输出除了简单的分为离散和连续，还可以是序列（时序）的，比如自然语言（文本）是一个字符串的序列 ，对于我们的Image Caption Generation就是生成一个单词序列。另外还有更复杂的输出，比如parsing，输出是一棵语法树。

2.2 多层神经网络

   前面介绍了机器学习的基本概念，接下来我们就来学习一下神经网络。现在流行的说法“深度学习”，其实大多指的就是“深度神经网络”，那么首先我们先了解一下“浅度神经网络”，也就是传统的神经网络。这里的内容主要来自http://neuralnetworksanddeeplearning.com的前两章。

2.2.1 手写数字识别问题

   我们在学习一门新的语言时会写一个hello world程序，而mnist数据的手写数字识别就是一个很好的学习机器学习（包括深度学习）的一个hello world任务。

   计算机和人类大脑似乎有很大的不同，很多人类认为复杂的工作计算机可能认为很简单，而人类认为很简单的事情计算机可能非常难处理。比如数字的计算，记忆，人类的准确度和速度都远远不如计算机。但是识别0-9的手写数字，我们觉得很轻而易举的事情，让计算机程序来处理却异常困难。经过数百万年进化的人类视觉系统在我们大脑没有意识到的时候就已经帮我们完成了数字的识别，把那些复杂的视觉处理过程深深的掩藏了起来。但当我们想自己写一个程序来识别数字的时候，这些困难才能体现出来。首先，对于计算机来说，它“看到”的不是数字，甚至不是笔画。它“看到”的只是一个二位的矩阵（数组），每个点都是一个数字。比如下图，我们“看到”的是左边的“猫”，其实计算机“看到”的是右边的像素灰度值。当然我们视觉系统的视网膜看到的也是类似的一些“数值”，只不过我们的视觉系统已经处理了这些信息并且把它识别成了“猫”（甚至和语言还做了映射）。 


   MNIST数据介绍：MNIST的每个图片经过缩放和居中等预处理之后，大小是28*28，每个点都是0-255的灰度值，下图是一些样例。总共有60,000个训练数据（0-9共10个类别，每个类别6,000个）和10,000个测试数据。一般会拿60000个中的50000个来做训练集，而剩下的10000个用来做验证集（用来选择一些超参数）。


   如果我们自己来写一个“算法”识别数字“9”，我们可能会这么定义：9在上面有个圆圈，在这个圆圈的右下部分有一个竖直的笔画。说起来很简单，如果用算法 来实现就很麻烦了：什么是圆圈？每个人画的圆圈都不同，同样竖直的笔画怎么识别，圆圈和竖直笔画连接处怎么寻找，右下是哪？大家如果有兴趣可以尝试一下用 上面的方法，其实最早做数字识别就是这样的思路。

   机器学习的思路则不同，它不需要这么细节的“指示”计算机应该怎么做。而是给计算机足够的“训练”样本，让它“看”不同的10个数字，然后让它“学”出 来。前面我们也讲了，现在的机器学习一般是一个参数化的模型。比如最简单的一个线性模型：f(w;x)=w0+ w1*x1+w2*x2。如果我们的输入有两个“特征”x1和x2，那么这个模型有3个参数w0,w1和w2，机器学习的过程就是选择“最优”的参数。对 于上面的mnist数据，输入就是28*28=784维的向量。

   如果用“原始”的输入作为“特征”，线性的模型很可能学到一些简单的特征，比如它看到1一般是分布在从上到下居中的一些位置，那么对于这些位置一旦发现有比较大的灰度值，那么就倾向于判断成1。如果一个像素点2也经常出现，但3不出现，那么它就能学到如果这个像素出现，那么这个数字是2和3的可能性就大一些。

   但是这样的“特征”可能不是“本质”的，因为我写字的时候笔稍微平移一点，那么你之前“学到”的参数就可能有问题。而更“本质”的特征是什么呢？可能还是像之前我们总结的——9在上面有个圆圈，在这个圆圈的右下部分有一个竖直的笔画。我们把识别一个数字的问题转化成圆圈和竖直笔画的问题。传统的机器学习需要方法来提取“类似”（但不完全是）基本笔画这样的“特征”，这些特征相对于像素的特征会更加“本质”。但是要“提取”这些特征需要很多的“领域”知识，比如图像处理的技术。所以使用传统的机器学习方法来解决问题，我们不但需要很多机器学习的知识，而且也需要很多“领域”的知识，同时拥有这两方面的知识是比较难的。

   而“深度学习”最近之所以火热，其中很重要的一个原因就是对于很多问题，我们只需要输入最原始的信号，比如图片的像素值，通过“多层”的网络，让底层的网络学习出“底层”的特征，比如基本的形状，而中间的层学习出抽象一点的特征，比如眼睛鼻子耳朵。而更上的层次识别出这是一个猫还是一个狗。所有这些都是机器学习出来的，所以基本不需要领域的知识。


   上面的图就说明了这一点，而且我们发现越是底层的特征就越“通用”，不管是猫鼻子还是狗眼睛，可能用到的都是一些基本的形状，因此我们可以把这些知识（特征）transfer到别的任务，也就是transfer learning，后面我们讲到CNN的时候还会提及。

2.2.2 单个神经元和多层神经网络(MLP)

   神经网络从名字来看是和人类的大脑有些关系的，而且即使到现在，很多有用的东西如CNN和Attention，都有很多借鉴神经科学研究人脑的结果的。不过这里我就不介绍这些东西了，有兴趣的读者可以找一些资料来了解。

一个神经元如下图的结构：


   它的输入是一个向量，(x1,x2,x3)，输出是一个标量，一个实数。z=w0+ w1*x1 + w2*x2 + w3*x3。z是输入的加权累加，权值是w1,w2,w3，w0是bias，输出 output = f(z)。函数f一般叫做激活函数。最早流行的激活函数是Sigmoid函数，当然现在更流行Relu和它的改进版本。Sigmoid函数的公式和图形如下：





   当z=0时，sigmoid(z)=0.5 z趋于无穷大时，sigmoid(z)趋近于1，z趋于负无穷，值趋于0。为什么选择这样的激活函数呢？因为是模拟人脑的神经元。人脑的神经元也是把输入的信号做加权累加，然后看累加和是否超过一个“阈值”。如果超过，继续向下一个神经元发送信号，否则就不发送。因此人脑的神经元更像是一个阶跃函数：


   最早的感知机(Perception)其实用的就是这个激活函数。但是它有一个缺点就是0之外的所有点的导数都是0，在0点的导数是无穷大，所以很难用梯度的方法优化。而Sigmoid函数是处处可导。下面我手工推导了一下，如果大家不熟悉可以试着推导一下Sigmoid函数的导数，我们后面也会用到。


我们把许多的单个神经元按照层次组织起来就是多层的神经网络。


   比如我们的手写数字识别，输入层是784维，就是神经网络的地一层，然后中间有15个hidden（因为我们不知道它的值）神经元，然后输出层是10个神经元。中间隐层的每个神经元的输入都是784个原始像素通过上面的公式加权累加然后用sigmoid激活。而输出层的每一个神经元也是中间15个神经元的累加然后激活。上面的图就是一个3层的神经网络。

   输入一个28*28的图像，我们得到一个10维的输出，那么怎么分类呢？最直接的想法就是把认为最大的那个输出，比如输出是（10,11,12,13,14,15,16,17,18,19)，那么我们认为输出是9。

   当然，更常见的做法是最后一次经过线性累加之后并不用Sigmoid函数激活，而是加一个softmax的函数，让10个输出加起来等于1,这样更像一个 概率。而我们上面的情况，虽然训练数据的输出加起来是1,但是实际给一个其它输入，输出加起来很可能不是1。不过为了与Nielsen的文章一致，我们还 是先用这种方法。

   因此，假设我们有了这些参数【总共是784*15 + 15(w0或者叫bias) + 15*10 + 10】，我们很容易通过上面的公式一个一个的计算出10维的输出。然后选择最大的那个作为我们识别的结果。问题的难点就在怎么 选择这么多参数，然后使得我们分类的错误最少。

   而我们怎么训练呢？对于一张图片，假设它是数字“1”，那么我们期望它的输出是（0,1,0,0,0,0,0,0,0,0)，所以我们可以简单的用最小平方错误作为损失函数。不过你可能会有些疑问，我们关注的指标应该是分类的“正确率”（或者错误率），那么我们为什么不直接把分类的错误率作为损失函数呢？这样神经网络学习出来的参数就是最小化错误率。

   主要的原因就是错误率不是参数的连续函数。因为一个训练数据如果分类正确那么就是1，否则就是0，这样就不是一个连续的函数。比如最简单的两类线性分类器，f(x)=w0+w1*x1+w2*x2。如果f(x)>0我们分类成类别1；否则我们分类成类别2。如果当前的w0+w1*x1+w2*x2<0，我们很小的调整w0(或者w1,w2)，w0+w1*x1+w2*x2仍然小于0，【事实上对于这个例子，只要是w0变小，他们的累加都是小于0的】所以f(x)的值不会变化，而w0一直增大到使累加和等于0之前都不会变化，只有大于0时突然变成1了，然后一直就是1。因此之前的错误率都是1，然后就突然是0。所以它不是个连续的函数。

   因为我们使用的优化算法一般是（随机）梯度下降的算法，在每次迭代的时候都是试图做一个微小的参数调整使得损失变小，但是不连续的函数显然也不可导，也就没法用这个算法来优化参数。

   因此我们使用了最小平方误差(MSE)损失函数。


   y(x)就是神经网络的输出，可能写成f(x)大家会习惯一点。a是目标的输出，比如当前分类是数字1，那么我们期望的输出就是（0,1,0,0,0,0,0,0,0,0)。

   首先这个损失函数是参数w的连续函数，因为y(x)就是神经网络的输出，每个神经元都是它的输入的线性加权累加，然后使用sigmoid激活函数【如果使用最早的阶跃函数就不连续了，所以后来使用了Sigmoid函数】，然后每一层的神经元都是用上一层的神经元通过这样的方式计算的（只不过每个神经元的参数也就是权重是不同的数值而已），所以这些连续函数的复合函数也是连续的。

   其次这个损失函数和我们的最终优化目标是“大致”一致的。比如C(w,b)趋于0时，它就要求y(x)趋于a，那么我们的分类也就趋于正确。当然可能存在一种极端的情况，比如有3个训练数据，第一组参数，它分类正确了2个训练数据，但是错的那1个错的很“离谱”，也就是y(x)和a差距极大；而第二组参数，他正确分类了1个训练数据，但是错的那两个都还不算太差。那么这种情况下MSE和正确率并不一致。

2.2.3 随机梯度下降(Stochastic Gradient Descent)和自动求梯度(Automatic Derivatives)

   上面说了，我们有了一个参数化的模型，训练的过程就是根据训练数据和loss function，选择“最优”的参数，使得loss“最小”，这从数学上来讲就是一个优化问题。这看起来似乎不是什么值得一提的问题，也许你还记得微积 分里的知识，极值点的各种充分必要条件，比如必要条件是导数是0，然后直接把参数解出来。但在现实生活中的函数远比教科书里学到的复杂，很多模型都无法用 解析的方式求出最优解。所以现实的方法就是求“数值”解，一般最常见的方法就是迭代的方法，根据现在的参数，我们很小幅度的调整参数，使得loss变小一 点点。然后一步一步的最终能够达到一个最优解（一般是局部最优解）。那怎么小幅调整呢？像闷头苍蝇那样随机乱试显然效率极低。因此我们要朝着一个能使函数 值变小的方向前进。而在一个点能使函数值变小的方向有无穷多个，但有一个方向是下降速度最快的，那就是梯度。因此更常见的方法就是在当前点求函数的梯度， 然后朝着梯度的方向下降。朝梯度的方向走多远呢？一般走一个比较小的值是比较安全的，这个值就是“步长”。一般刚开始随机的初始化参数，loss比较大， 所以多走一些也没关系，但是到了后面，就不能走太快，否则很容易错过最优的点。

   因为loss是所有训练数据的函数，所以求loss的梯度需要计算所有的训练数据，对于很多task来说，训练数据可能上百万，计算一次代价太大，所以一 般会“随机”的采样少部分数据，比如128个数据，求它的梯度。虽然128个点的梯度和一百万个的是不一样的，但是从概率来讲至少是一致的方向而不会是相 反的方向，所以也能使loss变小。当然这个128是可以调整的，它一般被叫做batch size，最极端的就是batch是1和一百万，那么分别就是online learning和退化到梯度下降。batch size越大，计算一次梯度的时间就越久【当然由于GPU和各种类似SSE的指令，一次计算128个可能并不比计算1个慢多少】，随机梯度和真正梯度一致 的概率就越大，走的方向就更“正确”；batch size越小，计算一次的时间就越短，但可能方向偏离最优的方向就更远，会在不是“冤枉路”。但实际的情况也很难说哪个值是最优的，一般的经验取值都是几 十到一两百的范围，另外因为计算机都是字节对齐，32,64,128这样的值也许能稍微加快矩阵运算的速度。但是实际也很多人选择10,50,100这样 的值。

   除了常见的随机梯度下降，还有不少改进的方法，如Momentum，Adagrad等等，有兴趣的可以看看 http://cs231n.github.io/neural-networks-3/#update ，里面还有个动画，比较了不同方法的收敛速度的比较。

通过上面的分析，我们把问题变成了怎么求loss对参数W的梯度。

求梯度有如下4种方法：

1.手工求解析解

比如 f(x)=x^2， df/dx=2*x。然后我们要求f(x)在x=1.5的值，代进去就2*1.5=3

2.数值解

使用极限的定义:


3.机器符号计算

让机器做符号运算，实现1的方法，但是机器如果优化的不好的话可能会有一些不必要的运算。

比如 x^2 + 2*x*y + y^2，直接对x求导数变成了 2*x + 2*y，两次乘法一次加分，但是我们可以合并一下变成2*（x+y)，一次乘法一次加分。

4.自动梯度

下面我会在稍微细讲一下，所以这里暂时跳过。

这些方法的优缺点：
 

• 手工求解“数学”要求高，有可能水平不够求不对，但效率应该是能最优的。


• 没任何函数，甚至没有解析导数的情况下都能使用，缺点是计算量太大，而且只是近似解【因为极限的定义】，在某些特别不“连续”的地方可能误差较大。所以实际使用是很少，只是用它来验证其它方法是否正确。


• 机器符号计算，前面说的，依赖于这个库的好坏。

实际的框架，如TensorFlow就是自动梯度，而Theano就是符号梯度。

2.2.4 编程实战

   通过上面的介绍，我们其实就可以实现一个经典的前馈(feed forward)神经网络了，这种网络结构很简单，每一层的输入是前一层的输出。输入层没有输入，它就是原始的信号输入。而且上一层的所有神经元都会连接到下一层的所有神经元，就像我们刚才的例子，输入是784，中间层是15，那么就有785*15个连接【再加上每个中间节点有一个bias】。所以这种网络有时候也加做全连接的网络（full connected)，用来和CNN这种不是全连接的网络有所区别，另外就是信号是从前往后传递，没有反馈，所以也叫前溃神经网络，这是为了和RNN这种有反馈的区别。

   当然，我们还没有讲怎么计算梯度，也就是损失函数相对于每一个参数的偏导数。在下一部分我们会详细讨论介绍，这里我们先把它当成一个黑盒的函数就好了。

1.代码
我们这里学习一下Nielsen提供的代码。代码非常简洁，只有不到100行代码。
https://github.com/mnielsen/neural-networks-and-deep-learning

git clone https://github.com/mnielsen/neural-networks-and-deep-learning.git

2.运行

创建一个 test_network1.py，输入如下代码：

import mnist_loader

import network



training_data, validation_data, test_data = mnist_loader.load_data_wrapper()

net = network.Network([784, 30, 10])

net.SGD(training_data, 30, 10, 3.0, test_data=test_data)

保存后直接运行 Python test_network1.py。这里我们让他进行了30次迭代，最终在测试数据上的准确率大概在95%左右（当然因为随机初始化参数不同，最终的结果可能有所不同）

Epoch 0: 8250 / 10000

Epoch 1: 8371 / 10000

Epoch 2: 9300 / 10000

......

Epoch 28: 9552 / 10000

Epoch 29: 9555 / 10000

3. 代码阅读

   Python代码很容易阅读，即使之前没有用过，稍微学习两天也就可以上手，而且大部分机器学习相关的代码不会用到太复杂的语言特性，基本就是一些数学的线性代数的运算。而Python的numpy这个库是用的最多的，后面阅读代码的时候我会把用到的函数做一些介绍，继续下面的阅读之前建议花十分钟阅读一下 http://cs231n.github.io/python-numpy-tutorial/。

3.1 mnist_loader.load_data_wrapper函数

   这个函数用来读取mnist数据，数据是放在data/mnist.pkl.gz。首先这是个gzip的压缩文件，是Pickle工具序列化到磁盘的格式。不熟悉也没有关系，反正我们知道这个函数的返回值就行了。

   这个函数返回三个对象，分别代表training_data，validation_data和test_data。

   training_data是一个50,000的list，然后其中的每一个元素是一个tuple。tuple的第一个元素是一个784维的numpy一维数组。第二个元素是10维的数组，也就是one-hot的表示方法——如果正确的答案是数字0，那么这个10维数组就是(1, 0, 0, …)。

   而validation_data是一个10,000的list，每个元素也是一个tuple。tuple的第一个元素也是784维的numpy一维数组。第二个元素是一个0-9的数字，代表正确答案是那个数字。

   test_data的格式和validation_data一样。

   为什么training_data要是这样的格式呢？因为这样的格式计算loss更方便一些。

3.2 Network类的构造函数

   我们在调用net = network.Network([784, 30, 10])时就到了init函数。为了减少篇幅，代码里的注释我都去掉了，重要的地方我会根据自己的理解说明，但是有空还是值得阅读代码里的注释。

class Network(object):

    def __init__(self, sizes):self.num_layers = len(sizes)

        self.sizes = sizes

        self.biases = [np.random.randn(y, 1) for y in sizes[1:]]

        self.weights = [np.random.randn(y, x)

                        for x, y in zip(sizes[:-1], sizes[1:])]

   比如上面的参数，我们保存下来的self.num_layers=3，也就是3层的网络。每一层的神经元的个数保存到self.sizes里。接下来就是构造biases数组并随机初始化。因为输入层是没有参数的，所以是for y in sizes[1:]，我们使用了numpy的random.randn生成正态分布的随机数用来作为参数的初始值。注意这里生成了2维的随机变量。回忆一下，如果我们有30个hidden unit，那么bias的个数也是30，那就生成一个30维的1维数组就行了，为什么要是30*1的二维数组呢？其实用1维也可以，不过为了和weights一致，后面代码方便，就用二维数组了。另外weights也是一样的初始化方法，不过注意randn(y,x)而不是randn(x,y)。比如对于我们输入的[784,30,10]，weights分别是30*784和10*30的。当然其实weights矩阵转置一下也可以，就是计算矩阵乘法的时候也需要有一个转置。不同的文献可能有不同的记法，但是我们在实现代码的时候只需要随时注意矩阵的大小，检查矩阵乘法满足乘法的约束就行了，矩阵AB能相乘，必须满足的条件是Ｂ的列数等于Ａ的函数就行。

   对于Nielsen的记法，矩阵的每一行就是一个神经元的784个参数，那么weights(30*784) * input(784*1)就得到30个hidden unit的加权累加。

3.3 feedforward函数

   给点输入a（784维），计算最终神经网络的输出（10维）。

def feedforward(self, a):

    """Return the output of the network if ``a`` is input."""for b, w in zip(self.biases, self.weights):

        a = sigmoid(np.dot(w, a)+b)

    return a

   代码非常简单，这里用到了np.dot，也就是矩阵向量的乘法，此外这里有一个Sigmoid函数，这个函数的输入是numpy的ndarray，输出也是同样大小的数组，不过对于每个元素都进行了sigmoid的计算。用numpy的术语就是universal function，很多文献里一般都叫elementwise的function。我觉得后面这个名字更直接。

#### Miscellaneous functionsdef sigmoid(z):

    """The sigmoid function."""return 1.0/(1.0+np.exp(-z))



def sigmoid_prime(z):

    """Derivative of the sigmoid function."""return sigmoid(z)*(1-sigmoid(z))

上面就是Sigmoid函数，另外也把sigmoid_prime，也就是Sigmoid的导数放在了一起【不记得的话看前面Sigmoid的导数的推导】。

3.4 SGD函数

这个函数是训练的入口，比如我们之前的训练代码：

net.SGD(training_data, 30, 10, 3.0, test_data=test_data)





def SGD(self, training_data, epochs, mini_batch_size, eta,

        test_data=None):

if test_data: n_test = len(test_data)

    n = len(training_data)

    for j in xrange(epochs):

        random.shuffle(training_data)

        mini_batches = [

            training_data[k:k+mini_batch_size]

            for k in xrange(0, n, mini_batch_size)]

        for mini_batch in mini_batches:

            self.update_mini_batch(mini_batch, eta)

        if test_data:

            print "Epoch {0}: {1} / {2}".format(

                j, self.evaluate(test_data), n_test)

        else:

            print "Epoch {0} complete".format(j)

第一个参数就是training_data。

第二个参数就是epochs，也就是总共对训练数据迭代多少次，我们这里是30次迭代。

第三个参数是batch大小，我们这里是10，最后一个参数是eta，也就是步长，这里是3.0。除了网络结构（比如总共多少个hidden layer，每个hidder layer多少个hidden unit），另外一个非常重要的参数就是步长。前面我们也讨论过了，步长太小，收敛速度过慢，步长太大，可能不收敛。实际的情况是没有一个万能的准则，更多的是根据数据，不停的尝试合适的步长。如果发现收敛太慢，就适当调大，反之则调小。所以要训练好一个神经网络，还是有很多tricky的技巧，包括参数怎么初始化，激活函数怎么选择，比SGD更好的优化算法等等。

第四个参数test_data是可选的，如果有（我们的例子是穿了进来的），则每次epoch之后都测试一下。

代码的大致解释我用注释的形式嵌在代码里了：

  for j in xrange(epochs): ## 一共进行 epochs=30 轮迭代

        random.shuffle(training_data)  ## 训练数据随机打散

        mini_batches = [

            training_data[k:k+mini_batch_size]

            for k in xrange(0, n, mini_batch_size)] ## 把50,000个训练数据分成5,000个batch，每个batch包含10个训练数据。

        for mini_batch in mini_batches: ## 对于每个batch

            self.update_mini_batch(mini_batch, eta) ## 使用梯度下降更新参数

        if test_data: ## 如果提供了测试数据

            print "Epoch {0}: {1} / {2}".format(

                j, self.evaluate(test_data), n_test) ## 评价在测试数据上的准确率

        else:

            print "Epoch {0} complete".format(j)

下面是evaluate函数：

def evaluate(self, test_data):

    test_results = [(np.argmax(self.feedforward(x)), y)

                    for (x, y) in test_data]

    return sum(int(x == y) for (x, y) in test_results)

   对于test_data里的每一组(x,y)，y是0-9之间的正确答案。而self.feedforward(x)返回的是10维的数组，我们选择得分最高的那个值作为模型的预测结果np.argmax就是返回最大值的下标。比如x=[0.3, 0.6, 0.1, 0, ….]，那么argmax(x) = 1。

   因此test_results这个列表的每一个元素是一个tuple，tuple的第一个是模型预测的数字，而第二个是正确答案。

所以最后一行返回的是模型预测正确的个数。
 
3.5 update_mini_batch函数

def update_mini_batch(self, mini_batch, eta):

nabla_b = [np.zeros(b.shape) for b in self.biases]

    nabla_w = [np.zeros(w.shape) for w in self.weights]

    for x, y in mini_batch:

        delta_nabla_b, delta_nabla_w = self.backprop(x, y)

        nabla_b = [nb+dnb for nb, dnb in zip(nabla_b, delta_nabla_b)]

        nabla_w = [nw+dnw for nw, dnw in zip(nabla_w, delta_nabla_w)]

    self.weights = [w-(eta/len(mini_batch))*nw

                    for w, nw in zip(self.weights, nabla_w)]

    self.biases = [b-(eta/len(mini_batch))*nb

                   for b, nb in zip(self.biases, nabla_b)]

它的输入参数是mini_batch【size=10的tuple(x,y)】和eta【3.0】。

def update_mini_batch(self, mini_batch, eta):

nabla_b = [np.zeros(b.shape) for b in self.biases]

  ## 回忆一下__init__，biases是一个列表，包含两个矩阵，分别是30*1和10*1

  ## 我们先构造一个和self.biases一样大小的列表，用来存放累加的梯度（偏导数） 

    nabla_w = [np.zeros(w.shape) for w in self.weights]

  ## 同上， weights包含两个矩阵，大小分别是30*784和10*30 

    for x, y in mini_batch:

        delta_nabla_b, delta_nabla_w = self.backprop(x, y)

     ## 对于一个训练数据(x,y)计算loss相对于所有参数的偏导数

        ## 因此delta_nabla_b和self.biases， nabla_b是一样大小(shape)

        ## 同样delta_nabla_w和self.weights,nabla_w一样大小

        nabla_b = [nb+dnb for nb, dnb in zip(nabla_b, delta_nabla_b)]

        ## 把bias的梯度累加到nabla_b里

        nabla_w = [nw+dnw for nw, dnw in zip(nabla_w, delta_nabla_w)]

        ## 把weight的梯度累加到nable_w里

    self.weights = [w-(eta/len(mini_batch))*nw

                    for w, nw in zip(self.weights, nabla_w)]

     ## 使用这个batch的梯度和eta（步长）更新参数weights

    self.biases = [b-(eta/len(mini_batch))*nb

                   for b, nb in zip(self.biases, nabla_b)]

        ## 更新biases

        ## 这里更新参数是除了batch的大小（10），有的人实现时不除，其实没有什么区别，因为超参数eta会有所不同，如果不除，那么eta相当于是0.3(在eta那里就除了batch的大小了）。

3.6 backprop函数

这个函数就是求loss相对于所有参数的偏导数，这里先不仔细讲解，等下次我们学习梯度的求解方法我们再回来讨论，这里可以先了解一下这个函数的输入和输出，把它当成一个黑盒就行，其实它的代码也很少，但是如果不知道梯度的公式，也很难明白。

def backprop(self, x, y):

nabla_b = [np.zeros(b.shape) for b in self.biases]

    nabla_w = [np.zeros(w.shape) for w in self.weights]

    # feedforwardactivation = x

    activations = [x] # list to store all the activations, layer by layerzs = [] # list to store all the z vectors, layer by layerfor b, w in zip(self.biases, self.weights):

        z = np.dot(w, activation)+b

        zs.append(z)

        activation = sigmoid(z)

        activations.append(activation)

    # backward passdelta = self.cost_derivative(activations[-1], y) * \

        sigmoid_prime(zs[-1])

    nabla_b[-1] = delta

    nabla_w[-1] = np.dot(delta, activations[-2].transpose())

for l in xrange(2, self.num_layers):

        z = zs[-l]

        sp = sigmoid_prime(z)

        delta = np.dot(self.weights[-l+1].transpose(), delta) * sp

        nabla_b[-l] = delta

        nabla_w[-l] = np.dot(delta, activations[-l-1].transpose())

    return (nabla_b, nabla_w)

   它的输入就是一个训练样本(x,y)分别是784*1和10*1。输出就是和self.biases,self.weights一样大小的列表，然后列表中的每一个数组的大小也是一样。具体到上面的例子，输出nabla_b包含两个矩阵，大小分别是30*1和10*1；nabla_w也包含两个矩阵，大小分别是30*784和10*30。
 
未完待续

作者简介：李理，目前就职于环信，即时通讯云平台和全媒体智能客服平台，在环信从事智能客服和智能机器人相关工作，致力于用深度学习来提高智能机器人的性能。

责编：周建丁（zhoujd@csdn.net）

收起阅读 »

感恩是一种陪伴；感恩是一种亲情；感恩是一起栉风沐雨；感恩是一起砥砺前行；感恩一路有你！

    解缙有语“山间竹笋，嘴尖皮厚腹中空”，如果说营销是靠传播、销售的“尖嘴”来吸引用户，并厚着脸皮撮合交易，那么服务或产品承载的服务则是腹中之物，唯有货真价实才能让用户对你有真实的感受，才能带来粘性及口碑。



花式杂耍将被新消费技术背书的服务不断打脸

   今天，服务在很多人眼里，还停留在售后层面；即使是被移动互联网潮水不断 “打脸”，虽然BAT在不断强调这是一个被服务所承载的用户体验时代，但传统行业及很多企业依然将服务定义为售后，似乎成了墨守成规，而且很多企业把服务中心看成为成本中心，谈起对企业的贡献就要划清界限。

   在这些企业眼里，大部分商品交易是一锤子买卖，售前你是上帝，售后你是魔鬼。过度追求利益和强调回报率，导致出现“有钱就服务，没钱就示忙”的“坏圈”，即使宣称有售后，其实是售了就没有以后。

   前段时间微博流传一个案例，和我们平时拨打银行的客服一样，某低额储户致电某大银行客服，打几分钟了还提示繁 忙，最后进入语音留言；但这个用户很聪明，在留言中表示自己要咨询存款理财的事情，银行的客服电话马上就回拨过来了，接着这个用户对客服痛斥一番，银行服务人员最后表示了道歉。这些年，许多涉足金融业的互联网公司用哪怕是一点传统银行不肯让惠于用户的小甜头服务，就已让传统银行处于“落花流水春去也”之态势；如果它们还固守“‘有钱’就给服务，‘没钱’无限等待”的思维，在未来金融业全面开放后的竞争中一定会被完全颠覆。

   就算是重营销，但很多大企业的营销模式依然是老套路。笔者最近接到不少楼盘、理财类销售电话，外呼似乎依然是这些企业的主要营销手段，而笔者所在的通信运营商，主动的营销手段也以短信通知及外呼营销为主，而显然短信通知已渐渐成为用户遗忘的糟粕，外呼营销虽然给用户带来骚扰感，但当前依然用，只是利用规模效应来拉量。两者由于无法在用户最合适的时间进行营销买卖，所以容易被用户所排斥，不懂用户的营销就是骚扰，相关整治已经上升到了国家层面。

   在前沿技术上的革新上，担任“万众创新”主力部队的国内民营企业，更多的是在营销模式上机关算尽，从饥饿营销到病毒传播，玩得不亦乐乎；而在产品创新及黑科技深度上，永远都是走着模仿的套路，走出去就吃专利官司，唯有在国内躺着享受新营销模式的红利，于是有了某宝的“店大欺客”，“屌丝米”舶来乔布斯营销模式成就400亿估值，但无法持续满足用户对产品服务体验的追求，便真验证了成也萧何败也萧何，目前估值下降到40亿。

   服务，是一种脚踏实地的营销模式，而且是一种基于用户需求和互动的长营销。大多数服务隐藏着高价值营销需求，特别是在泛金融、电商、通信等行业。以通信运营商为例，终端、手机套餐或宽带产品被用户购买后，意味着销售工作才只是开始而已，不应该只关注最开始的卖出环节，客服中心是服务营销的主体机构，不应该被简单看成成本中心。市场营销部门知道哪款产品卖得好，但不一定知道为何卖得好、用户最喜欢的部分是什么，不能第一时间获取用户群的声音。服务是产品设计、优化产品和迭代的重要“情报站”。未来，重营销藐服务者，必定会被市场抛弃。

下面笔者分享一下最近发生的两个案例：
 
万达老王驳斥营销的规划，卖完不管后边是不懂商业规律。

   前不久网上发布了一段王健林日常工作的视频，王健林对汇报的下属说“不能看营销人修改的东西，他们是卖完不管后边，着重的是后边接手的人员，没有全局（观），是很要命的”。

   同样，下属汇报合肥项目商业地产开发项目说考虑到将来做餐饮、冷饮，在走廊里面设计一些休息室，还摆一些小座椅什么的。王驳斥：不能开玩笑，这么一弄彻底死了，送菜送汤把走廊全部弄得脏兮兮的。

   另外有一个项目，主管的设计方名称叫做：黄金屋项目，王训斥：黄金屋多么的土啊，太蠢了，完全土豪。像叫红灯笼、金编钟这样体验中国文化的名称不是挺好的吗？

懂得用户，是懂得商业规律的一种体现。做营销的不会管客户后续反应如何，只管卖出去，是否退货，客户是否抱怨，口碑是否差，不管了。

   笔者并不是否定营销，我们应该反过来看，做市场营销都是为了服务做支撑的，而不是服务为市场开拓者擦屁股。服务，不管是售后还是售前。营销主要是撮合交易，但用户使用后的感知是基于对服务的体验，“做实”服务、懂用户，才是真懂商业规律。
 
360老周当客服，重视用户声音的产品经理才是好BOSS。

   10月初，360的老周在微薄公开说要当客服了，其实一直以来，老周在微博、微信上与用户互动得很好，经常见到其亲自上阵解决问题。

   360官方微信号文章中描述：要解决这个问题，就要把“用户至上，体验为王”真正贯彻为360团队的文化，这也是互联网思维最基本的点。客服作为一线的、最直接和客户接触的群体，他们有很直观和很深刻理解。所以做好客服，接收到来自各方的反馈，公司才能不断完善产品，让产品更接近用户的需求点。

   很多产品经理说，我的产品很好啊，为何用户不买账。因为产品经理只看到产品的亮点，而用户可能被亮点吸引，然而很多产品所谓的亮点都不够说服用户来体验，或许会因为冲动消费了一把，但没有服务的闭环来支撑体验感知，没有形成粘性和口碑，品牌得不到持续的发展。今天，连互联网的大佬们都要亲自上门做服务，正如老周所说: “自己的狗粮自己都不吃怎么行”。

   服务是用户声音通道，不重视用户的声音，用户会买账吗？会被持续忽悠？

   很多市场营销者，对服务嗤之以鼻，认为自己在前线开拓“江山”，是利润中心；但是客户靠什么来维系呢？市场开拓者说，用钱砸用户关系就行了，但是钱能一直烧下去吗？美团、大众点评烧得不少吧，滴滴、Uber烧得不少吧。诚然，市场营销团队是战场上的主力；但服务团队不仅承担了粮草物资筹备运输，还有用户的情报收集角色。
 
未来经营用户的服务凸显，运营产品思维的营销渐消

   而随着“智能+”时代的到来，基于用户消费需求的数据对比中心逐渐取代营销将成为趋势，这个信用中心将所有商品及服务从质量、口碑等维度进行对比，并指导用户进行理性选择，当然非理性选择依然存在，但无论花式营销多么成功都无法掩盖产品或者服务本身的问题。

   今天，花式营销可以把石头包装成为钻石，未来石头就是石头，花式营销将无法在智能技术及信用数据面前遁形；而服务将从懂用户中凸显其价值，成为企业长青的最好背书！
 
本文原载于《客户世界》2016年11月刊；作者曾岳衡，广东移动（江门）客服中心。 收起阅读 »

说明：
集成的SDK版本 V3.2.1 
版本时间2016-11-12   
集成时间2016-11-21

前提：
观看视频，视频地址如下：
环信SDK集成：http://www.imgeek.org/video/40
环信EaseUI集成：http://www.imgeek.org/video/39 

具体集成过程：
 一： 添加依赖库

 1. CoreMedia.framework
 2. AudioToolbox.framework
 3. AVFoundation.framework
 4. 4.MobileCoreServices.framework
 5. ImageIO.framework
 6. libc++.tbd
 7. libz,tbd
 8. libsqlite3.tbd
 9. libstdc++.6.0.9.tbd
 10. Foundation.framework
 11. libiconv.tbd    (Xcode7以上)

最终效果如图：



二：一些设置 

1.修改info.plist文件，适配iOS9以上系统，在info.plist中添加

<key>NSAppTransportSecurity</key>

    <dict>

        <key>NSAllowsArbitraryLoads</key>

        <true/>

    </dict>

2.修改info.plist文件，适配iOS10.0，在info.plist中添加

为了调用相册，地理位置，话筒，照相机，通讯录

<key>NSPhotoLibraryUsageDescription</key>

    <string>中华人需要使用相册服务获取照片</string>

    <key>NSCameraUsageDescription</key>

    <string>中华人需要使用照相机服务进行拍照获取照片</string>

    <key>NSContactsUsageDescription</key>

    <string>中华人需要使用通讯录服务进行好友邀请</string>

    <key>NSMicrophoneUsageDescription</key>

    <string>中华人需要使用话筒进行吐槽反馈信息</string>

    <key>NSLocationUsageDescription</key>

    <string>中华人需要使用定位服务来发送位置信息</string>

3.Bulid Setting 设置bitcode 为NO，如图：




4.新建pch文件，如图：




进行设置，如图：




三：Appdelegate

#import "AppDelegate.h"

#import "ChatViewController.h"



@interface AppDelegate ()



@end



@implementation AppDelegate





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

    // Override point for customization after application launch.



    // SDK的初始化

    /**

     * EMOptions类是SDK的配置信息

     * 可以加入推送证书的名称

     */

    EMOptions *options = [EMOptions optionsWithAppkey:@"luoxiaoyong#mingxin"];

    options.apnsCertName = @"Push_dev";



    // 初始化SDK

    EMError *error = [[EMClient sharedClient] initializeSDKWithOptions:options];

    if (!error) {

        NSLog(@"初始化成功");

    }



    // 登录

    error = [[EMClient sharedClient] loginWithUsername:@"xrdaly001" password:@"123456"];



    if (!error) {



        NSLog(@"登录成功");

    }

    else {



        NSLog(@"登录失败");

    }



    self.window = [[UIWindow alloc] initWithFrame:[UIScreen mainScreen].bounds];

    ChatViewController *vc = [[ChatViewController alloc] initWithConversationChatter:@"xrdaly002" conversationType:EMConversationTypeChat];

    UINavigationController *nav = [[UINavigationController alloc] initWithRootViewController:vc];

    self.window.rootViewController = nav;



    [self.window makeKeyAndVisible];



    return YES;

}

四：添加键盘表情(说明)

在EaseMessageViewController.m的viewDidLoad方法结尾处加上

EaseEmotionManager * manager = [[EaseEmotionManager alloc] initWithType:EMEmotionDefault emotionRow:3 emotionCol:7 emotions:[EaseEmoji allEmoji]];

[self.faceView setEmotionManagers:@[manager]];

五：国际化文件乱码问题
下载demo，直接把demo中的国际化文件拷贝到现在项目中，ok


以上就是实现环信单聊的全部过程，，如有任何疑问欢迎加Q：714700382，我们共同讨论，共同进步 收起阅读 »

2016已接近尾声，微信小程序的推出给互联网行业掀起了一阵风浪，网上流传小程序的内测账号甚至被炒到了300万！面对小程序的强势袭来，App的时代真的要过去了吗？

本次活动APICloud联合图普和智齿跟大家聊聊，后互联网时代，App如何创新？ 


13:30-14:00   签到

14:00-15:00   后移动互联网时代App创新的挑战

微信小程序的推出是否会改变现有的移动格局？

后移动互联网时代的App应如何创新？

15:00-15:40   如何利用人工智能使你App差异化

15:40-16:20   后移动互联网时代的客户服务变革与创新

16:20-16:25   抽奖

16:25       活动结束&自由交流


APICloud创始人兼CEO 刘鑫

刘鑫，APICloud移动应用云服务创始人兼CEO，见证了中国移动互联网从SP梦网到智能机时代的全过程。专注于国内外移动应用开发平台领域的研究，系统的阐述过Web App的挑战与Hybrid App的发展。并且凭借APICloud.com移动应用云服务成功拿到北极光领投的A轮融资。


图普科技市场负责人 李麟

曾在新浪,电信负责市场及战略合作，经历过两次创业，在产品，运营，市场等方面有丰富的实战经验。


智齿科技产品总监 杨兴成

智齿科技产品总监，曾任凤凰网产品经理，负责凤凰新闻媒体开放平台、凤凰网APP；智齿客服，移动时代的智能客服，专注为企业提供人工智能服务。





活动时间：2016年11月26日（周六）13:30-16:30
活动地点：义创空间—（北京）小样青年社区（北京市海淀区中关村创业大街甲一号鼎好大厦A座扶梯口上2楼）





 
报名链接：http://www.huodongxing.com/event/5361525571400
  收起阅读 »

   据环信社报道：今日，61岁的Erlang之父Joe Armstrong不远万里来到中国，与环信程序猿一行举行了亲切的会谈。Joe分享了对如何学习编程，如何成为大牛等一系列热门问题提出了自己的看法。



   大神Joe激情讲述如何用Erlang特性来构建一个永远不停机的系统。Joe表示：“一个永不停机的系统需要能够在多种失败的情况下依然能够保持正常运行。特别在系统维护和升级方面，Erlang独有的热代码替换有着天然的优势。”



   环信首席架构师&即时通讯云产品线负责人Eric向Joe介绍了Erlang在环信的部署情况：“Erlang在环信已经部署上千台机器，一个典型集群会使用高达3176核8068G内存，用来支持包括移动端、Web端、Windows和Linux等多个平台的千万级长连服务。”

  双方在友好、建设性的气氛中深入探讨就共同关心的重大问题深入交换意见，达成重要共识。



Eric向大神Joe赠送环信纪念品
   环信首席颜值担当Eric首先欢迎Joe Armstrong访问环信。他说，这是Erlang之父近2年来的首次访问环信，也是中国和瑞典程序猿交流中的一件大事。环信高度重视Joe的访问，相信此访必将对中瑞计算机语言长远发展产生新的推动。（新闻联播口音）


环信小粉丝获得大神Joe亲笔签名赠书


为了帮助大家学习Erlang语言，大神Joe推荐给开发者的教材
Erlang特性：

•  并发性 - Erlang支持超大量级的并发进程，并且不需要操作系统具有并发机制。
•  分布式 - 一个分布式Erlang系统是多个Erlang节点组成的网络（通常每个处理器被作为一个节点）
•  健壮性 - Erlang具有多种基本的错误检测能力，它们能够用于构建容错系统。
•  软实时性- Erlang支持可编程的“软”实时系统，使用了递增式垃圾收集技术。
•  热代码升级-Erlang允许程序代码在运行系统中被修改。旧代码能被逐步淘汰而后被新代码替换。在此过渡期间，新  旧代码是共存的。
•  递增式代码装载-用户能够控制代码如何被装载的细节。
•  外部接口-Erlang进程与外部世界之间的通讯使用和在Erlang进程之间相同的消息传送机制。
•  Fail-fast（中文译为速错），即尽可能快的暴露程序中的错误。
•  面向并发的编程(COP concurrency-oriented programming)
•  函数式编程
•  动态类型
•  及早求值或严格求值
•  脚本语言

关于Erlang和Joe Armstrong

Erlang得名于丹麦数学家及统计学家Agner Krarup Erlang，同时Erlang还可以表示Ericsson Language。

Erlang并非一门新语言，它出现于1987年，只是当时对并发、分布式需求还没有今天这么普遍，当时可谓英雄无用武之地。Erlang语言创始人Joe Armstrong当年在爱立信做电话网络方面的开发，他使用Smalltalk，可惜那个时候Smalltalk太慢，不能满足电话网络的高性能要求。但Joe实在喜欢Smalltalk，于是定购了一台Tektronix Smalltalk机器。但机器要两个月时间才到，Joe在等待中百无聊赖，就开始使用Prolog，结果等Tektronix到来的时候，他已经对Prolog更感兴趣，Joe当然不满足于精通Prolog，经过一段时间的试验，Joe给Prolog加上了并发处理和错误恢复，于是Erlang就诞生了。这也是为什么Erlang的语法和Prolog有不少相似之处，比如它们的List表达都是[Head | Tail]。

1987年Erlang测试版推出，并在用户实际应用中不断完善，于1991年向用户推出第一个版本，带有了编译器和图形接口等更多功能。1992年，Erlang迎来更多用户，如RACE项目等。同期Erlang被移植到VxWorks、PC和 Macintosh等多种平台，两个使用Erlang的产品项目也开始启动。1993爱立信公司内部独立的组织开始维护和支持Erlang实现和Erlang工具。

环信Erlang工程师招聘​

职位：通讯研发工程师（Erlang/Golang） 薪资范围： 25000以上

工作职责:

1. 负责开发和维护即时通讯系统，优化提高后端服务的承载能力；

2. 或负责优化、改进和实现IM协议，为移动互联网以及物联网用户提供可靠实时的即时通讯服务；

任职要求：

1. 熟悉Erlang、Golang或C/C++开发，有Unix/Linux平台相关经验者优先；

2. 熟悉网络通信机制及常用数据传输协议；

3. 熟悉常用数据库，如MySQL、Redis系统，有HBase或其他NoSQL相关使用经验者优先；

4. 有较强的解决问题能力，能够承受压力情况下完成解决问题；

5. 能够与团队成员紧密合作，共同攻克技术难题；

6. 掌握多种语言者优先，Go、Python或其他语言均可；

7. 需要有开放共享的心态，接受开源思想，有Github创建、维护或参与经验更好；

简历请发送至"talent@easemob.com"

收起阅读 »

管理员模式

智能机器人界面优化

   优化机器人设置页面，将欢迎语等设置合并至“自动回复”页签，将知识库合并至机器人设置。优化后，机器人相关的设置更集中，更方便使用。 


欢迎语等合并至自动回复页签

   机器人的欢迎语、默认回复、重复回复、超时回复、转人工设置合并至“自动回复”页签。 


知识库合并至机器人设置

   原来知识库页面的“知识规则”和“菜单素材库”页签合并至“机器人设置”页面，分别对应“知识规则”和“自定义菜单”。 


[机器人知识规则]

多机器人功能（增值服务）

   新增多机器人功能，支持创建机器人，并且为每个机器人单独设置基础信息、自动回复、知识规则、自定义菜单、场景智能应答。您还可以为新增的机器人绑定不同的关联，回答来自不同关联的用户的提问。

   多机器人功能为增值服务，如需开通，请联系环信商务经理。 
 
环信移动客服更新日志http://docs.easemob.com/cs/releasenote/5.5.1
 
环信移动客服登陆地址http://kefu.easemob.com/ 收起阅读 »

   环信起家于IM（即时通讯云），2014年6月产品上线，随着业务逐渐完善，公司在IM产品线基础上增加了更加垂直的云客服产品，在2014年10月全力押注云客服。为了巩固优势，又增加人工智能业务，即客服机器人。
  经过一系列战略调整，环信的业务线包括即时通讯云、云客服和客服机器人三大块。

如何将这三者结合起来？

   环信的做法很直接，首先在手机上提供APP内置客服，这既符合客户服务移动化的时代大趋势，也是基于环信的看家本领-IM；其次将APP内置客服、微信客服、网页在线客服，电话呼叫中心客服等集成到统一的客服平台，提供全渠道客服；第三，加入机器人客服，节省人力，提高效率；第四，通过大数据和人工智能完善客户画像，帮助企业精准营销。

   通过这套业务逻辑，环信将打通客服与精准营销，让客服成为一个节约成本、创造利润的部门。

经过市场洗牌，IM业务站稳脚跟

   虽然IM是个老业务，在1998年就已经面世，但是直到微信的出现才被推到了顶峰，引发了市场对社交的追捧。许多互联网企业纷纷在产品中嵌入IM功能，发掘产品的社交属性。这也导致了移动IM云厂商应运而生。

   环信就是其中之一，IM是环信最早的产品，通过将IM能力打包成云服务和SDK，接入到客户的APP，使之拥有微信、陌陌这类社交软件的IM功能，为客户的APP添加社交属性。
 
   首先是2014年移动IM云市场出现，到2015年，最多时有14家IM服务厂商在争夺市场，其中包括阿里的阿里悟空、阿里百川和腾讯云通讯IM等，市场竞争激烈。但是随着洗牌和市场格局基本确定，大部分厂商都已离场，只剩下几家公司留存，环信成为其中主要的参与者，无论是在IM深耕还是向其他领域延伸，环信都有很大空间。
 
   在业务模式上，环信的IM分公有云和私有云二块业务。公有云主要面向互联网企业，采用按日活方式收费。IM私有云业务主要面向中大型私企，国企，政府，受监管的行业如银行证券等。经过阿里钉钉和企业微信的教育，国内企业都IM是移动办公系统的核心基础。但钉钉和企业微信目前只被中小企业接受，大型企业普遍倾向于IM私有云方案。目前环信的即时通讯云一共聚集了8万APP，未来仍将是重点发展的方向，是公司的现金牛和并未其他业务导流。

由IM切入客服，帮助客户实现精准营销

   云客服是IM应用场景的延伸。IM天生就有2种场景。一种是即时通讯云实现的连接人与人的社交功能，一种是云客服实现的人和商家之间沟通，实质上是连接人与商业。不管是淘宝旺旺，还是微信公共账号，本质都是用IM的方式让人（消费者）和商家更好的沟通和服务。

具体来看，环信的云客服分为六个部分。

全媒体接入，通过APP端的IM、网页在线聊天、微信、微博、邮件、工单、电话呼叫中心，七种形态接入统一的客服系统；

客服平台，作为工具性平台提供基础客服功能；

客户旅程透析，分析跨媒体跨渠道客服接入环境下的客户旅程及客户体验；

用户忠诚度运营，提供360度客户画像；

客服机器人，降低人力成本；

精准营销，根据在客户旅程透析、用户忠诚运营360度画像和客服机器人积累起来的数据，为商家提供精准营销。

   这六部分综合起来覆盖企业的服务到营销的完整闭环，是环信云客服竞争力所在。

   目前在云客服这块已经积累2.9万用户（包括最早免费用户）。其中教育、电商和金融是占比最大的行业，国美在线、楚楚街、泰康在线、新东方、中信证券等都是环信的客户。

对标Zendesk，不仅是Zendesk

   与市值超过22亿美元的云客服上市公司Zendesk对比，环信的业务线更长。除了IM、客服平台、客户行为分析、客服机器人这类相互重合的业务，环信还从客服延伸到营销销售。不像Zendesk仅作为客服工具，环信在提供客服工具之外更是帮助客户销售产品。

   Zendesk目前付费客户达到81,000，客单价较低，约3,000美元左右，由于大部分客户是中小客户，客服需求少，付费也就少，自然拉低了客单价。而环信这边的两种收费标准：

   1500元/坐席/年、4800元/坐席/年，与Zendesk收费标准相似，但是主要面向中大型企业客户，目前环信平均客单价在5万左右，部分大客户客单价超过50万元。

   参考2015年Zendesk约2.08亿美元营收，以及50%以上增速，中国云客服市场仍然广阔。对于环信来讲，业务定位并不止于客服。

布局未来，重点投入人工智能

   在云客服产品推出之后，环信成立客服机器人业务线。

   随着人力成本的提高，客服将不再是一个依赖人力的行业，以人工智能为基础的客服机器人将逐渐成为客服的重要部分，不仅如此，在应对日常的客服之外，客服机器人还能分析客户画像，进行精准营销，是客服行业未来的趋势所在。

   从目前行业现状来看，云客服厂商在人工智能领域的表现都差强人意，有些仍旧是基于搜索的方式做客服机器人，结果表现为用户体验差，维护困难。

   针对人工智能，环信投入20多人的团队开发基于深度学习的人工智能机器人服务，并已推出了环信机器人、环信客户声音和环信机器人智能质检等产品功能。在人工智能的探索上走在前列。
 



近期，爱分析对环信创始人刘俊彦进行访谈，现将部分内容分享如下。

Q：IM、云客服和客服机器人三块业务占比？

A：收入上来讲，IM与云客服一半一半，客服机器人这边有20多人的团队在做，暂时没有收入。

Q：环信在客服机器人的进展？

A：人工智能的产品建设需要很多时间，所以持续在进行，已经陆续推出几个产品，包括环信智能客服机器人、环信客户声音和环信机器人智能质检。

环信智能客服机器人为客户提供机器人客服，客户声音基于全渠道客服产生的大量非结构化数据做客户旅程的透析，环信机器人智能质检会应用在一些特殊行业比如保险、金融等监管要求比较高的行业，做全员智能质检，现在基本能检出80%的内容，很大程度上代替人工质检。

Q：做好客服机器人的关键在于？

A：我把机器人在客服行业的落地分为几个层面。第一个层面是单轮会话的能力，这一项所有做客服机器人的公司都能做，但有部分公司需要人工对问答库做手动的维护和标注。这是当前很多企业实施客服机器人失败的主要原因，客服机器人系统买的起，但长期维护成本太高，用不起。第二个层面是多轮会话的能力，可能有50%的公司做不了多轮会话。第三个层面是人机协作，在一些以销售为导向的售前场景，服务的目的是为了转化和成单。销售是一门艺术，当前的人工智能技术，还达不到代替一个topsale的阶段。这种情况下，机器人退居二线，但可以根据消费者和真人客服的对话过程向客服推荐会话，不仅能提高客服的工作效率，好的会话推荐模型还可以把行业最佳实践应用到每个普通客服的身上。

做好机器人客服，不仅要有牛逼的人工智能团队，更要有海量的数据。泰康在线，新东方都是环信机器人的客户。

Q：人工智能在客服领域的应用前景？

A：创业公司涉足人工智能一定要找到最垂直的行业，深挖下去，否则无法与Google、百度等巨头竞争。

我看到创业公司有机会的人工智能领域包括，无人驾驶、医疗、金融和客服这四个行业。人工智能之所以在客户领域落地会产生巨大价值是因为：1.客服行业是个传统的劳动密集型行业，有通过新技术来大幅度优化人力成本的强烈需求。2.客服行业天然存在海量的数据，如以语音，文字为主要形式的客服沟通记录。3.客服沟通记录中沉淀了大量的行业知识体系，比如新东方的客服如何帮助消费者推荐一个英语课程。通过机器人系统不断对特定领域的知识图谱进行抽取和积累，是阻止后来者包括巨头公司进入的主要门槛。在客服领域，金融理财、教育、电商对AI的需求非常大。

Q：环信在2014年以IM起家，当时市场的竞争情况？

A：环信是第一家正式发布即时通讯云的公司。

在2014年随着IM产品的成功，很快有几家创业公司进入，到2015年市场进入混战的格局，最多的时候有14家公司，其中包括阿里的2个产品，腾讯的1个产品，但是到2016年就变了，市场只有前三名有份额，环信排第一。

ToD市场遵循28原则，市场第一拿8，第二拿2，第三不入流，其他的公司拿不到份额就撤了。

Q：BAT在IM领域内部创业为什么失利？

A：哪怕是BAT在to B领域创业，也不一定能成功。

首先是技术门槛，虽然阿里和腾讯的微信、QQ和钉钉很强，但是内部创业的团队并一定是核心团队，相比创业公司并不一定有优势；

第二是资金门槛，BAT内部创业拿的钱也有限，可能拿个500万开始创业，但是比较环信拿了几个亿融资，并不具备优势，如果短时间内做不到行业第一，BAT也不会继续为他们输血；

第三是流量门槛。企业级服务与to C不一样，BAT在to C端的流量优势并不能为to B的业务直接导流；比如环信就从来不做电梯广告，因为那个没用。to B的用户流量是要一个一个生磕出来的，在这点上创业公司没有劣势。

第四是产品门槛。像snapchat这样的to c产品，大家都一看就懂，BAT可以用2周抄出产品，然后利用资金和流量优势快速放大。但toB行业完全不一样。一个200人的呼叫中心到底怎么管理的，现场大屏幕监控怎么做，排班怎么排，KPI怎么考核，这个没有多年垂直行业经验连产品原型都做不出来。BAT不如这个专注于垂直领域的创业公司有经验。

Q：环信客服业务面向中大型客户，IM面向的客群是？

A：IM的客群包括大客户和小客户，因为交付更简单，大型客户小型客户都能满足，只不过大的客户客单价高，小的客户是长尾数量大。

Q：云客服业务包括售前和售后？

A：环信早期偏重做售前，因为像教育、金融、电商这些付费能力强的行业最重要需求在售前，初期的大客户也集中在售前环节。而且基于环信IM的客服形式，主要强项也是实时沟通，适合要求响应速度快，客单价高的售前环节。

售后部分主要是邮件、工单这类服务，现在做好售前的基础上也开始做售后服务。

Q：环信很少对外披露自己的数据？

A：环信不是不做公关，而是针对性的做公关，因为我们的客户集中在比较传统的中大型企业，所以对外宣传的目标都是这些企业，在他们能看到的地方比如说行业媒体和会议上投放的比较多。

客户看到环信的介绍后，再了解环信，都愿意使用环信的产品，所以环信的百度指数是最高的。

Q：用户数量？

A：环信IM用户8万家，客服用户2.9万家。其中有许多是之前的免费用户，但是现在环信的策略是不再开放免费版，每一个新客户都收费。

环信客服用户增长很快，互联网属性很强，但是现在其他行业属性也很强，比如教育、金融、电商这些偏传统行业，客户客单价大几万。

Q：大客户客单价在什么水平？

A：年费50万以上属于大客户。

Q：为什么说国内这波企业级服务投资热潮是在押注中国出现千亿市值的to B公司？

A：中国一定会出现自己的Oracle和Salesforce。Oracle市值1600亿美金，Salesforce500多亿美金。

一是中国企业在软件上的消费能力正在打开，去IOE后大型企业不买IBM、Oracle、EMC，开始选用国内的产品，而中小企业也开始注重效率，愿意为软件服务付费。二是国外企业因为ICP牌照进不来中国，给了国内企业成长的机会，简单的例子就是百度能成长起来是因为Google被赶出去了。

Q：成为千亿市值的企业级服务公司的路径是什么？

A：首先要占据核心赛道。只有在核心赛道上，才能保证足够的纵深和各路竞争对手厮杀迂回，才能有足够的市场支撑足够大的销售收入并放大估值想象空间。现在我看到的核心赛道大概有五条：协同办公（但是已经被BAT占据）；销售自动化（销售易，纷享销客、红圈营销。都过c轮了或者新三板挂牌了，市场格局已定，新公司难有机会）；客服跑道（现在虽然环信比较领先，但也还有不少公司竞争，类似1年前的销售自动化赛道。预计1年后市场会逐渐整合，剩下三四家左右）；HR跑道；财务软件跑道（被用友、金蝶占据，创业公司机会小）。

第二在核心赛道上成为小巨头；预计会享有几十亿到百亿的市值。

第三通过自身横向扩张或者并购进入其他核心赛道，成为大巨头，综合性软件公司。Oracle和Salesforce都是综合性软件公司。zendesk只做客服软件，所以现在zendesk市值只有20多亿美金。

Q：云客服竞争中脱颖而出的关键？

A：关键在服务好大客户，大客户会有大量的定制开发和个性化需求。要做到这一点就需要建设好底层的PaaS平台，环信不敢说已经做好了PaaS，但基本完成了2/3。未来80%的通用需求环信来解决，剩下20%的个性化需求企业通过PaaS平台来实现。

80%是核心，20%可以外包出去，由生态圈伙伴和集成商来做。

当然还有人工智能。人工智能决定了一年后，你只是一家工具软件公司，还是一家可以输出服务，行业知识图谱，以及行业最佳实践的公司。

收起阅读 »

你，是否厌倦了国内互联网竞争的血雨腥风？

你，是否开始向往国外广阔市场的美好前景？

你，是否需要了解如何跨过走向海外的暗礁？

越来越多的企业希望跨出国门，探索海外蓝海市场。但国内企业出海仍然面临技术、文化、商业环境等诸多挑战。为此，见云社区、迅达云SpeedyCloud、IBM联合发起了“见云沙龙”第3期——“互联网出海生存之道”主题沙龙，将邀请百度、大观资本、Mobvista、迅达云、IBM、白鲸社区等嘉宾参与，旨在分享企业出海的经验，避免掉进同一个坑。

11月26日，周六，北京、中关村、3W咖啡，

经验丰富的老司机们，讲讲如何驾驭出海的几座大山，技术、文化、环境、资本......来这里，和榜样们面对面，成为下一个榜样！

活动议程
13：00~13：55  签到

13：55~14：00  开场介绍

14：00~14：30  
《海外互联网产品的技术经验》
刘占亮 互联网国际化专家

在海外市场，你可能遇到技术、文化、语言等各种问题，本次分享将从以下几点介绍在海外市场运营的经验：
1、工具型产品 vs. 内容型产品
2、语言文化差异与用户需求把握
3、数据驱动 vs. 产品驱动
4、产品技术挑战

14：30~15：00    
《IBM SoftLayer 公有云 -省心易用, 全球同服》
蒋旭春 IBM云计算技术经理

IBM SoftLayer公有云如何帮助企业出海，跨境运维，全球同服，独特的竞争优势。

15：00~15：30    
《引领非洲互联网春天的混合网络媒体平台》
庞一 四达时代集团研究院常务副院长

在泛非地区（撒哈拉沙漠以南），在不同层面（骨干网、接入网、终端等），将广播电视网与互联网整合，提供更高效低成本的端到端视频直播、点播媒体传输运营平台。利用互联网技术升级付费广播电视业务的支撑能力。在泛非地区，缺少有线网络，缺少宽带网络，缺少计算机终端，只有近些年发展的移动互联网网络及增长快速的智能移动终端，本演讲会介绍针对泛非独特的互联网基础设施的环境，如何与广播电视网络结合，提供更优质的媒体服务平台，进而支持更丰富的互动增值业务。

15：30~16：00    
《全球云计算资源一体化整合实战》
陈震 迅达云SpeedyCloud运维总监

在全球化的今天，尽管大型云服务公司覆盖了大部分地区，但仍然不能保证100%覆盖。因此，将不同的云服务平台无缝的整合在一起就显得十分必要了。本次分享将介绍迅达云如何在全球整合云计算资源，并为用户提供一体化的服务的实践经验。

16：00~16：30    
《猎豹出海故事》
范路 大观资本创始合伙人

猎豹移动于2010年10月由金山安全和可牛影像合并而成，专注在海外移动市场。本次分享将介绍猎豹移动出海的历程，以及选择出海的原因和背景。在出海之后，遇到的各种问题以及解决的方法。

16：30~17：00
《海外产品推广&变现》
王平 Mobvista CTO

2014年猎豹在美上市，将中国移动出海推到了崭新的里程碑高度，吹响了大航海时代高速发展的号角，至2016年，中国移动产品在海外已经百花齐放。出海已成热点，而出海初期如何迅速获取海外用户，当用户规模起来后又如何解决变现，始终是开发者关心的问题。

17：00~17：30  圆桌讨论《互联网出海生存之道》  

17：30    结束
 
讲师介绍



刘占亮 互联网国际化专家

刘占亮，天津大学计算机硕士。毕业后先后供职于微软亚洲研究院、腾讯、搜狗和百度，历任研究软件工程师、研究员、资深研发工程师/高级技术经理。目前在百度国际化事业部负责内容型产品线的算法和架构团队。2006-2010曾作为产品技术负责人参与创办Hitchsters.com。同时他与学术界也有密切的联系，他是中国人民大学大数据分析与智能实验室的兼职架构师。他有着广泛的研究兴趣，包括信息检索、互联网搜索、数据挖掘、自然语言处理和人工智能等。


蒋旭春 IBM云计算技术经理

蒋旭春，IBM云计算技术经理，10+跨国运营商CP/SP/PaaS平台开发设计经验。


庞一 四达时代集团研究院常务副院长

庞一女士现任四达时代集团研究院常务副院长（主持工作），分别于2005年和2010年获得清华大学计算机系工学学士学位和博士学位（优秀），西贝尔学者（Siebel Scholar）。博士期间从事视频图像高性能处理等课题研究，作为第一作者获得视频领域优秀国际期刊IEEE Trans. CSVT最佳论文奖，这是大陆高校首次独立获得该奖项。2012年加入四达时代，2013年负责筹建四达时代研究院，设计构建四达下一代多业务平台，利用互联网技术提升广播电视媒体传播平台支撑能力，构建泛非首个媒体云平台、大数据平台和在线支付平台，拓展互联网媒体娱乐业务。


陈震 迅达云SpeedyCloud运维总监

陈震，2011年开始从事公有云服务运维工作。2011年至2013年在蓝汛就职高级运维工程师，曾维护过BTV、小米等客户。2013年中旬入职迅达云成，任职运维经理，后升为运维总监。


范路 大观资本创始合伙人

范路，大观资本创始合伙人，是一位技术型的投资人，结合了10年的码农经验，和20年互联网和移动互联网经验，行业内真正熟悉出海运营的技术专家。


王平 Mobvista CTO

王平就职于Mobvista，担任CTO，负责公司整体商业变现技术体系的构建和管理。Mobvista，是亚洲最大的移动广告平台，Mobvista是亚洲最大的移动广告平台，凭借着自身覆盖全球240多个国家、每天超过100亿展示量的移动流量体系，专注于海外高质用户获取与流量变现。在加盟Mobvista之前，先后在百度、高德就职。在百度，作为凤巢核心成员，负责凤巢流量变现商业产品的技术管理，主要聚焦在广告存储、变现算法和架构、百度商业知心等方向，承担百度凤巢提升10%~14%的收入业绩。随后加入高德担任商业变现总监，负责产品和技术管理。9年多的职业生涯，一直活跃于互联网商业变现领域的风口，对行业技术体系构建有深刻的理解。
 



现场福利

 
报名链接：http://www.huodongxing.com/event/6359813352600 收起阅读 »

在我们用环信这个IM功能的时候，环信这边不会个给我们处理头像的，这个其实换新已经做过指导了，有两个方式，
第一个就是缓存本地，在我们刚进入程序的时候，我们把获取所有的好友信息，把她们的信息获取到，这时候我们要知道，在我们用 

self.messageArray = [NSMutableArray



                         arrayWithArray:[[EMClient sharedClient].chatManager getAllConversations]];

这个方法获取的是所有的好友的ID ，在我们查询数据库的时候根据这个ID 进行查询就可以获取这个用户的你所要的信息，头像，昵称，等等，在这个方法中需要注意的时候，当被人添加你为好友的时候，或者你删除被人为好友的时候，需要更新你的数据库，
第二个就很简单了，消息扩展

 NSDictionary *dic =  [[NSDictionary alloc]initWithObjectsAndKeys:@"rand",@"money_type_special",self.userID,@"userID",self.position,@"positionStr",self.nameCatergoryStr,@"name",self.gooAtStr,@"gooAtStr",self.imagUrl,@"imagUrl", nil];



                    EMMessage *message = [EaseSDKHelper sendTextMessage:@"向您分享一张名片!         " to:model.userid.stringValue messageType:EMChatTypeChat messageExt:dic];



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



                        if (!aError) {



                            [MBProgressHUD showSuccess:@"发送成功" toView:self.view];



                            self.tableView.userInteractionEnabled = YES;



                            



                        }else{



                            [MBProgressHUD showError:@"发送失败" toView:self.view];



                        }

把头像和昵称做成字典dic 在接受消息的时候，按照消息扩展   NSDictionary *ext = messageModel.message.ext; 进行相应字段解析就OK了
希望对你有帮助 收起阅读 »

项目使用环信SDK，实现了IM基本功能，我是以极认真的态度来做这个项目，我不想仅仅做一个demo，我要在细节、完成度、bugfree上不输给任何商用APP，做一款媲美微信的IM应用。

项目开源地址：https://github.com/gyjzh/LLWeChat
github上有项目的详细描述，这里就仅仅发一部分，下面上效果图。

一、输入框动态调整高度




二、文本全屏浏览




三、发送照片




四、发送视频




五、地图




六、录音时长




这个项目的顺利开发离不开环信的支持，在此祝愿环信越来越好。 收起阅读 »

 视频地址http://yuntv.letv.com/bcloud.swf?uu=b133c59dd0&vu=23903c2699&pu=adfb3ced5e&auto_play=1&gpcflag=1&lang=zh_CN 收起阅读 »

   近日Gartner公司着重介绍了在2017年对多个组织具备战略意义的重大科技发展趋势。分析师在座无虚席的Gartner ITxpo座谈会介绍了他们的发现。这次发布的十大技术趋势报告，可以总结概括为：以智能为中心，通过数字化实现万物互联。
 



   Gartner将战略科技发展趋势定义为具有颠覆性潜力、脱离初级阶段且影响范围和用途不断扩大的战略科技发展趋势，这些趋势在未来五年内迅速增长、高度波动、预计达到临界点。

“2017年十大战略科技发展趋势为Gartner智能数字网（Intelligent Dgital Mesh）提供了舞台。”Gartner副总裁兼研究员David Cearley说，“这十大趋势中，前三个趋势体现了‘智能无处不在’，数据科学技术和方法如何演化，向先进的机器学习和人工智能发展，以将智能物理和基于软件的系统应用于机器学习和自适应。接下来的三个趋势聚焦数字世界，物理和数字世界日益纠缠。而最后四个趋势则着眼于智能数字网络所需的平台和服务网络。”
让我们逐一看看Gartner预测的十大技术趋势并进行分别简单地分析。
 
人工智能和高级机器学习

   人工智能（AI）和高级机器学习（ML）由许多科技和技术（例如，深度学习、神经网络、自然语言处理（NLP））组成。 更先进的技术超越了传统的基于规则的算法，以创建理解、学习、预测、适应和潜在地自主操作的系统。 这就是智能机器出现“智能化”的原因。

   “应用人工智能和高级机器学习带来了一系列智能实现，包括物理设备（机器人，自动车辆，消费电子）以及应用和服务（虚拟个人助理（VPA），智能顾问）”。Cearley说，“这些实现将表现为新一类的智能应用和物件，以及为广泛的网格设备和现有的软件和服务解决方案提供嵌入式智能。”

这个问题的关键在于如何产生嵌入式的AI技术，能够支持业务流程、模型，以及从一开始就被定义为企业中“智能”模块的应用。另外，资金也是个大问题。

智能App

   诸如VPA的智能App执行人工助手的一些功能，使日常任务更加容易（例如，优先考虑电子邮件）及其用户效率的提高（突出最重要的内容和交互）。其他智能App（如虚拟客户助理（VCA））更加专注销售和客户服务等领域的任务。因此，这些智能App有可能改变工作的性质和工作场所的结构。

   “在未来10年，几乎每个应用程序和服务都将包含一定水平的人工智能。”Cearley说，“这将成为长期趋势，不断发展和扩大人工智能和机器学习应用和服务。”

   这对一些企业而言是一个巨大的机遇，目前在应用、基础设施和设备上的智能分量越来越重。运用智能应用的形式是通过新的智能特性嵌入到某一行业的现有应用程序中。麦当劳生产汉堡包运用了智能App，对汉堡包面包生产的监控由人工专为自动化，能够提高并保证质量。智能应用还拥有数据和分析的优势，如，每分钟通过照片分析超过1000个面包来检查颜色、形态和芝麻分布，并根据分析结果不断自动调整烤箱和流程，以保证生产最好的汉堡包面包。其带来的结果显而易见：避免了浪费，每年节省数千万元；加速生产并节约能源；减少人工成本。
 
   智能应用对其他行业也有显著的价值，比如医学顾问。凯特琳癌病中心肿瘤学顾问，应用智能App可带来高价值的用户，并能解决复杂的问题，整理杂乱、非结构性和重复内容，并带给用户高影响力的结果。
 
智能事物

   智能事物指的是超越刚性编程模型的物理实体，利用人工智能和机器学习来实现高级行为，与周围环境和人们交互更加自然。作为智能事务，如无人机，自动车辆和智能家电的不断普及，Gartner预计单独的智能物件将演变为协作的智能物件模型。

   智能事物的预测，就是认为在可以预期的未来，任何事物都可以智能化，比如消费者产品、医疗产品、嵌入式产品等等。但这个预测已经滞后了，现在已经有这方面的产品，甚至都具备了可用性。比如Google、Uber研发的应用在通用道路的自动车辆；运用在特定环境的自动驾驶汽车：如无人收割机等；以及各种各样的机器人，比如零售机器人、迎宾机器人等等。

除了上述智能事物的形式外，还有协同智能。

虚拟和增强现实

   沉浸式技术，如虚拟现实（VR）和增强现实（AR），改变了人与人和人与软件系统交互的方式。
 
    Cearley说：“到2021年，沉浸式消费、商业内容和应用程序的格局将发生巨变。VR和AR功能将与数字网络合并，形成一个更加无缝的设备系统，能够协调来自用户的信息流作为超个性化的相关应用和服务。融合多个移动、可穿戴设备、物联网和大量传感器的环境将拓展沉浸式应，超越孤立的单人体验。客房和空间将与物体互动，它们通过网络的连接，并与沉浸式虚拟世界一起工作。”

时下，正是VR、AR兴起的时代。有各种各样的产品已经出现并投入使用，比如可以应用于模拟体验；对于科学研究来说，可以用于分子建模；医生也可以用于远程虚拟诊断并开出医疗处方，等等。孩子还可以应用这种技术，进行探索动物园等未知世界。这个趋势的预测已经滞后了，严格讲，不算趋势预测而是实实在在来临了。
 
数字化双生

   数字化双生（Digital Twin）是事物或系统的多元软件模型，它依赖于传感器数据来理解其处境，响应变化，改进操作和增加价值。数字化双生包含元数据（例如，分类、组成和结构），处境或状态（例如，位置和温度），事件数据（例如，时间序列）和分析方法（例如，算法和规则） 。

   在三到五年内，数以亿计的物件将由数字化双生的形式呈现。组织将使用数字化双生主动修复和规划设备服务、规划制造流程、操作工厂、预测设备故障或提高运营效率，以及执行增强的产品开发。因此，数字化双生最终将成为技术人员和传统监测设备和控制（例如，压力计，压力阀）的组合的代理。

   这个预测没有什么新意。显然，物联网的发展显示了数字化双生的潜力。数字化双生可以理解为不断发展和扩张的数字化宇宙，这需要从智能生态系统的内容、广度和控制将继续从不同维度上扩展。

区块链和已分配分类帐

   区块链（Blockchain）是一种已分配分类账（Distributed Ledgers），其价值交换交易（以比特币或其他代币计）按顺序分组成块。每个块链接到前一个块，使用加密的信任和保证机制，跨对等网络进行记录。区块链和分布式分类账概念日益广受关注，因为它们有望改变行业运营模式。虽然当前炒作是围绕金融服务行业，但是应用前景广泛，包括：音乐分发，身份验证，所有权登记和供应链。

   Cearley说：“已分配分类帐有可能引起一场变革，但大多计划仍处于早期的Alpha或Beta测试阶段。”

   该趋势预测的要点就是在不可信环境中增加信任的机制，对于重要数据和事件不可更改的记录，例如货币交易、财产登记或其他有价资产，不仅是被动式数据记录，同时能够有选择性的为事件增加动态预置行为。这个技术在供应链中蕴含着万亿美元的机遇。但是人们并不十分了解区块链技术，最大的挑战就是如何能广泛使用区块链。区块链的实施需要各方进行深入合作，区块链行业将如何发展，现在还无法预测是各方割据还是一家独大的局面。

会话系统

   会话界面的当前焦点集中在聊天机器人（chatbots）和支持麦克风的设备（例如，扬声器、智能手机、平板电脑，个人电脑和汽车）。然而，数字网格有一系列不断扩展的端点，人们可通过这些端点访问应用程序和信息，或与他人。社交群体、政府和组织互动。随着设备网格的演变，连接模型将会扩展，设备之间出现更大的协作交互，为连续和环境数字新体验奠定基础。

   现在已经有了成熟的方案，比如苹果的Siri，微软的Cortana、京东的小i，这类应用的共同特征是通过智能云服务，聊天机器人和个人助理成为对话媒介。甚至进入了婴幼儿产品市场，如腾讯的早教故事机米小兔，就是通过智能云服务来达到人工智能对话的。语音对系统界面很重要，越来越智能、越来越交互的语音接口，将是人机交互的首选方式。未来的交互方式是一种主动性对话，将进一步增强语音交互。主动式语音协助由用户位置等数据进行支持，将会在没有人机交互的情况下，也能够提供指导和管理。随着语义分析的加重，会话语音的价值会增加。语音分析能够理解用户服务记录和社交媒体的各类数据并进行推理。

网格应用和服务架构

   在网格应用程序和服务架构（MASA）中，移动应用程序、网络应用程序、桌面应用程序和物联网应用程序链接到广泛的后端服务网络，创建被用户视为“应用程序”的内容。该架构封装服务，并在多级别和跨组织边界公开了API，从而平衡了服务的灵活性和可伸缩性的需求与服务的组合和重用。
    网格使用户能够具有针对数字网格（例如，桌面、智能手机、汽车）中的目标端点的优化解决方案以及当他们在这些不同信道上切换时的连续体验。

这只是基于理想状态的市场竞争中设想的。现实是，在非理想的市场竞争中，专有基础架构数量并不占优，要实现所有的软硬件基础架构无缝集成并协同，难于上青天。

数字技术平台

   数字技术平台为数字业务提供基本的构建模块，是数字业务的关键推动者。Gartner已经确定实现数字业务新功能和商业模式的五个要点：信息系统、客户体验、分析和智能、物联网和业务生态系统。 每个组织都将有这五个数字技术平台组合的平台。

   可以理解为对话式AI驱动平台。

   比如亚马逊的amazon echo+wink。物联网平台是解决方案成功的必要因素，现在微软Azure、ORACLE、Google、SAP等IT巨头都有涉足。惠顾上世纪60年代，是主机系统，到70年代就是微型计算机，80年代是PC和文件共享LAN，90年代是服务器和图形界面，1998~2007年是因特网和网络应用，2007~2016年是移动和云，未来，将是对话式AI和物联网。所有这些并非割裂，而是互相交织。未来会有越来越多的基础架构和应用程序融合，组织需要了解这种融合，对他们的竞争力、应变能力带来什么样的影响。

自适应安全架构

   智能数字网格和相关的数字技术平台和应用程序架构创建了一个日益复杂的安全世界。 Cearley表示：“规定的安全技术应作为确保物联网平台的基准。监控用户和实体行为是物联网中特别必要的一个重要补充，然而，物联网边缘是许多IT安全专业人员产生薄弱领域的新前沿，因此经常需要新的补救工具和流程，建立物联网平台必须考虑这些因素。”

   自适应安全架构能够实现持续分析用户和实体行为，如外部身份和威胁智能，包含审查、规则/评分；持续画像；持续分析和验证。但是通常业务端会滞后于技术端，而技术端又滞后于设备和应用端，还要对安全行业有一个正确的认识——本质就是响应机构，是以解决问题为目的，而不管这个问题出现有多久。 收起阅读 »

智慧运营 数造未来——永洪科技•2016用户大会


一、大会背景
大数据经济时代，数据分析支持企业决策，数据分析产品层出不穷，数据分析技术与行业应用渐成各行业追逐热点。在IT产业前沿北京，金融、制造、交通、能源、医疗、政企、越来越多的企业开始在大数据领域创造企业价值的创新与发展。
11月26日，永洪科技齐聚“政企学协资社用”生态七方，携一站式大数据分析平台产品及行业经典应用方案，力邀1000名各行大数据行业专家与来宾，共同探讨大数据的生态应用，一场史无前例的大数据峰会等待着您的莅临！

二、大会概况
峰会主题：“智慧运营 数造未来“——永洪科技•2016用户大会
峰会时间：2016年11月26日 9:00—18:00（周六）
峰会地点：北京千禧大酒店（北京市朝阳区东三环中路7号院5）
峰会规模：1000+人    
峰会人群： 
* CEO、CIO、 CMO、 BI、数据分析、数据挖掘、大数据平台等领域开发人员、技术经理和总监、数据分析爱好者等；
*制造、电商、零售、金融、互联网、电信、能源、交通、医疗、政企、渠道等各行业业务部门信息化负责人；
*IT服务商、渠道商、系统集成商、代理商等；

三、会议议程


四、会议亮点
    趋势解读：大数据成为国家战略的今天，数据已然成为企业的无形资产，如何构建企业自己的一站式大数据平台，顶级行业专家将为您解读其中的奥秘。
    新品发布：“从v1.0到v7.0，永洪科技的大数据分析平台到底实现了哪些创新和突破？“——十年磨一剑，永洪科技如何自主创新实现蜕变，且听创始人Henry娓娓道来。
    尖峰对话：“这么多数据，我该如何挖掘其中的价值？数据化运营如何开始、如何构建体系架构... ...”灯不拨不亮，理不说不明，行业精英共同探讨如何实现数据驱动智慧企业。
    同行取经：制造、金融、能源、交通、互联网、电商、政府、医疗等行业用户携现身说法，讲解自身痛点、解决方案及数据分析的应用价值，让你少走弯路少进坑。

五、报名方式
抢票链接：http://www.bagevent.com/event/267090

六、合作单位
主办：永洪科技•永洪数据科学研究院
协办：环信、中关村大数据产业联盟、首席数据官联盟、崔牛会、天善智能、CDA数据分析师、msup、爱数据网、数据分析网、数据猿、China Hadoop Summit、Bi168大数据社区、大数据人、segmentfault、ThoughtWorks、数董会、经管之家、PPV课； 
媒体：IT168、CSDN、中国软件网、中国计算机报、SP计算机产品与流通、商业伙伴、计世传媒； 收起阅读 »

大会时间：2016年11月27日 9:00 ～ 2016年11月27日 17:00
会议地点：上海浦东新区博云路2号浦软大厦
大会规模：600人
报名链接：http://www.huodongxing.com/event/9359909288600
 

数据驱动产品运营和社会化运营

8位重磅嘉宾分享互联网运营经验和方法！
由中国最大的产品经理社群PMCamp和汇智Tek联合主办的第四届中国互联网运营大会（(IOCon2016）将于2016年11月25日-27日在上海浦软大厦举行。
本届大会主题为： “数据驱动产品运营和社会化运营”。大会将邀请来自互联网、传统行业、服务业、新型创新企业的CEO、COO/产品副总裁/产品总监/产品经理、运营副总裁/运营总监/运营经理，创业者等，围绕大变革时代的各种机会和问题，探讨产品商业模式、产品运营、数据分析、社交媒体运营、社会化运营、游戏化设计和运营，提供产品运营的道、术、器等内容分享，为一切关注产品创新、产品运营、互联网创业者搭建一个学习交流、思想碰撞的干货分享平台。
自2010年起，PMCamp已经举办过六届产品经理大会，三届互联网运营大会、两届数字营销大会、五届人本设计大会，以及近百场的产品经理工作坊、设计工作坊、产品经理沙龙等线下聚会活动。正在筹办互联网产品增长大会。5年来，已经有超过10万人关注PMCamp，1万多人参加过PMCamp的活动，600家企业代表参加过PMCamp组织的活动
 
演讲嘉宾

子墨
前阿里巴巴运营专家，
Convertlab 联合创始人，多准数据CIO
 
子墨，前阿里巴巴运营专家，新零售人社群创始人，独立传统行业转型互联网实战顾问，浙江大学、上海交大、淘宝大学授课嘉宾； Convertlab 联合创始人；多准数据CIO；新零售人社群创始人；老阿里茶馆/漫私塾咖啡创始人；
曾在微软金融事业部从事IT服务顾问、在阿里巴巴五年，是淘宝礼物创始人，阿里旺旺卖家版.运营专家。曾作为 SAP、有赞、商伴等软件公司资深业务顾问，以及TCL、安奈儿、平安集团、等企业互联网业务顾问。
演讲主题：新零售之全渠道用户运营解析
主题简介；传统行业如何玩转线上？电商行业如何拥抱线下？线上线下的融合不只是是1+1，而是在底层“数据”结合的基础上围绕“消费者价值”做改造，表现出来就是全渠道用户运营。
 




路盛华
沪江高级运营总监
前盛大创新院多产品运营负责人
路盛华，沪江高级运营总监，对商业市场有浓厚兴趣，熟悉IT和互联网领域，擅长市场运营及营销管理。
曾就职于韩寒投资的去动网络科技有限公司，担任「去动」&「Fit」APP 的市场运营总负责人。曾在盛大创新院担任Bambook电子书合作推广部门负责人，负责Bambook的市场合作、渠道拓展、媒体公关、销售、运营等工作。后期在麦库记事担任产品运营负责人。
曾供职于CBSi中国（哥伦比亚广播公司）传媒集团，担任业务群组总监。期间策划主持过大型互动活动和产业发展高峰论坛。
演讲主题：运赢 ：透析数据做最有效的产品运营
主题简介：数据是产品运营工作的基础，也是产品运营的目的。如何透彻的设计和分析数据，是决定成败的关键因素。
 




杨文雅（特工先生）
淘宝大学明星讲师，天猫国际专家顾问
杨文雅（特工先生），淘宝大学明星讲师，天猫国际专家顾问。上海飞域网络科技有限公司/上海天媒实业有限公司 总经理。电商行业实操八年以上经验，知名电商讲师，培训授课超过10万人次。擅长无线端运营、互动营销、移动电商操盘。2015年度淘宝大学最高奖项春蚕丝语奖（全国仅10人）、鲁班奖（全国仅2人）获得者。受邀给美国梅西百货、日本富士拍立得、苏泊尔、春水堂、361度等几十个大型企业、几千名各地政府领导讲课。
他也是天猫黄金台诊断高级专家，阿里数据学院认证讲师，阿里巴巴商学院出版《电商运营》书籍作者，编写组组长，百年天猫2015年双11千里马导师。
演讲主题：《电商运营新思维》
主题介绍：1.无线端趋势 2.消费结构升级带来的电商机会 3.场景化营销 4.以未来为因的运营思维
 




曾艳琦
洋码头高级运营总监
前腾讯QQ市场总监
曾艳琦，洋码头高级运营总监。前腾讯手机QQ市场总监，前盛大创新院研究员，曾在11年试水移动互联网社交创业，和团队一起做了国内最早的私密社交app–“时光流”。十年互联网经验，09年进入移动互联网，尤其擅长社交类移动互联网产品。
主要工作经历：
腾讯—QQ：负责手机QQ、QQ开放平台项目QQ互联、QQ商业化项目腾讯课堂、兴趣部落、QQ群
创业－时光流：中国的私密社交应用，主打照片分享，11年－12年在中国照片类应用中市场占有率排第五；
盛大：盛大网盘everbox和中国最早的LBS社交产品盛大切客客户端；
 




洪弘 （花名红利）
挖财理财运营总监
 
洪弘 ，挖财理财运营总监，花名红利。主要负责挖财理财的用户运营、数据运营、品牌运营、内容运营、活动运营、金融产品运营等多个团队。在用户精准营销、用户教育、转化率运营、创新产品孵化、金融产品营销等方面有丰富的经验。
 




黄捷
携程国际业务事业单位运营经理
 
黄捷，携程国际业务事业单位运营经理，负责产品供应产品转化用户运营数据分析工作。
演讲主题：漏斗图的两个实际工作案例
主题简介：数据运营最常用的漏斗图，基础虽然简单，应用方式很多样。介绍两个中阶的应用案例，一是时序图辅助横截面漏斗图，适用于跟踪事件节假日发布活动的影响，寻找改进机会和评估改版效果，二是客户群分漏斗图，国际化网站可以通过不同地域语种划分方式，漏斗图对比找特征和流失点，这种模式也可以扩展到更多用户属性的ab测试，普适性很强。
 




王小毅
浙大管理学院市场营销学系副主任、副教授、博士生导师
浙大管理学院市场营销学系副主任、副教授、博士生导师，中国管理科学与工程学会副秘书长，国际知名的脑神经营销专家，研究领域为互联网商业模式，移动和在线消费心理。
培训课程：“新媒体运营和内容运营”
培训简介：
- 微信公众号运营方法论和技巧
- 新媒体运营
- 平台内容运营策略
- 内容运营方法论。
 




陈世欣
昭合投资合伙人
前美国Movoto中国总经理
陈世欣，昭合投资合伙人，InnoSpace特聘创业导师，前美国Movoto.com中国总经理，互联网社群专家，具有10多年的增长黑客经验，3年以上用游戏化思维运营社群和组织大会经验，曾经为4家互联网企业实现高速增长。他从1999起参与多家互联网创业公司，历任任安家网副总经理、movoto.com中国公司总经理、和家网CTO、2Style4You公司CTO、永泰红磡养老产业集团战略研究总监、创猿投资董事合伙人等；
曾作为平安大学、苏宁大学、中国移动、中国银联、中国电信、复旦大学MBA教研组、众戴金融等机构内训讲师。
培训课程：“如何炼成增长黑客，如何获取用户、促活和转化价值”
培训简介：介绍增长黑客的基础和体系，系统化提出做增长的100个方法和案例，引导分组练习获取用户、促活和转化价值。
 




刘振华
原笔记侠运营总监，新周刊特约编辑，单篇百万+作者
刘振华，原笔记侠运营总监，新周刊特约编辑，写作过单篇100W+阅读量原创文章。对知识类内容付费有深入研究。个人微信公众号有一定业界影响力。
培训课程：“社群运营和价值变现”
培训简介：
如何运营好社区和价值变现
如何策划和引爆一场活动
 
培训课程

11月25日-26日：“硅谷堂”首席运营官训练营三期
地址：上海静安区南京西路1376号上海商场曼彻斯特大学中国中心
11月25日：
09:00 ～ 12:00  《如何炼成增长黑客》，《如何获取用户、促活和转化价值》陈世欣 昭合投资合伙人，前美国Movoto中国总经理
13:30 ～ 17:00 《微信公众号运营方法论和技巧》，《新媒体运营》王小毅 浙大管理学院市场营销学系副主任、副教授、博士生导师
11月26日：
09:00 ～ 12:00  《平台内容运营策略》，《内容运营方法论》王小毅 浙大管理学院市场营销学系副主任、副教授、博士生导师
13:30 ～ 17:00 《如何运营好社区和价值变现》，《如何策划和引爆一场活动》刘振华 原笔记侠运营总监，新周刊特约编辑，单篇百万+作者
12月10日 ～ 11日： " 互联网人的数据运营实践培训课"
地点：全季酒店新天地店
12月10日：
09:00 ～ 12:00 《数据驱动渠道优化》 安琦，携程无线营销产品负责人
13:30 ～ 17:00《数据驱动设计优化》  陈抒，上汽车享网UED总监
12月11日：
09:00 ～ 12:00 《互联网数据分析师的成长之路》纪杨，Teambition数据分析负责人 
13:30 ～ 17:00 《产品运营的数据事件分析实务》黄捷，携程国际多语言网站及APP运营负责人
 

大会议程
全天共有8个演讲，1个互动论坛，1次午餐，2次茶歇
上午日程
08:20 - 09:00  签到
09:00 - 09:20  开场演讲和日程介绍   大会主持人
09:20 - 10:05  演讲1 《新零售之全渠道用户运营解析》前阿里巴巴运营专家，Convertlab 联合创始人，多准数据CIO 子墨
10:05 - 10:50  演讲2 洋码头 高级运营总监 曾艳琦
10:50 - 11:00  茶歇
11:00 - 11:50  演讲3 《电商运营新思维》杨文雅（特工先生），淘宝大学明星讲师，天猫国际专家顾问
11:50 - 12:00  演讲4 《漏斗图的两个实际工作案例 》黄捷，携程国际多语言网站及APP运营负责人
12:00 - 13:00  午餐
下午日程
13:00 - 13:45  演讲5 《数据化运营与用户生命周期管理》洪弘 （花名红利），挖财理财运营总监
13:45 - 14:30  演讲6 《运赢：透析数据做最有效的产品运营》路盛华，沪江高级运营总监，前盛大创新院多产品运营负责人
14:30 - 14:45 茶歇
14:45 - 15:30 演讲7 《游戏化产品设计和运营》，陈世欣 昭合投资合伙人，前美国Movoto中国总经理
15:30 - 16:15 演讲8 确认中
16:15 - 16:55 全场嘉宾 Q&A 互动环节
16:55 - 17:00 合影、抽奖
注意：大会议程将根据当天实际情况进行轻微调整，最终解释权归主办方所有。
购票政策
折扣票购买方式、范围、期限
1. 购买“互联网运营大会”参会票
在11月01日-11月11日期间 以199元购早鸟票 
在11月11日-11月20日期间 以299元购特惠票
在11月21日-11月27日期间 以399元购普通票
 
2. 购买“硅谷堂首席运营官训练营”培训票
全价票：2299元/人
早鸟价：早起的鸟儿有虫吃，立刻报名享受早鸟价1999元
（仅限30席，截止日期：11月11日）
 三人团购价：三人行5097（1699×3）一起学起
（费用包含课程资料费、场地费用、结业证书以及两餐午餐、课间茶歇）
注：本培训由“硅谷堂”组织，PMCamp协办。
  收起阅读 »

盘点10款逆天级效率工具，能帮创业公司节省50%的时间成本
在当今移动互联网创业环境里，好的创业项目在半年至一年时间里应该可以拿到A轮了。既然你是一个创业公司，要么快速“干”起来，要么赶紧去“死”，半死不活的运行着浪费公司所有人的时间，毕竟时间是创业最大的敌人。
越来越多的公司和个人也开始愈加注重效率的提升。工欲善其事，必先利其器。现在就结合互联网创业公司的实际工作场景和需求，给大家分享一些能大大提高工作效率的工具神器，这些工具能从梳理工作思路、团队协作、产品原型图设计、数据统计分析、销售与客服等各方面提高创业公司的工作效率，降低运营成本。

一、梳理工作思路，思维导图工具助你一臂之力

在日常工作中，我们经常需要梳理和展示自己的工作思路和规划，或是向领导汇报，或是向同事展示，亦或是仅供自己查看。借助思维导图工具不仅可以更高效地进行梳理，同时还能将自己的思路规划更清晰美观地展示出来。平时用得比较多且感觉不错的的思维导图工具主要有两款，MindManager和XMind。百度脑图也曾用过，但最终因为产品体验问题而不得不忍心放弃。





先介绍下MindManager。不管是梳理运营策略、做项目管理还是开展头脑风暴，都可以在MindManager上高效完成。在MindManager上，你可以在单一视图里将想法和灵感以清晰的思维导图形式记录并展示出来。它的时间轴布局功能可帮你清楚展示产品路线图、项目里程碑或是营销发布计划。此外，你还可以利用它提供的图像库在导图里添加丰富的视觉效果。
MindManager产品官网：http://www.mindmanager.cc/



再分享一下XMind这款产品。XMind产品外观整体比较清新简洁，对其他格式兼容性较好，提供甘特图、矩阵图等多种结构。XMind以画布概念管理，方便思维导图的层次化。XMind可以导入MindManager、FreeMind数据里面的文件，也可以将文件导出为Word、PPT、PDF、图片和TXT等格式的文件，以便将用XMind绘制的图与他人轻松共享。
XMind产品官网：http://www.xmindchina.net/
上面两款思维导图工具都非常不错，如果你需要一款思维导图工具来协助自己工作的话，不妨直接在上面两款工具中选择一款。

二、团队高效协作是降低时间成本的有力保证

创业公司员工规模相对较少，理论上应该比较容易沟通和协作。有需要沟通协作或是需要什么东西，直接当面沟通或是在面积不大的办公室大喊一声就能搞定。然而，如果在创业公司工作一段时间，你便会发现，创业公司内部要想实现真正的高效协作其实并非易事。
大公司协作有大公司协作的繁琐，创业团队协作有创业团队协作的痛点。下面就结合创业公司的三种不同协作需求推荐三款不同类型的协作工具。
团队文档协作工具：WPS云文档



文案校稿时，经常需要为往返发送稿件和上传下载而苦恼；企业资料混乱存于各处，需要时找不到；办公资料全在公司电脑里，无法随时随地办公。如果你也在为这些问题苦恼，说明你还没有找到合适的工具。
WPS云文档是一个企业文档存储、共享与协作平台，支持多人同时编辑一个文档、文档内评论和历史还原等众多便捷功能。不管你在任何时间、任何地点、使用任何设备，只要打开云文档就能处理工作文件。不管是产品研发、市场运营和人力行政人员，都可以在WPS云文档上便捷地进行文档的协作、存储与共享。WPS云文档有企业级管理后台，可管控所有企业成员和文档的权限。此外，WPS云文档还提供WPS Office全套办公组件，大家在一个平台上就能搞定所有工作。
WPS云文档产品官网：https://drive.wps.cn/ 

想用一个工具就解决工作中的所有沟通问题，试试零信




工作中用的软件太多太乱，通知信息到处都是。这时你可能也会希望有一款一站式的企业内部沟通平台。如果你有这个需求，零信或许是一个不错的选择。
零信的是一款便于整合信息的企业IM产品。你在零信这一个平台上就能处理基本所有工作信息，让大家更专注地工作，目前支持群聊、私聊、应用接入、文件管理、视频会议等。它还支持企业自定义开发，一行代码就能搞定。零信已整合邮件、任务管理、文件管理、客服支持、代码开发等60多种应用。
零信产品官网：https://pubu.im/ 

三、改善客服、优化销售管理流程，这两款工具值得一试

无论哪一家创业公司，产品做出来之后，不管是做客服还是做销售，都需要和客户打交道。这样才能更好地了解用户的需求，并从用户那里获得收入以求生存。为更高效地为客户提供客服服务，同时优化销售管理流程，这当然离不开专业的销售和客服类工具的支持。

销售易CRM




销售易CRM是销售管理类工具中非常不错的一款，它以销售管理为核心，基于销售管理全流程，结合合作伙伴管理、市场与客户服务管理，可以为客户提供灵活的配置机制，帮助企业数字化销售管理，提升团队业绩和效率。销售易CRM，已实现SaaS和PaaS的无缝整合，可快速响应客户个性化、定制化的业务诉求，支持不同规模企业的销售流程。
销售易CRM产品官网：http://www.xiaoshouyi.com/ 

环信移动客服



传统的客服工具已经无法满足移动互联网时代的需求了。这是个移动的时代，客户无处不在，客服工作极大的需要移动化和全平台化的支持。2016年双11天猫突破1111亿，其中移动端占比高达82.04％，这也是为什么在这里推荐环信移动客服的原因所在。环信移动客服支持全媒体接入，包括网页端、社交媒体客服（微博、微信）、APP内置客服和呼叫中心等多种渠道接入。全媒体客服已是大势所趋，全媒体客服核心在于移动端接入，而移动端正是环信的核心技术优势所在。

环信国内首创基于人工智能和大数据挖掘的客户行为透析产品"客户声音"可以通过自然语言解析，主题聚类，情感度分析等技术手段挖掘和分析热点话题，发现畅销或问题商品，同时分析发现服务运营中存在的问题，企业就此可以优化运营，利用大数据洞察力来发现销售机会，改善产品质量。

基于自然语言处理和机器学习技术的环信智能客服机器人，能够辅助或代替人工客服精准回答常见或高频问题，能解答80%常见问题，极大降低企业客服人力成本。目前，环信在客服领域已经服务了三万多家标杆客户，积累了人工智能在客户服务行业落地的大量最佳实践。典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家自如客、泰康在线等众多标杆企业。

环信移动客服产品官网：http://www.easemob.com

四、做产品原型设计，这些工具肯定能满足你的需求

互联网创业公司基本都会用到产品原型设计工具。大家其实对原型有着不一样的需求，有些公司注重产品的原型版本管理，有些注重原型的交互和PRD需求文档，所以下面分享三款各具特色的产品原型设计工具，墨刀、Axure RP和Balsamiq Mockups，能够很大程度上让迭代速度上一个门槛。
首先介绍下MockingBot墨刀




凭借“十分钟设计一个 App”的易用性，墨刀已经成为产品经理界非常流行的一款原型协作工具，受到知乎和爱范儿的强烈推荐。
你一定有着这样头疼的场景，导出原型后要么需要详细的文档，要么就需要非常多的沟通，和其他同事共同制作时更是频繁返工。而墨刀恰巧可以解决从原型制作-交互动效-团队协同作业-实时分析查看效果-跟踪团队及用户反馈整个产品开发流程中大部分让你挠墙的问题。
使用墨刀完成设计后，可以直接对功能进行备注及说明，简单有效。把同事拉进你的项目，就可以看到协同者的操作进程和改动细节，更好的协作和分享信息。实时的扫一扫查看，不光可以检查制作效果，更可以把原型的交互效果发送给团队和用户内测征集意见。用户可以用打点评论的方式告诉制作者他的真实感受。大大降低了产品的开发试错成本。
墨刀是一个国内的团队开发制作的产品，因此比较符合国内互联网公司的使用习惯。
墨刀产品官网：https://modao.cc/
再说说Axure RP




如果产品经理对产品原型、交互演示、原型细节设计等的需求比较强烈，Axure RP是非常不错的选择。Axure RP 能让产品经理快速创建应用软件和基于Web的的线框图、流程图、原型页面、交互页面和规格说明文档。Axure RP应该是目前产品经理群体中用得最广泛的一款原型设计工具。

五、要做到数据驱动，离不开数据分析产品的支持




对于互联网创业公司来说，因为人力和资源都非常有限，无法承受起将时间和资源浪费在没有成效的工作上，因此理想的方式是所有工作都能做到数据驱动，让数据决定该将时间精力用在什么地方。目前市面上有很多现成的数据分析产品，但并非有了数据分析产品就一定能做到数据驱动决策，如果没有更好的数据分析方法论的指导，即使有产品也未必能真正实现增长。
相较于市面上其它数据分析产品，GrowingIO背后有强大的数据分析团队，能为客户提供数据驱动增长方面的理论支持。GrowingIO是一款拥有谷歌基因的数据分析产品，因为公司创始团队基本都是来自硅谷的数据分析大牛。这款数据分析产品的最大亮点在于不需要开发人员埋点，就可以采集全量、实时的用户行为数据，不管是对管理者、产品经理、市场运营、数据分析师还是增长黑客，GrowingIO都能帮助他们实现更精细化地数据分析，从而优化产品、提升转化率，实现用户的快速增长和变现。
GrowingIO产品官网：https://www.growingio.com/ 

六、无处不在的表单设计和数据收集需求，用金数据就够了




创业公司无论是做用户与市场调研、收集意见反馈、在线投票，还是做活动报名和在线预约等，这都需要用到表单设计和数据收集工具。金数据是一款非常适合中小创业公司使用的表单设计与数据收集工具。金数据的操作非常简单，功能比较齐全，你只需通过像搭积木般的简单拖拽即可创建出好看实用的表单，高效完成数据收集工作。凡是需要表单设计和数据收集的场景，都可以借助金数据快速完成。
金数据产品官网：https://jinshuju.net/
其实能提高创业公司工作效率的工具还有很多，我在本文中只推荐了一些自己及身边同事用过且感觉不错的工具。最后还是文章开头时那句话：要么快速“干”起来，要么赶紧去死。巧用效率工具可以帮助创业公司最大限度节约时间成本，提高创业成功的概率。希望大家在工作中都能选对工具，在节省时间成本的同时，早日拿到A轮、B轮或C轮融资，甚至上市。
  收起阅读 »

万维网颠覆传统内容架构的一点在于，它以超链形式（hyperlink）让所有内容产生了关联。但是在移动互联网中，我们几乎不可以在 app 和 app 之间随意跳转，每一个 app 都成为一个独立的孤岛。

现在Deep Linking技术将改变这一现状，实现从APP内直接跳转到另一APP的指定内容页；



这周六，我们准备了一场技术沙龙，为你解答有关Deep Linking技术的方方面面：从Deep Linking的历史，Deep Linking 的具体形态；到Deep Linking实现原理及技术体系立体解析等等。
现邀请渴望打破app孤岛的你，一起来探究！

基本信息：
LinkedME技术沙龙第一期：Deep Linking技术探究
11月19日 中关村方正国际大厦6楼北大孵化器
13:30～14:00签到
14:00～17:00分享

分享嘉宾：
齐   坡｜LinkedMECEO，清华信息技术研究院硕士，曾于新浪微博任算法工程师 擅长大数据架构，网络安全；
王仁阳｜系统架构师，北京邮电大学硕士，前新浪微博Feed项目的核心开发者，具有丰富的大型互联网项目的架构经验。
徐   斌｜移动研发工程师，前腾信创ios工程师和Android工程师，5年移动端研发经验，熟练掌握Android及iOS研发
郭亚伦｜她理财移动开发经理，前任职搜狐新闻客户端

活动日程：
13:30
签到

14:00～14:40
打通移动互联世界——Deep Linking技术的前世今生

齐坡
14:40～15:20
Deep Linking实现原理及技术体系立体解析

王仁阳
15:20～16:00
Deep Linking在移动应用开发中的实践

郭亚伦
16:00～16:40 场景和Deep Linking应用新玩法 徐斌

16:40～17:00 Q&A＋抽奖

参与沙龙，并将获得：Deep Linking技术白皮书




 
我要报名：http://www.huodongxing.com/event/1358649997400 收起阅读 »

Android V3.2.1 2016-11-12
 
新功能/优化：

• 聊天室列表支持分页获取
• 发起电话的接口增加ext参数，方便用户自定义内容
• EMOption中增加setUseHttps()的接口
• 优化会话加载的速度

Bug fix:

• 修复使用视音频后可能导致手机外放没有声音的bug
• 修复发送消息后马上删除附件可能导致手机crash的bug
• 修复音视频呼叫在某些魅蓝手机上会卡死的bug
• 修复demo中呼叫时没有铃声的bug
• 修复了视频通话时使用后置摄像头时图像显示不正确的bug

 iOS​ V3.2.1 2016-11-12 新功能/优化：

• 聊天室列表支持分页获取
• 发起电话的接口增加ext参数，方便用户自定义内容
• EMOption中usingHttps默认为YES

bug fix:

• 修复Lite版本SDK编译warning的问题

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

   提到客服这个词，人们第一印象可能是雪白衬衣、黑亮西服，甜美声线，端庄大方的业务员耐心接听电话的情景。没错，这是典型的人工客服场景，但随着信息技术不断发展，客服内涵更加丰富，文字、语音、视频以及人工智能开始结合，客服已经成为一项重要的企业服务内容，催生出新的产业市场。

   环信就是客服产业中的一份子，从2013年成立到去年拿到1250万美元融资，随着市场潜力不断被释放，环信业绩也大幅增长，根据易观智库的数据显示去年环信已占据国内SaaS移动端客服市场77.4%的份额，在市场竞争中取得了不俗表现，但在新技术不断转化落地，竞争日益激烈的大环境下，如何让企业跑得更快，怎样更好地理解市场，行业天花板在哪里，作为客服领域参与者和受益者，环信CEO刘俊彦给出了他的理解。

   亿欧：企业级服务赛道很多，为什么选择客服这个领域呢？

   刘俊彦：企业服务可以分为5个核心赛道， 协同办公、CRM、客服、人力资源和财务 ，选择从客服切入首先是因为我们对这个行业了解，有过多年相关产品的开发经验，其次从市场角度来看，无论是北美市场还是目前的国内市场，客服的市场规模最大，仅国内在线服务和电话服务两个细分市场就已达到300亿元规模，像京东、阿里、苹果都在客服项目投入了巨大资源，从人员培训到系统的购买等，所以这是一项成本中心，是企业与客户沟通的第一窗口。

   从其他赛道来看，协同办公是基础性战略服务，是腾讯、阿里这样巨头的必争领域，这个领域竞争很激烈；客服是CRM中占比最大的服务内容，综合性CRM企业有纷享销客、销售易和红圈营销等；人力资源领域有北森，也是一块大市场；财务方向主要是传统IT企业例如金蝶、用友等公司。环信选择在客服深耕是从主观和客观两个维度来判断，我看好这个赛道。

   亿欧：很多客服公司都希望做中国的Zendesk，而您希望企业能有更大格局，能成为salesforce、微软和甲骨文这一类综合性公司，关于行业天花板您怎么看?

   刘俊彦：与美国相比，中国企业面临着难得机遇，眼光应该看得更远，只要把握机会，成为一家百亿美元市值的综合性软件巨头是很有希望的。

   中美两国市场环境是不同的，Zendesk在美国还不是最大客服企业，占据第一阶梯的仍然是巨头，去年salesforce的客服云收入大概是19.6亿美元，而Zendesk是2亿美元左右，双方差距近10倍，所以巨头在各个行业保持强势地位，让新型企业难以立足。其他巨头例如微软、甲骨文也有自己的客服云系统，主要服务面向客单价在几十万到几百万的大型企业，所以整体来看美国客服市场是巨头的竞技场，小型服务商机会渺茫。

   而在国内由于云服务落地受到限制，国外巨头不得不和中国企业合作共建数据中心，造成了市场空白，这给本土企业 休养生息并不断发展壮大自己赢得了时间。另一方面国内中小型企业发展迅速，付费意识和能力逐渐增强，进一步扩大了市场空间，延长了赛道深度。更重要的因素是国内在各个赛道都没有形成像美国一样强大的巨无霸企业，竞争状态相对平行，群雄逐鹿的程中，第一阶梯的企业都有机会成为巨头。

   亿欧：您说过环信有两场仗要打，一是客服赛道另一个是综合性软件，您认为打赢这两场仗的核心是什么，环信所处的阶段又是怎样的呢？

   刘俊彦：因为有大机遇所以有更强的愿景，站在行业发展方向来看，企业成长路径从确定方向再到逐步成长为该领域的小巨头，最后跨赛道边界，跻身综合性企业行列，这个过程就是环信将要面对的，目前我们处在第二阶段，这也是时间上最漫长，洗牌压力最大的阶段，走好就能化蛹成蝶，走不好就只能被淘汰。

   如果想在局部赛道和整个航道上打胜仗， 最关键就是产品和销售。

   销售要做好服务，让客户实现价值；产品是核心竞争力，是服务基础，在两者之上是资金投入，在资本推动下能实现快速成长，以往的软件公司靠自我造血进行研发，但在SaaS领域初期投入非常巨大，资金不足、产品化速度太慢，很难把握市场机遇，所以做好产品和销售再加上资本催化，SaaS企业就能突破局部赛道藩篱实现大航道方向地起飞。

   亿欧：环信在产品体系上有什么亮点吗？

   刘俊彦： 第一个亮点是客服移动化。 移动互联网时代，单靠PC端并不能满足客户需求，客户更多会从手机端访问页面，这是共性趋势，但环信更强调移动端客户体验，保证产品舒适性。

   第二个亮点是全媒体客服。社交渠道多元化和应用软件功能的丰富让全媒体客服成为客户新需求，微信公众号、微博、网页、电话等渠道的用户访问都能提供客服支持，同时数据可以统一记录并管理，以便更好服务用户。

   第三个亮点是客服智能化。对于企业来讲客服既是成本中心也是获客窗口，如何压缩成本，扩大获客能力，是人工智能的重要应用方向。一般客服场景中很多对话具有重复性、结构化特点，通过人工智能方式能够代替前端基础信息的交互，能节省大量人力成本，同时赋能客服人员以更大专业性，进而提升服务水平。对于有多轮会话需求的企业，我们也会提供定制化服务，以满足不同层次业务需求，但目前多轮会话受会话场景影响，比如噪音问题等，在技术上还有待突破。

   第四个亮点是客服营销化。通过客服这个窗口进行用户画像的描绘、有针对性采取互动营销手段，构筑完整闭环，打通服务链条，多维度布局产品，提供“从进到出”的全周期服务体验。

   亿欧：续约率是SaaS企业的盈利命门，环信在这方面有什么措施?

   刘俊彦：续约率高低体现了销售服务的好坏，我们在售出一套产品后并不是甩手不管而是有专业团队来帮助客户用好产品，根据反馈和意见来提升客户手中的产品价值。为了帮助客户在实践中提升产品使用效能，环信成立了客户成功与交付部,将服务从交付延伸到下次续约，实现全周期跟踪服务，从而保证续约率。 收起阅读 »

 项目简介 

   本项目是即时通讯的示例项目，使用了MVP模式，集成了环信SDK和Bmob后端云，展示了即时通讯基本功能的实现，包括注册登录，退出登录，联系人列表，添加好友，删除好友，收发消息，消息提醒等功能。
 
 使用的开源项目 

• BottomBar
• EventBus
• greenDAO
• butterknife

  学习目标 

•  环信SDK的集成与使用
•  MVP模式的运用
•  ORM数据库的集成与使用
•  模块化思想的运用

即时通讯 IM(Instant Messaging)

允许两人或多人使用网络即时的传递文字讯息、档案、语音与视频交流。

相关产品

•  鼻祖 ICQ
•  国内主流 QQ 微信 陌陌 YY等
•  国外主流 Facebook Messenger WhatsApp Skype Instagram Line

第三方服务平台 

• 环信

环信 

• 官网
• 即时通信云3.x文档

环信集成[list=1]

注册并创建应用

下载SDK

SDK的导入

SDK初始化

 so文件夹1. 放在jniLibs2. 也可以放在libs目录下，不过需要在模块下的配置文件中配置  

 android {     sourceSets {         main {             jniLibs.srcDirs = ['libs']         }     } }

注意事项运行出错：Didn't find class "com.hyphenate.chat.adapter.EMACallSession"，原因是hyphenatechat_3.2.0.jar包内没有该类。解决办法:导入Demo源码中EaseUI库里面的hyphenatechat_3.2.0.jar替换。软件架构MVCMVC应用于Ruby on Rails, Spring Framework, iOS开发和 ASP.NET等。

•  Model: 获取数据的业务逻辑，网络操作，数据库操作
•  View: UI
•  Controller: 操作Model层获取数据传递给UI

服务器端的MVC
Android中MVCAndroid中并没有清晰的MVC框架，如果把Activity当做Controller,根据我们实际开发经验，里面会有大量的UI操作，所以V和C就傻傻分不清了。

•  Model:Java Bean, NetworkManager, DataBaseHelper
•  View: xml res
•  Controller: Activity Fragment
•  ArrayList-ListView-Adapter(MVC)

MVPMVP主要应用于ASP.NET等。MVP与MVC主要区别是View和Model不再耦合。

•  Model: 获取数据的业务逻辑，网络操作，数据库操作
•  View: UI
•  Presenter: 操作Model层获取数据传递给UI

 
MVVMMVVM主要应用于WPF, Silverlight, Caliburn, nRoute等。[list=1]

 Model: 获取数据的业务逻辑，网络操作，数据库操作

 View: UI

 ViewModel: 将View和Model绑定

Android中MVVM

• Data Binding Library
• 中文翻译

 软件架构的核心思想

分层分模块

 参考

• MVC,MVP和MVVM模式如何选择
• 教你认清MVC，MVP和MVVM
• android architectureUnderstanding MVC, MVP and MVVM Design Patterns
• Android Data Binding
• Clean Architecture

 准备好了么？ 开车啦！！！ 包的创建

•  adapter 存放适配器
•  app 存放常量类，Application类以及一些app层级的全局类
•  database 数据库相关类
•  event EventBus使用的事件类
•  factory 工厂类
•  model 数据模型
•  presenter MVP模型中的Presenter类
•  ui 存放activity和fragment
•  utils 工具类
•  view MVP模型中的View类
•  widget 自定义控件

基类的创建

•  BaseActivity
•  BaseFragment

Splash界面功能需求[list=1]

如果没有登录，延时2s, 跳转到登录界面

如果已经登录，则跳转到主界面

MVP实现

•  SplashView
•  SplashPresenter

判断是否登录环信

@Overridepublic void checkLoginStatus() {    if (EMClient.getInstance().isLoggedInBefore() && EMClient.getInstance().isConnected()) {        mSplashView.onLoggedIn();    } else {        mSplashView.onNotLogin();    }}

 登录界面功能需求[list=1]

点击登录按钮或者点击虚拟键盘上的Action键都能发起登录操作

点击新用户，跳转到注册界面。

MVP实现

•  LoginView
•  LoginPresenter

IME Options注意配置EditText的imeOptions属性时，需要配合inputType才能起作用。

android:imeOptions="actionNext"//下一个android:imeOptions="actionGo"//启动android:imeOptions="actionDone"//完成android:imeOptions="actionPrevious"//上一个android:imeOptions="actionSearch"//搜索android:imeOptions="actionSend"//发送

监听软键盘Action事件，发起登录 

private TextView.OnEditorActionListener mOnEditorActionListener = new TextView.OnEditorActionListener() {    @Override    public boolean onEditorAction(TextView v, int actionId, KeyEvent event) {        if (actionId == EditorInfo.IME_ACTION_GO) {            startLogin();            return true;        }        return false;    }};

EMCallBack的适配器     EMCallBack是环信的一个请求回调接口，包括请求成功的回调onSuccess,请求失败的回调onError和请求进度回调onProgress,但在实际使用过程中，通常只使用到请求成功和失败的回调，请求进度回调通常留在那里成了一个空方法，对于一个有代码洁癖的搬砖师来说，这是很难受的。所以我们可以创建一个适配器类实现这个接口，使用时用适配器类来替换EMCallBack接口，这样只需要覆写我们想覆写的方法就可以了。

//EMCallBack接口的适配器public class EMCallBackAdapter implements EMCallBack{    @Override    public void onSuccess() {    }    @Override    public void onError(int i, String s) {    }    @Override    public void onProgress(int i, String s) {    }}//EMCallBack适配器的使用private EMCallBackAdapter mEMCallBack = new EMCallBackAdapter() {    @Override    public void onSuccess() {        ThreadUtils.runOnUiThread(new Runnable() {            @Override            public void run() {                mLoginView.onLoginSuccess();            }        });    }    @Override    public void onError(int i, String s) {        ThreadUtils.runOnUiThread(new Runnable() {            @Override            public void run() {                mLoginView.onLoginFailed();            }        });    }};

Android6.0动态权限管理
Andrioid6.0对权限进行了分组，涉及到用户敏感信息的权限只能动态的去获取。当应用的targetSdkVersion小于23时，会默认采用以前的权限管理机制，当targetSdkVersion大于等于23时并且运行在Andorid6.0系统上，它才会采用这套新的权限管理机制。参考 

• 适配Android6.0动态权限管理
• Android6.0权限管理的解析与实战

动态获取写磁盘权限环信SDK内部维护了一个数据库来存储聊天记录等数据，需要读写磁盘的权限，所以我们在用户登录之前要申请该权限。类似的，很多同学在集成百度地图或者高德地图时常常不能正常定位，往往是忽略了在Android6.0上需要获取位置的权限。

/** * 是否有写磁盘权限 */private boolean hasWriteExternalStoragePermission() {    int result = ActivityCompat.checkSelfPermission(this, Manifest.permission.WRITE_EXTERNAL_STORAGE);    return result == PermissionChecker.PERMISSION_GRANTED;}/** * 申请权限 */private void applyPermission() {    String permissions = {Manifest.permission.WRITE_EXTERNAL_STORAGE};    ActivityCompat.requestPermissions(this, permissions, REQUEST_WRITE_EXTERNAL_STORAGE);}/** * 申请权限回调 */@Overridepublic void onRequestPermissionsResult(int requestCode, @NonNull String permissions, @NonNull int grantResults) {    switch (requestCode) {        case REQUEST_WRITE_EXTERNAL_STORAGE:            if (grantResults[0] == PermissionChecker.PERMISSION_GRANTED) {                login();            } else {                toast(getString(R.string.not_get_permission));            }            break;    }}

注册界面

功能需求[list=1]

用户名的长度必须是3-20位，首字母必须为英文字符，其他字符则除了英文外还可以是数字或者下划线。

密码必须是3-20位的数字。

密码和确认密码一致

MVP实现

• RegisterView
• RegisterPresenter

正则表达式

• 正则表达式-元字符

 

private static final String USER_NAME_REGEX = "^[a-zA-Z]\\w{2,19}$";//用户名的正则表达式private static final String PASSWORD_REGEX = "^[0-9]{3,20}$";//密码的正则表达式

•  ^ 匹配输入字符串的开始位置
• [a-zA-Z]     字符范围。匹配指定范围内的任意字符。
• \w 匹配包括下划线的任何单词字符。等价于'[A-Za-z0-9_]'。
•  $ 匹配输入字符串的结束位置

 注册流程[list=1]

 实际项目中，注册会将用户名和密码注册到APP的服务器，然后APP的服务器再通过REST API方式注册到环信服务器。

 由于本项目没有APP服务器，会将用户数据注册到第三方云数据库Bmob，注册成功后，再在客户端发送请求注册到环信服务器。

云数据库

• LeanCloud

• Bmob
• Parse(2017年1月28日关闭)

 Bmob集成Bmob开发文档 

•  注册创建应用
•  下载SDK
•  导入SDK
•  初始化SDk

隐藏软键盘在点击注册按钮发起注册流程后，我们需要隐藏掉软键盘并且弹出进度条。

protected void hideSoftKeyboard() {    if (mInputMethodManager == null) {        mInputMethodManager = (InputMethodManager) getSystemService(INPUT_METHOD_SERVICE);    }    mInputMethodManager.hideSoftInputFromWindow(getCurrentFocus().getWindowToken(), 0);}

注册用户到BmobBmob用户管理

private void registerBmob(final String userName, final String pwd) {    User user = new User(userName, pwd);    user.signUp(new SaveListener() {        @Override        public void done(User user, BmobException e) {            if (e == null) {                registerEaseMob(userName, pwd);            } else {                notifyRegisterFailed(e);            }        }    });}

注册到环信

private void registerEaseMob(final String userName, final String pwd) {    ThreadUtils.runOnBackgroundThread(new Runnable() {        @Override        public void run() {            try {                EMClient.getInstance().createAccount(userName, pwd);                ThreadUtils.runOnUiThread(new Runnable() {                    @Override                    public void run() {                        mRegisterView.onRegisterSuccess();                    }                });            } catch (HyphenateException e) {                e.printStackTrace();                ThreadUtils.runOnUiThread(new Runnable() {                    @Override                    public void run() {                        mRegisterView.onRegisterError();                    }                });            }        }    });}

用户名已注册的处理当我们注册一个用户名到Bmob云数据库后，使用相同的用户名再次注册，Bmob会返回错误码202，信息为username '%s' already taken。所以我们应该处理该错误，通知用户换一个用户名注册。Bmob错误码  

private void notifyRegisterFailed(BmobException e) {    if (e.getErrorCode() == Constant.ErrorCode.USER_ALREADY_EXIST) {        mRegisterView.onResisterUserExist();    } else {        mRegisterView.onRegisterError();    }}

主界面
底部导航条 主界面底部是一个Tab导航条，实现的方法可以有很多种，我们可以使用RadioGroup或者FragmentTabHost, 或者我们可以自定义一个控件，为了不重复造轮子，本Demo使用了第三方导航条BottomBar。BottomBar的使用请参考其Github地址。第三方导航条

• BottomBar

• AHBottomNavigation
• BottomNavigation

Fragment的切换    

private OnTabSelectListener mOnTabSelectListener = new OnTabSelectListener() {    @Override    public void onTabSelected(@IdRes int tabId) {        FragmentTransaction fragmentTransaction = mFragmentManager.beginTransaction();        fragmentTransaction.replace(R.id.fragment_container, FragmentFactory.getInstance().getFragment(tabId)).commit();    }};

动态界面
MVP实现

•  DynamicView
•  DynamicPresenter

动态界面目前只实现了退出登录功能。

@Overridepublic void logout() {    mDynamicView.onStartLogout();    EMClient.getInstance().logout(true, mEMCallBackAdapter);}

联系人界面

MVP实现

•  ContactView
•  ContactPresenter

使用RecyclerView实现联系人列表RecyclerView类似ListView, 但比ListView更高级更灵活。使用RecyclerView必须指定一个适配器和一个布局管理器，经常有同学忘记设置布局管理器，结果导致RecyclerView什么也没有显示。适配器通常继承自RecyclerView.Adapter。RecyclerView提供这些内置管理器：

•  LinearLayoutManager 线性布局管理器 （类似ListView效果）
•  GridLayoutManager 网格布局管理器 （类似GridView效果）
•  StaggeredGridLayoutManager 分散网格布局管理器（瀑布流效果）

如果要自定义一个布局管理器，请继承自RecyclerView.LayoutManager。另外，RecyclerView在默认情况下启用增添与删除item的动画，如果要定义这些动画，请继承RecyclerView.ItemAnimator并使用RecyclerView.setItemAnimator()。 初始化    

private void initRecyclerView() {    mRecyclerView.setLayoutManager(new LinearLayoutManager(getContext()));//设置布局管理器    mRecyclerView.setHasFixedSize(true);//设置true如果列表内容不会影响RecyclerView的大小    mContactListAdapter = new ContactListAdapter(getContext(), mContactPresenter.getContactList());    mContactListAdapter.setOnItemClickListener(mOnItemClickListener);    mRecyclerView.setAdapter(mContactListAdapter);}

ContactListAdapter的实现 ContactListItemView
运用模块化的思想，将联系人的列表项抽取成一个独立的自定义组合式控件ContactListItemView。ContactListItemView只需传入一个与之对应的数据模型ContactListItem即可完成渲染。联系人是否在同一个组
当多个联系人的首字符相同时，只有第一个ContactListItemView显示首字符，后续首字符相同的ContactListItemView均不显示首字符。在ContactListItem中声明一个布尔型变量showFirstLetter来标记是否显示首字符。该变量在创建ContactListItem时赋值。

/** * 获取联系人列表数据 * @throws HyphenateException */private void startGetContactList() throws HyphenateException {    List contacts = EMClient.getInstance().contactManager().getAllContactsFromServer();    DatabaseManager.getInstance().deleteAllContacts();    if (!contacts.isEmpty()) {        for (int i = 0; i < contacts.size(); i++) {            ContactListItem item = new ContactListItem();            item.userName = contacts.get(i);            if (itemInSameGroup(i, item)) {                item.showFirstLetter = false;            }            mContactListItems.add(item);            saveContactToDatabase(item.userName);        }    }}/** * 当前联系人跟上个联系人比较，如果首字符相同则返回true * @param i 当前联系人下标 * @param item 当前联系人数据模型 * @return true 表示当前联系人和上一联系人在同一组 */private boolean itemInSameGroup(int i, ContactListItem item) {    return i > 0 && (item.getFirstLetter() == mContactListItems.get(i - 1).getFirstLetter());}

CardView的使用
CardView继承自FrameLayout, 是Material Design里面的卡片设计，带有圆角和阴影效果。CardView效果非常好看，但也不能滥用，比如：
更多的使用规范，请参考Material Design的设计规范Material Design Cards。这里我们给ContactListItemView的布局里面包了一层CardView，实际上是不可取的做法，这里只是为了展示CardView的使用姿势，实际项目中请大家遵循Material Design的设计规范。参考

• Creating Lists and Cards
• Android RecyclerView 使用完全解析 体验艺术般的控件

SwipeRefreshLayout的使用  

//设置SwipeRefreshLayout的颜色mSwipeRefreshLayout.setColorSchemeResources(R.color.qq_blue, R.color.qq_red);//设置SwipeRefreshLayout的监听器mSwipeRefreshLayout.setOnRefreshListener(mOnRefreshListener);

自定义控件SlideBar分类字符数组 

rivate static final String SECTIONS = {"A", "B", "C", "D", "E", "F", "G", "H", "I", "J", "K", "L"        , "M", "N", "O", "P", "Q", "R", "S", "T", "U", "V", "W", "X", "Y", "Z"};

 绘制居中文本FontMetrics

@Overrideprotected void onSizeChanged(int w, int h, int oldw, int oldh) {    mTextSize = h * 1.0f / SECTIONS.length;//计算分配给字符的高度    Paint.FontMetrics fontMetrics = mPaint.getFontMetrics();    float mTextHeight = fontMetrics.descent - fontMetrics.ascent;//获取绘制字符的实际高度    mTextBaseline = mTextSize / 2 + mTextHeight/2 - fontMetrics.descent;//计算字符居中时的baseline}@Overrideprotected void onDraw(Canvas canvas) {    float x = getWidth() * 1.0f / 2;    float baseline = mTextBaseline;    for(int i = 0; i < SECTIONS.length; i++) {        canvas.drawText(SECTIONS[i], x, baseline, mPaint);        baseline += mTextSize;    }}[/i]

在ContactFragment里面监听SlideBar的事件 当用户在SlideBar上ACTION_DOWN和ACTION_MOVE时，如果用户触摸到的首字符发生变化，则会回调监听器onSectionChange,当ACTION_UP时回调onSlidingFinish()。

private SlideBar.OnSlideBarChangeListener mOnSlideBarChangeListener = new SlideBar.OnSlideBarChangeListener() {    @Override    public void onSectionChange(int index, String section) {        mSection.setVisibility(View.VISIBLE);//显示中间绿色背景的首字符        mSection.setText(section);        scrollToSection(section);//滚动RecyclerView到用户滑到的首字符    }    @Override    public void onSlidingFinish() {        mSection.setVisibility(View.GONE);//隐藏中间绿色背景的首字符    }};

联系人点击事件当单击联系人时跳转到聊天界面，当长按联系人时弹出Dialog询问用户是否删除好友。  

private ContactListAdapter.OnItemClickListener mOnItemClickListener = new ContactListAdapter.OnItemClickListener() {    /**     * 单击跳转到聊天界面     * @param name 点击item的联系人名字     */    @Override    public void onItemClick(String name) {        startActivity(ChatActivity.class, Constant.Extra.USER_NAME, name);    }    /**     * 长按删除好友     * @param name 点击item的联系人名字     */    @Override    public void onItemLongClick(final String name) {        showDeleteFriendDialog(name);    }};

添加好友界面 
 MVP实现  

• AddFriendView
  • AddFriendPresenter

搜索用户

• Bmob查询数据

 

@Overridepublic void searchFriend(final String keyword) {    mAddFriendView.onStartSearch();    //注:模糊查询只对付费用户开放，付费后可直接使用。    BmobQuery query = new BmobQuery();    query.addWhereContains("username", keyword).addWhereNotEqualTo("username", EMClient.getInstance().getCurrentUser());    query.findObjects(new FindListener() {        @Override        public void done(List list, BmobException e) {            processResult(list, e);        }    });}

 greenDAOgreenDAO是Android SQLite数据库ORM框架的一种。ORM即对象关系映射, object/relational mapping, 将Java对象映射成数据库的表。我们需要存储联系人数据到数据库，在添加好友界面，需要判断搜索出来的用户是否已经是联系人，如果已经是好友，则应显示“已添加”。其他ORM框架 

• DBFlow
  • Ormlite
    • Sugar
      • ActiveAndroid
        • Sprinkles
          • Ollie

参考 

• Github
  • greeDao官网
    • greeDao使用文档
      • greeDao中文使用文档
        • AppBrain

创建实体类    

@Entitypublic class Contact {    @Id    public Long id;    public String userName;}

 初始化    

public void init(Context context) {    DaoMaster.DevOpenHelper devOpenHelper = new DaoMaster.DevOpenHelper(context, Constant.Database.DATABASE_NAME, null);    SQLiteDatabase writableDatabase = devOpenHelper.getWritableDatabase();    DaoMaster daoMaster = new DaoMaster(writableDatabase);    mDaoSession = daoMaster.newSession();}

保存联系人

public void saveContact(String userName) {    Contact contact = new Contact();    contact.setUsername(userName);    mDaoSession.getContactDao().save(contact);}

查询联系人    

public List queryAllContacts() {    List list = mDaoSession.getContactDao().queryBuilder().list();    ArrayList contacts = new ArrayList();    for (int i = 0; i < list.size(); i++) {        String contact = list.get(i).getUsername();        contacts.add(contact);    }    return contacts;}

 删除所有联系人

public void deleteAllContacts() {    ContactDao contactDao = mDaoSession.getContactDao();    contactDao.deleteAll();}

发送好友请求 AddFriendItemView里面处理添加好友的点击事件    

@OnClick(R.id.add)public void onClick() {    String friendName = mUserName.getText().toString().trim();    String addFriendReason = getContext().getString(R.string.add_friend_reason);    AddFriendEvent event = new AddFriendEvent(friendName, addFriendReason);//通过EventBus发布添加好友事件    EventBus.getDefault().post(event);}

AddFriendPresenterImpl实现发送好友请求   

@Subscribe(threadMode = ThreadMode.BACKGROUND)public void addFriend(AddFriendEvent event) {    try {        EMClient.getInstance().contactManager().addContact(event.getFriendName(), event.getReason());        ThreadUtils.runOnUiThread(new Runnable() {            @Override            public void run() {                mAddFriendView.onAddFriendSuccess();            }        });    } catch (HyphenateException e) {        e.printStackTrace();        ThreadUtils.runOnUiThread(new Runnable() {            @Override            public void run() {                mAddFriendView.onAddFriendFailed();            }        });    }

在联系人列表中监听联系人变化当新增好友或者被好友删除时刷新联系人列表。 

private EMContactListenerAdapter mEMContactListener = new EMContactListenerAdapter() {    @Override    public void onContactAdded(String s) {        mContactPresenter.refreshContactList();    }    @Override    public void onContactDeleted(String s) {        mContactPresenter.refreshContactList();    }};

聊天界面 
MVP实现 

•  ChatView
  •  ChatPresenter

UI监听发送按钮的状态变化     

mEdit.addTextChangedListener(mTextWatcher);private TextWatcherAdapter mTextWatcher = new TextWatcherAdapter() {    @Override    public void afterTextChanged(Editable s) {        mSend.setEnabled(s.length() != 0);    }};

动画文件  

•  anim文件夹：存放补间动画
  •  animator文件夹：存放属性动画
    •  drawable文件夹：存放帧动画

发送消息的进度动画    

9文件制作官方说明

发送一条消息 返回消息的类型 根据是发送的消息还是接受的消息，来创建不同的item。

@Overridepublic int getItemViewType(int position) {    EMMessage message = mMessages.get(position);    return message.direct() == EMMessage.Direct.SEND ? ITEM_TYPE_SEND_MESSAGE : ITEM_TYPE_RECEIVE_MESSAGE;}

是否显示时间戳的判断 

/** * 如果两个消息之间的时间太近，就不显示时间戳 */private boolean shouldShowTimeStamp(int position) {    long currentItemTimestamp = mMessages.get(position).getMsgTime();    long preItemTimestamp = mMessages.get(position - 1).getMsgTime();    boolean closeEnough = DateUtils.isCloseEnough(currentItemTimestamp, preItemTimestamp);    return !closeEnough;}

更新消息的状态处理三种消息状态，正在发送中INPROGRESS，发送成功SUCCESS，发送失败FAIL。  

private void updateSendingStatus(EMMessage emMessage) {    switch (emMessage.status()) {        case INPROGRESS:            mSendMessageProgress.setVisibility(VISIBLE);            mSendMessageProgress.setImageResource(R.drawable.send_message_progress);            AnimationDrawable drawable = (AnimationDrawable) mSendMessageProgress.getDrawable();            drawable.start();            break;        case SUCCESS:            mSendMessageProgress.setVisibility(GONE);            break;        case FAIL:            mSendMessageProgress.setImageResource(R.mipmap.msg_error);            break;    }}

 接收一条消息 监听消息的接收，当收到一条消息后，通知MessageListAdapter进行刷新，并且滚动RecyclerView到底部。

private EMMessageListenerAdapter mEMMessageListener = new EMMessageListenerAdapter() {    @Override    public void onMessageReceived(final List list) {        ThreadUtils.runOnUiThread(new Runnable() {            @Override            public void run() {                final EMMessage emMessage = list.get(0);                mChatPresenter.makeMessageRead(mUserName);                mMessageListAdapter.addNewMessage(emMessage);                smoothScrollToBottom();            }        });    }};

初始化聊天记录  

• 环信官方文档

 

• 通信过程及聊天记录保存

 

@Overridepublic void loadMessages(final String userName) {    ThreadUtils.runOnBackgroundThread(new Runnable() {        @Override        public void run() {            EMConversation conversation = EMClient.getInstance().chatManager().getConversation(userName);            if (conversation != null) {                //获取此会话的所有消息                List messages = conversation.getAllMessages();                mEMMessageList.addAll(messages);                //指定会话消息未读数清零                conversation.markAllMessagesAsRead();            }            ThreadUtils.runOnUiThread(new Runnable() {                @Override                public void run() {                    mChatView.onMessagesLoaded();                }            });        }    });}

加载更多聊天记录   

@Overridepublic void loadMoreMessages(final String userName) {    if (hasMoreData) {        ThreadUtils.runOnBackgroundThread(new Runnable() {            @Override            public void run() {                EMConversation conversation = EMClient.getInstance().chatManager().getConversation(userName);                EMMessage firstMessage = mEMMessageList.get(0);                //SDK初始化加载的聊天记录为20条，到顶时需要去DB里获取更多                //获取startMsgId之前的pagesize条消息，此方法获取的messages SDK会自动存入到此会话中，APP中无需再次把获取到的messages添加到会话中                final List messages = conversation.loadMoreMsgFromDB(firstMessage.getMsgId(), DEFAULT_PAGE_SIZE);                hasMoreData = (messages.size() == DEFAULT_PAGE_SIZE);                mEMMessageList.addAll(0, messages);                ThreadUtils.runOnUiThread(new Runnable() {                    @Override                    public void run() {                        mChatView.onMoreMessagesLoaded(messages.size());                    }                });            }        });    } else {        mChatView.onNoMoreData();    }}

会话界面
 MVP实现  

•  ConversationView
  •  ConversationPresenter

加载所有会话

@Override

public void loadAllConversations() {

    ThreadUtils.runOnBackgroundThread(new Runnable() {

        @Override

        public void run() {

            Map conversations = EMClient.getInstance().chatManager().getAllConversations();

            mEMConversations.addAll(conversations.values());

            //根据最后一条消息的时间进行排序

            Collections.sort(mEMConversations, new Comparator() {

                @Override

                public int compare(EMConversation o1, EMConversation o2) {

                    return (int) (o2.getLastMessage().getMsgTime() - o1.getLastMessage().getMsgTime());

                }

            });

            ThreadUtils.runOnUiThread(new Runnable() {

                @Override

                public void run() {

                    mConversationView.onAllConversationsLoaded();

                }

            });

        }

    });

}

未读消息计数更新 
环信官方文档
会话列表中未读消息的更新 
  

private EMMessageListenerAdapter mEMMessageListenerAdapter = new EMMessageListenerAdapter() {



    @Override

    public void onMessageReceived(List list) {

        ThreadUtils.runOnUiThread(new Runnable() {

            @Override

            public void run() {

                toast(getString(R.string.receive_new_message));

                //当收到一个新消息时，重新加载会话列表。

                mConversationPresenter.loadAllConversations();

            }

        });

    }

};

BottomBar badge的更新 
  

private EMMessageListenerAdapter mEMMessageListenerAdapter = new EMMessageListenerAdapter() {



    //该回调在子线程中调用

    @Override

    public void onMessageReceived(List list) {

        updateUnreadCount();

    }

};



private void updateUnreadCount() {

    ThreadUtils.runOnUiThread(new Runnable() {

        @Override

        public void run() {

            BottomBarTab bottomBar = mBottomBar.getTabWithId(R.id.conversations);

            int count = EMClient.getInstance().chatManager().getUnreadMsgsCount();

            bottomBar.setBadgeCount(count);

        }

    });

}

标记消息已读 
加载聊天数据时标记已读 

//指定会话消息未读数清零

conversation.markAllMessagesAsRead();

在聊天界面收到新消息时将消息标记已读
   

private EMMessageListenerAdapter mEMMessageListener = new EMMessageListenerAdapter() {

    @Override

    public void onMessageReceived(final List list) {

        ThreadUtils.runOnUiThread(new Runnable() {

            @Override

            public void run() {

                final EMMessage emMessage = list.get(0);

                if (emMessage.getUserName().equals(mUserName)) {

                    //标记消息已读

                    mChatPresenter.makeMessageRead(mUserName);

                    mMessageListAdapter.addNewMessage(emMessage);

                    smoothScrollToBottom();

                }

            }

        });

    }

};

 聊天界面返回时更新未读badge 
    

@Override

protected void onResume() {

    super.onResume();

    updateUnreadCount();

}

消息通知
通知 
判断app是否在前台 
 

public boolean isForeground() {

    ActivityManager am = (ActivityManager) getSystemService(ACTIVITY_SERVICE);

    List runningAppProcesses = am.getRunningAppProcesses();

    if (runningAppProcesses == null) {

        return false;

    }

    for (ActivityManager.RunningAppProcessInfo info :runningAppProcesses) {

        if (info.processName.equals(getPackageName()) && info.importance == ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND) {

            return true;

        }

    }

    return false;

}

 如果app在后台则弹出Notification 

private void showNotification(EMMessage emMessage) {

    String contentText = "";

    if (emMessage.getBody() instanceof EMTextMessageBody) {

        contentText = ((EMTextMessageBody) emMessage.getBody()).getMessage();

    }



    Intent chat = new Intent(this, ChatActivity.class);

    chat.putExtra(Constant.Extra.USER_NAME, emMessage.getUserName());

    PendingIntent pendingIntent = PendingIntent.getActivity(this, 1, chat, PendingIntent.FLAG_UPDATE_CURRENT);



    NotificationManager notificationManager = (NotificationManager) getSystemService(NOTIFICATION_SERVICE);

    Notification notification = new Notification.Builder(this)

            .setLargeIcon(BitmapFactory.decodeResource(getResources(), R.mipmap.avatar1))

            .setSmallIcon(R.mipmap.ic_contact_selected_2)

            .setContentTitle(getString(R.string.receive_new_message))

            .setContentText(contentText)

            .setPriority(Notification.PRIORITY_MAX)

            .setContentIntent(pendingIntent)

            .setAutoCancel(true)

            .build();

    notificationManager.notify(1, notification);

}

 声音  

 初始化SoundPool

private void initSoundPool() {

    mSoundPool = new SoundPool(2, AudioManager.STREAM_MUSIC, 0);

    mDuanSound = mSoundPool.load(this, R.raw.duan, 1);

    mYuluSound = mSoundPool.load(this, R.raw.yulu, 1);

}

 播放音效 
  

private EMMessageListenerAdapter mEMMessageListenerAdapter = new EMMessageListenerAdapter() {



    @Override

    public void onMessageReceived(List list) {

        if (isForeground()) {

            mSoundPool.play(mDuanSound, 1, 1, 0, 0, 1);

        } else {

            mSoundPool.play(mYuluSound, 1, 1, 0, 0, 1);

            showNotification(list.get(0));

        }

    }

};

 多设备登录 
环信官方文档

private EMConnectionListener mEMConnectionListener = new EMConnectionListener() {

    @Override

    public void onConnected() {



    }



    @Override

    public void onDisconnected(int i) {

        if (i == EMError.USER_LOGIN_ANOTHER_DEVICE) {

            ThreadUtils.runOnUiThread(new Runnable() {

                @Override

                public void run() {

                    startActivity(LoginActivity.class);

                    toast(getString(R.string.user_login_another_device));

                }

            });

        }

    }

};

github地址：https://github.com/uncleleonfan/QQDemo 收起阅读 »

如何让一款产品快速风靡全国？
产品工作如何让你们的市场、运营、技术同事为你欢呼尖叫？
怎么样的产品策略能不靠投资后来居上逆袭行业排名第一？

2016年11月20日
让那些独角兽产品的创造者们和我们一起聊聊：

独角兽产品养成记！

活动嘉宾介绍：







活动流程

13:30-14:00丨现场签到 & 交流
14:00-15:00丨摩拜单车Stella主题分享《线上线下结合的产品实践》
15:00-16:00丨涂图石强主题分享《如何用产品思维驱动业务实践》
16:00-17:00丨Neta干田主题分享《运营背后的坑是这么填的》
17:00 ——  丨全场合影
 
关于直聘学院



对话产品总监是BOSS直聘 ｢ 直聘学院 ｣ 旗下系列活动之一。联合明星公司&合作伙伴共同发起，为互联网领域的产品经理从业者举办的专场沙龙，旨在通过纯业内的干货分享，推动互联网行业从业者职业路上进步。


特别鸣谢







抢票链接：http://gz.huodongxing.com/event/5358825198900
  收起阅读 »

前言：最近项目终于到了收尾上线阶段，由于引用了不少第三方的框架和SDK，导致APK非常的大。强迫症犯了，就想
  
   减小APK的大小。到处搜索一下各路大神的方法。还是觉得无论从原理上还是具体做法上都是官方的比较全面。所以就翻译了一下，分享出来。主要是用Google Translate，然后自己稍微按照中文逻辑修了一下。如有不妥的地方，请多提意见。（PS：另外还碰到了传奇的65535方法数这个大坑，后面再写这个。文中有些超链接可能需要梯子）

Android官网链接：Reduce APK Size
用户经常会避免下载看起来过大的应用程序，特别是在新兴市场，设备连接到常见的2G和3G网络或者使用按字节付费的网络。本文介绍如何减少应用程序的APK大小，让更多使用者下载你的应用程序。

一、了解APK结构

在讨论如何缩小应用程序的大小之前，先了解应用程序APK的结构，是有帮助的。APK文件包含ZIP文件，其中包含构成应用程序的所有文件。这些文件包括Java类文件，资源文件和已编译资源的文件。
APK包含以下目录：

• META-INF/:包含CERT.SF和CERT.RSA签名文件，以及MANIFEST.MF清单文件。
• assets/:包含应用程序的资源，应用程序可以使用AssetManager对象检索该资源。
• res/: 包含未编译到resources.arsc中的资源。
• lib/:包含特定处理器的软件层的编译代码。此目录包含每个平台类型的子目录，如armeabi，armeabi-v7a，arm64-v8a，x86，x86_64和mips。

APK也包含以下文件。其中，只有AndroidManifest.xml是必需的。

• resources.arsc:包含已编译的资源。此文件包含来自res / values /文件夹的所有配置的XML内容。包装工具提取此XML内容，将其编译为二进制形式，并归档内容。此内容包括语言字符串和样式，以及未直接包含在resources.arsc文件中的内容路径，例如布局文件和图像。
• classes.dex:包含以Dalvik / ART虚拟机理解的DEX文件格式而编译的类。
• AndroidManifest.xml:包含核心Android清单文件。此文件列出应用程序的名称，版本，访问权限和引用的库文件。该文件使用Android的二进制XML格式。

二、减少资源数量和大小   APK的大小会影响你的应用加载速度，使用的内存以及它消耗的电量。使APK更小的简单方法之一是减少它包含的资源的数量和大小。特别是，你可以删除你的应用程序不再使用的资源，你可以使用可扩展的Drawable对象代替图像文件。本节讨论这些方法以及其他几种可以减少应用程序资源从而减少APK整体大小的方法。删除未使用的资源lint工具，是一个在Android Studio中的静态代码分析器，用来检测你的代码中没有用到的res /文件夹中的资源。

res/layout/preferences.xml: Warning: The resource R.layout.preferences appears    to be unused [UnusedResources]

注意：lint工具不扫描assets/文件夹，它是通过反射来发现引用的资源或已链接到你的应用程序的库文件。此外，它不会删除资源;它只会提醒你们他们的存在。 你添加到代码的库可能包含未使用的资源。如果在应用程序的build.gradle文件中启用shrinkResources，Gradle可以自动删除资源。

android {    // Other settings    buildTypes {        release {            minifyEnabled true            shrinkResources true            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'        }    }}

要使用shrinkResources，必须启用代码缩减。在构建过程中，首先要用ProGuard删除未使用的代码，但留下未使用的资源。然后Gradle删除未使用的资源。有关ProGuard和Android Studio帮助你减少APK大小的其他方法的详细信息，请参阅Shrink Your Code and Resources。在Android Gradle Plugin 0.7及更高版本中，你可以声明你的应用程序支持的配置。 Gradle使用resConfig 、resConfigs flavor和defaultConfig选项并将此信息传递给构建系统。然后，构建系统会阻止来自其他不受支持的配置的资源出现在APK中，从而减少APK的大小。有关此功能的详细信息，请参阅 Remove unused alternative resources最小化库中的资源使用开发Android应用程序时，通常使用外部库来提高应用程序的可用性和多功能性。例如，你可以引用Android Support Library 以改善旧设备上的用户体验，或者你可以使用 Google Play Services 检索应用内文字的自动翻译。如果库是为服务器或桌面设计的，它可能包括你的应用程序不需要的许多对象和方法。要仅包含应用程序需要的库的部分，你可以编辑库的文件（如果许可证允许你修改库）。你也可以使用其他适合移动设备的库给你的应用添加特定功能。

注意： ProGuard可以清理引用库导入的一些不必要的代码，但它不能删除库的大型内部依赖项 。

仅支持特定密度Android支持非常大的设备集，包括各种屏幕密度。在Android 4.4（API级别19）及更高版本中，框架支持各种密度： ldpi，mdpi，tvdpi，hdpi，xhdpi，xxhdpi和xxxhdpi。虽然Android支持所有这些密度，但你不需要细化资源到适合每个密度。如果你知道只有一小部分用户使用具有特定密度的设备，请考虑是否需要将这些密度捆绑到应用中。如果你不包括特定屏幕密度的资源，Android会自动缩放最初为其他屏幕密度设计的现有资源。如果你的应用只需要缩放的图片，你可以通过在drawable-nodpi /中使用图片的单个变体来节省更多空间。我们建议每个应用程序至少包含一个xxhdpi图片版本。有关屏幕密度的详细信息，请参阅 Screen Sizes and Densities。减少动画帧逐帧动画会大幅增加APK的大小。图1显示了在目录中分成多个PNG文件的逐帧动画的示例。每个图像是动画中的一帧。对于添加到动画中的每个帧，都需要增加APK中存储的图片数量。在图1中，图像在应用程序中以30 FPS动画。如果图像仅以15FPS动画化，则动画将仅需要所需帧的数目的一半。
使用Drawable对象一些图像不需要静态图像资源; framework可以在运行时动态地绘制图像。 Drawable（XML中的<shape>）可能会占用你APK中的少量空间。此外，XML Drawable对象还能产生符合Material Design准则的单色图像。重用资源你可以为图像的变体使用单一的资源，例如同一图像的有色，阴影或旋转版本。但是，我们建议你重复使用相同的资源集，在运行时根据需要进行自定义。Android提供了几个实用程序来更改资产的颜色，使用Android 5.0（API级别21）或更高版本上的android：tint和tintMode属性。对于较低版本的平台，请使用 ColorFilter类。你还可以省略只是等效于另一个资源的资源。以下代码段提供了一个例子，通过简单地将原始图像旋转180度，将“展开”箭头转换为“折叠”箭头图标：

<?xml version="1.0" encoding="utf-8"?><rotate xmlns:android="http://schemas.android.com/apk/res/android"    android:drawable="@drawable/ic_arrow_expand"    android:fromDegrees="180"    android:pivotX="50%"    android:pivotY="50%"    android:toDegrees="180" />

从代码中呈现你还可以通过程序性渲染图片来减少APK大小。这个过程也释放了空间，因为你不再在APK中存储图像文件。压缩PNG文件aapt工具可以在构建过程期间优化放置在res / drawable /中的图像资源，以及无损压缩。例如， aapt工具可以将不需要多于256种颜色的真彩色PNG转换为带有调色板的8位PNG。这样做会产生质量相同但占用内存较小的映像。请记住，aapt有以下限制：

• aapt工具不会压缩资源/文件夹中包含的PNG文件
• 图像文件需要使用256个或更少的颜色的aapt工具来优化它们。
• aapt工具可能会使已压缩的PNG文件膨胀。为了防止这种情况，你可以在Gradle中使用cruncherEnabled标志为PNG文件禁用此过程：

 

aaptOptions {  cruncherEnabled = false}

压缩PNG和JPEG文件你可以使用像 pngcrush，pngquant,或 zopflipng等工具来减少PNG文件大小，而不会丢失图像质量。所有这些工具都可以减少PNG文件大小，同时保持图像质量。pngcrush工具特别有效：此工具在PNG过滤器和zlib（Deflate）参数上迭代，使用过滤器和参数的每个组合来压缩图像。然后选择产生最小压缩输出的配置。对于JPEG文件，你可以使用 packJPG 等工具将JPEG文件压缩为更紧凑的形式。使用WebP文件格式除了使用PNG或JPEG文件，你还可以为你的图像使用WebP 文件格式。 WebP格式提供有损压缩（如JPEG）和透明度（如PNG），还可以提供比JPEG或PNG更好的压缩效果。但是，使用WebP文件格式有一些显着的缺点。 首先，在低于Android 3.2（API级别13）的平台的版本中不支持WebP。 第二，系统解码WebP比PNG文件需要更长的时间。

注意：只有当所包含的图标使用PNG格式时，Google Play才接受APK。如果你打算通过Google Play发布应用，则无法对应用图标使用其他文件格式（如JPEG或WebP）。

使用矢量图形你可以使用矢量图形创建独立于分辨率的图标和其他可伸缩图片。 使用这些图形可以大大减少APK的大小。 矢量图形在Android中表示为 VectorDrawable对象。 使用 VectorDrawable对象，100字节的文件可以生成屏幕大小的清晰图像。 然而，系统渲染每个 VectorDrawable对象需要大量的时间，较大的图像需要更长的时间才能出现在屏幕上。 因此，只有在显示小图像时才考虑使用这些矢量图形。有关使用 VectorDrawable更多信息，请参阅 Working with Drawables。三、减少原生和Java代码有几种方法可以用来减少应用程序中Java和原生代码库的大小。删除不必要的生成的代码确保了解自动生成的任何代码的足迹。例如，许多协议缓冲工具生成过多的方法和类，可以使应用程序的大小增加一倍或三倍。删除枚举单个枚举可以使应用程序的classes.dex文件添加大约1.0到1.4 KB的大小。 这些添加可以快速积累为复杂的系统或共享库。 如果可能，请考虑使用@IntDef注释和 ProGuard 来除去枚举并将它们转换为整数。 此类型转换保留枚举的所有类型的安全性好处。减少本地二进制文件的大小如果你的应用使用原生代码和Android NDK，你还可以通过优化代码来减小应用的大小。两个有用的技术是删除调试符号和提取原生库。

• 删除调试符号

如果你的应用程序正在开发中并仍需要调试，则使用调试符号很有意义。 使用Android NDK中提供的arm-eabi-strip工具从本机库中删除不必要的调试符号。 之后，你可以编译你的发行版。

• 避免提取原生库

将.so文件存储在APK中未压缩的文件，并在应用清单的<application> 元素中将android：extractNativeLibs标记设置为false。 这将防止 PackageManager在安装过程中将.so文件从APK复制到文件系统，并且将具有使你的应用程序的delta更新更小的额外好处。

四、维护多个精益版APK

你的APK可以包含用户下载但从不使用的内容，例如区域或语言信息。 要为用户创建最低限度的下载，你可以将应用细分为多个APK，并根据屏幕尺寸或GPU纹理支持等因素进行区分。
当用户下载你的应用时，其设备会根据设备的功能和设置接收正确的APK。这样，设备不会接收设备没有的功能的资源。例如，如果用户具有hdpi设备，则他们可能不需要你为具有更高密度显示的设备添加的xxxhdpi资源。
更多信息，请参阅 Configure APK Splits 和 Maintaining Multiple APKs。

本文作者：Android 工程师Kevin_Han 收起阅读 »

天下程序员是一家 浪曦携手迸火花---由浪曦主办《2016程序员技术交流年会》
即将于2016年12月10日在北京东城区百富怡大酒店举办

大会介绍
大会坚持公益性质且技术干货为主，与数百位最具影响力的行业领袖和技术领军人物共同学习、了解最新互联网技术趋势，分享和讨论互联网最新研究成果和前沿技术，探讨互联网技术如何定义未来，致力于以多种形式灵活整合、分享软件和互联网技术最新动态，评估最新行业趋势；为技术研发人员开拓思路，找寻有效的研究方向。
届时将会有知名媒体到现场报道，国内著名门户网站、社交网站、O2O、移动互联网等各个领域产品和设计专家参与，无论您处于互联网行业的哪个领域，2016程序员技术交流年会将成为引领互联网技术的风向标，汇聚领域的顶尖专家，打造一场技术领域极具价值的技术盛会。

大会亮点
跨行业，跨技术领域，跨国度，年度盛会
与真正的程序员开发贡献者和参与者，直接互动
大数据，云计算，操作系统，全球领先的AI，VR技术，精彩纷呈

我们是谁
浪曦网是由中国支持软件程序员的企业、社区以及个人所组织的一个开发者联盟企业，一直以来致力于在中国软件开发推广，推动中国软件社区成为全球软件和硬件的积极贡献者。并携手国内社区，高校，企业，政府，共创健康可持续发展的生态体系。
我们打算办一个怎样的大会
通过这次大会，我们希望能够实现：
软件开发行业、企业的高手齐聚一堂、激荡火花
跨行业、跨技术领域、跨国度的年度盛会
与真正的软件开发贡献者、参与者，直接互动
最终达成我们“天下程序员是一家、浪曦携手迸火花”的理想！

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

创新互动
和一般的大会不一样，我们知道草根程序员社区听众，期盼听到纯干货，更希望与讲师能有更多互动，因此我们安排了：讲师打赏（提供讲师更高的动力分享干货） 、现场在线抽奖

大会规模
 500人，大部分来自浪曦网达到一定层次的高级会员

大会主办方



大会合作方



合作媒体  



   
嘉宾名单
胡辛征  中国电子工业出版社社长
吴召学  滴滴运营总监CTO
黄维维  云和恩墨运营总监  
郑文平  世界瑜伽大会组委会副主席
罗  皆  大数据实战项目专家  
方  沛  阿里巴巴前端总指挥  
更多嘉宾名单介绍，请关注浪曦官网 www.langsin.com    
 
参加对象
企业创始人、CEO,合伙人、董事长、CTO 、VP 、总工程师  、总经理、总架构师 ，高级架构师 、资深架构师、高级经理、技术主管、技术负责人、高级工程师 、资深工程师、开发开程师 、运维工程师、研究员等 软件行业新上岗一线技术工程师、拟提拔一线经理、二线经理、项目经理。

注册费
赞助企业与浪曦网高级会员免注册费及餐费（如您是浪曦会员填表时请附上您的浪曦网会员用户名）
无赞助企业与非会员注册费：1000元/人，含餐。
从五千元到二十万元不等的多种赞助推广方案。
 
我要报名：http://www.bagevent.com/event/264024

大会招商部
联系人：刘先生 
手机：18210801352 
Q Q：1598234192 
邮箱：lhs_852@163.com 收起阅读 »

    2016年的里约奥运会很精彩，中国军团有冷门也有黑马，人们在谈论金牌和冠军的同时，赛场内外或拼搏奋斗或温馨搞笑的画面也给我们留下了深刻的印象。若问本届里约奥运会哪个项目的比赛最牵动人心，要算女排吧！ 

   中国人对于排球运动的热情始于20世纪80年代，中国女排曾获得过“五连冠”的辉煌，郎平的“铁榔头”称号在当时成为了中国女排的代名词。当时的中国刚刚开始改革开放，中国女排在1981年的世界杯中战胜日本队为中国人创造了一个英雄形象。

   在本届里约奥运会的女排赛场上，中国女排一路披荆斩棘，先是以2胜3负的小组成绩进入八强，然后接着在1/4决赛中力压上届卫冕冠军东道主巴西队，接着在半决赛中击败了小组赛中曾获胜的荷兰队，最后在决赛中以3：1战胜了塞尔维亚夺得了冠军！有人说中国女排这次在里约奥运会是爆发了“洪荒之力”，让中国在12年之后重返世界女排巅峰的地位，让我们再次领略了什么叫“女排精神”，让中国人重振民族自豪感！那么，中国女排的里约夺冠对于我们的企业培训管理工作，又有什么启发呢？

NO.1 一支队伍

   随着2004年奥运会“黄金一代”的逐渐淡出，郎平教练在采访中是这样说的：“虽然今年最主要任务是奥运会，但是训练不能只考虑奥运会，还要考虑明年、后年，不能说完成奥运会的比赛任务，下个奥运周期的事儿就不管了。国家队人才的培养需要长期的规划，有新人我们是一定要培养的。”在郎平执教时代，一个又一个新人被挖掘出来，国家队不但实现了技术的上年年进步，球员也呈现越来越年轻化的趋势。郎平在执教上，擅长整合管理。利用有限的资源，将本土化与国际化相结合，打造一支高效的、年轻化的复合型团队。复合型团队，即由主教练、助理教练、陪打教练、医生、康复师、体能师、营养师、科研、信息研究、数据统计等专业人才组成。

   培训是企业培养人才的重要手段。企业的每个发展阶段都有企业最需要的人才和相应的岗位，企业只有通过持续不断地培训，员工的工作技能和个人综合素质才会得到显著提升，为企业高速发展做出他们应有的贡献。对于企业管理者来说，员工培养是一个长期的、持续的过程。不管是发掘潜力股还是发现培养新人对于打造优秀企业团队都是同等重要的。

   强化自主培训功能，加强对员工特别是一线员工的教育和培训，除了聘请外部师资和教育资源，企业内部的重要手段就是发展一支自己的企业内训师队伍。企业内训师队伍建设，需从企业、行业、专业三方面进行考虑。 

（1）“企业人”。要求候选对象在本企业工作有一定时间，一般大概在2年以上，这样才能保证他们对企业足够了解，保证其能够准确传递企业文化和业务知识。当候选对象对企业充满感情，才能在内训活动中充满激情，为公司人才培养事业尽自己全力去发光发热。

（2）“行业人”。要求候选对象具备深厚理论基础或者专业的技术水平。他们既可以是管理人才，也可以是业务骨干。由于他们受到广大员工的普遍认可，避免了员工对内训师可能会产生的抵触情绪。候选对象对企业有深入了解，能够给企业留下宝贵的知识积累和经验，可以通过培训让更多的人学习到知识，从而提高企业员工的整体素质。

 （3）“专业人”。作为一名内训师，其核心职能就是通过培训活动的开展传达知识、培养人才，这要求内训师候选对象需要具备一定的岗位专业能力，同时要具备强烈的个人动机、一定的文化程度、潜在的培训师特质、主动的服务意识等。

NO.2 一个体系

   自从郎平接队之后，构建了“大国家队”的概念。“大国家队”理念，顾名思义就是增加国家队球员人数，集训的国家队大名单扩大到30多人，每次参加国家队集训的也有20至30多人，老中青结合，每个位置保持三到四个人在竞争。

   这一小小管理范围的转变，改善的不仅仅是运动成绩，更是充满希望的年轻一代。郎平的大国家队理念目的是广纳贤才，为国家队建立各个梯度的预备人才。这种不拘一格发现人才、使用人才的训练管理理念及人才培养体系，对于企业管理者来说也有一定的启示意义。

   在人力资源管理工作中，持续不断地培训不仅让员工得到了个人知识和能力的提高，同时也使员工会发自内心的感激企业促使自我成长，提供自我价值实现的机会。我们不妨搭建一个“2+2”的人才培养体系为企业人才发展铺路。

1、两项制度

   建立企业自身的培训体系首先需要明确企业内部的内训师管理、培训项目管理的制度。
 
（1）内训师管理制度：

   从培训的实用性、适应性、持续性和经济性方面考虑，发展内部培训将逐渐成为企业未来培训的主流。完善内训师管理制度，首先从日常管理工作出发。根据内训师级别、授课满意度、授课时长、培训人数等方面，周期性进行星级考核评定。其次，给予一定的物质激励，同时将非货币激励如内训师等级纳入员工职位晋升考评与年度绩效考评，作为主管、经理选拔重要参考因素等，促使并保持内训师在企业中的活跃性，形成完整的内训师闭环管理。 

（2）培训项目管理制度：

   培训是企业知识传播、积累、创新的重要途径。从企业日常生产运营角度出发，规范培训项目生成的实施流程，实现“常态性”、“临时性”培训项目的分类管理，打通培训项目生成渠道，形成“需求”与“供给”的“市场”机制，提高内部培训质量水平。下面以内部常态化的课程开发培训项目管理为例，介绍一下培训项目管理在实践中的具体操作（图1：课程开发及评估流程项目）：


2、两种模式 

（1）新员工培养模式：

   从企业需求出发，针对新入职员工开展入职培训，通过结业考试、导师制、定期沟通会等一系列基础工作，将企业文化和理念、岗位职责与意识渗透到员工日常工作中。同时也可适当融入一些性格测试等心理学方面的管理方法，如Tree-House-Person房树人测验、FPA性格色彩测试等。


（2）转岗人员培养模式：

   在企业内部因市场转型、结构调整、岗位变化等外在原因，时常会有人员转岗、重新学习技能的情况，为了规范转岗人员培养流程，使转岗人员快速融入企业内部新的工作团队、适应企业文化、行为规范、岗位技能与知识对其的要求，帮助转岗人员短时间成长为公司所需要的优秀人才，促进员工与组织共同发展。可结合岗位胜任力模型开展转岗人员培养，进行学习清单制培养，分线条、分技能的清单学习，最后再进行评估与验收。

NO.3 一套方法

   说起“女排精神”，郎平说过“单靠精神不能赢球！对于中国女排来说，夺冠的主要还是靠战术、队员素质和临场指挥，建立规范的、科学的培训制度！”在采访中郎平还说，“平时训练不好我们都要加班。这不是讲点故事和心灵鸡汤就够了，技术上我们也做了很多计划，就是要突破自己！”有人说“三从一大”的训练模式是中国女排夺得世界冠军的法宝，“三从一大”就是指训练过程中从难、从严、从实战出发，坚持大运动量训练。

   道理相同，没有专业的企业培训方法，就没有高素质的员工队伍。每个行业都有结合自身实际情况的科学培训训练方法。下面，我们分三个步骤来演示一下如何训练和提升客服代表的沟通能力：

第一步:沟通训练情景化

   客服人员在为客户服务的过程中应该怎样与客户沟通呢？通过情景对话引出每一环节可能用到的沟通技巧，模拟客户服务工作中可能出现的场景，从客户心理、服务态度、沟通礼仪、倾听、提问、处理抱怨、解决投诉和解答问题等角度，通过多个场景去全面、生动地展示各个环节中客服人员与客户电话去沟通的方法，训练过程中将客服人员代入到沟通情景中，增强学习画面感。

   首先，在沟通中客服人员把握客户心理需求的能力非常重要。因为客服工作的目标是让客户满意，而只有满足了客户的心理需求，排除了客户的负面情绪，让客户在享受服务的同时获得一份愉悦的心情，才能给客户留下良好的印象。沟通的能力与客户的需求分不开，首先需要从如何寻找客户的需求开始，有效的开场白、通过询问探询顾客的需求、通过有效聆听了解客户的需求。

   其次，就是倾听和询问。有人说沟通是倾听的艺术，这句话充分体现了倾听在沟通中的重要作用。倾听可以获取信息、发现问题，客服人员只有认真倾听，知道客户需要什么样的帮助和服务，客户的不满和抱怨在什么地方，才能对症下药，解决客户的问题。另外，认真倾听还是对客户尊重的一种表现，有利于营造良好的沟通氛围。因此，一名优秀的客服人员必须掌握良好的倾听技巧。

   最后，处理客户抱怨。客服人员在工作中经常会听到客户的抱怨，只要客户所得到的产品或服务和他们的期望值之间存在距离，就会产生抱怨。客户投诉处理不当，会影响客户关系和客户感知，甚至还会影响到公司的社会形象，造成恶劣的影响，掌握处理客户抱怨的技巧对于每一位客服人员来说都非常有必要。

第二步：沟通训练套路化

   针对客户服务工作中可能出现的沟通问题、客服异议等，通过情景对话将这些技巧套路化，使员工从中学到沟通的技能，掌握解决问题的方法。在客户服务和营销沟通中，常用的套路化技巧有：SPIN销售法、FABE话术、影响力话术、3F法则、三句半等。
 
第三步：沟通训练模板化

   通过上面的技巧套路总结出“万能话术模板”，便于学员在实际工作情景中灵活套用。 下面举两个模板化的例子，图1为当客户抛出问题后客服人员如何接招并处理的技巧套路；图2为当客户提出异议或是投诉抱怨时，客服人员如何处理的技巧套路。掌握了简单的套路后可以将其运用在相同场景的不同问题的处理中，当客服人员遇到类似问题时就能够很顺畅的处理完成客户问题。





   中国女排里约夺冠不仅是中国人的一份荣誉，当然中国女排带给我们的启发也不仅仅只有一支队伍、一个体系、一套方法那么简单！对于各行各业来说，女排成功的背后其中所蕴含的理念、方法和精神是一门值得我们好好学习和深入研究的课程。

本文刊载于《客户世界》2016年10月刊文章；原文作者周四维，本文作者作者单位为中移在线服务有限公司重庆分公司. 收起阅读 »

 
写在前面的话：

    简单来说，这是一款做来给家里老人用的APP，核心组件就是采用的环信sdk，感谢环信做的这么棒的sdk！！！感兴趣或者看过项目的人希望给出宝贵意见与我探讨，文章末尾有作者联系方式（放后面是确定你在联系我之前知道了家聊）
 
初衷：
 
   很久之前想就教家里老人学习使用智能机，让他们能用App和家人交流沟通，但是发现市面上流行的社交软件对于他们来说学习成本太高。

   这个项目属于轻量级的IM项目，聊天形式只有文字、语音、图片、短视频、实时音视频。这个软件的定位和市面上大多数社交软件不一样，我希望去掉那些复杂的社交元素，专门做一款能适合老人快速上手智能机的软件。
 
   所以类似群聊、朋友圈那样的社交模块都没有做，力争每个功能的入口简单清晰，老人一眼就能看懂，所以产品逻辑不会特别复杂，想了解的同学可以clone下来运行看看(有时间我会打包个测试apk出来)。
 
项目特点：

  项目里的业务架构类似MVP，在环信官方的基础上加了一些自己的实现，代码阅读更加顺畅。无论是做开源项目还是工作上的项目，我个人更倾向于能用原生实现就用原生实现，类似现在流行的RX系列、注解框架等我都没有采用(这里不是说不要去学，新技术当然值得去学，但是至于要不要在项目中采用需要自己或团队考量)
 
  当然这么多做的前提是有把握做好，不要随随便便就崩溃，目的其实就是为了降低别人阅读或者接管代码时的学习成本，所以大家在看代码的时候应该不会有特别难理解的地方
 
主要功能：

1. 聊天模块，包含文字聊天、语音聊天、发送图片、短视频、实时音频通话、实时视频通话。
2. 通讯录：可获取系统通讯录，和环信好友关系整合。
3. 拨号器：自定义的简单拨号盘，方便老人直接拨打电话

 
 
项目运行效果图：


















 
联系作者：

如果发现项目bug或者对项目有好的建议，欢迎提交issue，或者通过下面的联系方式联系我.

*QQ：505515031 746604151

*邮箱：505515031@qq.com

*微信：Vanish520136

github地址：https://github.com/Vanish136/FamilyChat
oschina地址：http://git.oschina.net/vanish136/FamilyChat 收起阅读 »

最近天气转冷了，写篇文章，给大家暖暖心~



 
在环信草草群（群号：340452063）中，无论是安卓还是IOS或者WebIM，每天遇到最多的问题就是“如何显示昵称和头像”，鉴于大家的墙裂需求，所以我最近花了点时间研究了相关解决方案，希望能跟大家一起探索。
 
运行效果


 
目标
集成环信IM的SDK后，能以最快方式，最少代码管理用户的昵称和头像。
 
解决方案
使用本地缓存（sqlite）和后端云实现头像和昵称的二级缓存
【参考】 http://docs.easemob.com/im/490integrationcases/10nickname#昵称和头像的显示与更新
 
计划
先在IOS上验证该方案的优缺点，待方案完善后，再将此模式复制到Android和WebIM上

项目快速集成
1. 按照简版Demo的方式在项目中快速集成环信IM功能

IOS快速集成环信IM - 基于官方的Demo优化，5分钟集成环信IM功能http://www.imgeek.org/article/825307886

2. 注册第三方后端云账号，使用数据存储服务



(1). 在第三方后端注册用户，进入控制台，创建应用（例如名称为【环信简版Demo】）,点击【存储】按钮进入数据存储管理页面：


 
(2). 创建数据表UserWebInfo，并且按照新增三个字段（字段名开头必须小写）：

openId   String   环信ID

nickName  String  用户昵称

avatarUrl  String  用户头像（绝对路径）

 
其中，avatarUrl是app端上传头像到【_File】数据表后获取到的绝对路径：



(3). 在【设置】-> 【应用Key】页面中


复制AppID和AppKey替换AppDelagate里didFinishLaunchingWithOptions的key：

// 初始化web缓存配置

[UserWebManager config:launchOptions

                 appId:@"utUG5ot9Y64dqJIFG9Ir2rqu-gzGzoHsz"

                appKey:@"IbHhNkPo4gfrFFc3epCw3eG2"];

参考： 简版demo中的AppDelegate+EaseMob.m第56行
 
3. 上传用户头像和昵称到第三方后端云服务器

用户在app中调用开发者服务器API接口登录成功后，一般都会返回用户的属性信息（昵称和头像等），我们可以在这里上传用户信息到云服务器：

// 登录成功后，如果后端云没有缓存用户信息，则新增一个用户

[UserWebManager createUser:username nickName:nickName avatarUrl:avatarUrl];

参考：简版demo中LoginViewController.m的第156行代码
 
4.显示用户昵称和头像

在需要显示用户昵称和头像的地方，调用UserCacheManager里的方法即可，具体调用地方，请在xcode里搜索简版Demo代码“[UserCacheManager ”，如图所示，在这里就不累赘了：


 
5.修改用户昵称和头像
(1). 更改头像

// 上传头像到后端云

[UserWebManager updateCurrAvatar:orgImage completed:^(UIImage *imageData) {

    [weakSelf hideHud];

    if(!imageData){

        [self showHint:@"更新头像失败~"];

        return;

    }



    [weakSelf.headImageView imageWithUsername:kCurrEaseUserId placeholderImage:imageData];

    [self showHint:@"更新头像成功~"];

}];

参考简版Demo中UserProfileEditViewController.m第181行代码
 
(2). 更新昵称

[UserWebManager updateCurrNick:@"小草" completed:^(BOOL isSucc) {

    if (weakSelf) {

        UserProfileEditViewController *strongSelf = weakSelf;

        [strongSelf hideHud];

        if (isSucc) {

            [strongSelf.tableView reloadData];

            [strongSelf showHint:@"修改成功~"];

        } else {

            [strongSelf showHint:@"修改失败~" yOffset:0];

        }

    }

}];

参考简版Demo中UserProfileEditViewController.m第152行代码
 
6.二级缓存处理流程图



 
由于能力有限，此方案难免有不妥之处，欢迎大家拍砖。



环信互帮互助-非官方 340452063
 
Q&A

问：如何安装第三方后端云存储服务 SDK？

答：安装还是比较简单的，可以参考第三方的文档，有不明白的可以看下教程 

问：使用第三方云存储服务是否稳定、安全，比如不久他关闭了app会不会受影响？

答：云服务厂商一般不会关闭，退一万步来说，即使第三方后端云停止服务了也会提前通知，我们也可以将接口换成我们开发者自己服务器的api。类似的第三方云存储服务还有MaxLeap、bmob。
 
 
 
 
 
  收起阅读 »

分享几个我引入EaseUI遇到的问题及解决方法
 

• duplicate 项目中重复依赖了包

 搜索 BackStackState 选取一个依赖就行 

• .so文件报错找不到

 这个错误在app的build.gradle里面添加下面这句就好了。sourceSets { main { jniLibs.srcDirs = ['libs'] } } 

• Dex问题

 这个错误在app的build.gradle里面添加下面这句就好了。android {    defaultConfig {        multiDexEnabled true    }}

• Error:Configuration with name 'default' not found

 这个问题应该是gradle版本问题，进工作目录修改app的gradle信息 收起阅读 »

   
   环信移动客服v5.5已经正式发布，包括机器人支持物流场景智能应答以及微博渠道支持自定义菜单等新特性。环信智能机器人已经能够智能识别访客的物流相关的咨询，现在您可以为特定的物流意图（物流差错、物流咨询、物流查询、物流催促）设置相应的回复。其中，“物流查询”这一意图支持多轮问答，机器人能够自动为访客查询物流状态，并直接将查询结果回复给访客。在环信移动客服系统绑定微博认证账号后，可以设置微博账号私信页面的菜单，并且设置粉丝首次关注自动回复。 
环信移动客服v5.5产品更新说明：

• 客服模式

“留言”页面支持播放语音留言

当收到APP访客端发送的语音留言时，可以直接在移动客服系统的留言页面进行播放。

“访客中心”支持连续查看历史会话记录

当访客与当前客服有多条历史会话记录时，客服可以在访客中心页面连续查看这些历史会话的消息。

在客服模式下，选择“访客中心”，点击某位访客，在详情页点击“互动记录”，点击任意历史会话，可查看该历史会话的消息。消息界面提示会话开始、会话结束时间，点击“更多历史消息”、“查看下一条历史会话”可分别查看之前、之后的历史会话。 


访客轨迹分析（增值服务）

访客轨迹分析功能收集访客在网站浏览的轨迹。对来自Web渠道的访客，客服接起会话后，可以直接在聊天窗口了解到该访客在发起会话前的浏览轨迹，从而判断客户的兴趣范围和偏好。 


“访客轨迹分析”与“全站访客统计”为增值服务，只需先开通“全站访客统计”功能，并且在您的网站上安装一个数据统计SDK，即可使用“访客轨迹分析”。如需开通这两个功能，请联系环信商务经理。

关于SDK安装流程引导，请参考文档：全站访客统计。

探索移动客服

新增“探索移动客服”页面，新版本上线的功能将在此页面进行展示，登录后即可查看，不错过移动客服的任何更新。

管理员模式

机器人支持物流场景智能应答

环信智能机器人已经能够智能识别访客的物流相关的咨询，现在您可以为特定的物流意图（物流差错、物流咨询、物流查询、物流催促）设置相应的回复。其中，“物流查询”这一意图支持多轮问答，机器人能够自动为访客查询物流状态，并直接将查询结果回复给访客。

在管理员模式，选择“智能机器人 > 机器人设置”，点击“场景智能应答”Tab页，将您需要机器人回答的物流意图全部勾选开通。未勾选时，表示不需要针对该物流意图进行相应的回复。

如果您对意图定义有疑问，不妨将鼠标放在问号上，了解它的详细定义哟。 


以下为开启物流差错、物流咨询、物流查询、物流催促这些物流意图，并设置“物流查询”意图的问答方式为多轮问答后，访客端咨询示例： 


“留言”页面支持播放语音留言

当收到APP访客端发送的语音留言时，可以直接在移动客服系统的留言页面进行播放。

注意：APP端发送语音留言的功能需要调用环信的留言API自行集成。

“当前会话”支持分配、关闭会话

管理员在当前会话页面监控客服与访客的聊天过程时，可以将会话分配给其他客服，也可以根据实际情况关闭会话。 


“访客中心”支持连续查看历史会话记录

当访客与客服有多条历史会话记录时，管理员可以在访客中心页面连续查看这些历史会话的消息。

在管理员模式下，选择“访客中心”，点击某位访客，在详情页点击“互动记录”，点击任意历史会话，可查看该历史会话的消息。消息界面提示会话开始、会话结束时间，点击“更多历史消息”、“查看下一条历史会话”可分别查看之前、之后的历史会话。 


微博渠道支持自定义菜单和首次关注自动回复

在移动客服系统绑定微博认证账号后，可以设置微博账号私信页面的菜单，并且设置粉丝首次关注自动回复。

在管理员模式下，选择“渠道管理 > 微博”，点击“自定义菜单”Tab页，可以对菜单进行设置。最多可以创建3个一级菜单，每个一级菜单均可以跳转至网页或创建最多5个二级菜单。当设置一级菜单跳转至网页时，不可以再在该一级菜单下创建二级菜单。 


在管理员模式下，选择“渠道管理 > 微博”，点击“粉丝首次关注自动回复”Tab页，设置自动回复消息。目前仅可以选择文字方式回复。 


探索移动客服

新增“探索移动客服”页面，新版本上线的功能将在此页面进行展示，登录后即可查看，不错过移动客服的任何更新。

作为管理员，您还可以通过此页面快速定位到系统的其他位置，例如：快速设置接入渠道、快速定位到收发消息相关的设置页面、一键查看历史会话或统计报表等。

多租户管理后台

多租户管理后台为增值服务，如需开通，请联系环信商务经理。

支持查看租户的历史会话

多租户管理后台增加“历史会话”功能，支持管理员查看各个租户下所有客服的历史会话。

登录多租户管理后台（kefuorg.easemob.com），进入“租户管理”页面，选择任意租户，点击“历史会话”，可以查看该租户的所有历史会话。点击任意一条会话，可以查看该会话的全部消息。 


Android客服工作台

Android客服工作台V2.3版本已发布！可前往环信官网下载。

支持显示微信、微博表情

Android客服工作台支持显示微信、微博默认表情。

支持发送语音消息

使用Android客服工作台时，可以对APP渠道的会话直接回复语音消息，沟通更高效。

注意：网页、微信、微博渠道的访客无法收到语音消息。

移动客服Android SDK

移动客服Android SDK 1.0.1 发布了！该Android SDK基于IM SDK 3.x，登录、发消息速度更快。提供内置会话相关UI，集成后可立即给移动客服发送文本、语音、图片、文件消息。

支持双通道：已集成双通道功能，确保不丢消息；
极简集成：集成移动客服通用功能，只需5分钟。

集成指南：集成指南
 
 
环信移动客服更新日志http://docs.easemob.com/cs/releasenote/5.5
 
环信移动客服登陆地址http://kefu.easemob.com/ 收起阅读 »

关于怎样导入环信SDK 就不再说了 视频和文档上都有介绍。
1. 不过，需要注意的是环信的文档上是这样说的


pod "Hyphenate_CN" 是导入不了的， 因为找不到这个库。当然很多人都会先pod search "Hyphenate" 再选择需要导入的版本。
2.昵称、头像的设置
关于怎样设置昵称头像 环信官方也给出了解决方案http://docs.easemob.com/im/490integrationcases/10nickname
关于方法二 我还是遇到了一些问题：
手机先后登入两个帐号 （帐号A 、帐号B），那么帐号B的会话列表中就会出现帐号A的会话 ，如果帐号A发起了和帐号B的会话，甚至还会出现帐号B自己和自己的会话（这个很不明白）。
NSArray *conversations = [[EMClient sharedClient].chatManager getAllConversations];
既然这个是获取当前登入帐号的所有会话，那么为什么会出现这种状况？ 我想是不是环信服务器里并没有保存我们的会话，仅仅是保存在当前设备上了？
 
 
  收起阅读 »

无猿不生态
猿生态十城巡回沙龙丨大连

2016.11.12 13:30-17:00
高新园区数码广场1号软件园8号楼coco space

感受DevOps全新开发运维模式
畅聊云计算常用框架和虚拟化技术
体验PHP全新的语言和Slim框架
更有特邀嘉宾带你一探Ruby不为人知的技术特性和编程哲学

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

讲师介绍：










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







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




报名链接：
http://devhub.cc/api/h5/activity/d1641f6021837c6dd700d1a9a6e69dfa
  收起阅读 »

  近日，由51Callcenter、 贵阳市人民政府主办，国家人力资源与社会保障部劳动科学研究所、中国呼叫中心与BPO产业联盟（CNCBA）、全国呼叫中心行业自律与监督委员会指导，4PS国际标准作为评测标准的第九届《金音奖-2016中国最佳客户联络中心颁奖典礼》等系列活动在贵阳圆满落下帷幕，来自亚太地区的数百名高管参加了峰会典礼。本次峰会从战略、流程、人员、平台、绩效等五个维度对行业发展及运营水平进行了对标与研讨。      环信大客户部总经理陈磊做了主题为下一代客户服务软件的核心驱动力的演讲。




 陈磊：非常高兴有这么一个机会在这里跟大家分享环信过去几年所做的事情。我本身是贵州人，地地道道的遵义人，二十多年前求学离开遵义，之后就很少回来。如果我们环信所做的事情能够为家乡做点贡献，我将感到非常的自豪。今天现场各位如需要环信能够与您合作共同拓展业务，我们将非常的高兴为您提供服务。
 
    今天我演进的题目是“下一代客户服务软件的核心驱动力”。
 
    在讲这个内容之前，我们回顾一下客户中心发展的历程。最早客户中心都是语音的，大家都是电话进行客服咨询。在2000年左右，随着互联网的发展，有了网页客服的新方式与客户进行沟通。随着移动互联网的发展以社交媒体如微信的的客服沟通方式逐步流行起来，同时移动端客服也正被大家所广泛采纳和接受，这些客服类型发展到现在，对所有的客户中心面临的挑战即是需要一个将呼叫中心、网页、微信、移动端多渠道全面集成的多渠道客服系统。客服行业发展中遇到的5个痛点，1.我们需要一个统一的平台，解决客服人员不用在不同的客服渠道系统间进行不停的切换；2.随着多渠道的客服的使用以后，有更多的客户跟客服人员之间进行了更为密集的接触，造成我们客服服务成本逐渐的上升；3.再一个传统的语音呼叫中心都是打电话的方式与客户沟通，通过电话的方式进行沟通时间是完全独占的模式，效率很低；4.在移动网络环境很差的情况下，如何保证客户通过移动端客服和客服人员之间进行不中断的交流，技术上有很大的挑战。5.我们传统的客服都是用语音的方式，但如很多家政业务的投诉时仅用语音是描述不清楚问题的，这个时候需就要富媒体的方式来解决体验差的问题。


 刚才给大家回顾了一下呼叫中心发展的情况和面临的痛点，现在怎么解决这些问题？环信在过去三年多做了很多有益的探索，环信通过机器人技术、通过大数据和移动互联网技术来推动呼叫中心行业的整个转型发展。现在我着重的讲一下推动呼叫中心向下一代发展的三大核心驱动力。 



（图）大家很熟悉，有这么多渠道，有传统的语音，有网页、APP、网络、微信、微博的接入，但大多都是来自移动端。未来我们最主要的趋势，客户最主要的访问渠道将都是来自于移动端。每年双11绝大部分的定单都是来自移动端，这个趋势势不可当。
 
    1、呼叫中心技术成熟没有门槛。
    2、网页客服也没有门槛。
    3、微信的接入依赖于微信的接口，也没有门槛。
 
    真正的难点是在移动端APP的客户，国内能做好这个移动端APP的客服仅有1、2家，现在的客户都在通过移动端来跟客服人员进行交流。在座的客服总监是不是做好这样的准备，在建立好移动端客服为客户提供服务。


我们环信在移动端APP客服通过这几年的实践我们已经发现，IM即时通讯是移动端客服的最佳体现。1，支持富媒体消息，表现能力强。2，IM沟通是典型的异步沟通方式。3，使用IM客服，消息必达。我们的环信内部一个客服人员可以同时服务20个人，相比传统是1比20的效率提高。环信通过它自己在移动互联网IM独特的技术，能够有效的解决客户在移动端与客服的交流。



（图）IM这种服务模式已被实践证明是所有的客户最为接受的模式。国美在线APP通过环信提供的APP内置客服很好的服务了上亿用户。
 
    今天我们大家经常说的事情就是全媒体客服，但是大家在谈的实际上是多渠道接入其仅是全媒体客服的冰山一角。真正的全媒体客服的关注的是客户通过跨渠道进来以后真正的体验和旅程是什么样的？这里想让大家先了解一下客户声音这款产品，这是基于自然语言分析、人工智能技术透析客户行为，然后去提升改善客户旅程的这么一款产品。目前客户中心更为关注的即是客户的体验如何？



 核心驱动力二，客户声音。我们把所有多渠道的数据进行分析，然后会牵扯很多企业的部门的合作，为所有的部门来提供服务。我们可以看到，对于客服部门实际上通过他的情感分析，会看出来客户的满意度有多少？客户提出的问题是什么？对与销售部门来说，可以知道产品销售的热点是在那里？对于市场部门是通过主题热点会提取发现下一个热点是什么，会帮助我们更好做市场活动。客户声音这个产品，环信通过这几年摸索，实际上在三个方面的客户实践体验做得比较好。 
 
    一、可以通过分析今天所有的对话当中去提取前二十个关注热点最多的主题，去分析热点的问题。
 
    二、可以把所有的热点问题拿出来，他的情绪是什么样的？如果有负面情绪提出来，然后分析这些问题。
 
    三、更重要的是把发现这些问题的对话找出来，找到客户再去跟客户沟通。通过客户声音产品将对于发现问题、分析问题和解决问题整个事件处理的闭环完全打通，这样可以更好的提高客户满意度。 
 
    通过上面的介绍，大家都已经看到越来越多的客户跟客服人员通过这么多的渠道进行了密集的接触，对于客服中心来说成本在不断的提升，就必须要有一有效的方式来解决人力成本的不断提升。智能机器人技术将会是改变这种情况所产生的颠覆性创新的技术。核心驱动力三：智能客服机器人，17年客服机器人就会成为客服服务中一个非常重要的环节。
 
    对于不需要做人工标记和人工维护的机器人单轮对话，很多企业都没有很好利用：很多企业的机器人的知识库维护工作量巨大。比如通常的一个问题，有几十种问法，但答案都是一个，但机器人没有自学习能力，这样就要员工在每天工作结束后去逐条整理知识库。我们环信的机器人技术是具有自学习能力的人工智能技术，比如几种对话问的都是同样的问题，环信智能机器人能够自动识别回答，并自学习添加到知识库，无需人工逐条编辑词条整理知识库，有效的推动了智能机器人在客服中心的初步落地。但具备多轮对话功能的机器人其实才能再客服领域发挥更大价值，也是鉴定客服机器人是否成熟的重要标准，比如面临退货的问题，不知道订单号，机器人可能会通过手机号码来识别，只有机器人能够满足多轮对话，机器人的技术才能够真正的进入到实际的应用当中。




    目前的智能机器人，从实际上技术水平上看，还不能达到完全替代人工，所以现阶段最具有效率的智能客服一定是人机混合模式，在关键时刻还需要人工进行实时的参与。
 
    简单的介绍一下环信，环信公司成立3年多时间，是一家年轻的企业级服务软件提供商，并于2016年荣膺“Gartner 2016 Cool Vendor”。产品包括国内上线最早规模最大的即时通讯云平台——环信即时通讯云，以及移动端最佳实践的全媒体智能云客服平台——环信移动客服。截至2016年上半年，环信即时通讯云共服务了82149家App客户，SDK覆盖手机终端5.64亿，平台日发送消息5.57亿条。 环信移动客服共服务了29437家企业用户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户，典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家自如客、泰康在线、号码百事通等众多标杆企业。 
 
    全球最具权威的的IT研究咨询机构Gartner的行业发展报告应该是这个行业中各企业都遵从的一个标准。其在中国境内选择环信做为2016年SAAS服务领域的唯一的cool vendor厂家，这个荣誉是对我们环信最大的认可。 



    （图）环信联合Gartner共同推出了客服行业研究的白皮书：下一代客户服务软件趋势。白皮中的内容参考了环信近3万家客服用户的最佳实践及Gartner在这个领域的研究成果。如果大家需要的话可以到展台进行登记，英文版的会先出来，中文版的相应随后出来，我们邮寄给大家。
 
    《全媒体客户中心管理》，是环信与蜜芽VP张艳老师一起所做的国内第一本关于全媒体客户服务的著作，书中内容也是参考了环信过去在客服领域的实践以及张艳老师多么行业积累的心得，如果大家需要也可以到我们的展台上领取。
 
    今天我的演讲就这么多，非常感谢大家！
  收起阅读 »

 
▍何为廉价 
 
一辆4万元的车，我们可以说是便宜的车，但是鲜有人说是廉价的车。我们会说廉价的爱情，但是不会说便宜的爱情。  
 
对于“廉价感”一词来说，与通常我们所说的“粗糙”、“便宜”等形容词不同，它是一个难以量化的心智形容词，而且几乎没有统一的判别标准可言。  而对于APP来说，怎样才能叫廉价呢？要解决这个问题，从反面说明简单不少：名贵的东西，从设计开始，就是为了“打败时间”的。为了更长时间保住用户，其任何一个细节都在向用户传递一件事：我能让你一直用下去。那么对于廉价来说，笔者认为，其产生于“仅活于短时间”，即这种产品让用户感觉：这玩意儿随便用用，很快就可以抛弃的。廉价的东西外壳一般都是迎合时下流行的，其余细节大多粗糙，易快速死亡。  
 
 ▍为什么有些APP会自带廉价感  
 
☛疲劳感  
 
我们都会对身边每日接触到的事物产生各方面的疲劳感，这样的疲劳感虽然不会直接的带来“廉价”这个感觉。但是一旦出现了一个基本功能属性与之完全一致的产品时（抄袭、模仿、换皮的圈钱产品目前是最为常见的），我们会因为对旧事物的疲劳感，而产生“廉价”的感觉。  
 
☛定位  
 
多在于产品的生产者与开发者对于产品本身定位以及基本属性认识的不透彻。也就是过分的商业化（过分的商业化在于过于看重销售方面，而忽略对于产品本身的思考）。例如一款社交类APP最关键的是让用户体验到产品的易于结交性与便利交流性，那么无论是UI还是功能，我们首要着重是在好友交互上，而不是其他自认为牛逼的无用功能上，你在用户希望拥有良好体验的功能上做low了，APP的廉价感自然而生。  
 
☛细节 
 
 “细节决定成败”，这句话放在APP上仍为真理。很多开发者通常都过于小看了用户，对于APP的细节末枝，很多用户其实都能敏感，而往往这些细节，就能决定你这款产品的命运：有不少APP在第一次使用时都会自动进入教程页面，但很多APP却没有跳过这样的选项或者根本不明显，让我们无法取消导致被迫浏览/进行完引导，而对于这种情况来说，有不少朋友是抱以厌烦态度的，我相信有不少的朋友遇到这种情况会弃坑，毕竟仍有大量同类产品在后方等待着。  
 
☛质量 
 
 廉价未必是低劣，但低劣一定会让人感到廉价，质量差体验注定好不到哪里去。秒杀团购整点哄抢的时候，遇见闪退；传送\下载重要文件时出现程序异常，又要重来….很多时候，一个APP总是在关键的时候出现质量问题，这让人抓狂又无奈，这样的情况发生频率稍高，大部分用户一定会有“这东西很渣”心声，淘汰也是必然选择。   



 
▍总结 
 
对于竞争激烈的移动应用市场来说，同类产品太多，相应来说对比就更加明显。而其实廉价感的根本便产于比较，开发团队以怎样的态度来制作一款APP，最终是能够通过我们使用而体现出来的。用匠人的精神去打造一款产品，敲细节重质量，尽力严格的APP测试，这才能从根本消除一款APP可能带有的廉价感。   
 
用没用料，决定了是否便宜；  
 
用没用心，决定了是否廉价！  
 
TestBird - 手游和App自动化测试平台 收起阅读 »

   


 稳定高效的验证码是注册转化的基础，鉴于环信的用户们短信验证码业务需求强烈，环信经过严格的短信服务商筛选，为环信的用户团购了低价高质的短信验证码服务，需要的小伙伴们请填写详细信息，我们将在12小时内安排技术支持专员为您服务。
短信验证码团购地址http://www.easemob.com/sms 收起阅读 »

第一次集成环信SDK应该是在去年吧，那个时候还是2.0的版本，没想到后面做的几个APP都用到了环信的及时聊天，用过2.0、3.0、3.1的，现在到了3.2的版本了。这篇博客水平并不是很深，只是作为刚接触环信的小伙伴一个参考的文章而已，让你们少走点弯路，但是该跳的坑还是需要自己亲自去跳。
 
前言
 
1、本教程对应环信即时聊天 iOS SDK V3.2.0 (2016-10-15)

2、请自行注册好环信APP_ID和APP_KEY

3、请自行下载好环信即时聊天SDK对应的版本（iOS SDK V3.2.0）
 
一、集成环信SDK
 
1、导入SDK

下载SDK到本地，进行解压，包含以下几个文件。
 



 
如果你的项目中需要用到语音电话和语音视频请把HyphenateFullSDK拖入你的工程；
 
如果你的项目中只不需要语音电话和语音视频请把HyphenateSDK拖入你的工程； 

这个两个只需要拖入一个，区别就是一个包含语音电话、视频，一个不不含，其他的都是一样的。
 
2、添加对应的依赖库

(1) 在 Build Phases -> Link Binary With Libraries 添加以下依赖库：

CoreMedia.framework 
AudioToolbox.framework 
AVFoundation.framework 
MobileCoreServices.framework 
ImageIO.framework 
libc++.tbd 
libz.tbd 
libstdc++.6.0.9.tbd 
libsqlite3.tbd 
libiconv.tbd

如果你选择的是不包含语音电话、视频的SDK，最后一个依赖库(libiconv.tbd)不需添加。

(2) SDK 不支持 bitcode，向 Build Settings → Linking → Enable Bitcode 中设置 NO。



 
3、登录环信

在AppDelegate.m 中添加欢喜初始化和登录的代码，如果编译成功，则说明你导入SDK成功了。

#define EaseMob_Appkey     @"1101#testnickname"   //环信AppKey



#import "AppDelegate.h"

#import "EMSDK.h"



@interface AppDelegate ()



@end



@implementation AppDelegate





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



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

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

    EMOptions *options = [EMOptions optionsWithAppkey:EaseMob_Appkey];

    options.apnsCertName = @"";

    [[EMClient sharedClient] initializeSDKWithOptions:options];



    EMError *error = [[EMClient sharedClient] loginWithUsername:@"yuancan001" password:@"123456"];

    if (!error) {

        NSLog(@"登录成功");

    }



    return YES;

}

提醒：记得在plist文件中设置https请求喔
 

4、添加EaseUI文件 要想实现环信的及时聊天，只加入SDK是不够的，还需要添加其他的一些相关的文件。回到我们之前下载环信SDK的文件中，有一个EaseUI的文件，把这个文件加入你的工程中。
 
 

 
这个文件夹中包含了一些与聊天相关的类，比如说聊天的界面、聊天的键盘等，总之是为了帮助开发者快速实现聊天功能。 编译一下，结果编译失败，因为还需要做一步操作，添加pch文件的路径。
 
 

 

EaseUI目录下有一个pch文件，你把它的路径添加到Prefix Header中。怎么添加呢？最简单的办法，就是先选择EaseUI-Prefix.pch文件，然后按住它，把它拖过去。不过这个要看人品，人品好一次就可以拖成功，如果没有拖成功，就多试几次。要是人品太差，就只能手动添加了

$(SRCROOT)/EaseMob3.2/EaseMob/EaseUI/EaseUI-Prefix.pch



$(SRCROOT)：这是一个宏，代表你这个项目文件的相对路径；

EaseMob3.2：这个是我的工程名，需要替换成你自己的工程名；

EaseMob/EaseUI/EaseUI-Prefix.pch：这个是pch文件在工程中的相对路径，需要替换成你自己对应的.

再编译一下，就可以成功了。
 
二、实现单聊

集成环信SDK，我们已经完成了第一步工作，接着我们来实现一下聊天的功能。

1、添加与聊天相关的文件

环信官方提供的Demo中集成了所有的功能，对于开发者来说既是一件好事也是一件坏事。之所以说是好事是因为所有功能都有，之所以说坏事是因为功能太多，都杂糅在一起，对于新手来说却是感觉无从下手。下面，就随我一起慢慢来深入了解环信。

实现单聊还需要添加一些文件，这些文件我们可以从官方的Demo中拷贝过来。我们需要添加的文件叫做 Chat，Chat目录下包含两个文件夹。ChatList里面的东西是与回话列表相关的，ChatView里面的东西是与聊天界面相关的 ， 把Chat整个文件夹都拖入工程中。编译之后，你会发现会出现很多报错的，不要怀疑你自己，这是正常的。因为这些文件是从环信官方Demo中拷贝过来，里面用了很多其他的文件，但是我们不需要那些文件，没有添加到我们的工程中，所以会报错。其实，这几个步骤很关键，但是官方文档却没有说明，估计把新手坑死了，幸亏有小编来拯救你们，哈哈。这里好心的小编提供一个已经处理好的下载Chat文件，下载可以直接使用。不然，你就需要自己手动去注释一些报错的地方，知道编译成功。





 
2、修改pch文件
 
在我们之前用的那个EaseUI-Prefix.pch中添加一些头文件：

#ifdef __OBJC__

#import <UIKit/UIKit.h>

#import <Foundation/Foundation.h>



//#import "ChatDemoUIDefine.h"

//#import "EMAlertView.h"

//#import "TTGlobalUICommon.h"



#import "EMSDKFull.h"

#import "EaseUI.h"

#endif

3、测试单聊
 
(1) 在AppDelegate.m 中创建一个UINavigationController :

#define EaseMob_Appkey     @"1101#testnickname"   //环信AppKey



#import "AppDelegate.h"

#import "EMSDK.h"

#import "ViewController.h"



@interface AppDelegate ()



@end



@implementation AppDelegate





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



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

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

    EMOptions *options = [EMOptions optionsWithAppkey:EaseMob_Appkey];

    options.apnsCertName = @"";

    [[EMClient sharedClient] initializeSDKWithOptions:options];



    EMError *error = [[EMClient sharedClient] loginWithUsername:@"yuancan001" password:@"123456"];

    if (!error) {

        NSLog(@"登录成功");

    }



    ViewController *vc = [[ViewController alloc] init];

    UINavigationController *navigation = [[UINavigationController alloc] initWithRootViewController:vc];

    self.window.rootViewController = navigation;

    self.window.backgroundColor = [UIColor whiteColor];





    return YES;

}

 
 
OK，完了，到点了吃中饭去了。
 
欢迎关注我的博客，原文地址
  收起阅读 »

• 功能改进：

DEMO

支持 Windows SDK。http://www.easemob.com/download/im 新增黑名单功能。获取聊天室列表: 支持分页、下拉刷新，新增以下2个参数：pagenum 和 pagesize。调试更方便，webpack 支持开发和生产模式。`npm run dev`：开发模式，支持热加载，启动一个供调试的webserve http://localhost:3000。 `npm run prod`：生产模式，编译速度更快。群组增加以下功能：创建群组、修改群组名称、修改群组简介、群组成员管理、加入公开群。strophe 从 v1.2.2 升级到 v1.2.8，在生产模式使用 strophe-1.2.8.min.js， 在开发模式使用 strophe.js。

SDK

 支持自动重连: 在 webim.config.js 文件中新增相关参数 `autoReconnectNumMax` 和`autoReconnectInterval`。

• Bug fixes:

DEMO

 增加 `babel-core/browser-polyfill.js`文件，修复了 IE 不支持 HTML5 elements 的 bug。

 修复了有未读消息时点击联系人不生效的bug。

 修复了strophe.js v1.2.8在IE9中使用BOSH会报错的bug。
https://github.com/strophe/strophejs/issues/213

SDK

修复了存在大量离线消息时收发消息延迟的bug。客户端将发送ack应答消息的速度限制在5个/秒，不影响其他正常消息。

将心跳消息从空body的 json message 切换为 ping/pong iq。前者会作为离线消息被XMPP Server缓存。

 
webim体验：http://webim.easemob.com/

版本历史：更新日志     
 
SDK下载：点击下载 收起阅读 »

    2016年10月27日，备受瞩目的“易观A10峰会暨易观之星颁奖盛典”在京开幕。本次大会以“数据是新能源”为主题，众多行业专家优秀企业济济一堂，共同见证大数据和整个互联网产业的未来发展。环信凭借其在企业级领域的稳打稳扎，以及在大数据、人工智能领域的不断创新已经连续第三年荣膺“易观之星”大奖。


环信荣膺2016“易观之星”大奖

   从“互联网化”到“互联网+”，从“拟人智能”到“数据是新能源”，易观的每一个理念都对产业带来重大改变。作为即时通讯云领域和SaaS客服领域的先行者，环信用即时通讯云场景化社交，连接人与人。用全媒体智能客服重构现代商业，连接人与企业。环信和易观一样在不断践行创新，每次突破都给行业带来了翻天覆地的变化。


   环信移动客服首推的客户声音产品运用自然语言解析，人工神经网络深度学习等人工智能技术，对来自多种渠道的非结构化数据源进行客服业务的特征提取，主题聚类解析，情感分析建模。从而帮助企业挖掘和分析客户服务中的热点话题，发现服务运营问题，寻找畅销或问题产品，洞察销售机会。比如，在环信客户声音系统中，主题关键词热度越高，说明用户关注度就越高。关键词对应的情感越负面，说明用户的体验感就越差。企业可以优先解决用户最关心，体验感最差的产品和服务问题。环信客户声音系统可以帮助企业识别和改善客户旅程的各个阶段。

   基于自然语言处理和机器学习技术的环信智能客服机器人，能够辅助或代替人工客服精准回答超过80%的常见问题，极大降低企业客服人力成本。环信智能机器人使用海量数据对模型进行训练，并借助客服系统中访客和客服的实时反馈来增强学习，精准识别用户意图，帮助人工客服回答各种问题无需人工标记和人工维护的机器人单轮会话，极大降低客服机器人的维护成本。同时，环信智能机器人支持上下文语义和多轮会话，并预装多行业的领域知识，如电商行业的物流状态查询模型，产品保修会话模型等。这种基于行业领域和业务模型的多轮会话能力，相比单轮会话，进一步扩展了客服机器人对复杂客服业务场景的自动支撑能力。

   截止2016年上半年，环信已经服务了八万多家客户，现已覆盖包括电商、O2O、互联网金融、在线教育、在线旅游、移动医疗、智能硬件、游戏等领域的Top10客户，在客服领域的典型用户包括国美在线、58到家、楚楚街、海尔、神州专车、新东方、链家自如客、泰康在线等众多标杆企业。积累了大量人工智能和大数据在即时通讯云和客户服务行业落地的最佳实践。

   随着“互联网+”国家战略的不断深化，人工智能的崛起以及大数据分析思想将助力企业拥抱更广阔的互联网+未来。近期，李克强总理在出席会议时表示：“以大数据为代表的创新意识和传统产业长期孕育的工匠精神相结合，使新旧动能融合发展，并带动改造和提升传统产业，有力推动虚拟世界和现实世界融合发展。”未来在技术和服务的双动力驱动下，大数据和人工智能产业的发展将更加迅速，更加产业化、垂直化和精准化。同时，企业级服务的大数据和人工智能时代也即将全面开启。

关于“易观之星”

   被誉为大数据行业的“奥斯卡”，易观A10峰会传承至今已有8年历史。易观之星颁奖典礼作为A10峰会上最为瞩目的板块充分利用大数据进行行业洞察，基于易观千帆、易观方舟等易观大数据产品，以用户规模、企业增速等标准进行多重考评，用以表彰和鼓励创新有潜力的企业和应用。本届评选历时两个多月，历经资格征集、资格复核、终审评奖三轮审核，环信凭借其在即时通讯云领域的绝对优势以及SaaS客服领域的厚积薄发连续第三年荣膺“易观之星”大奖。 收起阅读 »

下面我将上传一个微信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､ 智能质检，准确率达到替代人工质检水平。

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