作者：觀山科技CTO

近日打算體驗下領(lǐng)英/簡書/知乎社交扣溺，希望能夠通過這種方式多結(jié)識一些CX方面的同仁，本人技術(shù)出身瓜晤，不善言談，平日我更多時間花在技術(shù)管理和產(chǎn)品研發(fā)上腹纳，以后打算有時間也分享分享自己的在CX數(shù)字化建設(shè)上的一些心得痢掠，今天這算是自己的第一篇文章，我向大家分享下自己這些年在CX數(shù)字化系統(tǒng)落地方面的一些實實在在的經(jīng)驗和心得嘲恍，近幾年來足画，我參與并主持過多個大型企業(yè)的客戶體驗管理數(shù)字化項目的落地工作，以下內(nèi)容算是自己的一些總結(jié)佃牛，一方面權(quán)當(dāng)給自己做一個筆記淹辞，一方面也希望能與更多同仁朋友進行交流。

隨著市場競爭的加劇和技術(shù)傳播速度的加快俘侠，產(chǎn)品和服務(wù)逐漸趨向于規(guī)南笞海化、同質(zhì)化爷速，消費者對品牌的認(rèn)知和認(rèn)同也日益去向模糊化央星。如何維持穩(wěn)定的市場份額、鞏固存量客戶保持率惫东，進而提高企業(yè)價值成為了企業(yè)不得不重視的問題莉给。因此，越來越多的企業(yè)開始關(guān)注客戶體驗廉沮，尤其是滿意度和忠誠度颓遏，然而大多數(shù)客戶滿意度測量方法仍然是以企業(yè)所銷售產(chǎn)品和服務(wù)的屬性為測量對象，以此作為改善企業(yè)經(jīng)營和產(chǎn)品服務(wù)設(shè)計的依據(jù)滞时，雖然可以使得“客戶滿意度”不斷提高叁幢，但是客戶體驗得到改善的因素和方法一直不得而知。自Gilmore等人于1998年在《哈佛商業(yè)評論》上提出了“體驗式經(jīng)濟時代已經(jīng)來臨”的著名論斷后漂洋，繼而他們又在《體驗經(jīng)濟》藝術(shù)中對“體驗”的內(nèi)涵做了進一步的闡述遥皂，昭示我們正進入一個經(jīng)濟的新紀(jì)元力喷；隨后體驗經(jīng)濟已經(jīng)是逐漸成為了繼服務(wù)經(jīng)濟之后的一個新的經(jīng)濟發(fā)展階段，這就要求各行各業(yè)在新的經(jīng)濟形勢下演训，如何占據(jù)先發(fā)優(yōu)勢弟孟，體驗改善和提升成為非常關(guān)鍵的研究課題。

NPS客戶體驗實施監(jiān)測系統(tǒng)現(xiàn)今也是很多公司客戶體驗管理系統(tǒng)中的一種重要的體現(xiàn)形式,它通常都是由管理咨詢或戰(zhàn)略咨詢公司協(xié)助企業(yè)進行發(fā)起样悟，然而在系統(tǒng)實際落地的過程中拂募，我們會發(fā)現(xiàn)其實光有戰(zhàn)略咨詢，管理咨詢的力量窟她，這項工作最終只能是紙上談兵陈症，無法切實落地。而今日新月異的信息化技術(shù)的發(fā)展推動了體驗經(jīng)濟的信息化震糖、數(shù)字化的管理的進程录肯，因此企業(yè)通過實現(xiàn)體驗數(shù)據(jù)的采集和量化，如何構(gòu)建客戶體驗管理平臺成為客戶體驗管理中一個關(guān)鍵問題吊说。若要將數(shù)字化戰(zhàn)略進行落地论咏，光談戰(zhàn)略和方法論，不談軟件工程颁井，戰(zhàn)略最終將會變成空談厅贪！

這里，我們對客戶體驗戰(zhàn)略進行數(shù)字化落地痛點以及解決辦法進行幾方面的簡要歸納：

痛點1：缺乏一支專業(yè)的客戶體驗管理項目團隊雅宾。

根據(jù)我這些年的觀察养涮，我發(fā)現(xiàn)過往大部分客戶體驗監(jiān)測在建設(shè)過程中不注重系統(tǒng)落地團隊的建設(shè)。普遍來說眉抬，客戶體驗管理項目更多都是由管理咨詢項目或戰(zhàn)略咨詢項目發(fā)起贯吓，事實證明，很多項目最終都以失敗告終吐辙，因為客戶在項目推進的過程中往往忽略了落地宣决。重視客戶體驗的大公司通常都會有專職的團隊和人員從事客戶體驗的管理工作，他們更多是來自客戶服務(wù)昏苏、客戶權(quán)益或客戶體驗相關(guān)的團隊進行主導(dǎo)尊沸，而遺憾的是這些團隊人員通常都偏管理或業(yè)務(wù)崗位，缺乏信息化或科技背景贤惯，他們會習(xí)慣性地把客戶體驗管理的工作歸為戰(zhàn)略管理的層面洼专，最后也習(xí)慣性地把客戶體驗管理的工作做成了一項管理咨詢的工作，最后的結(jié)果就是提出了一大堆理論孵构、一堆制度屁商、一堆流程，一堆ppt颈墅，而最終缺乏一個系統(tǒng)作為管理抓手蜡镶。很多企業(yè)一到落地時候雾袱，雖然他們都已經(jīng)在客戶體驗的一些框架理論上滿腹經(jīng)綸，但是一旦要他們?nèi)プ鰯?shù)字化落地官还，他們幾乎就屬于抓瞎?fàn)顟B(tài)芹橡。

解決辦法：建立一支專項團隊，包括專職的CX領(lǐng)域?qū)＜倚〗M望伦、業(yè)務(wù)專家小組林说、IT系統(tǒng)專家小組⊥蜕。客戶體驗專家需要具有對客戶體驗管理方法論具有系統(tǒng)性的認(rèn)識腿箩，業(yè)務(wù)專家需要非常了解企業(yè)所有端到端的業(yè)務(wù)流程，能夠在客戶體驗專家的配合下梳理出關(guān)鍵的客戶旅程和觸點劣摇；IT系統(tǒng)專家能夠配合CX專家組和業(yè)務(wù)專家組梳理出關(guān)聯(lián)系統(tǒng)珠移、數(shù)據(jù)流、接口以及各種上下游的技術(shù)對接方案及方案的設(shè)計與開發(fā)末融，補充說明下剑梳，這里的IT系統(tǒng)專家包含很多角色，如程序員滑潘，BI工程師、AI工程師锨咙、測試工程師语卤、項目管理專家、UED工程師等等酪刀。

痛點2：對CX項目的管理缺乏正確的方法論粹舵。

客戶體驗管理通常都是從客戶旅程和客戶觸點進行切入進行管理和分析，在重視數(shù)字化管理的今天骂倘，客戶旅程和觸點通常都會涉及到多個不同的生產(chǎn)系統(tǒng)眼滤，因此要推進一個完整的客戶體驗管理項目，就會涉及到跨業(yè)務(wù)團隊合作历涝、跨多個生產(chǎn)系統(tǒng)的對接诅需、后端復(fù)雜的數(shù)據(jù)庫和復(fù)雜的數(shù)倉的對接，而這些系統(tǒng)通常會由不同的IT團隊進行管理荧库，這無疑給CX項目落地帶來了極大的挑戰(zhàn)堰塌。

解決辦法：研究符合CX項目管理的項目管理方法，普通的IT項目管理方法難以適應(yīng)CX項目的落地管理分衫，我們建議采用CALM及Agile方法論相結(jié)合的項目管理方法進行推進场刑，關(guān)于這部分的方法論，以后我再找機會進行分享蚪战。

痛點3：對客戶體驗管理系統(tǒng)想得過于簡單牵现。

很多人均把客戶體驗實時監(jiān)測系統(tǒng)等同于一個簡單的問卷調(diào)查平臺铐懊。其實遠(yuǎn)不止于此，除了客戶體驗監(jiān)測本身需要涉及到的系統(tǒng)功能瞎疼，如旅程觸點管理科乎、觸點問卷管理、樣本抽樣規(guī)則配置等以外丑慎，還需要考慮系統(tǒng)本身的開放和對接能力喜喂，這當(dāng)中的技術(shù)細(xì)節(jié)遠(yuǎn)比開發(fā)一個獨立的企業(yè)級應(yīng)用系統(tǒng)難度要大得多。因此竿裂，我認(rèn)為客戶體驗管理系統(tǒng)一定不能想得過于簡單玉吁，必須要采用更靈活的的企業(yè)級應(yīng)用的設(shè)計理念。

解決方法：按照PaaS系統(tǒng)的設(shè)計理念進行系統(tǒng)設(shè)計腻异。在完成專業(yè)的CX管理和監(jiān)測功能以外进副，還需要考慮系統(tǒng)組件化設(shè)計、接口開放性悔常、以及安全性設(shè)計等要素影斑。

痛點4：無法有效地對數(shù)據(jù)進行整合和分析。

客戶體驗的研究偏管理和戰(zhàn)略研究机打，針對客戶體驗研究矫户，通常會涉及到很多的指標(biāo)分析、數(shù)據(jù)報表等残邀，而這些數(shù)據(jù)的整合需要融合多個數(shù)據(jù)庫甚至是數(shù)據(jù)倉庫的數(shù)據(jù)皆辽，一般分析的時候都會涉及到業(yè)務(wù)運營數(shù)據(jù)（O-DATA)和體驗數(shù)據(jù)(X-Data)的融合，而這兩類數(shù)據(jù)的整合所涉及的工作量和挑戰(zhàn)非常之大芥挣，這需要一支有專業(yè)的業(yè)務(wù)分析和BI經(jīng)驗的團隊參與驱闷。

解決辦法：建立高效的BI和業(yè)務(wù)團隊，研究高效的ETL實施流程以及方法論空免。這部分以后有機會再展開介紹空另。

痛點5：無法有價值地應(yīng)用好體驗數(shù)據(jù)。

現(xiàn)代客戶體驗管理的本質(zhì)蹋砚，實際是通過挖掘體驗數(shù)據(jù)進一步洞察客戶/用戶行為扼菠，提早發(fā)現(xiàn)客戶貶損和流失問題，或利用正向體驗數(shù)據(jù)進行體驗營銷坝咐，而這些工作娇豫，從咨詢師的角度去做“紙上談兵”的探索是比較容易的，然而一旦到要將這些工作進行落地畅厢，就必須擁有一支豐富的業(yè)務(wù)經(jīng)驗的團隊以及能夠根據(jù)經(jīng)驗進行數(shù)據(jù)建模和數(shù)據(jù)挖掘的團隊冯痢，而在人工智能技術(shù)火熱發(fā)展的今天，我們完全會有更好的解決辦法。

解決辦法：建立資深的數(shù)據(jù)洞見團隊以及AI建模團隊浦楣，根據(jù)業(yè)務(wù)需要進行AI建模袖肥，比如針對客戶之聲（VoC）的各類業(yè)務(wù)建模，針對時間序列數(shù)據(jù)的預(yù)測性建模等等振劳。

好吧椎组，今天就寫這么多吧，一口氣寫完都已經(jīng)凌晨了历恐，以后有機會再做補充寸癌，也來不及去檢查錯別字了，哈哈弱贼，今天算是想到哪里寫到哪里蒸苇，寫的不好的地方希望朋友們多多包涵，也希望對大家有所幫助吮旅。