SNS呼叫中心的一些杂感

看了一些文章，自己的总结杂感，SNS-本身是一个碎片应用模式

对于平时的碎片时间 （感觉应该）：

1)为用户提供服务为主题，即应该偏向被动方式。主动行为过多可能会导致退订。

2)边缘服务---即不紧急的用户需求。即时性比较低的任务。在即时性要求比较高的需求上，用户还是偏向传统呼叫中心。（查询，帮助，物流，订单等等）

3)API权限，和相应的SNS提供商合作，应该可以取得相应的较高API权限。比如取得用户信息的API，用于给用户群分组。

4)用户或者粉丝阀值。举例一般的公共SNS帐号的粉丝超过10万的时候，就应该有相应的后台处理机制（比如抓取内容分类）。否则处理上会效率低下。

   例子：小米微信有100万粉丝，但是在有后台处理机制（SNS呼叫中心），处理团队只有9人（3运营，6售后）

5)和传统短信比，SNS在推广上由于是仅仅使用流量，费用大堆降低。比如传统的100条短信就需要10万元钱。

6)SNS呼叫中心渠道上（订阅用户，粉丝），要配合线上线下的推广，否则用户群体增长会篇慢。

7)回复上面，应该有更多的应用接口，类似IVR的人工自助，提高效率。

移动互联网的呼叫中心就是座席人员能够按照用户喜欢的联络方式进行营销或者服务，SNS是以后的一个趋势。

参考文章”http://www.ctiforum.com/news/guonei/370696.html