Quản Lý Đội Sale Bằng CRM: 5 Bước Lấy Lại Tầm Nhìn
Sáng thứ Hai, bạn họp pipeline. Ba trưởng nhóm đọc ba bảng tính khác nhau, tổng doanh thu "sắp chốt" lớn gấp đôi mục tiêu quý, nhưng cuối tháng con số thực tế chỉ bằng một nửa. Một giao dịch lớn nằm ở trạng thái "đang đàm phán" suốt ba tháng và không ai nhớ lần liên hệ gần nhất là khi nào. Một nhân viên giỏi nghỉ việc, và bạn mới biết nhiều khách hàng của anh ấy chưa từng có tên trong hệ thống.
Cảm giác "không kiểm soát được đội sale" trong những tình huống này rất thật. Nhưng nó thường không phải một vấn đề. Trước khi mua thêm phần mềm hay siết thêm báo cáo, hãy xác định bạn đang thiếu thông tin, thiếu niềm tin vào dữ liệu, hay thiếu cách điều chỉnh hành vi. Mỗi vấn đề có cách giải khác nhau, và việc quản lý đội sale bằng CRM chỉ giải trực tiếp được hai vấn đề đầu.
Về minh bạch: Phanmembiz là đơn vị triển khai Zoho, nên chúng tôi có lợi ích thương mại khi bạn dùng Zoho. Bài này nói về nguyên tắc áp dụng cho CRM nào cũng được; phần ví dụ Zoho dựa trên tài liệu chính thức và nói rõ chỗ chưa kiểm chứng. Các khuyến nghị về quy trình là kinh nghiệm của chúng tôi, không phải kết quả nghiên cứu độc lập. Chúng tôi không tìm thấy nghiên cứu độc lập nào đo mức cải thiện doanh số khi dùng CRM để quản lý đội sale ở Việt Nam, nên bài này không hứa con số kết quả nào.
"Không kiểm soát được" thường là ba vấn đề khác nhau
Bảng dưới là cách chúng tôi thường dùng để chẩn đoán (khung của chúng tôi, không phải chuẩn nghiên cứu):
| Vấn đề thật sự | Biểu hiện | CRM giúp được đến đâu |
|---|---|---|
| Không nhìn thấy | Không biết giao dịch nào đang ở giai đoạn nào, ai đang liên hệ khách nào, tuần này có bao nhiêu cuộc hẹn | Giúp nhiều, nếu dữ liệu được nhập đủ |
| Không tin dữ liệu | Số trong hệ thống khác số trong Excel; trạng thái giao dịch lạc hậu; dự báo lệch xa thực tế | Giúp một phần: chỉ khi có quy tắc nhập liệu và thói quen kiểm tra |
| Không điều chỉnh được hành vi | Nhân viên bỏ qua quy trình, không theo dõi lead, chốt giá tùy tiện | Giúp ít: CRM chỉ ép được những bước có thể ép; cách làm việc và văn hóa là việc của quản lý |
Hai điểm cần nói thẳng. Một: nếu vấn đề của bạn là mục tiêu không thực tế, cách trả thưởng khuyến khích nhập số đẹp, hoặc trưởng nhóm chưa biết kèm cặp, CRM không sửa được và có thể còn làm vấn đề lộ rõ hơn. Hai: "kiểm soát" là cách nói của người quản lý; nhân viên thường cảm nhận nó là "bị theo dõi". Cách bạn thiết kế hệ thống quyết định họ dùng nó như công cụ làm việc hay như công cụ báo cáo cho sếp.
Một chút bối cảnh số liệu, với giới hạn rõ ràng. Khảo sát State of Sales Operations của Gartner (công bố 12/2/2020) cho biết chỉ 45% lãnh đạo bán hàng và nhân viên bán hàng tin tưởng cao vào độ chính xác dự báo của tổ chức, và chỉ 47% cho rằng tổ chức có dữ liệu chất lượng cao (Gartner, 2/2020). Chúng tôi không tìm thấy cỡ mẫu và năm khảo sát, dữ liệu đã hơn sáu năm, và không riêng cho Việt Nam. Chúng tôi chỉ dùng nó như một gợi ý rằng "không tin dữ liệu" là vấn đề phổ biến, không phải chuẩn để so sánh.
Kiểm soát nhiều hơn chưa chắc cho kết quả tốt hơn
Câu hỏi đầu tiên nên là: kiểm soát cái gì. Nghiên cứu về quản lý bán hàng thường chia thành hai kiểu: kiểm soát theo kết quả (nhìn doanh số, chỉ tiêu) và kiểm soát theo hành vi (nhìn số cuộc gọi, số buổi gặp, việc tuân thủ quy trình).
Một phân tích tổng hợp 104 nghiên cứu (Santini và cộng sự, 2019) cho thấy kết quả tùy bối cảnh: kiểm soát theo hành vi hiệu quả nhất ở thị trường biến động, còn kiểm soát theo kết quả hiệu quả nhất với sản phẩm phức tạp (Santini và cộng sự, 2019). Một tổng quan khác (Malek, Sarin và Jaworski, 2018, hơn 50 bài) ghi nhận nghiên cứu tập trung chủ yếu vào các hình thức kiểm soát chính thức, và còn ít nghiên cứu về kiểm soát phi chính thức như văn hóa (Malek và cộng sự, 2018). Chúng tôi chỉ đọc phần tóm tắt, nên không biết mức độ ảnh hưởng cụ thể và không áp thẳng được cho một doanh nghiệp Việt Nam.
Điều chúng tôi rút ra, như một suy luận chứ không phải kết luận của các nghiên cứu: không có công thức "càng nhiều chỉ số càng tốt". Mỗi chỉ số bạn bắt nhân viên nhập đều lấy đi thời gian bán hàng. Khảo sát State of Sales lần thứ năm của Salesforce (7.775 người ở 38 quốc gia, thực hiện cuối tháng 8 đến hết tháng 9/2022) cho biết nhân viên chỉ dành 28% thời gian trong tuần để bán hàng, phần lớn thời gian còn lại là việc hành chính như quản lý giao dịch và nhập dữ liệu (Salesforce, 12/2022). Đây là khảo sát của một hãng bán CRM, có lợi ích khi nhấn mạnh gánh nặng hành chính, và không có số liệu riêng cho Việt Nam. Chúng tôi dùng nó chỉ để nhắc một điều: mỗi trường bắt buộc là một khoản chi phí, nên chỉ yêu cầu dữ liệu bạn thực sự dùng để ra quyết định.
Bước 1: Viết ra 5 đến 7 câu hỏi bạn cần trả lời mỗi tuần
Nhiều dự án CRM gây thất vọng vì bắt đầu bằng "cần nhập gì" thay vì "cần biết gì". Hãy làm ngược lại: viết ra những câu hỏi bạn cần trả lời mỗi tuần để ra quyết định, rồi suy ra dữ liệu tối thiểu. Bảng dưới là ví dụ do chúng tôi đề xuất; bạn sẽ có câu hỏi khác.
| Câu hỏi hằng tuần | Dữ liệu tối thiểu cần có | Dùng để làm gì |
|---|---|---|
| Giao dịch nào có khả năng chốt trong tháng này? | Giai đoạn, ngày dự kiến chốt, giá trị, bước tiếp theo và ngày thực hiện | Dự báo, phân bổ thời gian của bạn |
| Giao dịch nào đang "nằm im"? | Ngày có hoạt động gần nhất | Hỏi thẳng nhân viên: tiếp tục hay đóng |
| Lead mới có được liên hệ kịp không? | Thời điểm tạo, thời điểm liên hệ đầu tiên | Phát hiện lead bị bỏ rơi |
| Vì sao chúng ta thua? | Lý do thua (chọn từ danh sách ngắn) | Điều chỉnh sản phẩm, giá, đối tượng khách |
| Nhân viên nào cần được hỗ trợ? | Số giao dịch ở mỗi giai đoạn, thời gian nằm ở mỗi giai đoạn | Kèm cặp, không phải kỷ luật |
Nếu một trường không phục vụ câu hỏi nào, đừng bắt nhập. Đây là nhận định từ kinh nghiệm của chúng tôi, chưa có nghiên cứu độc lập nào chứng minh số trường tối ưu. Nếu đội của bạn đang ngại dùng CRM, bài vì sao sales ghét CRM bàn thêm về chuyện này.
Bước 2: Biến quy trình bán hàng thành các giai đoạn có tiêu chí rõ ràng
"Giao dịch ở giai đoạn đàm phán" nghĩa là gì? Nếu mỗi nhân viên hiểu một kiểu, dữ liệu về giai đoạn trở nên vô giá trị. Giải pháp là định nghĩa tiêu chí để rời mỗi giai đoạn bằng những việc kiểm tra được. Mẫu dưới đây là ví dụ do chúng tôi đề xuất:
| Giai đoạn | Tiêu chí để chuyển sang giai đoạn sau (ví dụ) |
|---|---|
| Liên hệ đầu | Đã xác định người quyết định; đã ghi nhu cầu chính |
| Đề xuất | Đã gửi báo giá; có ngày hẹn nghe phản hồi |
| Đàm phán | Có ngày dự kiến chốt; đã ghi đối thủ cạnh tranh (nếu có) |
| Chốt | Có hợp đồng hoặc xác nhận bằng văn bản |
Công cụ của Zoho CRM cho việc này (theo tài liệu chính thức):
- Blueprint: theo FAQ của Zoho, Blueprint có từ gói Professional trở lên. Nó định nghĩa các giai đoạn và bước chuyển, yêu cầu hoàn thành trường bắt buộc, tệp đính kèm hoặc công việc trước khi bản ghi được chuyển tiếp; nhân viên không bỏ qua bước được. Trong lúc chuyển bước, Blueprint có thể bắt nhập trường có kiểm tra (ví dụ giới hạn chiết khấu), danh sách kiểm tra, ghi chú, tệp. Hai chi tiết cần biết: Blueprint có thể cho người chỉ có quyền đọc sửa đúng trường mà bước đó yêu cầu, và chỉ quy tắc workflow mới ghi đè được Blueprint (FAQ Blueprint).
- Validation rules: quy tắc kiểm tra dữ liệu nhập, với hai lựa chọn "Stop with error" (không cho lưu) hoặc "Allow by alert" (cho lưu sau khi xác nhận; tùy chọn này đang được phát hành dần nên có thể chưa có ở mọi tài khoản). Cần biết giới hạn: cập nhật trường từ workflow, Blueprint, API, nhập liệu hoặc biểu mẫu web sẽ ghi đè quy tắc, nên đây không phải lớp bảo vệ duy nhất (Validation Rules).
Một lưu ý quan trọng, là nhận định của chúng tôi: càng ép chặt, nhân viên càng có động lực "nhập cho qua" (chọn đại một giá trị để được chuyển bước). Giữ tiêu chí ít, rõ, và kiểm tra thực tế bằng các buổi họp, không chỉ bằng hệ thống. Cách Blueprint vận hành được giới thiệu thêm trong bài Blueprint là gì.
Bước 3: Dự báo dựa trên quy tắc, rồi đo xem dự báo đúng đến đâu
Dự báo là nơi cảm giác "không kiểm soát được" lộ rõ nhất. Hai việc nên làm: định nghĩa chung cho các nhóm "chắc chốt" và "có khả năng", và đo độ chính xác của chính dự báo của bạn theo thời gian.
Tính năng dự báo của Zoho CRM, theo bài thông báo trên cộng đồng Zoho (không ghi ngày, có thể đã thay đổi): mở cho mọi người dùng gói trả phí; giao dịch đang mở có thể được gắn nhóm Committed (nhân viên cam kết thắng) hoặc Best case (khả năng thắng cao), bên cạnh Pipeline, Closed won, Closed lost; nhân viên tự đổi nhóm cho giao dịch; dự báo có thể lập theo cấp bậc (vai trò, người báo cáo, khu vực); và Zia có thể gợi ý chỉ tiêu (Zoho Community). Vì bài không có ngày, hãy kiểm tra trên tài khoản của bạn.
Cách đo độ chính xác (đề xuất của chúng tôi): đầu mỗi tháng, ghi lại số tiền dự báo của nhóm Committed. Cuối tháng, so với thực tế:
Sai số dự báo = (số dự báo − số thực tế) ÷ số thực tế
Ví dụ minh họa (giả định, không phải dữ liệu thật): đầu tháng nhóm Committed là 10 tỷ đồng, thực tế chốt được 7 tỷ. Sai số là (10 − 7) ÷ 7, khoảng 43%. Một tháng chưa nói lên gì, nhưng sau 4 đến 6 tháng bạn sẽ biết nhóm nào, nhân viên nào thường dự báo quá lạc quan hoặc quá thận trọng, và cần hiệu chỉnh thế nào. Mục đích không phải bắt lỗi, mà là biết mức tin cậy của từng nguồn dự báo. Khái niệm pipeline được giải thích kỹ hơn trong bài sales pipeline là gì.
Bước 4: Cảnh báo sớm thay vì tự đi kiểm tra từng giao dịch
Bạn không thể đọc từng giao dịch mỗi ngày. Thay vào đó, hãy để hệ thống báo những điều bất thường.
Theo tài liệu về thông báo Zia của Zoho CRM, có các cảnh báo như: lead và liên hệ không được chỉnh sửa từ 7 ngày trở lên; lead và liên hệ chưa có email theo dõi trong 7 ngày; bất thường về số lead tạo mới, về giá trị giao dịch chốt, về số công việc hoàn thành (Zia Notifications). Cần biết giới hạn: tài liệu không nhắc tới cảnh báo riêng cho từng giao dịch đang "nằm im", và thông báo Zia tự xóa sau 15 ngày. Vì vậy đừng giả định hệ thống tự phát hiện mọi giao dịch đang trượt; bạn có thể cần thêm quy tắc workflow hoặc chế độ xem tùy chỉnh (ví dụ "giao dịch không có hoạt động 14 ngày").
Một lưu ý về cách dùng: cảnh báo nên dẫn tới một câu hỏi, không phải một hình phạt. "Giao dịch này im 14 ngày rồi, anh cần hỗ trợ gì hay mình đóng nó?" khác hoàn toàn với "Sao giao dịch này không có hoạt động gì?".
Bước 5: Họp 1-1 và họp pipeline hằng tuần dựa trên dữ liệu
Hệ thống chỉ có giá trị khi có nhịp họp dùng nó. Gợi ý của chúng tôi (chúng tôi không tìm thấy nghiên cứu độc lập đọc được toàn văn về hiệu quả của việc kèm cặp, nên không đưa con số nào):
- Họp pipeline 30 đến 45 phút mỗi tuần theo nhóm. Chỉ xem những giao dịch có thay đổi, giao dịch nằm im, và giao dịch thuộc nhóm Committed. Mọi người nhìn cùng một màn hình trong CRM, không ai mang bảng tính riêng.
- Họp 1-1 để kèm cặp. Hỏi bằng câu mở: "Điều gì đang cản giao dịch này?", "Bước tiếp theo là gì và khi nào?", "Anh cần tôi hỗ trợ gì?". Tách rõ buổi kèm cặp khỏi buổi đánh giá: nếu mọi dữ liệu đưa lên đều có thể dẫn tới bị phạt, nhân viên sẽ ngừng nhập thật.
- Quy tắc "có trong hệ thống mới được tính". Nếu họp pipeline chỉ nói về giao dịch có trong CRM, nhân viên sẽ sớm hiểu rằng không nhập là không được hỗ trợ và không được ghi nhận.
Giám sát có ranh giới: pháp lý và văn hóa
Đây là phần dễ bị bỏ quên. Khi CRM ghi nhận hoạt động của nhân viên, bạn đang xử lý dữ liệu về người lao động. Chúng tôi không phải luật sư; dưới đây là những điểm nên hỏi luật sư, dựa trên nguồn thứ cấp.
- Quyền giám sát của người sử dụng lao động. Bộ luật Lao động 2019 ghi nhận người sử dụng lao động có quyền "tuyển dụng, bố trí, quản lý, điều hành, giám sát lao động" (Điều 6), và người lao động có nghĩa vụ tuân theo sự quản lý, điều hành, giám sát hợp pháp (Điều 5). Quyền giám sát có, nhưng không có nghĩa mọi cách giám sát đều hợp pháp: phạm vi, mục đích và cách làm vẫn phải phù hợp quy định về dữ liệu cá nhân và nội quy.
- Dữ liệu vị trí và hành vi. Theo Nghị định 356/2025/NĐ-CP (hiệu lực từ 1/1/2026), danh mục dữ liệu cá nhân nhạy cảm gồm vị trí của cá nhân xác định qua dịch vụ định vị và dữ liệu theo dõi hành vi trên không gian mạng (Điều 4). Nếu bạn muốn theo dõi vị trí nhân viên sale, hãy nhờ luật sư xác định điều kiện áp dụng trước.
- Dùng dữ liệu CRM để đánh giá hoặc kỷ luật. Bộ luật Lao động 2019 nhắc đến quy chế đánh giá mức độ hoàn thành công việc do người sử dụng lao động ban hành (Điều 36). Nếu bạn định dùng chỉ số trong CRM làm căn cứ thưởng, phạt hay chấm dứt hợp đồng, hãy để luật sư rà quy chế trước.
Cách làm chúng tôi khuyên: nói rõ với nhân viên dữ liệu nào được ghi, dùng để làm gì, ai xem; chỉ thu dữ liệu cần cho mục đích đó; viết điều này vào quy chế hoặc nội quy sau khi có tư vấn pháp lý. Theo kinh nghiệm của chúng tôi, một hệ thống mà nhân viên hiểu và tin thường cho dữ liệu tốt hơn một hệ thống mà họ cảm thấy đang bị theo dõi.
Kế hoạch 30-60-90 ngày
Đề xuất của chúng tôi, không phải chuẩn ngành; thời gian thực tế phụ thuộc quy mô, chất lượng dữ liệu hiện có và mức sẵn sàng của đội.
- 30 ngày đầu, xác định và chuẩn hóa: viết 5 đến 7 câu hỏi hằng tuần; định nghĩa các giai đoạn và tiêu chí chuyển giai đoạn; làm sạch dữ liệu khách hàng hiện có (xem 5 bước chuẩn bị dữ liệu khách hàng, áp dụng được cho CRM); chọn một nhóm thử nhỏ.
- 30 đến 60 ngày, chạy thử một nhóm: cấu hình giai đoạn, quy tắc kiểm tra dữ liệu, một bảng điều khiển duy nhất cho họp pipeline; bắt đầu họp pipeline trong CRM; theo dõi các dấu hiệu "nhập cho qua" (giá trị mặc định, ghi chú trống).
- 60 đến 90 ngày, mở rộng và đo: mở rộng cho cả đội; bắt đầu đo sai số dự báo hằng tháng; hỏi nhân viên điều gì phiền nhất và gỡ bớt trường hoặc bước không dùng tới.
Chỉ số theo dõi việc triển khai (đề xuất): tỷ lệ giao dịch có bước tiếp theo và ngày chốt; tỷ lệ giao dịch nằm im quá ngưỡng bạn chọn; sai số dự báo hằng tháng; và một chỉ số đối trọng: ý kiến nhân viên về thời gian nhập liệu và mức độ hữu ích của hệ thống. Nếu các chỉ số đầu tốt lên mà ý kiến nhân viên xấu đi, hãy xem lại xem có đang ép họ nhập cho qua hay không.
Khi nhân viên nghỉ việc: nỗi lo mất khách khi nhân viên nghỉ là có thật, và là một lý do để dữ liệu khách nằm trong hệ thống thay vì trong điện thoại cá nhân. Các biện pháp cụ thể (phân quyền, hạn chế xuất dữ liệu, quy trình bàn giao) có trong bài nhân viên sale nghỉ việc mang dữ liệu khách hàng đi.
Câu hỏi thường gặp
CRM có giúp giám đốc kinh doanh kiểm soát được đội sale không?
CRM giúp bạn nhìn thấy và có dữ liệu chung để làm việc với đội, nhưng không "kiểm soát" con người. Chúng tôi không tìm thấy nghiên cứu độc lập đo mức cải thiện doanh số ở Việt Nam, nên không hứa kết quả cụ thể.
Vì sao nhân viên sale không cập nhật CRM?
Chúng tôi không có nghiên cứu độc lập đáng tin về nguyên nhân ở Việt Nam. Theo kinh nghiệm, các lý do thường gặp là nhập liệu tốn thời gian mà họ không thấy lợi ích, quá nhiều trường bắt buộc, và lo dữ liệu bị dùng để trừng phạt. Cách tốt nhất là hỏi chính đội của bạn.
Dự báo doanh số trong Zoho CRM có chính xác không?
Tính năng dự báo của Zoho giúp tổng hợp theo các nhóm Committed, Best case, Pipeline và theo cấp bậc. Độ chính xác phụ thuộc vào chất lượng dữ liệu và cách nhân viên gắn nhóm; hãy tự đo sai số hằng tháng thay vì tin ngay con số trong hệ thống.
Có nên dùng Blueprint để ép nhân viên đi đúng quy trình không?
Blueprint ép được thứ tự các giai đoạn và các trường bắt buộc, nhưng ép quá chặt có thể khiến nhân viên nhập cho qua. Chúng tôi khuyên bắt đầu với ít tiêu chí và kiểm tra thực tế bằng các buổi họp.
Có được theo dõi vị trí nhân viên sale bằng ứng dụng không?
Vị trí xác định qua dịch vụ định vị thuộc danh mục dữ liệu cá nhân nhạy cảm theo Nghị định 356/2025/NĐ-CP. Hãy nhờ luật sư xác định điều kiện và cách thực hiện trước khi áp dụng.
Đội đang dùng Excel thì nên bắt đầu từ đâu?
Bắt đầu bằng việc viết ra 5 đến 7 câu hỏi bạn cần trả lời mỗi tuần, rồi chọn dữ liệu tối thiểu. Chạy thử với một nhóm nhỏ trước khi mở rộng.
Kết: nhìn thấy đủ để hỗ trợ, không phải để giám sát từng bước
Cảm giác "không kiểm soát được" thường được giải bằng cách thêm báo cáo, thêm trường, thêm cuộc họp. Hướng chúng tôi gợi ý thì ngược lại: bắt đầu từ vài câu hỏi bạn thực sự cần trả lời, chỉ yêu cầu dữ liệu tối thiểu, dùng hệ thống để hỗ trợ nhân viên (họp pipeline, kèm cặp), đo độ chính xác dự báo của chính mình, và đặt ranh giới rõ cho việc giám sát. Nghiên cứu cho thấy hiệu quả của các kiểu kiểm soát phụ thuộc bối cảnh, nên không có công thức chung; hãy thử nhỏ và đo.
Nếu bạn muốn có người cùng xây khung giai đoạn, tiêu chí chuyển giai đoạn và thử với một nhóm nhỏ trên Zoho CRM, Phanmembiz có thể đồng hành. Chúng tôi cũng sẽ nói thẳng nếu vấn đề của bạn nằm ở mục tiêu, cách trả thưởng hay kỹ năng quản lý, những thứ CRM không sửa được.
