下面我們將討論AmoCRM和Bitrix 24。製造商監控並複製彼此的核心功能，以防止「殺手級功能」出現在他們的同事身上。如果您使用的是不同的 CRM 系統，只需在其他地方或類似名稱下尋找功能即可。例如，AmoCRM 內部存在的管道在 Bitrix 24 中稱為「交易方向」。我們說的是同一件事，但合法權益並沒有受到侵害。是的，現在兩個系統都屬於同一所有者，但他決定保留競爭時代的遺產。
由於我們的網站致力於銷售，接下來我們將了解與銷售相關的功能。如果 AmoCRM 最初只是為了銷售而構想的，所以其中沒有“多餘”，那麼在 Bitrix 24 的情況下，我們將保留“Live Feed”、“Documents”（“Leads”和“Transactions”除外）和單獨的“列表”，重點關注內置CRM 系統的自動化。
CRM 會發生哪些事件？
首先是改變漏斗階段。它也稱為交易狀態、領先階段或任何其他類似詞語組合的變化。
事實上，這是 AmoCRM 中發生的唯一事件。除此之外，Bitrix 24 中自然會出現兩個事件：「建立文件」和「更改文件」。我們建議首先不要深入研究 CRM 系統的功能，並確保僅在更改管道階段（或交易階段，如果您更喜歡這個名稱）後才執行任何自動操作。
不要以為這個活動還不夠。透過在漏斗中添加額外的步驟，您將解決 99% 可能出現的困難，以下是範例。
CRM 中的哪些操作可以自動化？
檢查欄位是否已填寫
您可以設定需要填寫才能進入漏斗階段的必填欄位。在這種情況下，當您嘗試變更交易階段時，CRM 中將出現警告，指出某些資料遺失。
這種簡單的自動化可以大大減少管理者所犯的錯誤數量。因為CRM系統本身指導並提示需要填寫的資料。
編輯文檔
每個 CRM 文件（例如「交易」）均由欄位組成，其中的資訊用於銷售。當交易通過漏斗時，其中一個欄位會自動變更 – 這是交易的階段。您可以在任何欄位中進行程式設計更改，例如，當您進入「發票發送」階段時，「客戶收到發票的日期」欄位將自動填寫，您可以透過該欄位追蹤付款期限或發票由一個人準備並在必要時發送給其他人之間的時間間隔。
上面螢幕截圖中的範例是自動化的中間階段：
- 發票、發票日期、發票編號和金額可以透過設定整合（例如與 1C 會計）自動填寫。
- Bitrix 24 有一個內建的「發票」文檔，在 土耳其電話號碼數據 某些情況下無需進行重大修改即可使用。
透過自動填寫字段，您可以減輕管理人員與獲取必要資訊以及在不同員工和專案之間準備和交換文件相關的日常工作。
員工通知
我們努力並建議為漏斗的各個階段創建「會說話」的名稱，以便僅從名稱中就可以清楚地了解交易的此階段發生的情況或之前發生的情況。例如，在「發票準備」階段，發票的創建過程正在進行中，而在「客戶收到發票」階段，該階段交易所達到的結果是明確的。交易狀態的名稱表示流程或結果：「正在接收回饋」表示此階段需要接收回饋，「已收到回饋」表示客戶的回饋已記錄在CRM中並且可以查看。
將交易分成多個階段時，在細節和權宜之計 數位行銷人員應具備的基本技能 之間保持平衡非常重要。如果您總是隨發票一起發送商業提案，那麼很可能沒有必要建立單獨的階段「已發送 QP」和「已發出發票」。 100% 的交易將在這些階段之間進行；不會有損失或時間間隙。您可以建立一個單階段“付款文件已發送”，但在這種情況下，初學者可能不清楚文件的含義。
您可以透過以下方式之一提醒員工這一點：
- 發送通知。透過電子郵件、即時推播、簡訊發送 電話行銷的貼紙包如何增強訊息傳遞 至電話以及 CRM 允許的任何其他方式。
- 給一個任務。例如，“將 CP 和發票發送給客戶”
- 設定一個任務。
這是另一個簡單的自動化，可以讓您教導員工如何使用漏斗。 CRM 系統本身會告訴您需要做什麼才能成功完成交易。
您可以設定任務或通知負責事務的員工及其任何同事（例如生產經理）該開始生產了。
設定任務時，請記住每個任務必須具有：
- 反映其本質的名稱；
- 描述，解釋要達到的結果或要採取的行動；
- 負責人－必須完成任務的人；
- 截止日期——這經常被忘記，應該「有一天 美國數據公司 」完成的任務通常「永遠不會」完成
- 開始– 應該設定任務的時間。例如，如果交易在第三天沒有通過漏斗，那麼在第四天，ROP 的任務就是加快速度或幫助行動遲緩的下屬。
客戶須知
建立發票後，您可以自動將發票傳送給客戶。為此，您只需設定一次頻道，以便在階段從「發票準備」變為「發票已傳送」時傳送文件。
如果交易在幾天內沒有進入「發票已付款」階段，您可以自動提醒客戶支付發票。
您可以通知客戶：
- 開始生產他的訂單；
- 訂單已準備好並在倉庫等待；
- 運輸公司將於明天交付訂單；
- 在信中請求更多信息，並在收到回復後，將交易轉移到…但請繼續閱讀這一點。
在 CRM 中擁有自己的活動
Bitrix 24 可讓您根據客戶的操作自動透過管道行動交易。
想像一下情況。您已向客戶發送了一封帶有合約的信函。 Bitrix 24 的配置方式是在 3 天後發送一封信詢問合約的命運。三天過去了，客戶還沒有簽任何東西。客戶打電話給你，聲稱他沒有看到任何合約。也許它最終變成了垃圾郵件，發生了某種故障，或者丟失在一堆其他電子郵件中。當然，你在發送後打電話給客戶讓他查看，但他騎著摩托車，沒有聽到你的電話。然後他查郵件不方便，就忘了。
Bitrix 24 讓您隨時掌握脈動。您發送一封來自交易的電子郵件，它會收到“已發送”狀態。您可以為交易新增一個附加階段，例如“客戶收到合約”，當信件收到“已讀取”狀態時，交易會自動移至該階段。如果交易沒有進展，則將再次發送合同，或者經理的任務是以其他方式發送合約並確保客戶收到它。交易轉移意味著客戶可能對某些條件不滿意，需要就此聯繫客戶。
改變交易狀態的事件稱為觸發器。這些是客戶端的操作：