漫談CRM體系化建設2 – 如何開發客戶?

23 評論 57426 瀏覽 401 收藏 34 分鐘

《漫談CRM體系化建設》系列共分五篇,在第一篇,我們主要介紹了企業客戶管理的基本概念和要點,重點講述了業務,是理解CRM體系建設的基礎。本文是第二篇,討論企業客戶開發問題,剩下三篇將在近期陸續發表。本篇內容寫的非常細,因為目前市面上基本上找不到能把新客戶開發管理說透的文章,希望大家能有所收獲。

二、如何開發客戶

如果我們將企業的客戶按照下單頻次和客單價兩個維度切分成四個象限,劃分為A、B、C、D、E五個群體,企業的核心訴求之一,便是找到更多的潛在客戶群體A,轉化為客戶群體B,并努力使客戶群體B向客戶群體E轉移,盡量留在E的位置。

本章討論如何獲取更多A群體(銷售線索),并轉化到B群體(消費客戶),也就是OCRM系統背負的責任與目標。

1、潛在客戶管理

CRM銷售管理的核心觀點是銷售自動化(Sales Force Automation),銷售自動化是信息技術和銷售管理結合的最佳管理實踐,已經被各個行業普遍接納采用。簡單來說銷售自動化是指通過信息技術對客戶開發的標準化過程管理。

銷售自動化的前提是對潛在客戶的分類管理。

客戶都是由銷售線索轉化來的,銷售線索中既包括意向客戶,也包括無意向客戶,意向客戶可能還包括初步溝通,有意向,確定合作,以及流失等等狀態。對潛在客戶進行準確的分類,可以保證企業對銷售的工作情況有全面的掌控,識別銷售機會和成單可能性。

經過多年的發展總結,目前全世界所有的CRM都會將潛在客戶劃分成幾種階段或狀態,我們通過銷售漏斗圖來呈現業界對潛在客戶的劃分。

線索(Leads):最原始的潛在客戶資料或聯系方式,可能來自于會議上收集的名片,也可能來自于黃頁或信息發布網站;可能是個地址,也可能僅僅是個電話。線索是最不確定的潛在客戶,有可能完全不是企業的目標客戶,也可能僅僅是一些錯誤的信息片段。線索是最寶貴的客戶來源,即便線索如此的不確定,不準確,企業也會想方設法的獲取更多的線索,嘗試轉化。

線索來源非常廣泛,有可能是客戶隨便在網站提交了詢價信息,也有可能是企業通過爬蟲從其他平臺獲取的信息,也有可能是購買的電話名單。拿到線索后,比較有效率的做法是先做線索清洗,把空號錯號刪除,把已經是客戶的號碼過濾,然后通過電銷中心的外呼團隊全部掃一遍,核實完成后再做下一步的分發處理。

商機(Opportunity):對線索進行一遍過濾,將錯誤的、無意向的、不相關的線索排除掉,留下有意向,有可能有意向的潛在客戶,就是商機。商機是更高質量的線索,是真正的潛在客戶。銷售對商機要進行有計劃地,持續的跟進接觸,最終轉化成客戶。

對商機可以劃分的更加細致,例如初步溝通、確定意向、商務洽談,通過更準確的劃分,第一可以讓銷售人員更準確的記錄掌握客戶跟進的狀態,第二可以讓管理者對銷售人員的工作推進情況有更準確的把握和控制。

此外還可以設計對商機或線索的評分機制,通過綜合打分,來判斷線索或商機與企業的匹配度和意向度,從而優先跟進最合適的線索或商機。

當客戶簽訂了合同并產生了首次消費后,大多數公司的銷售工作就完成了,后續的客戶維護可能會轉移到電話銷售團隊或線上運營。一般對開新銷售的考核,都會要求客戶完成首次消費,而不能僅僅是簽訂合同,如果僅僅是簽訂合同或完成賬號注冊,銷售完全可以通過各種作弊手段完成KPI,給公司導入大量垃圾客戶數據。

線索商機管理有一些共性的難題,需要產品設計人員和業務人員共同探討解決。

線索商機管理的第一個困難,是企業難以確識別唯一客戶。對于個人客戶,可以通過手機號或身份證號進行唯一性識別,相對簡單;對于企業客戶,可以通過營業執照編號、組織機構代碼、稅號進行唯一性識別,相對困難。首先,在線索商機狀態,企業很難獲取到企業唯一編碼信息;其次,大多數個體從業者或小公司,沒有此類編碼;再次,一般很難拿到準確的此類編碼。無法識別客戶唯一性,造成的問題,是線索的重復導入,銷售的無意義跟進,對已合作客戶的騷擾。為盡量解決此類問題,可以在系統層面做地址近似度判斷,名稱判斷,建立POI地址庫等,同時在業務層面建立流程,盡量在銷售過程中提前發現重復數據并做剔除。

線索商機管理的第二個困難,是結構化數據不真實、不準確問題。銷售團隊在實際執行時很難按照公司的要求,準確錄入并管理潛在客戶的數據。首先,線下的銷售人員都非常反感數據錄入的工作,因為大多數的銷售都習慣憑自己的記憶和習慣工作,覺得數據錄入對自己實際幫助不大,是一件累活。其次即便錄入了數據,很多時候結構化的數據很難真實反映復雜的現實情況,例如線索和商機,這兩個概念其實很多時候是比較模糊的,在做數據錄入的時候銷售就會產生困惑。所以很多時候,都是公司要求一套標準,底下執行卻亂了套;公司再規定一套規章制度和獎懲措施,底下執行時又會有新的對策;表面上看起來錄入的數據符合要求,但仔細跟蹤發現系統里的數據和真實情況完全不符。這時候就需要產品經理和業務管理者適度的甄選方案,制定規則,避免規則和制度無法落地執行。例如,是否真的需要將潛在客戶區分出線索和商機,即便是存在銷售線索的概念,是否針對線下銷售完全可以只保留商機的概念,而不要引入線索的概念;是否真的需要將商機區分出若干跟進狀態,業務管理是否真的需要細致到對不同商機狀態的統計匯總分析。

線索商機管理的第三個困難,是如何讓合適的銷售開發適合他的商機,從而提高轉化率。不同的銷售,擅長開發的客戶對象可能區別很大。比如年輕銷售適合開發年長客戶,年長客戶會在潛意識中將年輕銷售比作自己的孩子,容易產生親近感;比如比較斯文的銷售,更容易受到一些文化水平比較高的客戶接受,卻不適合和一些線條比較粗獷的客戶??傊?,每個銷售人員都有自己的特點和方法,有比較擅長“拿下”的客戶群體。如何在商機分配時,讓合適的客戶分給合適的銷售,是有講究的。比較粗暴的方法是隨機分配;其次是讓銷售主管來分配,可能將線索商機作為一種獎勵和激勵,也可能直接分配給新人,也可能將優質客戶分給資深銷售,讓新人跟一些比較差的線索商機做鍛煉;再次就是系統通過算法,根據潛在客戶的屬性、特點,針對客戶畫像和銷售能力模型做匹配。

線索商機管理的第四個困難,是如何讓線索和商機能夠良性的流轉起來,而不要“死”在銷售手里。一般企業都會有線索保護或商機保護規則,一旦商機被某個銷售認領跟進,其他銷售不能再跟進此商機。但是如果被認領商機即便沒有轉化,企業也不應該直接粗暴地放棄機會,有可能換一個銷售跟進就會有破局。為了避免某些銷售拿著商機不主動不積極,白白浪費商機資源,企業需要有一套機制實現商機的流動。為解決這類問題,公私海的概念被提出。私海是指已經分配到銷售名下的商機,公海是指沒有人認領跟進的商機。系統可以結合業務,實現商機流轉規則,比如,10天沒有拜訪記錄,商機自動從私海掉入公海,掉落后保護期內原銷售不能再次認領,公海的商機資源,所有銷售都可以認領。

公私??梢越鉀Q商機良性流動轉移問題,但同時也會導致銷售作弊問題,比如,為了保證自己長期占有優質商機,或者避免公司對商機掉落的懲罰,兩個銷售之間可能串通作弊,互相領取對方故意掉落的商機,保護期結束后再互相交換。產品經理需要設計各種規則和策略,解決作弊問題。實際上,OCRM的產品經理很多時候有點像反作弊產品經理,要和各種違規、鉆漏子、作弊、應付差事等人性弱點做斗智斗勇。

公私海管理還涉及到如何設置私海容量,不同區域不同銷售私海庫容是否可以不同,是否可以自動調整庫容大小等問題,本文不再贅述。

針對線索、商機的業務概念以及管理方法,新增的CRM系統模塊如下圖。

2、銷售過程管理

銷售自動化的執行要點是對銷售過程的數據化管理。

線下銷售工作,既是個技術活,也是個體力活。要想拿下更多客戶,就要勤溝通,多拜訪。兩個資質相同的銷售,一個人每天只有5次拜訪,另一個人有20次拜訪,必然第二個人簽單量會更多。而線下銷售作為外勤人員,出行和工作安排,很容易虛報。企業希望所有業務員都能夠積極主動工作,雖然銷售更適合進行目標激勵的自驅動管理,但一定的制度和執行要求也是應該的。很多銷售團隊,主管都會安排組員定時拍照片,發定位,以檢查其是否在崗及拜訪客戶。曾經有零售企業的督導,負責定期巡店工作,告訴筆者,他們最早會多拍一些不同時點的照片,定時發微博,假裝自己在工作,后來領導發現了問題,要求他們既要發照片,還要發定位,結果他們發現當時的微博可以暫存帶著定位信息的消息,就暫存很多份消息,然后定期發,以應付領導檢查;再往后,領導建了微信群,既要求發定位,還要求發視頻,作弊難度就很大了。聽起來挺有意思,是一個員工和管理者斗智斗勇的過程,但實際上說明銷售過程管理的困難。

移動CRM的普及,基本上解決了員工拜訪、考勤等過程管理問題。通過手機定位,每拜訪完一個客戶,都要在客戶現場填寫帶定位的拜訪記錄。雖然給銷售人員增加了一些工作量,但是可以收集真實的拜訪數據,并監督工作。不論是一線管理人員,還是總部的管理人員,都可以基于這些數據,準確的掌握銷售團隊的工作情況。

移動CRM除了用手機記錄數據、看報表方便,最受重視的功能,就是對業務員拜訪和考勤的監督管理。

為什么說“基本上”解決了過程管理問題,而不是“全面”解決?實際上,通過一些模擬定位軟件,很容易繞過移動CRM的定位采集,只是作弊成本比較高,實現起來有點麻煩。另外,有些特殊區域會屏蔽定位信號,這些情況都要在功能設計上考慮到。

公司收集記錄員工的位置坐標,在法律上屬于灰色地帶,不論在國外或國內,都沒有明確的司法條例或解釋,國外出現過員工為此告贏公司的官司,國內沒有查到。針對此問題,國內外法律顧問給出的建議是:

  1. 只針對公司提供的移動設備,進行定位數據收集
  2. 員工簽署合同時,要針對此問題做明確告知,一旦員工簽署,表示認可公司的定位數據采集行為
  3. 定位數據收集只在工作時間范圍進行

移動CRM對定位信息的使用,不僅局限于過程管理,對業務員實際工作也很有幫助,比較常見的兩個應用場景,首先可以根據第二天的出行計劃,讓APP設定最優拜訪路線;其次可以在當前的位置,快速查看身邊的客戶,尤其是公海線索資源。

針對銷售過程管理的業務概念以及管理方法,新增的CRM系統模塊如下圖。

3、審核與風控管理

新客戶開發登記過程中,涉及到對新客戶資質審核與反作弊風控處理。

企業要在業績增長的同時,控制經營風險?;ヂ摼W公司一般會將風控團隊作為獨立部門管理,且匯報層級較高。不論是虛假注冊,優惠券、積分套現,刷單,垃圾注水,支付安全都屬于風控的范疇。線下銷售團隊的新客戶開拓也可能存在作弊問題。比如,有些公司對銷售新開有考核要求,銷售完全可以說服客戶,通過再次新注冊賬號進行消費,來協助銷售達成指標,甚至有的業務場景下,銷售會私自新開虛假賬號。冗余的客戶資料對企業精細化運營管理帶來困難,也違背了制定銷售新開KPI的初衷。

在新客戶注冊環節,有很多經典的風控策略,比如,對C端客戶的手機號校驗,設備號排查,登陸異常檢查;對B端客戶的資質認證核查,地址名稱重復性檢查等。

風控總會導致業務效率和風險控制的沖突。為了控制經營風險,效率的降低和損失是可以接受的,關鍵是要針對公司當前的經營要求、市場環境做出合理的權衡取舍,找到平衡點。一切工作都要以公司的利益為出發點,結合公司的戰略計劃與實際經營要求,做出合理的選擇。如果為了風控而風控,就是舍本逐末。

風控屬于業務支持工作,在架構圖中我們將其繪制在業支的產品矩陣中。

4、銷售激勵與排行榜

如何讓銷售團隊時刻保持激情和戰斗力,進行客戶開發銷售工作,是每一個銷售主管都要思考解決的課題。

銷售工作最需要狼性文化,除了最基本的業績獎勵激勵,還需有緊張的工作氣氛,需要有強大的對手,需要有激烈的競爭,這樣才能激發銷售人員的腎上腺素,讓其不斷挑戰自我,突破自我。銷售團隊需要時刻注入激情,晨會,晚會,都是常見的做法,有些電銷中心外呼銷售團隊,每成功一單,職場內都會敲鑼,表示祝賀并產生激勵。

銷售團隊要和競爭對手做PK,更要在團隊內部做PK。讀者若有機會去一些銷售的辦公環境,都會看到巨大的海報墻,上邊有銷售業績的排名,榜單;明星銷售的照片和業績會用顯眼的方式呈現其中,形成激勵。

如果要挑一個OCRM中最簡單但是最有用的功能,我會選擇銷售排行榜。

通過對系統中實時數據的捕獲,在排行榜中揭示全國、全市、區域、小組、個人的銷售排名,業績,升降情況,維度可以包括月度的,周的,以及當日。用最絢麗的交互和UI,體現出榜單的視覺沖擊力,以及心理沖擊力,刺激銷售團隊之間,銷售小組之間形成良性競爭。你會發現,OCRM APP中UV和PV排名最高的頁面,必有排行榜!

排行榜功能,需要底層數據支持,因此我們在本節的架構圖中,引入數據倉庫和數據集市。

5、區域管理與組織樹

不論是銷售團隊管理,還是渠道管理,最忌諱的做法就是跨區銷售??鐓^銷售是指某個銷售或某個銷售團隊,開發不屬于自己管理的區域??鐓^銷售會導致嚴重的內部惡性競爭,是團隊之間產生嚴重沖突的導火索。最典型的例子就是,兩個銷售團隊為了拿下同一家客戶,惡性報低價,損失公司利益。

解決跨區銷售的方法,是系統層面實現區域化管理,通過識別客戶位置,判斷所屬區域,只允許對應的銷售團隊處理跟進。

實現區域管理,就要實現銷售團隊的組織樹管理,將不同的銷售團隊組織節點和劃定的區域做關聯,以保證組織節點下的銷售只針對管轄范圍內的線索、商機、客戶具有處理權限。

組織樹是CRM中對組織機構管理的基本數據要求。一般來講,一套軟件系統需要考慮界面權限設計,和數據權限設計。界面權限,可以通過用戶角色組控制;數據權限,可以通過組織樹來控制。組織樹是一種相對完整、復雜的組織管理解決方案,靈活的組織樹可以進行多層級管理,支持業務管理架構的任意調整。組織樹具有一定的復雜性,開發成本較高,然而一旦實現組織樹,可以一勞永逸的解決業務架構頻繁調整變化帶來的二次開發問題。

組織樹也是數據倉庫中重要維度數據,實現了組織樹,才能實現BI或報表中針對區域、團隊的復雜多維分析。

組織樹中只需要維護組織節點,所有人員都掛在組織樹的葉子上,實現向下開放,向上封閉的數據權限管理。

我們將應用架構圖作新的更新。

6、報表與經營分析

不論是一線人員,還是管理人員,都需要掌握關鍵指標的動向,經營情況的變化,進行深度數據分析。儀表盤,報表,數據可視化(本節統一簡稱報表),都是通過不同形式方便用戶掌握事實的表現手段。

一線業務人員,需要通過報表來掌握自己的工作情況,和目標進行差異對比,并調整自己的工作節奏。如果條件具備,可以引入一些外部數據,給員工分析決策提供參考。比如,餓了么的OCRM,可以顯示線索或商機商戶在大眾點評以及百度外賣的評分等信息,以便餓了么的BD(市場開拓專員)進行溝通前的分析。

一線主管,需要通過報表來掌握團隊的工作情況,和目標進行差異對比,調整安排工作,監督下屬的工作過程,識別出工作出問題的團隊成員,進行溝通指導。

分公司或總部分析人員,需要通過報表掌握業績情況,識別問題環節,調整銷售策略和工作安排。分析人員對數據分析的訴求最高,既需要豐富的數據,又需要強大的操作功能,因此經常設計開發ACRM系統支持其工作。

高管需要通過報表關心核心指標的毎日変化,以及公司整體的經營情況。ACRM系統難以滿足高管的報表訴求,高管更多需要的是經過分析人員處理過的報告,報告中包含指標變化趨勢,問題分析,解決方案建議等。

業務報表的核心價值是,掌握事實,發現問題,分析原因,產生對策。數據產品經理要和業務人員一起,設計有實際價值的報表,更多的關注完整的體系化指標建設,分析、觀察問題的視角和思路才是報表與ACRM建設的核心,儀表盤和可視化只是外在的東西,市面上有大量的可視化報表工具可以直接使用,要避免功能的重復建設。

設計實施報表和ACRM系統,就需要更強大的數據倉庫和更多的數據集市。此外有條件的公司喜歡自己開發報表引擎。更新的架構圖如下。

7、任務中心與集權式管理

管理人員有向員工批量下發任務的訴求。比如,安排出席會議,安排組織學習,這些任務相對簡單,實現手段很多,不需要系統支持;但是涉及到一些高級的任務,比如將一批線索名單平均分配給團隊成員進行拜訪跟進;要求電話外呼人員在會員生日致電贈送禮品并告知客戶;對于這些有過程和結果管理需求,或由系統自動觸發做出的工作安排的需求,需要系統實現任務中心進行支持。

任務既包括用戶自己在APP中設置的代辦事項,也包上級推送給自己的必辦事項。很多市面上的CRM任務模塊更多的實現了類似于個人GTD(Getting Things Done)的管理,屬于雞肋功能。高階的任務管理,更多的體現了管理中心對一線人員的直接管控和干預,是中央集權管理的體現。例如,分公司經營中心可以設置一個營銷活動,給電話外呼人員推送任務清單,要求必須在10天之內聯系一遍清單內的客戶,并完成至少10%的轉化;又比如,系統策略每日識別有流失風險的客戶,自動生成任務推送給電話外呼人員,或者對應的銷售,要求其跟進。

任務安排,既可以來自于上級領導,也可以來自于系統策略。在設計任務模塊時,有幾點必須注意。

  1. 任務代表了一種集權式管理思想,使用不當會對業務人員產生傷害,限制其創新能力與個人發揮。
  2. 任務不是萬能的,設計不當容易造成總部直接插手分公司業務,干擾分公司經營。
  3. 系統策略生成的任務,是否需要必須由人去跟進解決?業務員直接與客戶溝通,第一增加人力成本,第二容易造成客戶反感。

任務模塊的設計目標,并不是把決策全部交給計算機來做,而是提供一套從點到面的批量工作安排機制。要避免產生集權式的設計,而應該把決策權使用權留給分公司和一線,讓在前線打仗的人決定怎么干。這樣才能更好發揮任務模塊的價值。

8、業績目標管理

銷售管理,可以總結為如下幾個步驟:設目標、定計劃、管過程、看結果。

上級下達季度或月度目標,給與資源支持。一線管理人員,要根據目標設定實現計劃,比如下個月一千萬的目標,如何設計銷售策略?如何制定活動?分拆到每個團隊應該分別多少萬?分拆到每一周應該多少萬?節奏如何控制?需要挖掘多少存量客戶做二次銷售?需要開發多少新客戶?需要完成多少次老客戶回訪,新客戶拜訪?所有的目標,都要拆解成具體可落地的策略和執行步驟,然后持續監控管理執行過程,隨時做出調整,最終達成目標。

銷售有了目標和計劃,就會做到胸有成竹,心中有譜。目標應該具有挑戰性,可達成性。如果目標設計的過分夸張,是不可能完成的任務,來回幾次,就會讓團隊不再信任目標,不再全力沖刺,對公司的經營管理預測,整體戰略節奏把控都將是個災難。

銷售目標管理是企業中最重要的工作內容之一,不論是銷售團隊或銷售人員都需要將目標牢記于心,盡力達成。

設目標、定計劃、管過程、看結果,這四個環節,OCRM可以完全發揮其過程管理和結果追蹤能力;對于設目標和定計劃,更多的需要管理者深刻的經營分析能力。

OCRM中通常包括目標管理模塊,計算銷售達成率,給業務人員提供清晰直接的參考。

9、其他板塊

以上講解了銷售管理中最重要的功能板塊,還有消息中心、銷售演示工具、報價管理、票據管理、傭金計算管理等同樣非常重要的功能,相對簡單或業務針對性較強,不再展開描述。除此之外,很多商業化CRM軟件套件中還有一些標準功能,屬于雞肋功能,企業自己開發CRM系統時,不建議投入大量人力實現這些雞肋功能。例如,知識庫,日報管理,辦公協同,審批等等。這些功能,完全可以通過類似于QQ,微信,或者OA實現。

本章著重介紹了客戶開發中相關業務和系統模塊,將上述模塊補充進架構圖,如下。

10、SCRM與接觸點管理

最后,我們再簡單介紹下線上客戶的SCRM管理。目前,客戶線上與企業接觸的渠道非常多,微信,QQ,微博,H5頁面,在線咨詢,各種管理后臺,很難將客戶統一管理。國內大量SCRM,就是對線上客戶接觸做統一管理和匯總,通過集成工作臺,讓客服人員在一個平臺處理各個入口的客戶咨詢,集中處理客戶信息,稱作客戶接觸點管理??蛻艚佑|點管理是市場營銷中的概念,屬于整合營銷的一部分,在SCRM中,專指線上渠道客戶的接觸管理。

下期預告:下篇文章將講解企業如何實現客戶留存和二次營銷,重點介紹客戶分析建模的思路,和典型的架構設計思路。

相關閱讀:

《漫談CRM體系化建設1 – CRM與客戶管理綜述》

《漫談CRM體系化建設3:如何留住客戶》

《漫談CRM體系化建設4 – 如何服務客戶》

《漫談CRM體系化建設5:CRM體系化解決方案》

插播一條廣告

大家好,我是《決勝B端》作者楊堃,曾在VIPKID任產品總監一職。在工作中,遇見有很多優秀的B端產品經理,但缺少體系化、針對B端產品的實操訓練,在成長中走了許多彎路。

我努力將自己多年做B端產品的經驗提煉總結出來,和起點學院聯合打造了一門B端產品體系課——《To B產品實戰訓練營》希望能給需要的同學一些實質性的幫助。

幫助大家構建B端產品知識體系脈絡,掌握B端產品建設,從業務診斷、需求分析,到抽象建模、設計落地的全過程的方法思路,最終直接應用于工作實踐。

掃碼即可報名,還可為大家爭取到的專屬優惠~

立即搶座,報名成功后即可領取詳細課程資料!

作者:楊堃(微信號公眾號goYangKun),9年互聯網研發、產品設計經驗,曾就職于傳統外資保險公司,百度,現就職于vipkid。

本文由 @楊堃 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 學習收藏了,今天就當一回課代表吧。搭建私域流量運營,當然必須要有工具。給大家推薦一款由【人人都是產品經理】【起點課堂】旗下獨立研發的私域流量運營工具——糧倉·企微管家。糧倉·企微管家是一款基于企業微信的一款營銷型SCRM系統。集裂變獲客、留存促活、銷售變現、客戶管理于一體的私域增長閉環系統。覆蓋企業客戶運營的生命周期,助力企業私域流量運營,提升售前/售后服務能力。還可以免費開始使用哦~ http://996.pm/M0A06

    來自廣東 回復
  2. 很贊很實用,畫風也很接地氣!講真,作者大哥真心可以開個課,建個群,好好說說案例啊~感覺這種B端產品經驗還是很稀缺的

    來自江蘇 回復
    1. 恭喜你心想事成啦~ 爆炸好消息,堃哥開開開開課啦啦啦啦??!TO B產品經理實戰班了解下

      來自廣東 回復
  3. 回過頭去看了一遍又一遍,大哥太厲害了

    來自中國 回復
    1. 跟著大哥走

      來自廣東 回復
  4. 是否可以不設置私海,從公海領取完商機后直接到客戶管理

    來自北京 回復
  5. 文章很棒

    來自江蘇 回復
  6. 受教了

    來自湖南 回復
  7. 字字寫在心坎里 句句戳中痛點!親人吶?。?!

    回復
  8. 公私海和任務分配感覺有點重復,不太會分辨。公私海是指銷售獲取商機要在規定時間根據,否則釋放到公海。任務分配是否也是對客戶的分配。還是任務分配大于公私海的商機獲取??梢越忉屢幌聠?/p>

    來自上海 回復
    1. 同問,客戶公私海、商機公私海,客戶和商機的分配規則,能否解答一下?

      來自重慶 回復
    2. 私海的設置是因為從商機到成交需要一定的周期,所以一方面為了保證銷售的利益,避免出現談到快成交了被其他銷售切走,另一個方面是避免出現多個銷售同事同時去找客戶,給客戶造成困擾。
      公私海輪轉——即私海掉出,是為了提高成交率,給銷售壓力,讓其盡快成交。否則可能會因為未及時拜訪、未及時成交,流失一個優質的客戶。

      任務分配 是另一個維度,不僅僅是客戶的分配,還包括 一些銷售動作的任務下發,比如 針對已成交的客戶 要每個月定期回訪,這也算一個任務。
      系統可以按一套規則,自動進行任務分配,以實現管理工作的執行落地。

      來自北京 回復
    3. 舉一個【線下拓展商戶】銷售POS機給商戶的例子,假設一個銷售成功簽約了一個商戶,那么這個商戶在客戶管理里現階段就屬于私海(即這個商戶屬于簽約的這個銷售),緊接著會在私海渡過一個考核期(比方說一個月)如果在這個考核期里商戶的交易標的商戶則會釋放到公海由平臺來統一運營,這個銷售又可以專心去拓展新商戶,之所以有這個私海的考核期是為了考核這個銷售拓展的商戶是不是一個合格的商戶,考核期商戶的交易額與簽約的銷售人員關聯,考核通過銷售可以拿到提成,考核不通過銷售拿不到提成,還需要回收商戶的POS機

      來自廣東 回復
  9. 我要認真再讀上3遍

    來自北京 回復
  10. 可以聊聊系統話題嗎

    回復
  11. 您好,請問 在您的框架中,ocrm 具有報表,競對分析,在acrm 也有競對分析,多維分析模塊,這兩個的區別、邊界是什么。能麻煩您稍微解釋下么~

    回復
  12. 很贊很實用,畫風也很接地氣!講真,作者大哥真心可以開個課,建個群,好好說說案例啊~感覺這種B端產品經驗還是很稀缺的

    來自江蘇 回復
  13. ?? 或者在起點學院開個課也行

    來自上海 回復
  14. 能否具體解釋下“很多市面上的CRM任務模塊更多的實現了類似于個人GTD(Getting Things Done)的管理,屬于雞肋功能”以及“避免產生集權式的設計” ??

    來自上海 回復
  15. 仿佛看到了CRM的發展史

    來自上海 回復
  16. 學習了,crm這塊的東西還是很大的

    回復
  17. 扎心,大致看了一遍,持續關注,感謝分享

    回復
  18. 文章實用性很高

    回復