4、***>心
从客户服务模块延伸出来一个呼叫中心模块，为什么把微信呼叫中心单独拎出来专门讲？是因为呼叫中心是大CRM的一部分，但是又因为业态特殊所以独成一体。针对呼叫中心的设计，比较特殊，而且可以用在客户服务上，也可以用在销售外呼上，甚至来进行营销活动的预热或者邀约等。
由于一对一的主动单发是受限的，因此微信的销售模块就不单独设计了，部分功能是融合在微信呼叫中心里面。
***的呼叫中心模块，可以基于自定义菜单接口，实现呼叫中心的IVR交互菜单，同时再单独开发模块实现多用户和智能分配，实现不同菜单分配到不同用户或用户组，这是呼叫中心最基本的IVR和ACD。
由于呼叫中心多语音的特点，以及座席客服都是声音甜美，所以需要通过语音识别接口实现对语音微信呼叫的识别和转换，同时通过多媒体文件接口实现微信语音呼叫的备案（专业术语叫录音系统）和质检功能，并可以通过多媒体文件接口回复实时的或者预录制好的语音。
的呼叫中心模块偏重于微信客服坐席的运营管理，最难的也是业务设计而不是系统。比如微信座席是与传统座席混排还是独立？这直接涉及到呼叫中心模块的设计。
5、会员门户模块
说到会员，最好的案例就是陈坤的公众号，他基本上实现的是一个会员微信门户，用到的功能主要是Oauth2.0授权接口，实现网页上的获取信息等动作。
***的会员模块可以通过设计HTML5的会员掌上门户网页，同时对接的客户管理等模块，形成***会员门户+***的完整管理体系。
以此类推，你可以利用Oauth2.0授权接口+HTML5实现企业的其他微信门户，比如掌上网站、企业门户、内部OA等等。这块不属于***，叶开就不赘述了。
6、统计报表管理
***的统计报表管理，这块功能是不可或缺的，但又是最难伺候的，因为是要给老板看的。微信的开放接口并没有跟数据相关的，因此可能很多东西要你自己来想办法了。
首先，基于前面讲的关注、取消关注等数据，统计用户的新增、流失对比分析；其次，基于前面讲的微信交互的时间、方向等数据，设计微信交互的统计分析；然后，再高深点儿的是在市场活动中对O2O的跟踪、管理和效果，形成市场活动的效果响应统计，也就是ROI分析。
其实吧，如果腾讯移动分析的API能够开放，那你的微信内容的到达、阅读、分享转发等数据就可以成为***的统计报表中很重量级的报表了。
最后，聊一下微信大数据的构建。虽然微信的获取用户信息比较少，只有四五项，但这才是真正“逼迫”你在交互中设计碎片化数据的采集。通过***设置交互索引很关键，对话中的语义分析、点击不同菜单的事件等都可以对应标签，每一次的时间、地理位置等都是时间空间数据，这些组合起来就是***的大数据，不要小看喔，看看你能够从这里面分析出什么宝贝来？
基于微信的开放接口设计企业的，基本上讲完了。建议尽快去申请微信认证，这样就可以对接进来，早日实现你的***，当然微信认证拥有普通认证的全部权利，比如搜索可见、认证标识等等。悄悄的透露一下，微信认证的企业有可能向微信团队的市场经理单独申请微支付接口，好处你晓得啦。
最后，***实际上是Social CRM的一部分，这篇文章只是简单的描述了一下***与开放接口的结合和简单设计框架，总体的设计和开发远不仅限于此