本文筆者將通過分析Salesforce的設(shè)計邏輯和思路，從其中總結(jié)出CRM系統(tǒng)的設(shè)計邏輯，以及在設(shè)計中應(yīng)該注意的一些問題。

最近由于工作所需，為公司的銷售團隊設(shè)計了一套內(nèi)部使用的CRM銷售管理系統(tǒng)。

為了設(shè)計好該類型的產(chǎn)品，特地去研究并分析了該領(lǐng)域的巨頭產(chǎn)品——Salesforce，通過分析該產(chǎn)品的設(shè)計邏輯和思路，對自己的產(chǎn)品產(chǎn)生一起啟發(fā)和思考，并且在實際設(shè)計過程中面臨的一些問題也同時分享出來，以期給大家一些啟發(fā)。

為什么是Salesforce

對B端產(chǎn)品接觸較少的人可能對Salesforce不太了解，但是只要涉及到B端，一定會提到Salesforce這個B端領(lǐng)域的巨頭，特別是國內(nèi)的B端產(chǎn)品或多或少都收到Salesforce的影響。

根據(jù)互聯(lián)網(wǎng)女皇瑪麗·米克爾最新發(fā)布的2019年互聯(lián)網(wǎng)趨勢報告：Salesforce公司以1250億美元市值牢牢占據(jù)B端領(lǐng)域市值第一的地位，并且在全球互聯(lián)網(wǎng)企業(yè)市值中排名第11位，力壓我們熟知的Uber、Booking、美團、百度等公司。

是什么支撐起了Salesforce如此高的市值？

抱著研究和為自己產(chǎn)品找想法的目的，試用了Salesforce的免費試用版，順便說一句Salesforce提供長達30天的免費試用期，并且開放所有的功能，足以看出Salesforce的自信和開放程度。

Salesforce總體的設(shè)計邏輯

由于Salesforce已經(jīng)是一個非常完整的生態(tài)，涉及到企業(yè)的方方面面，因此本文只分析Salesforce的CRM，及銷售管理系統(tǒng)。Salesforce整個產(chǎn)品的設(shè)計是任務(wù)和目標導(dǎo)向的，從主頁的設(shè)計就可以看出，Salesforce在分析公司時，采用如下的公式：

業(yè)務(wù)流=目標+任務(wù)

先制定整體的業(yè)績目標，然后目標通過時間段拆解成每個階段甚至每天的任務(wù)，任務(wù)則可以拆解成具體的客戶，而客戶又來源于漏斗：潛在客戶→業(yè)務(wù)機會→聯(lián)系人→客戶。

如下圖所示：

通過這種方式，Salesforce將不同公司的銷售業(yè)務(wù)都抽象出共通的模型，從而設(shè)計更加通用的形式。不得不說，Salesforce對業(yè)務(wù)的拆解比國內(nèi)大多數(shù)同類型公司更加細致和用心。

從菜單導(dǎo)航看Salesforce對銷售進程的理解

首先看菜單欄，和一般同類型的產(chǎn)品相比，采用比較少見的橫向菜單布局，從視覺上對用戶更加友好。

并且，每個模塊下拉菜單都只有新建或者歷史記錄兩欄。對比國內(nèi)的CRM產(chǎn)品會在下拉菜單中加入很多子欄目，Salesforce設(shè)計更加簡潔，盡量把功能都放在一個頁面里，通過合理的布局讓用戶減少點擊的操作步驟。并且，當用戶習慣了該產(chǎn)品之后，會發(fā)現(xiàn)想要新增內(nèi)容會非常方便快捷。因為新增對于銷售是一個比較高頻的需求，不管是新增客戶還是任務(wù)等。

從菜單導(dǎo)航設(shè)置來看，Salesforce對整個銷售的各個進程考慮的非常全面。

從客戶設(shè)置就可以看出，Salesforce將客戶分成客戶、聯(lián)系人、潛在客戶。

從功能設(shè)計可以看出，三者的區(qū)別是：客戶是已經(jīng)確定有交易關(guān)系的主體，而一個客戶會對應(yīng)多個聯(lián)系人——即一家公司會派出多個員工和其他公司接觸。比如會從一般的業(yè)務(wù)人員到部門領(lǐng)導(dǎo)甚至到公司高管，Salesforce充分考慮到現(xiàn)實商業(yè)接觸中多層級的接觸模式，因此這方面考慮的還是非常細致的。

如下圖所示：

潛在客戶則是和公司沒有確定正式的合作關(guān)系，但是已經(jīng)有初步接觸有發(fā)展成客戶前景的其他公司。

由于公司剛接觸的時候往往只會派一個人進行初步接觸，所以這里沒有設(shè)計多個聯(lián)系人情況。當和潛在用戶接觸時，Salesforce對該類型事件主要抽象成兩個模塊：進程狀態(tài)和任務(wù)事件，這也符合絕大多數(shù)公司做市場時候的需求。

Salesforce提供儀表板的功能來監(jiān)控業(yè)務(wù)指標和分析銷售進程，這也是國內(nèi)CRM產(chǎn)品比較少使用的形式。

在儀表板中，Salesforce關(guān)注的數(shù)據(jù)指標主要包括：每個階段的銷售額；salesforce定義的銷售階段包括：qualification（可以理解成接觸階段）、need analysis（評估階段）、negotiation（協(xié)議階段）、closed won和closed fail（交易成功和交易失?。约敖灰壮晒徒灰资〉目蛻魜碓春途唧w客戶?？梢钥吹?，也是以完成業(yè)績目標為導(dǎo)向，來分析完成和失敗的原因。

總結(jié)

總結(jié)一下：Salesforce在設(shè)計CRM產(chǎn)品時，首先從大的維度定義產(chǎn)品要實現(xiàn)的目的，在這里就是完成業(yè)績目標，然后通過將目標拆成每階段的任務(wù)——就是獲得足夠多的客戶數(shù)量。

而客戶則來源于層層的轉(zhuǎn)化，通過這種方式，產(chǎn)品的邏輯和架構(gòu)逐漸清晰，也為接下來設(shè)計自己的產(chǎn)品提供了思路。

設(shè)計自己的CRM產(chǎn)品

1. 如何分析并找到核心需求？

既然分析完了Salesforce產(chǎn)品，為什么要先分析需求？

首先，上述的Salesforce產(chǎn)品，是分析了大量公司真實的業(yè)務(wù)需求，包括其他產(chǎn)品的思路，從而提煉出最核心的需求設(shè)計成這種形式。因此，設(shè)計產(chǎn)品的核心還是要從需求出發(fā)，分析并找到核心的需求，才能找到真正的高效的業(yè)務(wù)流轉(zhuǎn)方式。

B端產(chǎn)品需要和大量的一線業(yè)務(wù)人員溝通需求，確定他們的痛點和難點，而由于這些業(yè)務(wù)人員大多是從自己的視角出發(fā)，一碰到問題就容易產(chǎn)生新的想法，因此這種需求往往是“拍腦袋的”。

而作為產(chǎn)品經(jīng)理，需要根據(jù)業(yè)務(wù)人員所說的需求抽絲剝繭，找到需求的共同點，從而提煉出核心需求。B端產(chǎn)品面臨的難點往往是定制化和通用性的取舍，一方面是要根據(jù)業(yè)務(wù)人員的實際需求設(shè)計產(chǎn)品，另一方面則需要抽象出通用和共同的東西，形成一定的通用性組件，從而實現(xiàn)產(chǎn)品的良好的可拓展性。

這里推薦需求分析的PSP方法：即P（Person，角色）、S（Scenes，場景）、P（Paths，路徑），下面通過一條具體的需求來說明如何進行分析。

首先，這條需求非常不明確，主要體現(xiàn)在沒有說明如何錄入和查看哪些信息，這時候就需要和一線業(yè)務(wù)人員進一步明確，查看的是哪些客戶信息。

當明確完之后，需要確定錄入的方式是通過手動錄入，還是其他接口來自己導(dǎo)入，后續(xù)和小李溝通細化發(fā)現(xiàn)是通過上一步篩選出來的用戶。因此，可以通過對接上一步產(chǎn)品的數(shù)據(jù)庫，來實現(xiàn)數(shù)據(jù)的自動導(dǎo)入，并且增加手動錄入和修改的功能，防止數(shù)據(jù)有錯誤。

因此，該需求的核心點是：快速確定客戶信息，因此通過自動導(dǎo)入比手工錄入和批量錄入都更能解決問題。

同時，通過PSP方法，需要明確不同角色的使用場景和路徑。在該需求中，主要涉及到管理員、銷售兩種角色，錄入功能應(yīng)該只針對銷售，因為他們是距離客戶最近的人員，第一時間會了解到客戶的新的信息。而修改功能應(yīng)該只針對管理員，因為他們負責管理銷售，因此他們有權(quán)修改客戶的進程等相關(guān)信息。

2. 設(shè)計產(chǎn)品的過程中需要注意的三個問題

在確定完核心需求并確定了產(chǎn)品的基本架構(gòu)和框架之后，接下來再具體設(shè)計過程中還需要時刻注意以下幾個問題，從而設(shè)計的產(chǎn)品有更大的合理性和可拓展性。

1）數(shù)據(jù)從哪里來，到哪里去？

乍一看很像哲學(xué)家蘇格拉底所說的“從哪里來，到哪里去”的哲學(xué)問題，但是這其實也是設(shè)計該類型產(chǎn)品的一個底層邏輯。

C端的產(chǎn)品數(shù)據(jù)是明確的來自用戶，而B端產(chǎn)品的數(shù)據(jù)往往來源于其他和系統(tǒng)和產(chǎn)品的傳輸，因此明確清楚系統(tǒng)的數(shù)據(jù)從哪里來，以及如何流轉(zhuǎn)是設(shè)計該產(chǎn)品的第一步也是最基礎(chǔ)的一步。

拿自己設(shè)計的系統(tǒng)為例：由于本系統(tǒng)是針對客戶設(shè)計的銷售管理系統(tǒng)，因此最重要的客戶數(shù)據(jù)來自于H5和小程序收集的客戶信息，包括客戶自己填寫的手機號和其他基本資料。

因此，首先要和技術(shù)確定開發(fā)相關(guān)的接口去接收和傳遞數(shù)據(jù)到系統(tǒng)中。當數(shù)據(jù)進入到系統(tǒng)中后，要確定數(shù)據(jù)的流轉(zhuǎn)規(guī)則，也就是先后順序和對應(yīng)關(guān)系，本系統(tǒng)采用的是三級分配的原則，也就是數(shù)據(jù)到最終的銷售和經(jīng)過三層的分配，如下所示：

這種分配方式確實不夠快速簡潔，但是好處有一下兩點：

1. 方便組織管理以及職級分工，每個角色都有自己明確的數(shù)據(jù)邊界和范圍。
2. 方便客戶數(shù)據(jù)和銷售的1對多匹配。不同公司對客戶的跟進有不同的規(guī)則，比如有些公司規(guī)定是1個客戶對應(yīng)1個固定銷售，單獨負責整個流程的轉(zhuǎn)化，而很多公司往往是1個客戶對應(yīng)多個銷售，也就是當1個銷售轉(zhuǎn)化不順時往往會換一個銷售跟進，因此，這樣設(shè)計有利于客戶對應(yīng)銷售的快速調(diào)整。

2）權(quán)限角色問題

權(quán)限與角色往往是該類型產(chǎn)品的一個重點，不過在設(shè)計權(quán)限角色之前，首先需要確定：權(quán)限角色實現(xiàn)的目標是什么？

本質(zhì)上來說，設(shè)計權(quán)限角色是為了讓不同的角色有不同的功能權(quán)限和數(shù)據(jù)權(quán)限，而兩者的區(qū)別如下所示：

因此，確定好不同角色對應(yīng)的功能權(quán)限和數(shù)據(jù)權(quán)限后，會對不同角色的菜單設(shè)計和頁面設(shè)計產(chǎn)生影響。

舉例來說，上圖中的角色1是偏管理員的角色，因此展示給他的菜單欄包括了人員配置的功能，而其他角色就不應(yīng)該展示該功能，如下圖所示：

（角色1）

（其他角色）

3）哪些部分應(yīng)該模塊化？

最后，在具體設(shè)計功能時，需要考慮如何把關(guān)聯(lián)性較強的功能或需求放在一起，從而實現(xiàn)系統(tǒng)的模塊化，達到“松散耦合”：各模塊內(nèi)部的功能緊密聯(lián)系，同時各模塊直接既有一定的關(guān)聯(lián)又保證一定的獨立性，從而有利于未來系統(tǒng)的擴展。

拿自己做的系統(tǒng)舉例：

在做的過程中碰到的一個問題是：數(shù)據(jù)統(tǒng)計功能應(yīng)該放到各個模塊中，還是單獨用一個模塊整體展示？

因為很多模塊都有數(shù)據(jù)統(tǒng)計的需求，并且統(tǒng)計的時間維度和字段都有不同，因此比較糾結(jié)到底采用什么形式。最后，還是從系統(tǒng)可拓展性的角度，把數(shù)據(jù)統(tǒng)計單獨做成一個模塊，方便未來在模塊展示更多的數(shù)據(jù)分析相關(guān)功能。而對于不同模塊的數(shù)據(jù)統(tǒng)計如何統(tǒng)一？

這需要對整個業(yè)務(wù)抽象出更底層的信息，找到最關(guān)注的幾個數(shù)據(jù)指標，最后進行整合，整合前如下圖所示，數(shù)據(jù)指標較多并且比較零散。

整合之后，把總體數(shù)據(jù)和時間維度的數(shù)據(jù)通過一個時間篩選器進行篩選，使得數(shù)據(jù)的靈活性大大增加，更加聚焦于核心指標，如下圖所示：

最后，整個系統(tǒng)的模塊大致是如下形式，便于后期更加靈活的拓展。

本文由 @woer 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議