Một phễu bán hàng phản ánh đúng thực tế
Thu khách tiềm năng từ mọi kênh, một phễu bán hàng mà nhân viên chịu cập nhật thật, báo giá chuyển thành đơn hàng không phải nhập lại, và một bản dự báo mà ban lãnh đạo dùng để lập kế hoạch được.
Phần lớn các dự án CRM thất bại theo một cách rất cụ thể và dễ đoán. Hệ thống được cài, nhân viên kinh doanh được yêu cầu cập nhật, và vài tuần đầu họ có làm. Rồi một tháng bận rộn ập đến, việc cập nhật rơi rụng, và trong vòng một quý cái phễu trên màn hình mô tả một công ty không tồn tại. Ban lãnh đạo vẫn cứ đọc nó, và điều đó còn tệ hơn là không có CRM.
Nguyên nhân gốc là hệ thống được thiết kế để báo cáo lên trên chứ không phải để giúp nhân viên bán hàng bán được hàng. Nếu cập nhật CRM thuần tuý là gánh nặng với chính người làm, thì không lời thúc giục nào giữ được dữ liệu sạch. Còn nếu CRM là nơi lập báo giá, nơi lưu lịch sử khách hàng và nơi liệt kê việc phải làm tiếp theo, nó sẽ được cập nhật, bởi không cập nhật mới là thứ làm mất thời gian của họ.
iGlobal cấu hình CRM với nguyên tắc đó đặt lên hàng đầu. Các giai đoạn trong phễu đúng là những giai đoạn quy trình bán hàng của anh thật sự có, báo giá được lập ngay từ cơ hội, và đơn hàng theo sau chạy thẳng vào vận hành mà không ai phải gõ lại.
Vì sao dự báo không bao giờ đúng
Lỗi cấu trúc phổ biến nhất là các giai đoạn mô tả cảm nhận của nhân viên kinh doanh thay vì mô tả điều đã thực sự xảy ra và kiểm chứng được. Một giai đoạn tên là quan tâm hay đang đàm phán thì không kiểm chứng nổi, nên bản dự báo trở thành một tập hợp những lạc quan. Các giai đoạn định nghĩa bằng bằng chứng, như đã gửi đề xuất hay đã khảo sát hiện trường, sẽ cho ra một dự báo có thể đem sự thật ra chất vấn.
Vấn đề thứ hai là khách tiềm năng không có người phụ trách và không có đồng hồ đếm. Một yêu cầu đến mà không được phân công trong vài giờ thì thường sẽ chẳng bao giờ được phân công, và doanh nghiệp trả giá hai lần: một lần cho khoản marketing đã tạo ra nó và một lần cho đối thủ đã trả lời trước.
Thứ ba là CRM và đơn hàng là hai hệ thống tách rời. Khi một cơ hội thắng phải được nhập lại thành một đơn bán hàng, hai bên trôi xa nhau, lịch sử khách hàng trở nên không đầy đủ, và không ai trả lời nổi câu hỏi một khách hàng cụ thể đã thực sự mua những gì trong ba năm mà không phải mở hai phần mềm.
- Một phễu không ai tin, kể cả chính người đang cập nhật nó
- Yêu cầu nằm im không ai nhận vì không có quy tắc phân công
- Báo giá lần nào cũng dựng lại từ đầu trong bảng tính
- Lịch sử khách hàng rải rác trong hộp thư và sổ tay
Hệ thống bán hàng phủ những gì
Thu khách tiềm năng từ mọi kênh
Biểu mẫu trên website, Zalo, email, điện thoại và danh sách nhập vào đều đổ về một chỗ, mang theo nguồn gốc, nên không việc gì còn phụ thuộc vào chuyện ai đó có chuyển tiếp tin nhắn hay không.
Quy tắc phân công và đồng hồ phản hồi
Khách tiềm năng được chuyển theo địa bàn, theo sản phẩm hoặc theo lượt ngay khi vừa đến, kèm leo thang nếu không ai xử lý trong khoảng thời gian đã thống nhất.
Giai đoạn phễu định nghĩa bằng bằng chứng
Mỗi giai đoạn có một điều kiện đầu vào kiểm chứng được, và xác suất gắn với giai đoạn chứ không gắn với tâm trạng của nhân viên kinh doanh vào hôm họp.
Báo giá lập ngay từ cơ hội
Bảng giá, quy tắc chiết khấu và ngưỡng phê duyệt được áp tự động, chứng từ xuất ra bằng tiếng Việt hoặc tiếng Anh và lịch sử các phiên bản được lưu lại.
Cơ hội thắng chảy thẳng vào vận hành
Một báo giá được xác nhận trở thành đơn bán hàng, phiếu giao và hoá đơn mà không cần nhập lại, nên hồ sơ khách hàng đầy đủ nhờ chính cấu trúc hệ thống.
Dự báo và báo cáo hoạt động
Giá trị phễu có trọng số theo giai đoạn, tỉ lệ thắng theo nhân viên và theo nguồn, độ dài chu kỳ trung bình, cùng mức độ hoạt động cho thấy nỗ lực chứ không chỉ kết quả.
Chúng tôi triển khai thế nào
-
1
Vẽ lại quy trình bán hàng 1 đến 2 tuần
Chúng tôi ngồi với cả đội kinh doanh, không chỉ với giám đốc kinh doanh, và ghi lại những giai đoạn thực sự tồn tại, kể cả những giai đoạn không ai đưa vào sơ đồ chính thức.
-
2
Cấu hình và nối các kênh 2 đến 3 tuần
Phễu bán hàng, quy tắc phân công, bảng giá, mẫu báo giá và các kết nối tới biểu mẫu website, email và Zalo.
-
3
Chuyển dữ liệu và chạy thử với một nhóm 2 đến 3 tuần
Khách hàng và các cơ hội đang mở được nạp vào, sau đó một nhóm kinh doanh dùng thật trong khi phần còn lại vẫn làm như cũ. Những lời phàn nàn của họ chính là bản đặc tả cho đợt triển khai rộng.
-
4
Mở rộng và thiết lập nhịp quản trị 3 đến 4 tuần
Toàn bộ các nhóm lên hệ thống, và quan trọng nhất là cuộc họp kinh doanh hằng tuần chuyển sang đọc phễu ngay trên màn hình. Một CRM trở thành thật vào đúng ngày ban lãnh đạo thôi chấp nhận bất kỳ phiên bản nào khác.
Dành cho ai
- Đội kinh doanh B2B từ 5 đến 100 người với chu kỳ bán nhiều bước
- Doanh nghiệp đang lập báo giá bằng bảng tính
- Doanh nghiệp nhận yêu cầu từ nhiều kênh cùng lúc
- Nhà quản lý hiện chưa tin được bản dự báo doanh số
Vì sao chọn iGlobal
Chúng tôi cấu hình vì nhân viên bán hàng trước
Nếu hệ thống không tiết kiệm thời gian cho nhân viên kinh doanh ngay trong ngày họ dùng nó, dữ liệu sẽ mục ruỗng bất kể quy định nói gì. Mọi thứ khác đều phụ thuộc vào việc làm đúng điểm này.
Giai đoạn kiểm chứng được
Chúng tôi kiên quyết đòi điều kiện vào giai đoạn phải là sự kiện chứ không phải cảm giác. Điều đó làm bản dự báo đầu tiên trông xấu hơn và khiến mọi bản sau đó đáng đọc.
Một hồ sơ duy nhất từ yêu cầu tới hoá đơn
Vì CRM, bán hàng, kho và kế toán dùng chung một cơ sở dữ liệu, lịch sử khách hàng đầy đủ mà không cần ai phải duy trì nó.
Cân bằng tốt nhất giữa chi phí, chất lượng và dịch vụ
Không tính tiền theo số liên hệ hay số bản ghi, nên việc cơ sở dữ liệu lớn lên không phải một sự kiện ngân sách, và dữ liệu vẫn là của anh trong một hệ thống anh xuất ra được.
So sánh ba cách làm
| Tiêu chí | Làm tay, trên bảng tính | Phần mềm đóng gói | Làm cùng iGlobal |
|---|---|---|---|
| Luồng cơ hội bán hàng nằm ở đâu | Trong cuốn sổ riêng của từng nhân viên bán hàng | Trong một hệ thống người ta cập nhật vào chiều thứ Sáu, nếu có cập nhật | Tự được cập nhật, vì việc báo giá diễn ra ngay trong đó |
| Một nhân viên bán hàng nghỉ việc | Tệp khách của họ bước ra khỏi cửa cùng họ | Dữ liệu ở lại, còn bối cảnh thì không | Toàn bộ lịch sử: cuộc gọi, báo giá, phản đối và lý do mất đơn |
| Chuyển một báo giá thành đơn hàng | Một người khác gõ lại vào hệ thống bán hàng | Một lượt xuất rồi một lượt nhập | Báo giá được duyệt trở thành đơn hàng, không sai một chữ |
| Chi phí tính trên ba năm | Giấu trong tiền lương nên không bao giờ hiện ra trong ngân sách | Phí thuê bao mỗi người dùng, dự đoán được, cộng thêm phần việc nó không làm được | Báo giá theo từng giai đoạn và cùng anh xem lại trước khi bắt đầu mỗi giai đoạn |
| Dữ liệu nằm trong tay ai | Rải rác trên các tệp, hộp thư và điện thoại cá nhân | Trên nền tảng của nhà cung cấp, muốn lấy ra phải theo điều kiện của họ | Cơ sở dữ liệu của chính anh, xuất ra đầy đủ bất cứ lúc nào anh yêu cầu |
| Khi có sự cố | Người đã dựng ra tệp đó, nếu họ còn làm ở đây | Một hàng đợi phiếu hỗ trợ, thường bằng ngôn ngữ khác và lệch múi giờ | Một kỹ sư đích danh tại Hà Nội, liên hệ được ngay trong ngày làm việc |
Hai cột ở giữa mô tả những cách làm thật sự phù hợp với một số doanh nghiệp. Chỗ nào họ hơn thì họ hơn thật, và chúng tôi đã cố viết đúng như vậy.
Sau khi chạy thật thì thay đổi điều gì
Thay đổi thấy được đầu tiên là thời gian phản hồi yêu cầu mới. Việc phân công tự động cùng đồng hồ phản hồi thường đưa một doanh nghiệp từ chỗ trả lời sau một hai ngày sang trả lời trong vòng một giờ, và vì tỉ lệ chuyển đổi phụ thuộc rất mạnh vào thời gian, riêng điều này thường đã đủ hoàn vốn cho dự án.
Thay đổi thứ hai mất một quý và liên quan tới lòng tin. Khi các giai đoạn đã dựa trên bằng chứng và cuộc họp tuần cùng đọc một màn hình, bản dự báo bắt đầu đủ chính xác để lập kế hoạch sản xuất và dòng tiền. Doanh nghiệp thường đánh giá thấp lượng lãng phí vận hành sinh ra từ việc lập kế hoạch dựa trên một dự báo mà ai cũng ngầm trừ hao.
Thứ ba là trí nhớ của tổ chức. Khi một nhân viên kinh doanh nghỉ việc, các khách hàng của họ không còn ra đi theo. Lịch sử mọi cuộc trao đổi, mọi báo giá và mọi phản đối vẫn ở lại trên hồ sơ khách hàng, và việc bàn giao mất một buổi chiều thay vì mất một mối quan hệ.
- Yêu cầu được trả lời dưới một giờ, đo được
- Dự báo đủ chính xác để dùng lập kế hoạch sản xuất
- Báo giá lập trong vài phút ngay từ cơ hội
- Lịch sử khách hàng còn nguyên khi nhân viên kinh doanh nghỉ việc
Câu hỏi thường gặp
Nhân viên kinh doanh của chúng tôi ngại CRM. Các anh xử lý thế nào?
Chúng tôi coi sự phản kháng là thông tin chứ không phải vấn đề thái độ. Nó gần như luôn có nghĩa là hệ thống đòi dữ liệu mà không trả lại gì. Cách sửa là biến CRM thành con đường nhanh nhất để lập một báo giá và để xem lịch sử một khách hàng, khi ấy dùng nó là vì lợi ích của chính họ. Chỉ ép buộc thì chưa bao giờ hiệu quả và chúng tôi không muốn giả vờ ngược lại.
Có kết nối được với Zalo không?
Có. Yêu cầu từ một Zalo Official Account có thể được thu thành khách tiềm năng kèm theo cuộc hội thoại, và thông báo có thể gửi ngược lại qua Zalo ở nơi điều đó hợp với khách của anh hơn email. Với B2B Việt Nam, điều này thường quan trọng hơn mọi kênh quốc tế.
Khách hàng do nhiều nhân viên cùng phục vụ thì xử lý ra sao?
Hồ sơ khách hàng dùng chung trong khi từng cơ hội có người phụ trách riêng, nên vẫn phối hợp được mà không sinh tranh chấp hoa hồng. Ở nơi địa bàn hoặc nhóm sản phẩm chồng lấn, chúng tôi cấu hình quy tắc phân công phản ánh đúng chính sách hoa hồng, vì một CRM mâu thuẫn với cơ chế hoa hồng sẽ thua cuộc tranh luận đó mọi lần.
Hệ thống có hợp với chu kỳ bán dự án dài không?
Có, và đó là nơi nó phát huy giá trị nhiều nhất. Những chu kỳ tính bằng tháng cần theo dõi thời gian nằm ở mỗi giai đoạn, cần nhắc việc và cần lưu lại mọi lần tiếp xúc, vì người khởi đầu thương vụ có thể không phải người chốt. Chúng tôi cũng cấu hình danh sách lý do thua, thứ mà sau một năm trở thành một trong những tập dữ liệu hữu ích nhất doanh nghiệp sở hữu.
Ban lãnh đạo xem được hoạt động mà không bị mang tiếng soi không?
Các báo cáo chúng tôi dựng mặc định cho thấy sức khoẻ của phễu, tỉ lệ chuyển đổi theo giai đoạn và thời gian tồn đọng, chứ không phải số cuộc gọi của từng người. Dữ liệu hoạt động vẫn có và vẫn tra được, nhưng một bảng điều khiển mở đầu bằng các chỉ số giám sát sẽ dạy đội ngũ cách đối phó với chỉ số, và rồi cả chỉ số lẫn phễu đều thành chuyện hư cấu.
Giải pháp liên quan
Nói chuyện với chuyên gia, không phải tổng đài
Hãy cho chúng tôi biết anh đang muốn giải quyết điều gì, chúng tôi sẽ nói thẳng liệu mình có phải đội phù hợp không.