客戶關(guān)系管理系統(tǒng)（CRM系統(tǒng)）是管理公司當(dāng)前以及未來潛在客戶的系統(tǒng)，其主要目的是通過優(yōu)化客戶關(guān)系實(shí)現(xiàn)公司銷售業(yè)績的長期增長，它是企業(yè)信息系統(tǒng)的核心之一。目前，移動(dòng)互聯(lián)網(wǎng)、大數(shù)據(jù)以及人工智能技術(shù)發(fā)展日新月異，正在加速改變世界。但是在CRM等企業(yè)系統(tǒng)的構(gòu)建和優(yōu)化方法論上，卻缺乏革命性的創(chuàng)新。本文作者在構(gòu)建和優(yōu)化CRM系統(tǒng)的過程中總結(jié)出一些新方法論，與當(dāng)下的一些先進(jìn)理念不謀而合。每個(gè)具體的理念雖然并非原創(chuàng)，應(yīng)用在CRM系統(tǒng)構(gòu)建中還算新穎，并且所有的理念一起構(gòu)成一個(gè)完整的體系。希望這些對負(fù)責(zé)CRM系統(tǒng)開發(fā)的管理者、工程師、產(chǎn)品人員有所幫助。

CRM系統(tǒng)的構(gòu)建和優(yōu)化本質(zhì)上是一個(gè)工程學(xué)問題。解決好一個(gè)工程學(xué)問題需要把控好四個(gè)主要環(huán)節(jié)： * 明確該工程的主要目標(biāo)。 * 理清實(shí)現(xiàn)該目標(biāo)的方法論。 * 構(gòu)建快速支撐方法論實(shí)施的架構(gòu)和系統(tǒng)。 * 打造一個(gè)優(yōu)秀的團(tuán)隊(duì)。

本文基于這條線進(jìn)行闡述。第一部分主要討論CRM系統(tǒng)的目標(biāo)以及方法論。第二部分通過具體案例詳細(xì)闡述方法論實(shí)施。本文第三部分是關(guān)于如何設(shè)計(jì)靈活可擴(kuò)展系統(tǒng)架構(gòu)。最后一部分總結(jié)了在團(tuán)隊(duì)管理方面的一些心得。

搭建優(yōu)秀的CRM系統(tǒng)的前提是清晰的目標(biāo)，然后尋找實(shí)現(xiàn)系統(tǒng)目標(biāo)的系統(tǒng)性的方法論。在方法論和目標(biāo)之間建立關(guān)聯(lián)是一個(gè)復(fù)雜的分析過程。我們采用嚴(yán)謹(jǐn)?shù)臄?shù)學(xué)方法，從CRM系統(tǒng)目標(biāo)中推導(dǎo)出獨(dú)特的方法論。確定了方法論之后，我們將深度闡述其具體內(nèi)涵以及層次。本小節(jié)的最后一部分歸納出實(shí)現(xiàn)運(yùn)營目標(biāo)的路線圖（RoadMap）。

CRM系統(tǒng)目標(biāo)

主流CRM系統(tǒng)的目標(biāo)是實(shí)現(xiàn)運(yùn)營收入的增長，嚴(yán)格的講，應(yīng)該是收入預(yù)期的增長。從經(jīng)濟(jì)學(xué)的角度來講，收入預(yù)期不是一個(gè)值，而是一種分布，這就引入了“風(fēng)險(xiǎn)”的概念。所以，CRM系統(tǒng)的目標(biāo)需要同時(shí)考慮風(fēng)險(xiǎn)和收入預(yù)期這兩個(gè)因素。簡而言之，CRM系統(tǒng)的目標(biāo)應(yīng)該是： * 實(shí)現(xiàn)收入預(yù)期最大化。 * 提高收入預(yù)期置信度。

CRM系統(tǒng)目標(biāo)拆解

實(shí)現(xiàn)預(yù)期收入最大化這個(gè)目標(biāo)可以從四個(gè)方面入手： * 增加客戶數(shù)量。 * 提升高質(zhì)量客戶占比。 * 提高服務(wù)頻率以及延長服務(wù)時(shí)間。 * 提升運(yùn)營人員服務(wù)效率，即“人效”。

CRM系統(tǒng)負(fù)責(zé)人真正能夠有效提升的因子是人效。提高人效最重要的手段就是讓機(jī)器承擔(dān)更多的工作，即“服務(wù)數(shù)字化”。

提高收入預(yù)期置信度的本質(zhì)上就是降低戰(zhàn)略執(zhí)行的不確定因素，從人治模式轉(zhuǎn)型成系統(tǒng)管理模式，簡而言之就是“管理數(shù)字化”。

以上的結(jié)論經(jīng)過了嚴(yán)密的數(shù)學(xué)推導(dǎo)，對推導(dǎo)過程有興趣的同學(xué)，可以參考附錄 CRM系統(tǒng)目標(biāo)拆解詳細(xì)推導(dǎo)。

全流程數(shù)字化閉環(huán)

根據(jù)上文，實(shí)現(xiàn)CRM系統(tǒng)目標(biāo)的手段是提高數(shù)字化程度。基于此，我們提出了全流程數(shù)字化閉環(huán)概念，如下圖：

在對該圖進(jìn)行詳細(xì)講解之前，先做兩點(diǎn)說明： * 整個(gè)閉環(huán)的起點(diǎn)來自于人。在目前階段，大部分的系統(tǒng)還無法完全獨(dú)立思考，這意味著它們的運(yùn)轉(zhuǎn)需要外部的觸發(fā)點(diǎn)，也就是人。 * 整個(gè)閉環(huán)的終點(diǎn)也是人。決策者的想法經(jīng)過系統(tǒng)一輪循環(huán)之后，不僅產(chǎn)生業(yè)務(wù)價(jià)值，得出的反饋還會(huì)促進(jìn)決策者成長。

我們對上圖進(jìn)行詳細(xì)講解： * 實(shí)現(xiàn)CRM系統(tǒng)目標(biāo)的前提是運(yùn)營決策者戰(zhàn)略思考（Idea）。 * 工程師們負(fù)責(zé)將Idea進(jìn)行數(shù)字化（Digitize），轉(zhuǎn)化成計(jì)算機(jī)能識(shí)別的策略（Policy）或規(guī)則。 * 系統(tǒng)對數(shù)字化的策略進(jìn)行排期（Policy Schedule）。 * 排完期的策略將會(huì)被定期執(zhí)行（Policy Execution）。 * 策略執(zhí)行的結(jié)果是可具體執(zhí)行的一系列任務(wù)（Tasks）。 * 通過系統(tǒng)，一線運(yùn)營人員負(fù)責(zé)任務(wù)執(zhí)行（Task Implementation）。 * 執(zhí)行完畢后，執(zhí)行者需要做一些紀(jì)錄（Record）。 * 系統(tǒng)收集記錄以及其他效果數(shù)據(jù)，形成統(tǒng)計(jì)數(shù)據(jù)（Statistics）。 * 統(tǒng)計(jì)數(shù)據(jù)將被制作成各種圖表或者報(bào)告（Report）。 * 運(yùn)營決策者通過直接查看圖表的方式，或者接受系統(tǒng)的自動(dòng)化分析（Analysis）結(jié)論獲得反饋。

每一輪循環(huán)都會(huì)提升運(yùn)營決策者，決策者的提升反過來會(huì)促進(jìn)CRM系統(tǒng)的改進(jìn)。全流程數(shù)字化閉環(huán)本質(zhì)上是決策者和系統(tǒng)不斷相互促進(jìn)的過程。

數(shù)字化層次

既然核心方法論是“全流程數(shù)字化閉環(huán)”，我們需要先深入探討一下什么是數(shù)字化。數(shù)字化本身是一個(gè)非常抽象的概念，不同的人有不同的理解。我們根據(jù)在CRM系統(tǒng)的實(shí)踐經(jīng)驗(yàn)，總結(jié)出了數(shù)字化的三個(gè)層次，即標(biāo)準(zhǔn)化、自動(dòng)化和智能化。 * 標(biāo)準(zhǔn)化。標(biāo)準(zhǔn)化是數(shù)字化的基礎(chǔ)，物理世界絕大多數(shù)事物都是連續(xù)的（Continuous），而計(jì)算機(jī)只能保存離散的數(shù)據(jù)，所以標(biāo)準(zhǔn)化的核心是離散化、結(jié)構(gòu)化。我們一般把靜態(tài)的（static）數(shù)據(jù)模型和概念的數(shù)字化稱為標(biāo)準(zhǔn)化，比如：賬戶、工單、分配等。 * 自動(dòng)化。自動(dòng)化指的是動(dòng)態(tài)過程的數(shù)字化，比如流程、戰(zhàn)略、權(quán)限控制的數(shù)字化。“動(dòng)態(tài)”意味著與時(shí)間相關(guān)，狀態(tài)之間存在依賴關(guān)系。 * 智能化。智能化是當(dāng)下非常流行的概念，直觀的理解就是讓系統(tǒng)具備思考能力。所以，智能化包含兩種：第一種是分析過程的數(shù)字化，這意味著系統(tǒng)在比較確定的上下文中具備分析能力。第二種指的是在系統(tǒng)中應(yīng)用統(tǒng)計(jì)學(xué)方法（Statistical Methods）、機(jī)器學(xué)習(xí)算法（Machine Learning）使其具備一定的學(xué)習(xí)、推理和思考能力。

業(yè)務(wù)分析

“數(shù)字化”并非空中樓閣，它是具體業(yè)務(wù)的數(shù)字化，本質(zhì)上也是一種“物化”。從運(yùn)營業(yè)務(wù)的角度如何看待CRM系統(tǒng)？傳統(tǒng)觀點(diǎn)認(rèn)為CRM系統(tǒng)是一個(gè)“操作平臺(tái)”和“分析平臺(tái)”。對于像美團(tuán)點(diǎn)評這樣級別公司，其CRM系統(tǒng)的使用人員很多，所以它是“高頻操作平臺(tái)”。此外，“全流程數(shù)字化”蘊(yùn)含著“管理數(shù)字化”的概念，所以CRM系統(tǒng)是“戰(zhàn)略執(zhí)行平臺(tái)”。最后，優(yōu)秀的CRM系統(tǒng)要考慮人的因素，因人而設(shè)計(jì)，與人互動(dòng)。對于擁有龐大運(yùn)營團(tuán)隊(duì)的CRM系統(tǒng)而言，團(tuán)隊(duì)士氣的高低對“運(yùn)營目標(biāo)達(dá)成”的影響很大，所以，CRM系統(tǒng)是“激勵(lì)平臺(tái)”。綜上所述，CRM系統(tǒng)是“高頻操作平臺(tái)”、“戰(zhàn)略執(zhí)行平臺(tái)”、“激勵(lì)平臺(tái)”和“分析平臺(tái)”，如下圖:

RoadMap

以上分析指明了CRM系統(tǒng)目標(biāo)以及實(shí)現(xiàn)該目標(biāo)的方法論，但這些僅是抽象的概念。在現(xiàn)實(shí)生活中，我們實(shí)實(shí)在在擁有的只是一個(gè)技術(shù)和產(chǎn)品團(tuán)隊(duì)。利用這個(gè)團(tuán)隊(duì)去實(shí)現(xiàn)“運(yùn)營目標(biāo)達(dá)成”需要一個(gè)金字塔狀的RoadMap，如下圖：

• 金字塔最上層是CRM系統(tǒng)的最終目標(biāo)，即“運(yùn)營目標(biāo)達(dá)成”。
• 下面一層是方法論，即“全流程數(shù)字化閉環(huán)”，具體而言指的是“運(yùn)營業(yè)務(wù)數(shù)字化”和“運(yùn)營決策數(shù)據(jù)化”。
• 所有的目標(biāo)都要在規(guī)定的時(shí)間內(nèi)完成，而完全數(shù)字化所需的時(shí)間是無限長。所以我們需要在有限的時(shí)間內(nèi)高質(zhì)量地實(shí)現(xiàn)盡可能多的重要功能的數(shù)字化，這就需要“靈活可擴(kuò)展的系統(tǒng)架構(gòu)”，這是第三層。
• 最底層是物理世界，即團(tuán)隊(duì)，它必須是“具備創(chuàng)新意識(shí)、強(qiáng)執(zhí)行力的團(tuán)隊(duì)”。

上文已經(jīng)談到數(shù)字化是一個(gè)層次化的概念，要想真正深入理解它并靈活應(yīng)用到實(shí)際工作中，需要大量的實(shí)踐。本小節(jié)將重點(diǎn)闡述如何實(shí)現(xiàn)CRM系統(tǒng)的全流程數(shù)字化。同時(shí)，整個(gè)數(shù)字化闡述以及各個(gè)案例的講解過程也是幫助讀者進(jìn)行數(shù)字化實(shí)踐的旅途，將會(huì)有助于讀者深入理解“數(shù)字化”。

高頻操作平臺(tái)數(shù)字化

這個(gè)過程需要三個(gè)步驟： * 高頻處理流程梳理。 * 高頻處理流程數(shù)字化。 * 流程中關(guān)鍵節(jié)點(diǎn)數(shù)字化。

高頻流程梳理

CRM系統(tǒng)的典型高頻處理流程包含三個(gè)節(jié)點(diǎn)：搜索客戶、分析客戶和客戶觸達(dá)，如下圖：

高頻流程數(shù)字化

流程數(shù)字化有兩層含義：閉環(huán)流程自身的標(biāo)準(zhǔn)化以及閉環(huán)流程操作方式的標(biāo)準(zhǔn)化。

“閉環(huán)流程本身標(biāo)準(zhǔn)化”意味著需要一個(gè)概念去描述完整的基本高頻操作閉環(huán)。我們把完整的“搜索客戶”、“分析客戶”和“客戶觸達(dá)”閉環(huán)稱之為工作單元，簡稱“工單”。所以高頻操作本質(zhì)上就是對工單列表的順序操作。

談到閉環(huán)流程操作方式，嚴(yán)格地講，用戶的操作是一個(gè)圖（Graph）或者樹（Tree），而我們的目標(biāo)就是要盡量讓高頻流程操作形成一個(gè)鏈表（List）結(jié)構(gòu)。從技術(shù)上講，這會(huì)帶來兩個(gè)好處： * 鏈表式操作容易進(jìn)行人效優(yōu)化。與鏈表相比，對圖或樹進(jìn)行優(yōu)化要復(fù)雜很多。 * 鏈表式操作隱式地自動(dòng)進(jìn)行目標(biāo)管理。圖或者樹式操作類似于隨機(jī)過程（Stochastic process），操作人員需要不停的做決策，記住每次操作的下一步目標(biāo)。持續(xù)地進(jìn)行高強(qiáng)度、高頻率的決策工作，這對操作人員的要求很高，很容易導(dǎo)致其疲勞或者目標(biāo)迷失。采用鏈?zhǔn)讲僮髂Ｊ?#xff0c;鏈表中節(jié)點(diǎn)之間的流轉(zhuǎn)固定，這近似于一個(gè)確定過程（Deterministic process）。

基于以上分析，我們做了兩方面的抽象： * 引入了工單（Task）的概念，并且將閉環(huán)的操作入口固定為“工單列表”。 * 工單操作主流程鏈?zhǔn)交?/p>

高頻流程的數(shù)字化結(jié)果如下圖：

搜索客戶數(shù)字化

高頻操作流程的第一步就是搜尋客戶，實(shí)現(xiàn)該功能的最樸素的產(chǎn)品是多維度的客戶搜索、篩選功能。運(yùn)營人員通過組合各種篩選項(xiàng)和搜索條件尋找目標(biāo)客戶。這種操作方式類似于用戶在Amazon或者Taobao上購物。顯然這是低效的操作模式，在搜索客戶數(shù)字化方面，我們將進(jìn)行三個(gè)層次的優(yōu)化，即：標(biāo)準(zhǔn)化、自動(dòng)化和智能化。

搜索客戶標(biāo)準(zhǔn)化

搜索客戶的低效源自于搜索篩選條件的復(fù)雜，以及重復(fù)的搜索操作，所以最直接的解決方案就是讓系統(tǒng)記住這些復(fù)雜的篩選項(xiàng)，并避免重復(fù)搜索。基于此，我們的第一個(gè)改進(jìn)措施是將“搜索模式”轉(zhuǎn)變成“分配模式”，具體而言，就是從“搜索客戶”轉(zhuǎn)向“分配工單”，它所導(dǎo)致的變化如下圖：

運(yùn)營人員的操作模式從上圖左邊的循環(huán)轉(zhuǎn)變成了右邊的循環(huán)。這樣一個(gè)看似簡單的變化是對于人效提升而言卻是本質(zhì)性的改進(jìn)。從理論上講，我們?nèi)〉昧巳齻€(gè)方面的進(jìn)展： * 搜索操作效率改進(jìn)。分配模式是一次搜索、大量分配，運(yùn)營人員搜索次數(shù)從n降成1。 * 決策優(yōu)化。分配本質(zhì)上是一個(gè)決策的過程，根據(jù)心理學(xué)理論，高質(zhì)量的決策需要一定的時(shí)間。實(shí)施決策和操作分離，我們可以期望更高質(zhì)量的決策。 * 上圖左邊的循環(huán)包括“搜索”和“操作”，右邊的循環(huán)只包含“操作”，顯然更小的循環(huán)有助于提升效率。理論上講，循環(huán)越小，上下文切換（Context Switch）成本也就越小，使用者熟練度也會(huì)提升，目標(biāo)也更聚焦，所以人效也就自然得到提高。

在分配模式下，我們還可以為每次分配設(shè)置跟進(jìn)優(yōu)先級。這就引入了“偏序（Partial Order）”的概念，這意味著，客戶之間不僅僅有是否需要跟進(jìn)的區(qū)別，從跟進(jìn)優(yōu)先級的角度來講還是可以比較的。眾所周知，無論工作還是生活，我們都應(yīng)該“做正確的事情”。“偏序”概念的引入讓決策者具備了優(yōu)先安排正確工作的能力，讓執(zhí)行者具備了優(yōu)先做正確的事情的能力。

具體而言，工單分配就是將客戶分配給運(yùn)營人員的過程，包含如下圖四塊：

• 客戶召回，通過對客戶的屬性和特征進(jìn)行篩選和搜索實(shí)現(xiàn)。
• 運(yùn)營人員召回，通過對運(yùn)營人員的屬性和特征進(jìn)行篩選和搜索實(shí)現(xiàn)。
• 匹配，將召回運(yùn)營人員和客戶進(jìn)行關(guān)聯(lián)。
• 生成工單，客戶與運(yùn)營人員的關(guān)聯(lián)結(jié)果稱之為分配，分配的結(jié)果以及預(yù)期的執(zhí)行稱之為工單。

搜索客戶自動(dòng)化

工單分配實(shí)現(xiàn)了n次搜索操作向1次分配操作的轉(zhuǎn)變，這是空間維度的人效提升，例如，運(yùn)營管理層可以一次為多個(gè)運(yùn)營人員分配工單。但是，運(yùn)營決策者仍然需要定期進(jìn)行工單分配，這也是一種重復(fù)勞動(dòng)。所以，我們可以從時(shí)間維度提高人效。這種讓機(jī)器代替人來執(zhí)行重復(fù)操作的過程是一種自動(dòng)化。自動(dòng)化分配一般由規(guī)則引擎（Rule Engine）和調(diào)度系統(tǒng)（Scheduler）共同完成。這里的一個(gè)核心概念就是規(guī)則（Rule），它的核心內(nèi)涵包括如下四個(gè)方面： * 召回細(xì)則（Recall Policy），指的是客戶篩選屬性和運(yùn)營人員篩選屬性集合。 * 匹配細(xì)則（Match Policy），指的是對召回的客戶和運(yùn)營人員進(jìn)行匹配的規(guī)則或者模型。 * 排期（Schedule），指的是規(guī)則執(zhí)行頻率，即該規(guī)則多久執(zhí)行一次。 * 有效期（Lifetime），指的是規(guī)則從第一次執(zhí)行到最后一次允許執(zhí)行的生命周期。

規(guī)則（Rule）是上面四個(gè)概念的集合體，更復(fù)雜的規(guī)則還可以指定執(zhí)行優(yōu)先級等。

通過調(diào)度系統(tǒng)和規(guī)則引擎進(jìn)行分配自動(dòng)化的功能圖如下：

• Scheduler定期去查看Rules。
• 處于有效期內(nèi)，到了執(zhí)行點(diǎn)的Rule將被Scheduler發(fā)送給Rule Engine。
• Rule Engine對Rules進(jìn)行解釋和執(zhí)行，生成工單分配。為了執(zhí)行規(guī)則，Rule Engine還需要其他輔助Data才能完成工單分配。

搜索客戶智能化

最少可以從兩個(gè)維度去提高客戶分配的智能化：召回規(guī)則、匹配規(guī)則。同時(shí)，如上文所述，智能化的手段有兩個(gè)：分析過程數(shù)字化和規(guī)則模型化。

精確篩選高優(yōu)先級的客戶是一個(gè)非常復(fù)雜的分析過程，大部分的篩選和搜索操作都是基于客戶的靜態(tài)屬性完成的，比如賬戶的消耗、余額等等。現(xiàn)實(shí)生活中，對客戶的理解和分析卻是動(dòng)態(tài)的，我們根據(jù)客戶過去一段時(shí)間的變化或者趨勢去識(shí)別客戶。幾乎不可能把所有時(shí)間維度的特征納入到篩選中，有幾個(gè)原因： * 人們對概念的理解基本上是靜態(tài)的。雖然每個(gè)人都具備動(dòng)態(tài)理解能力，但是人們并不容易在動(dòng)態(tài)思考上達(dá)成一致意見。 * 動(dòng)態(tài)的特征轉(zhuǎn)換成篩選項(xiàng)，意味著在篩選項(xiàng)之間引入了邏輯關(guān)系，而不僅僅是簡單的集合關(guān)系。這種產(chǎn)品將很難理解，對使用者要求極高，用戶體驗(yàn)極差。

在賬戶分析過程數(shù)字化方面，我們采用典型分析思路標(biāo)準(zhǔn)化的策略。具體做法如下： * 將典型的、已經(jīng)被證明有效的分析過程整體進(jìn)行數(shù)字化。 * 整個(gè)分析過程的數(shù)字化后形成一個(gè)抽象的召回細(xì)則。這個(gè)復(fù)雜抽象的召回細(xì)則整體作為一個(gè)篩選項(xiàng)供用戶篩選，換句話說，一個(gè)篩選項(xiàng)意味著整個(gè)分析過程。 * 為了讓使用者明白復(fù)雜召回細(xì)則，工程師需要與使用者進(jìn)行必要的溝通，所以對復(fù)雜召回細(xì)則的理解是通過線下溝通實(shí)現(xiàn)的。

規(guī)則模型化比較容易理解。實(shí)施召回規(guī)則和匹配規(guī)則，除了采用確定性的（Deterministic）規(guī)則，我們還可以采用自適應(yīng)（Adaptive）的統(tǒng)計(jì)學(xué)模型（Statistical Model）。這也是我們通常意義的智能化。

客戶分析數(shù)字化

優(yōu)質(zhì)的客戶服務(wù)需要長時(shí)間的客戶分析，所以這一塊的優(yōu)化空間很大。

客戶分析標(biāo)準(zhǔn)化

把客戶的各種信息采用圖、表或其他友好的產(chǎn)品形式進(jìn)行展示稱之為客戶信息標(biāo)準(zhǔn)化，本質(zhì)上信息可視化的過程。有了標(biāo)準(zhǔn)化的客戶信息展示之后，通過基本的培訓(xùn)，運(yùn)營人員就能掌握標(biāo)準(zhǔn)的客戶分析方法。采用這種分析方式得出的結(jié)論將會(huì)有助于提升運(yùn)營效果。

客戶分析自動(dòng)化、智能化

對客戶分析過程類似于醫(yī)生對病人進(jìn)行診斷。現(xiàn)在醫(yī)學(xué)之前，醫(yī)生通過望聞問切等方式來對病人進(jìn)行診斷。這種診斷方式有幾個(gè)缺點(diǎn)： 首先，它對診斷者的要求比較高，一般必須是醫(yī)生本人。 其次，比較浪費(fèi)時(shí)間，除非能夠標(biāo)準(zhǔn)化，完整的記錄整個(gè)診斷結(jié)果，即使短時(shí)間內(nèi)針對同一個(gè)病人，醫(yī)生仍然需要重復(fù)診斷（或者這個(gè)醫(yī)生一天只有幾個(gè)病人，所以能全部記住）。 最后，即使對一些簡單的病狀，醫(yī)生之間也不容易達(dá)成一致。 現(xiàn)代醫(yī)學(xué)將診斷和看病分開，診斷的工作交給護(hù)士和機(jī)器來完成，診斷的結(jié)果非常精確。對于簡單的診斷，普通人就能明白如何處理。

在客戶分析自動(dòng)化、智能化方面，我們借鑒了現(xiàn)代醫(yī)學(xué)自動(dòng)診斷思想。把一些典型的客戶診斷分析過程進(jìn)行數(shù)字化。一般而言，典型的診斷分析涵蓋了客戶的大部分問題，符合80/20法則。這不僅僅提高了運(yùn)營人員的分析人效，還大大提高了客戶分析的精確性和一致性。

客戶觸達(dá)數(shù)字化

可以從很多維度對客戶觸達(dá)進(jìn)行數(shù)字化，CRM系統(tǒng)的終極目標(biāo)當(dāng)然是機(jī)器人直接觸達(dá)客戶，解決客戶的所有問題。目前，還沒有公司完全實(shí)現(xiàn)這個(gè)目標(biāo)。典型的數(shù)字化思路有如下幾種： * 交互式語音應(yīng)答（IVR）解決典型問題。 * 智能化Q&A。這包括采用智能搜索技術(shù)對結(jié)構(gòu)化和非結(jié)構(gòu)化的知識(shí)庫進(jìn)行查詢、運(yùn)用語音識(shí)別技術(shù)協(xié)助運(yùn)營客服等。 * 客服質(zhì)量檢查。通過語音識(shí)別技術(shù)將客服人員的語音轉(zhuǎn)換成文字，進(jìn)行語法、語義分析，查找惡意作弊行為，識(shí)別并改進(jìn)低質(zhì)量的語音服務(wù)，推廣并培訓(xùn)高質(zhì)量的服務(wù)。

戰(zhàn)略執(zhí)行平臺(tái)

戰(zhàn)略執(zhí)行數(shù)字化非常復(fù)雜，大數(shù)據(jù)和人工智能技術(shù)使得其數(shù)字化變的可能。通俗的理解，戰(zhàn)略執(zhí)行數(shù)字化就是要將運(yùn)營決策者的復(fù)雜抽象的戰(zhàn)略通過系統(tǒng)轉(zhuǎn)化成一個(gè)個(gè)可以具體執(zhí)行的任務(wù)。戰(zhàn)略執(zhí)行數(shù)字化降低了從戰(zhàn)略規(guī)劃到最終執(zhí)行過程中產(chǎn)生的方差，通過系統(tǒng)實(shí)現(xiàn)了全流程的監(jiān)控，最終提高了戰(zhàn)略目標(biāo)實(shí)現(xiàn)的置信度。

一個(gè)中等規(guī)模的目標(biāo)就需要戰(zhàn)略，所以戰(zhàn)略數(shù)字化應(yīng)用非常廣泛，上文中談到的“工單分配標(biāo)準(zhǔn)化、自動(dòng)化和智能化”就是一個(gè)典型的戰(zhàn)略執(zhí)行數(shù)字化的例子。但是，“戰(zhàn)略執(zhí)行”數(shù)字化的確是非常復(fù)雜抽象的概念，它給需求提供方和系統(tǒng)實(shí)施者帶來了巨大的挑戰(zhàn)。本小節(jié)將通過一個(gè)具體例子來講解“戰(zhàn)略數(shù)字化”的完整實(shí)施過程。整個(gè)講解過程詳細(xì)闡述了我們在實(shí)施過程中面臨的挑戰(zhàn)、應(yīng)對挑戰(zhàn)的思考方式，以及在具體實(shí)施過程中的關(guān)注點(diǎn)和所做的妥協(xié)。到目前為止，在“戰(zhàn)略數(shù)字化”方法論方面，我們?nèi)〉玫倪M(jìn)展是“編碼化”。

編碼化（Codify）

戰(zhàn)略執(zhí)行數(shù)字化對CRM系統(tǒng)負(fù)責(zé)人的最大挑戰(zhàn)來自于如何快速實(shí)施和快速應(yīng)對變化。在具體實(shí)施中，需要重點(diǎn)解決如下問題： * 明確“戰(zhàn)略數(shù)字化”的目標(biāo)和方向。 * 需求方和實(shí)施方在“戰(zhàn)略數(shù)字化”概念和內(nèi)容上取得一致的理解。 * 在需求方和實(shí)施方之間建立標(biāo)準(zhǔn)語言，即標(biāo)準(zhǔn)化的需求文檔。 * 快速將標(biāo)準(zhǔn)化需求轉(zhuǎn)換成系統(tǒng)。

這四個(gè)步驟合在一起，我們稱之為“編碼化”，具體例子詳見編碼化實(shí)施。

激勵(lì)平臺(tái)

這是一個(gè)不證自明的道理，士氣影響團(tuán)隊(duì)產(chǎn)出。CRM系統(tǒng)游戲化（Gamification）的理念很早就被提出，但在這塊的實(shí)施往往沒有給予應(yīng)有的重視。移動(dòng)互聯(lián)網(wǎng)時(shí)代，人類幾乎成了系統(tǒng)的奴隸。顯然，優(yōu)秀的CRM系統(tǒng)需要去擁抱這兩個(gè)現(xiàn)實(shí)，讓運(yùn)營人員和系統(tǒng)能夠?qū)崿F(xiàn)更好的互動(dòng)，進(jìn)而提升運(yùn)營人員的興趣、士氣，從而提高運(yùn)營收入。

分析平臺(tái)

網(wǎng)上有大量文章闡述如何構(gòu)建優(yōu)秀的分析平臺(tái)。我們從實(shí)踐過中總結(jié)出兩個(gè)獨(dú)特的建議： * 為每種角色、甚至每個(gè)人提供定制化的分析平臺(tái)。這有兩層意義，第一，每個(gè)人都應(yīng)該通過數(shù)據(jù)去決策，所以分析平臺(tái)要盡可能適應(yīng)每個(gè)人的需求。第二、標(biāo)準(zhǔn)化分析是比較專業(yè)的工作，不同角色、不同人的分析能力不同，分析平臺(tái)必須非常貼合具體角色的能力要求。單一的分析方式總是有利于一部分人，而不利于另外一部分人，更精確的講，它不利于所有人。 * 分析平臺(tái)要具備“實(shí)時(shí)查詢、即查即得”的特征。據(jù)作者的觀察，由于大數(shù)據(jù)量的原因以及傳統(tǒng)的數(shù)據(jù)倉庫（Data Warehouse）的一些固有理念，大部分分析平臺(tái)都無法實(shí)現(xiàn)“即查即得”的要求，它們通過滯后的郵件或者CSV文件格式來提供分析結(jié)果。這增加決策者的數(shù)據(jù)分析時(shí)間，降低了其分析效率。在很多場景下低劣的用戶體驗(yàn)會(huì)導(dǎo)致用戶放棄使用該產(chǎn)品功能。為了實(shí)現(xiàn)“實(shí)時(shí)查詢、即查即得”，我們自己編寫中間件去解決數(shù)據(jù)量和查詢性能問題。另外，對于一些使用場景少并且性能消耗很嚴(yán)重的需求，架構(gòu)師需要進(jìn)行一些取舍。畢竟，系統(tǒng)的目標(biāo)不是實(shí)現(xiàn)所有的需求，而是實(shí)現(xiàn)所有人的需求收益最大化。

對于構(gòu)建CRM系統(tǒng)而言意味著：必須要用最小的投入，完成最關(guān)鍵的目標(biāo)。這就對系統(tǒng)架構(gòu)的靈活可擴(kuò)展性提出了很高的要求。

如何構(gòu)建靈活可擴(kuò)展的系統(tǒng)架構(gòu)是一個(gè)開放式的問題，仁者見仁，智者見智。通過實(shí)踐，我們總結(jié)出構(gòu)建靈活可擴(kuò)展系統(tǒng)的四個(gè)準(zhǔn)則：定制化、配置化、組件化和重引擎輕數(shù)據(jù)庫。

定制化（Customerization）

定制化指的是為不同的人提供不同的產(chǎn)品，從某種角度來說，這是一種空間適配的概念。CRM系統(tǒng)是高頻操作平臺(tái)，所以幾乎每個(gè)用戶都是高級用戶，為每個(gè)人提供定制化的產(chǎn)品必然能夠提高運(yùn)營人效。但是，為每個(gè)用戶開發(fā)一套系統(tǒng)的成本太高，并不現(xiàn)實(shí)。所以，定制化指的是用一套技術(shù)架構(gòu)提供不同的產(chǎn)品，具體的講就是用戶可以通過配置方式定制的滿足個(gè)性化需求的獨(dú)特產(chǎn)品展現(xiàn)形式。

配置化（Configuration）

如果說定制化是一種空間適配，配置化就是時(shí)間適配，它指的是產(chǎn)品隨著時(shí)間發(fā)生了變化，但是不需要額外開發(fā)工作。配置化是內(nèi)容管理系統(tǒng)（CMS系統(tǒng)）的核心思想。具備了配置化功能的系統(tǒng)，新產(chǎn)品的上線或者老產(chǎn)品內(nèi)容的更新不需要工程師的額外開發(fā)工作，系統(tǒng)管理者可以通過簡單的配置實(shí)現(xiàn)。

什么場景能夠進(jìn)行配置化并沒有一個(gè)標(biāo)準(zhǔn)的答案。但是，配置化和模板化往往是孿生兄弟，所以我們可以從模板化的概念中得到一些啟示。設(shè)計(jì)模式里面的模板方法模式（Template method pattern）指的是在父類中實(shí)現(xiàn)框架，在子類中實(shí)現(xiàn)具體方法。類似的，一個(gè)產(chǎn)品功能是否具有模板化的特征，取決于其主體框架是否能夠保持不變，功能細(xì)節(jié)是否變化頻繁。如果一個(gè)功能具有模板化的特征，設(shè)計(jì)者就可以嘗試配置化的設(shè)計(jì)。

組件化（Componentization）

CRM系統(tǒng)非常復(fù)雜，包含眾多子系統(tǒng)。這些子系統(tǒng)共同組成一個(gè)有機(jī)的整體，在具體的產(chǎn)品開發(fā)過程中，一個(gè)小功能點(diǎn)往往需要對多個(gè)子系統(tǒng)進(jìn)行修改。牽一發(fā)而動(dòng)全身，這不利于產(chǎn)品快速交付。有很多系統(tǒng)架構(gòu)理論用于解決類似問題，例如：SOA、高聚合低耦合（High Cohesion, Loose Coupling）等。我們同樣花了很長時(shí)間去思考和解決此類問題，最終形成了自己獨(dú)特的方法。我們稱這個(gè)方法論為“組件化”，需要注意的是，這里與業(yè)界通行術(shù)語的含義并不完全一致。組件化由四個(gè)步驟組成： * 長業(yè)務(wù)分組件。 * 組件專人負(fù)責(zé)。 * 組件功能聚焦。 * 組件之間解耦。

對于組件化四步驟，這里做一些說明。

什么樣的業(yè)務(wù)是“長業(yè)務(wù)”？如上文所述，頁面上的一個(gè)小功能點(diǎn)需要多個(gè)系統(tǒng)協(xié)作才能完成的情況比比皆是，所以大部分業(yè)務(wù)都是長業(yè)務(wù)。整個(gè)CRM系統(tǒng)設(shè)計(jì)都應(yīng)該盡可能的按功能切分成子系統(tǒng)，子系統(tǒng)內(nèi)部按照功能點(diǎn)進(jìn)行再切分。例如，在我們CRM系統(tǒng)里面，所有與篩選相關(guān)的功能都被放到“篩選引擎”里面，所有數(shù)據(jù)獲取功能由“DataService”服務(wù)提供，所有的報(bào)表都由“ReportEngine”來完成。

“組建專人負(fù)責(zé)”看起來是管理學(xué)的問題，但是卻是非常高效的手段。經(jīng)驗(yàn)表明，對系統(tǒng)熟悉的工程師在產(chǎn)品需求交付速度上有很多倍的提升。隨著熟練度的增加，專職工程師能夠接受更具挑戰(zhàn)的任務(wù)、提出更具創(chuàng)新性的思路。

后面兩步驟基本上就是設(shè)計(jì)高聚低耦的系統(tǒng)。雖然有很多關(guān)于如何設(shè)計(jì)“高聚低耦”系統(tǒng)的資料，在實(shí)際工作中這一點(diǎn)對很多工程師的挑戰(zhàn)還是比較大。

我們這里舉一個(gè)例子來形象地展示“什么樣的系統(tǒng)架構(gòu)具備組件化設(shè)計(jì)標(biāo)準(zhǔn)”。對于很多產(chǎn)品而言，篩選和搜索都屬于復(fù)雜度比較高的系統(tǒng)，于此同時(shí)，新的業(yè)務(wù)需求導(dǎo)致篩選項(xiàng)不斷增加。這在我們的CRM系統(tǒng)中表現(xiàn)非常明顯。通過采用如下樹狀架構(gòu)圖，我們的篩選引擎具備快速支持新篩選需求的能力。

采用如上架構(gòu)圖，一個(gè)新的篩選需求對于工程師而言意味著三件事情之一： * 修改現(xiàn)有的篩選邏輯，即修改架構(gòu)圖中的某個(gè)或者幾個(gè)節(jié)點(diǎn)代碼。 * 添加節(jié)點(diǎn)。在上面的架構(gòu)圖中，添加節(jié)點(diǎn)只意味著最多和兩個(gè)現(xiàn)存節(jié)點(diǎn)之間有關(guān)聯(lián)，這實(shí)現(xiàn)了對現(xiàn)有系統(tǒng)入侵性最小化。 * 在Combiner下面添加完整的一個(gè)篩選鏈條，這個(gè)鏈條的代碼是完全獨(dú)立的，現(xiàn)有系統(tǒng)中只有Combiner需要修改。

無論哪種修改方式，新需求與現(xiàn)有系統(tǒng)的耦合非常少，開發(fā)非常輕。我們的報(bào)表引擎、分配引擎、診斷引擎都遵循類似的架構(gòu)設(shè)計(jì)標(biāo)準(zhǔn)。

重引擎輕數(shù)據(jù)庫

Spark被認(rèn)為是非常靈活的系統(tǒng)，它的核心思想之一就是把操作保留在內(nèi)存里面，避免保存大量的中間結(jié)果數(shù)據(jù)。借鑒這個(gè)思想，為了快速支持系統(tǒng)數(shù)字化，我們的CRM系統(tǒng)引擎層做的比較重，盡可能的在引擎層去實(shí)現(xiàn)所有計(jì)算邏輯。除此之外，重引擎層還有如下幾個(gè)原因： * 需要進(jìn)行數(shù)字化的業(yè)務(wù)方向非常多，類似業(yè)務(wù)有很大的共通性，業(yè)務(wù)之間并不具備互通性。組件化要求為不同的業(yè)務(wù)構(gòu)建不同的引擎。 * 根據(jù)以上論述，對業(yè)務(wù)進(jìn)行數(shù)字化的主要模式是：梳理典型業(yè)務(wù)邏輯，然后進(jìn)行數(shù)字化。從技術(shù)的角度來看，這相當(dāng)于對流程或分析過程進(jìn)行數(shù)字化，這正是引擎的概念。 * 熟能生巧，每個(gè)業(yè)務(wù)引擎由專職工程師負(fù)責(zé)，這會(huì)讓整個(gè)團(tuán)隊(duì)在引擎的思考深度和產(chǎn)品交付速度上有明顯的改善。

對于數(shù)據(jù)庫的使用，我們的態(tài)度是數(shù)據(jù)庫只負(fù)責(zé)存儲(chǔ)，計(jì)算盡可能由引擎實(shí)現(xiàn)。沒有辦法去證明這個(gè)觀點(diǎn)的正確性。因?yàn)榇嬖诜蠢?#xff0c;SQL的功能非常強(qiáng)大，某些團(tuán)隊(duì)利用SQL去維護(hù)大項(xiàng)目，解決復(fù)雜問題。但是我們拒絕數(shù)據(jù)庫進(jìn)行計(jì)算有如下理由： * CRM系統(tǒng)的需求變化頻繁，復(fù)雜的SQL語句很難實(shí)現(xiàn)“高聚低耦”。一個(gè)小需求變更可能意味著整個(gè)龐大的數(shù)據(jù)庫語句修改，很多時(shí)候難以接受。或許擁有眾多專業(yè)DBA可以緩解此類問題，但是前提是一定不能以犧牲項(xiàng)目迭代周期代價(jià)。 * 采用數(shù)據(jù)庫進(jìn)行計(jì)算往往意味著重量級地使用Object-relational mapping框架。現(xiàn)實(shí)情況是，并非所有的工程師對于如何使用和優(yōu)化這些框架都熟悉，但是他們卻必須要全方位得快速解決所有業(yè)務(wù)問題。 * 大量采用SQL還存在一些安全隱患，并非所有工程師都是專業(yè)的安全工程師。 * 對于計(jì)算密集的業(yè)務(wù)，數(shù)據(jù)庫在性能上沒有保障。并且，數(shù)據(jù)庫性能調(diào)優(yōu)并非所有開發(fā)工程師所擅長。 * 大部分系統(tǒng)需要共享同一個(gè)數(shù)據(jù)庫，將計(jì)算交給數(shù)據(jù)庫意味著產(chǎn)品功能開發(fā)之間通過數(shù)據(jù)有了強(qiáng)耦合關(guān)系。 * 總的來說，數(shù)據(jù)庫比較擅長集合操作，在邏輯操作方面比較弱。

“重引擎輕數(shù)據(jù)庫”本質(zhì)上是一個(gè)技術(shù)選型的問題，技術(shù)選型第一要素當(dāng)然是滿足業(yè)務(wù)需求。滿足這個(gè)必要條件之后，人的因素就是技術(shù)選型的重要標(biāo)準(zhǔn)：團(tuán)隊(duì)成員是否熟悉該技術(shù)，學(xué)習(xí)該技術(shù)成本是否高，使用該技術(shù)的風(fēng)險(xiǎn)是否大，都是重要考慮因素。

團(tuán)隊(duì)管理是任何管理者都無法回避的問題，它是整個(gè)Roadmap的第一層。同時(shí)，它也一個(gè)非常大的話題，而且往往非常主觀，我們試圖總結(jié)一些比較客觀的經(jīng)驗(yàn)。

創(chuàng)新、積極向上的團(tuán)隊(duì)

創(chuàng)新意識(shí)和積極向上是保持團(tuán)隊(duì)長期高效穩(wěn)定的基礎(chǔ)。顯而易見“正能量價(jià)值觀”和“關(guān)注個(gè)人成長”必然會(huì)促使團(tuán)隊(duì)積極向上，并提高團(tuán)隊(duì)成員的創(chuàng)新意識(shí)。

關(guān)于“正能量價(jià)值觀”這一塊，基本理解是：人們只會(huì)在愿意創(chuàng)新的地方去創(chuàng)新，只會(huì)對感興趣的事情表現(xiàn)出積極。幸運(yùn)的是CRM系統(tǒng)解決的問題是非常正能量的，因?yàn)樗哪繕?biāo)是提高運(yùn)營人員的生產(chǎn)力，而提高生產(chǎn)力是人類最偉大的目標(biāo)之一！所以，只要導(dǎo)向正確，很多工程師會(huì)對CRM系統(tǒng)表現(xiàn)出強(qiáng)烈的興趣。

關(guān)注個(gè)人成長很重要，畢竟成長是很多人的重要工作目標(biāo)之一。沒有成長的團(tuán)隊(duì)很難激發(fā)創(chuàng)新意識(shí)。對于一個(gè)團(tuán)隊(duì)而言，實(shí)現(xiàn)個(gè)人長期持續(xù)的發(fā)展要關(guān)注兩點(diǎn)： * 納什均衡（Nash equilibrium）。在團(tuán)隊(duì)管理里面，納什均衡指的是每個(gè)人要在團(tuán)隊(duì)里面有自己清晰的定位。要實(shí)現(xiàn)這一點(diǎn)，為每個(gè)工程師找到一些能夠長期持續(xù)驅(qū)動(dòng)的項(xiàng)目非常重要。 * 定位要盡量符合個(gè)人特長。進(jìn)入社會(huì)之后，工程師之間在經(jīng)驗(yàn)、特長都會(huì)有所不同。大家統(tǒng)一定位，則意味著忽視個(gè)性。這一方面意味著不公平，另一方面意味著壓制創(chuàng)新。為了盡可能讓工程師的定位符合其個(gè)人特長，團(tuán)隊(duì)需要很多對能力類型要求不同的長期項(xiàng)目。

所以關(guān)注個(gè)人成長的一個(gè)重要措施就是挖掘出很多開放式的項(xiàng)目。幸運(yùn)的是，CRM系統(tǒng)的“全流程數(shù)字化閉環(huán)”包含許多具有挑戰(zhàn)、值得探索的項(xiàng)目。

高執(zhí)行力

在提高團(tuán)隊(duì)執(zhí)行力這塊，我們有三個(gè)總結(jié)：客戶價(jià)值、并行工作（Multitasking）和敏感度把控。

強(qiáng)調(diào)技術(shù)的客戶價(jià)值非常重要。一個(gè)沒有客戶使用，不能幫助客戶提升生產(chǎn)力的系統(tǒng)或者架構(gòu)沒有價(jià)值。衡量執(zhí)行力的標(biāo)準(zhǔn)不是做了多少事情，而是給客戶帶來了什么好處。做一個(gè)簡單的算術(shù)題：假定有兩個(gè)團(tuán)隊(duì)，A團(tuán)隊(duì)60%的項(xiàng)目有價(jià)值，B團(tuán)隊(duì)90%的項(xiàng)目有價(jià)值。為了實(shí)現(xiàn)同樣的業(yè)務(wù)目標(biāo)，A團(tuán)隊(duì)需要B團(tuán)隊(duì)1.5倍的人力，人員成本增加是驚人的。

對CPU的進(jìn)行多線程調(diào)優(yōu)，工程師們比較熟悉。對于團(tuán)隊(duì)執(zhí)行力而言，并行工作同樣重要。可以從三個(gè)方面去提高團(tuán)隊(duì)的并行工作能力： * 大團(tuán)隊(duì)要分成獨(dú)立工作小組，提高團(tuán)隊(duì)同時(shí)承接多項(xiàng)目的能力。對于美團(tuán)點(diǎn)評這樣公司，工程師們的單兵作戰(zhàn)能力比較強(qiáng)，所以兩三個(gè)、甚至一個(gè)工程師可以獨(dú)立承接一個(gè)小項(xiàng)目。無論如何，把大團(tuán)隊(duì)按照項(xiàng)目承接能力拆分成獨(dú)立工作小組都能提高團(tuán)隊(duì)整體承接項(xiàng)目的能力。 * 提高個(gè)人并行工作能力。大部分人習(xí)慣于在一段時(shí)間專注一件事情，如果這個(gè)事情被阻塞住了，整個(gè)人就容易進(jìn)入到閑置狀態(tài)（Idle）。早期的CPU就是這種工作模式，多任務(wù)（Multitasking）技術(shù)大大提高了CPU的工作效率，這同樣適用于工程師。 * 每個(gè)人要有自己主導(dǎo)的重要的開放式的項(xiàng)目。大家都知道“重要”和“緊急”的經(jīng)典理論，這里不詳述。理論上講，“緊急”需求占個(gè)人工作時(shí)間的比重應(yīng)該是比較低的，或者說管理的目標(biāo)之一就是減少“緊急”任務(wù)占個(gè)人工作時(shí)間的比重。當(dāng)沒有緊急需求的時(shí)候，或者當(dāng)前需求被阻塞的時(shí)候，工程師需要迅速找到其他重要任務(wù)去完成。讓每個(gè)工程師都有自我驅(qū)動(dòng)的重要的開放式的項(xiàng)目是實(shí)現(xiàn)這個(gè)目標(biāo)的關(guān)鍵。

項(xiàng)目敏感度控制和團(tuán)隊(duì)成員松弛度管理非常重要。大部分團(tuán)隊(duì)或者中等規(guī)模以上的項(xiàng)目都不是鐵板一塊，它們都有自己的結(jié)構(gòu)或拓?fù)?#xff08;Topology）。依據(jù)經(jīng)典運(yùn)籌優(yōu)化理論，對敏感資源的少量投入往往能夠極大的提高最終的目標(biāo)產(chǎn)出。通俗的講，很多公司或者團(tuán)隊(duì)所謂的忙碌，都是結(jié)構(gòu)性的忙碌，“忙的忙死，閑的閑死”。舉例來說，一個(gè)典型CRM開發(fā)團(tuán)隊(duì)?wèi)?yīng)該包含：產(chǎn)品經(jīng)理、前端工程師、后臺(tái)工程師、數(shù)據(jù)工程師、測試工程師等等。在一段時(shí)間內(nèi)，各種角色的配置比例是相對固定，但是每個(gè)項(xiàng)目對各種資源的使用比例基本上不一樣。假如某個(gè)項(xiàng)目前端工程師資源很緊張，項(xiàng)目管理者就必須好好利用前端工程師資源。從敏感度和松弛度管理的角度，我們可以從兩方面進(jìn)行優(yōu)化：第一、砍掉一些前端資源要求很高，但是重要性低的需求。第二、引入前端資源不密集的項(xiàng)目，把兩個(gè)項(xiàng)目合成一個(gè)項(xiàng)目，變相地增加前端資源。

本文以CRM目標(biāo)為出發(fā)點(diǎn)，創(chuàng)新性的推導(dǎo)出“全流程數(shù)字化閉環(huán)”方法論。基于此，本文探討了“數(shù)字化層次”以及構(gòu)建CRM系統(tǒng)的完整RoadMap。本文的后面部分都是基于該RoadMap進(jìn)行講解的。

我們花了很大的篇幅去闡述“數(shù)字化”實(shí)施，從業(yè)務(wù)的角度講，它關(guān)注CRM系統(tǒng)。本質(zhì)上講，整個(gè)互聯(lián)網(wǎng)的發(fā)展歷程就是傳統(tǒng)業(yè)務(wù)的數(shù)字化的歷史。所以，本文的關(guān)于“數(shù)字化”思想適用于任何系統(tǒng)，任何領(lǐng)域。這種思考問題的方式既適用于工程師，也適用于產(chǎn)品人員、管理者甚至創(chuàng)業(yè)者。

在系統(tǒng)架構(gòu)和團(tuán)隊(duì)管理方面，本文總結(jié)了作者所在團(tuán)隊(duì)一些最重要的經(jīng)驗(yàn)。所謂“天下大事，必作于細(xì)”，實(shí)際工作往往要繁瑣很多，我們需要關(guān)注更多細(xì)節(jié)，沒有完備性的解決方案。“天下難事，必作于易”，所有復(fù)雜繁瑣的事情都是通過少數(shù)重要的準(zhǔn)則去分析解決的。本文在系統(tǒng)架構(gòu)和團(tuán)隊(duì)管理方面所給出的建議是我們在日常工作中最經(jīng)常使用的一些準(zhǔn)則，堅(jiān)持這些準(zhǔn)則極大地提高了我們在產(chǎn)品交付方面的能力。

CRM系統(tǒng)目標(biāo)拆解詳細(xì)推導(dǎo)

我們采用經(jīng)典運(yùn)籌學(xué)分析方法拆解“收入預(yù)期最大化”目標(biāo)。首先需要對客戶進(jìn)行離散化，將收入預(yù)期相近的客戶分入同一個(gè)級別，目的是對客戶進(jìn)行分級。每個(gè)級別內(nèi)的客戶形成一個(gè)等價(jià)集合。收入預(yù)期最大化即Maximize(ERevenue)。收入預(yù)期ERevenue用如下公式表示：

公式中Customer_Num(inLevel)表示某個(gè)處于某個(gè)級別的客戶總量，ERevenuePerCustomer(inLevel)表示該級別單客戶收入預(yù)期。 根據(jù)公式，可以從兩個(gè)方面優(yōu)化收入預(yù)期： * 增加Level的數(shù)量將使得ERevenue變得更加精準(zhǔn)。 * 提高單客戶收入預(yù)期。

單客戶收入預(yù)期與如下因素成正比例關(guān)系： * 其所處的級別，用LevelFactor表示。公式表示如下：

• 該客戶的服務(wù)頻率（ServiceFrequency）和單次服務(wù)時(shí)間（PeriodPerService）的乘積。公式表示如下：

• 單位時(shí)間的服務(wù)效率（ServiceEfficiency），通俗的說法就是“人效”。公式表示如下：

所以如下四方面的改進(jìn)可以潛在的提高收入預(yù)期： * 客戶數(shù)量增加。 * 高質(zhì)量客戶占比提升。 * 更高頻率的服務(wù)以及更長的服務(wù)時(shí)間。 * 提升運(yùn)營人員服務(wù)效率，即“人效”。

在這些因素里面，高質(zhì)量客戶占比提升既是改進(jìn)的目標(biāo)，也是改進(jìn)的結(jié)果。單純地提高客戶數(shù)量、服務(wù)頻率以及服務(wù)時(shí)間是樸素而有效的方法，但是它要遵循一定的約束，也就是成本。可以用如下公式來表示：

運(yùn)營人員的數(shù)量（OperatorNum）是由預(yù)算決定的，運(yùn)營人員的工作時(shí)間（WorkingHour）相對固定的，所以這兩個(gè)因素往往非CRM系統(tǒng)負(fù)責(zé)人所能決定。所以，CRM系統(tǒng)負(fù)責(zé)人真正能夠有效提升預(yù)期收入的因子是人效。顯然提高人效最重要的手段就是讓機(jī)器承擔(dān)更多的工作，即服務(wù)數(shù)字化。

“提高收入預(yù)期置信度”，即Maximize( Confidence (ERevenue))，本質(zhì)就是減少方差。實(shí)現(xiàn)一個(gè)稍具規(guī)模的目標(biāo)就需要一個(gè)完善的規(guī)劃，任何的規(guī)劃都包含兩部分：確定性部分和非確定性部分。非確定性部分包括市場環(huán)境突變、重大自然災(zāi)害等等，CRM系統(tǒng)的應(yīng)對措施并不多。規(guī)劃的確定性部分一般可以通過工作流圖進(jìn)行描述。工作流圖的實(shí)施過程會(huì)引入很多不確定因素，這包括：節(jié)點(diǎn)流轉(zhuǎn)不暢通、信息不對稱、關(guān)鍵指標(biāo)衡量標(biāo)準(zhǔn)不一致、關(guān)鍵節(jié)點(diǎn)的監(jiān)控不到位等。在傳統(tǒng)的工程實(shí)施里面，這部分屬于項(xiàng)目經(jīng)理的管理范疇，但是單純的人治容易引入的很大的方差。管理數(shù)字化是降低方差的重要手段，也是目前的趨勢。從某種程度上講，數(shù)字化程度越高，方差也就越小，收入預(yù)期置信度也就越高。

編碼化實(shí)施

實(shí)施的前提是需求方和實(shí)施方在數(shù)字化目標(biāo)方面取得一致。戰(zhàn)略數(shù)字化非常抽象費(fèi)解，對于具體某個(gè)戰(zhàn)略，類似“什么是數(shù)字化”、“如何實(shí)現(xiàn)數(shù)字化”等關(guān)鍵問題，需求方和實(shí)施方達(dá)成一致理解并不容易。不能取得一致的理解會(huì)導(dǎo)致兩個(gè)嚴(yán)重后果： * 需求方不知道何時(shí)以及如何提需求，不知道什么戰(zhàn)略可以實(shí)現(xiàn)數(shù)字化。 * 將雜亂無章的定性需求轉(zhuǎn)化成系統(tǒng)對于實(shí)施方的挑戰(zhàn)和壓力很大。

我們從典型的“業(yè)務(wù)流程管理”（Business Process Management）中得到一些啟發(fā)。工作流業(yè)務(wù)的典型開發(fā)過程是： * 梳理出一些典型的業(yè)務(wù)工作流程，進(jìn)行制度化。 * 完成制度化之后。系統(tǒng)有很多節(jié)點(diǎn)是可快速擴(kuò)展的，對于類似的流程，系統(tǒng)具備了快速實(shí)施的能力。 * 對于不符合工作流思想的流程，很多情況我們不是對系統(tǒng)進(jìn)行重構(gòu)，而是修改并規(guī)范流程。

同理，雖然從業(yè)務(wù)的角度，有各種各樣的戰(zhàn)略需要進(jìn)行數(shù)字化。但是大部分戰(zhàn)略具有一定的共同特征，并且最重要的戰(zhàn)略類別可枚舉，符合80/20法則，即最重要的少數(shù)戰(zhàn)略滿足80%的業(yè)務(wù)需求。基于這個(gè)理解，我們把主要精力用于梳理最重要的幾種典型戰(zhàn)略，并將其轉(zhuǎn)化成系統(tǒng)，持續(xù)優(yōu)化。對于非標(biāo)準(zhǔn)化的非重點(diǎn)戰(zhàn)略，需要做一些妥協(xié)：或者暫時(shí)采用線下方式支持，或者通過修改戰(zhàn)略實(shí)施流程的方式去適配現(xiàn)有系統(tǒng)。

梳理出重點(diǎn)戰(zhàn)略之后，我們需要在需求和數(shù)字化之間搭建一個(gè)橋梁，即提供一個(gè)需求方和實(shí)施方能夠理解的語言。如此，需求方能在適當(dāng)?shù)臅r(shí)機(jī)，以正確的方式提出戰(zhàn)略數(shù)字化需求。我們在具體實(shí)施過程中總結(jié)出兩種模式： * 總則－細(xì)則模式。需求方只提簡單的總體目標(biāo)需求，實(shí)施方負(fù)責(zé)將該目標(biāo)轉(zhuǎn)換成細(xì)粒度的細(xì)則。基于細(xì)則，需求方和實(shí)施方對數(shù)字化的最終預(yù)期效果和所做的妥協(xié)進(jìn)行溝通，取得一致認(rèn)識(shí)。最后，實(shí)施方負(fù)責(zé)把細(xì)則轉(zhuǎn)化成系統(tǒng)。 * 表格模式。需求方以表格或者流程圖等標(biāo)準(zhǔn)的描述方式提供需求，實(shí)施方負(fù)責(zé)將標(biāo)準(zhǔn)需求文檔轉(zhuǎn)換成系統(tǒng)。當(dāng)然，標(biāo)準(zhǔn)化的需求描述方式是實(shí)施方和需求方共同制定的，確保需求方能夠理解，實(shí)施方能夠?qū)嵤?/p>

讀者可能會(huì)比較疑惑，通過簡單的表格能否描述復(fù)雜的“戰(zhàn)略實(shí)施數(shù)字化”需求？我們從美國立法的過程中得到了啟發(fā)，法律要解決的問題是非常復(fù)雜的。神奇的地方在于：通過一些簡單的、標(biāo)準(zhǔn)的格式進(jìn)行法律描述，立法方、執(zhí)法方以及受處罰方能夠取得比較一致的認(rèn)識(shí)。類似的例子還包括“業(yè)務(wù)流程管理”理論和“權(quán)限控制”理論，讀者可以研究一下為什么工作流引擎可以滿足幾乎所有公司工作流程的需求，簡單的“Attribute-based access control”理論可以滿足從五角大樓到創(chuàng)業(yè)公司的權(quán)限管理需求。

我們舉一個(gè)簡化的例子去展示編碼化過程，它不是一個(gè)線性過程，簡化后仍然很復(fù)雜。讀者的關(guān)注點(diǎn)不在于理解例子中具體業(yè)務(wù)，而在于對整個(gè)編碼化過程有一個(gè)感性認(rèn)識(shí)。

需求是將某個(gè)地區(qū)的客戶分配給某些運(yùn)營人員，當(dāng)然需要滿足一定的條件的客戶才是有效客戶，運(yùn)營人員也是如此。候選客戶和運(yùn)營人員的匹配需要滿足一些約束和公平性準(zhǔn)則。該分配策略還需要與其他分配策略進(jìn)行優(yōu)先級排序，只有高優(yōu)先級的策略執(zhí)行完之后，該策略才能執(zhí)行。 無論是“總則－細(xì)則模式”還是“表格模式”，需求都需要轉(zhuǎn)換成如下標(biāo)準(zhǔn)表格。采用“總則－細(xì)則模式”，工程師負(fù)責(zé)出具表格，采用“表格模式”，需求方直接出具如下表格。

標(biāo)題XXX賬號分配

背景	XXX
目標(biāo)	XXXX
影響區(qū)域	江蘇省
承接單位	運(yùn)營X組、運(yùn)營Y組
賬戶召回規(guī)則	1.滿足條件A、B的客戶分配 2.滿足C或者D的賬戶不能召回 3.規(guī)則2優(yōu)先于規(guī)則1
人員召回規(guī)則	1.每個(gè)運(yùn)營人員每日分配客戶不超過M個(gè) 2.每個(gè)運(yùn)營人員總分配客戶不超過N 3.運(yùn)營人員必須要符合P資質(zhì)
匹配規(guī)則	1.每日客戶平均分配給運(yùn)營候選人 2.運(yùn)營人員分配的總數(shù)量之間實(shí)現(xiàn)方差最小
規(guī)則優(yōu)先級	本規(guī)則優(yōu)先級高于E規(guī)則，低于F規(guī)則

通過這個(gè)表格意味著，我們實(shí)現(xiàn)了如下目標(biāo)： * 它提供了需求方能夠理解的語言，使得需求方具備獨(dú)立評估完成該策略數(shù)字化后的后果以及影響的能力。 * 基于標(biāo)準(zhǔn)化的表格，工程師具備了進(jìn)行完備性分析的能力，確保沒有任何明顯遺漏。 * 工程師可以進(jìn)行規(guī)則沖突分析，確保新規(guī)則與老規(guī)則沒有沖突，如果有產(chǎn)生沖突，需要進(jìn)行規(guī)則合并。

為了能夠?qū)⑷缟闲枨蟊砀窨焖龠M(jìn)行數(shù)字化，工程師需要設(shè)計(jì)一個(gè)靈活可擴(kuò)展的系統(tǒng)。我們系統(tǒng)簡化版本的流程圖如下：

我們可以依稀看到“需求表格”與“流程圖”之間存在如下對應(yīng)關(guān)系：

需求表格流程圖節(jié)點(diǎn)

影響區(qū)域、承接單位	組織城市對應(yīng)規(guī)則
賬戶召回規(guī)則	賬戶召回、賬戶小組召回
人員召回規(guī)則	賬戶小組召回、賬戶候選人召回
匹配規(guī)則、規(guī)則優(yōu)先級	賬戶命中規(guī)則、分配規(guī)則優(yōu)化

再次強(qiáng)調(diào)，一個(gè)標(biāo)準(zhǔn)“需求表格”和“流程圖”之間并非絕對的一一對應(yīng)關(guān)系，需求表格中某行的一個(gè)規(guī)則可能需要在流程圖的多個(gè)節(jié)點(diǎn)進(jìn)行修改才能實(shí)現(xiàn)。“需求表格”中的細(xì)則和“流程圖”之間的節(jié)點(diǎn)的關(guān)聯(lián)關(guān)系實(shí)際上是由工程師在大腦中完成的。但是，對于相對固定的的戰(zhàn)略數(shù)字化，經(jīng)過幾輪的迭代，需求方應(yīng)該具備快速提出需求的能力，工程師也能快速的進(jìn)行完備性分析和沖突檢測，并能在較短的時(shí)間實(shí)現(xiàn)其數(shù)字化。

1.https://en.wikipedia.org/wiki/Customer_relationship_management 2.https://en.wikipedia.org/wiki/Business_process_management 3.https://en.wikipedia.org/wiki/Attribute-Based_Access_Control 4.https://en.wikipedia.org/wiki/Template_method_pattern 5.https://en.wikipedia.org/wiki/Pareto_principle 6.https://en.wikipedia.org/wiki/Topology

總結(jié)

以上是生活随笔為你收集整理的CRM系统新思维的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。