從(cong)客戶服務模塊延伸出來(lai)一個呼(hu)叫中心模塊，為什么把微(wei)信(xin)呼(hu)叫中心單獨(du)拎出來(lai)專(zhuan)門(men)講？是(shi)因(yin)為呼(hu)叫中心是(shi)大(da)CRM的一部分，但是(shi)又因(yin)為業態(tai)特殊所(suo)以(yi)獨(du)成一體。針對(dui)呼(hu)叫中心的設計，比較特殊，而且可(ke)以(yi)用在(zai)客戶服務上(shang)，也可(ke)以(yi)用在(zai)銷(xiao)售(shou)外呼(hu)上(shang)，甚至來(lai)進行營(ying)銷(xiao)活動(dong)的預熱或者(zhe)邀約等(deng)。

　　由于一對一的主動(dong)單發是受限的，因此微信的銷售模塊(kuai)就不單獨設計了(le)，部分功(gong)能是融合在微信呼叫中心里面。

　　***的呼(hu)叫(jiao)中(zhong)心(xin)模塊(kuai)，可以基于(yu)自定義菜(cai)單(dan)(dan)接口，實現(xian)呼(hu)叫(jiao)中(zhong)心(xin)的IVR交互菜(cai)單(dan)(dan)，同(tong)時再單(dan)(dan)獨開發模塊(kuai)實現(xian)多(duo)用(yong)戶和智(zhi)能分(fen)(fen)配，實現(xian)不(bu)同(tong)菜(cai)單(dan)(dan)分(fen)(fen)配到不(bu)同(tong)用(yong)戶或用(yong)戶組，這是(shi)呼(hu)叫(jiao)中(zhong)心(xin)最(zui)基本的IVR和ACD。

　　由于(yu)呼叫中心多(duo)語(yu)音(yin)的(de)(de)特(te)點(dian)，以(yi)及座(zuo)席客服都是聲(sheng)音(yin)甜美，所以(yi)需(xu)要通過(guo)(guo)語(yu)音(yin)識別(bie)接(jie)口(kou)實(shi)現(xian)(xian)對語(yu)音(yin)微(wei)信呼叫的(de)(de)識別(bie)和轉換，同時(shi)通過(guo)(guo)多(duo)媒(mei)體文件(jian)接(jie)口(kou)實(shi)現(xian)(xian)微(wei)信語(yu)音(yin)呼叫的(de)(de)備(bei)案(an)（專業(ye)術語(yu)叫錄音(yin)系統）和質(zhi)檢功能，并(bing)可以(yi)通過(guo)(guo)多(duo)媒(mei)體文件(jian)接(jie)口(kou)回(hui)復實(shi)時(shi)的(de)(de)或者預錄制(zhi)好的(de)(de)語(yu)音(yin)。

　　的(de)呼叫中心模塊偏重于微(wei)信客服坐席的(de)運營管理，最難的(de)也(ye)是業務設(she)計而(er)不是系統(tong)。比(bi)如微(wei)信座席是與(yu)傳統(tong)座席混排還是獨立？這(zhe)直接涉及到呼叫中心模塊的(de)設(she)計。

　　5、會員門戶模塊

　　說到會(hui)員，最好的(de)(de)案(an)例就是(shi)(shi)陳坤的(de)(de)公眾號(hao)，他基本上(shang)實(shi)現的(de)(de)是(shi)(shi)一個會(hui)員微信門戶，用到的(de)(de)功能主要是(shi)(shi)Oauth2.0授權接口(kou)，實(shi)現網頁上(shang)的(de)(de)獲取(qu)信息等動作。

　　***的(de)(de)會(hui)員模塊可(ke)以通過設計HTML5的(de)(de)會(hui)員掌上門戶網(wang)頁，同時對接(jie)的(de)(de)客戶管理(li)等模塊，形成***會(hui)員門戶+***的(de)(de)完(wan)整管理(li)體(ti)系。

　　以此類(lei)推，你可(ke)以利(li)用Oauth2.0授權接口+HTML5實現企(qi)業(ye)的其他微信門戶(hu)，比如(ru)掌上網站、企(qi)業(ye)門戶(hu)、內部OA等等。這塊(kuai)不屬于***，葉開就不贅述了(le)。

　　6、統計報表管理

　　***的(de)(de)(de)統計報表管理，這塊(kuai)功(gong)能是不可(ke)或(huo)缺的(de)(de)(de)，但(dan)又是最難伺(si)候(hou)的(de)(de)(de)，因為是要(yao)給老板看的(de)(de)(de)。微(wei)信的(de)(de)(de)開放接口并沒有跟數(shu)據(ju)相關的(de)(de)(de)，因此可(ke)能很多東(dong)西要(yao)你自己來(lai)想辦法了。

　　首先，基(ji)于前面講的(de)(de)(de)(de)(de)關(guan)注、取消(xiao)關(guan)注等數據(ju)(ju)，統計(ji)用戶(hu)的(de)(de)(de)(de)(de)新增、流失(shi)對(dui)比(bi)分析；其次，基(ji)于前面講的(de)(de)(de)(de)(de)微(wei)信交互(hu)的(de)(de)(de)(de)(de)時間(jian)、方(fang)向等數據(ju)(ju)，設計(ji)微(wei)信交互(hu)的(de)(de)(de)(de)(de)統計(ji)分析；然后，再高深(shen)點兒的(de)(de)(de)(de)(de)是在市(shi)場活動(dong)中(zhong)對(dui)O2O的(de)(de)(de)(de)(de)跟蹤、管理和效(xiao)果，形成市(shi)場活動(dong)的(de)(de)(de)(de)(de)效(xiao)果響應統計(ji)，也就是ROI分析。

　　其實(shi)吧，如果騰訊移動分析的(de)API能夠開放，那你的(de)微信內容的(de)到達、閱(yue)讀、分享轉發等數據就可以(yi)成(cheng)為***的(de)統計報(bao)表(biao)中很重量(liang)級(ji)的(de)報(bao)表(biao)了。

　　最后，聊一下微信大(da)數據(ju)的(de)(de)(de)(de)構建。雖然(ran)微信的(de)(de)(de)(de)獲取用戶信息比較少，只(zhi)有(you)四五項，但這才是真(zhen)正“逼迫”你在(zai)交互中設(she)計(ji)碎片化數據(ju)的(de)(de)(de)(de)采集。通(tong)過***設(she)置交互索(suo)引很關(guan)鍵，對(dui)話中的(de)(de)(de)(de)語(yu)義(yi)分析、點擊不同菜單的(de)(de)(de)(de)事件等都可以對(dui)應標簽，每一次的(de)(de)(de)(de)時間、地理(li)位(wei)置等都是時間空間數據(ju)，這些組(zu)合起來(lai)就(jiu)是***的(de)(de)(de)(de)大(da)數據(ju)，不要小看喔，看看你能夠從(cong)這里(li)面(mian)分析出什么寶(bao)貝來(lai)？

　　基(ji)于微信(xin)(xin)(xin)的(de)(de)(de)開放接口(kou)設計企業的(de)(de)(de)，基(ji)本上(shang)講完(wan)了。建議盡快(kuai)去申請微信(xin)(xin)(xin)認證(zheng)(zheng)，這樣就可以對接進來，早日實現你的(de)(de)(de)***，當(dang)然微信(xin)(xin)(xin)認證(zheng)(zheng)擁有(you)普通(tong)認證(zheng)(zheng)的(de)(de)(de)全部(bu)權利(li)，比如搜索可見、認證(zheng)(zheng)標識等等。悄悄的(de)(de)(de)透露一下(xia)，微信(xin)(xin)(xin)認證(zheng)(zheng)的(de)(de)(de)企業有(you)可能(neng)向(xiang)微信(xin)(xin)(xin)團隊的(de)(de)(de)市場經(jing)理單獨(du)申請微支付接口(kou)，好處你曉得(de)啦。

　　最后，***實際上是(shi)Social CRM的(de)一(yi)(yi)部(bu)分，這篇文章只是(shi)簡單的(de)描述了一(yi)(yi)下***與開放接口的(de)結合和簡單設(she)計(ji)框架，總(zong)體的(de)設(she)計(ji)和開發遠不僅限(xian)于此