Phân công khách hàng tự động và thu hồi khách chưa được chăm sóc

Vì sao cần phân công ngay khi tiếp nhận khách?

Khách mới cần có người chịu trách nhiệm để nhu cầu được xử lý. Phân công tự động giảm bước chia danh sách thủ công, nhưng doanh nghiệp vẫn cần xác định nhóm đủ điều kiện nhận khách và thời hạn chăm sóc.

Nếu chỉ chia đều mà không xét khả năng xử lý, một số nhân viên có thể nhận nhiều việc hơn khả năng thực hiện. Cần theo dõi kết quả sau phân công và điều chỉnh nhóm nhận phù hợp.

Phân công giải quyết trách nhiệm tiếp nhận, không chỉ chia số lượng hồ sơ. Khi một khách mới chưa có người xử lý, cả nhóm có thể cùng nghĩ đồng nghiệp đã liên hệ. Ngược lại, nếu nhiều người cùng nhận một khách, họ có thể gọi trùng hoặc đưa ra thông tin không thống nhất. Quy tắc phân công cần xác định đầu mối, thời điểm nhận và nơi nhân viên đọc việc cần làm.

Ví dụ giả định, một sàn bất động sản nhận khách quan tâm từ nhiều chiến dịch. Khách hỏi một dự án cụ thể cần được giao cho người hiểu dự án; khách chưa rõ nhu cầu có thể vào nhóm tư vấn ban đầu. Chia tất cả hồ sơ theo một vòng luân phiên có thể tạo sự cân bằng về số lượng, nhưng chưa chắc phù hợp năng lực. Doanh nghiệp nên xác định tiêu chí nào quan trọng nhất trước khi chọn phương thức.

Để quy tắc hoạt động, dữ liệu đầu vào phải thể hiện những điều kiện cần dùng. Nếu muốn chia theo dự án nhưng trường dự án thường trống, nhóm cần có cách tiếp nhận những hồ sơ chưa đủ thông tin. Một quy tắc thiếu phương án cho trường hợp này dễ tạo ra khách không được phân công hoặc bị đưa vào nhóm không phù hợp.

Ở cấp quy trình, nên xác định mốc nhận việc và mốc bắt đầu chăm sóc khác nhau. Nhân viên đã được gán hồ sơ chưa đồng nghĩa đã liên hệ khách. Người quản lý cần xem việc tiếp nhận và kết quả trao đổi để biết quy trình còn dừng ở đâu. Đây là cách tổ chức nghiệp vụ; tính năng cụ thể phải được đối chiếu với cấu hình hỗ trợ trên tài khoản.

Chọn phương thức chia phù hợp nguồn lực

Tài liệu mô tả xoay vòng, theo tỷ lệ và theo điều kiện. Xoay vòng phù hợp khi nhóm có nhiệm vụ tương đối giống nhau; tỷ lệ hoặc điều kiện có thể phù hợp khi năng lực và vùng phụ trách khác nhau.

Doanh nghiệp nên xác định lý do lựa chọn phương thức, rồi kiểm thử dữ liệu mẫu. Mục tiêu là phân công hợp lý và rõ trách nhiệm, không chỉ chia số lượng khách bằng nhau.

Lựa chọn cách chia cần cân nhắc số lượng, năng lực và khả năng trực của nhóm. Chia đều có thể phù hợp khi khách tương đối giống nhau và nhân viên có điều kiện làm việc tương đương. Chia theo chuyên môn có thể phù hợp khi sản phẩm hoặc nhu cầu khác biệt. Chia theo tải cần có dữ liệu đáng tin về công việc đang mở; nếu nhân viên không cập nhật kết quả, số lượng hồ sơ tồn có thể phản ánh chất lượng nhập liệu hơn là sức tải thực tế.

Ví dụ giả định, nhóm có một tư vấn viên chỉ làm buổi sáng và hai người làm cả ngày. Chia đều số khách theo ngày chưa chắc công bằng về khối lượng có thể xử lý. Quy trình nên xem khung giờ có người tiếp nhận, mức ưu tiên và cách bàn giao cuối ca. Không nên mặc định hệ thống tự xét mọi yếu tố này; cần chọn phương án mà chức năng đang dùng có thể thực hiện và kiểm thử.

Salesforce mô tả quy tắc gán khách hoặc yêu cầu hỗ trợ vào người dùng hay hàng đợi, với điều kiện được cấu hình rõ. Nguồn: Salesforce Help, Guidelines for Assignment Rules; kiểm tra 12/10/2026 So sánh này cho thấy câu hỏi chung của nhiều CRM là gán cho ai theo căn cứ nào; không chứng minh hai sản phẩm có cùng cấu hình hoặc giới hạn.

Khi đánh giá Adahub, nên thử đúng danh sách mẫu: khách đủ điều kiện, khách thiếu thông tin và khách có người phụ trách từ trước. Đối chiếu người nhận với dự kiến trước khi chạy diện rộng. Những trường hợp ngoại lệ cần được mô tả cho nhóm vận hành để nhân viên biết cách tiếp nhận và quản lý biết lúc nào cần can thiệp.

Định nghĩa chăm sóc trước khi bật thu hồi

Thu hồi cần dựa trên điều kiện cụ thể: khoảng thời gian kể từ phân công và những tương tác được ghi nhận. Các bên phải hiểu cùng một cách thế nào là khách đã được xử lý, để tránh tranh chấp trách nhiệm.

Ví dụ giả định: doanh nghiệp đặt thời hạn phản hồi cho khách mới và yêu cầu cập nhật kết quả sau liên hệ. Cần đối chiếu đúng điều kiện hệ thống hỗ trợ, không coi mọi thao tác mở hồ sơ là đã chăm sóc khách.

Thu hồi chỉ có ý nghĩa khi doanh nghiệp định nghĩa thế nào là chưa chăm sóc. Một hồ sơ chưa có cuộc gọi có thể đã được xử lý qua tin nhắn; một hồ sơ có nhiều lần gọi vẫn có thể chưa xác nhận được nhu cầu. Nếu chỉ dùng một dấu hiệu dễ đếm, quy tắc có thể lấy lại khách mà nhân viên đang xử lý hoặc giữ lại khách đã bị bỏ quên.

Doanh nghiệp nên xác định hoạt động nào được xem là chăm sóc hợp lệ theo từng giai đoạn. Có thể là phản hồi đầu tiên, xác nhận nhu cầu hoặc hoàn tất một việc đã hẹn. Quy tắc cần đi cùng thời điểm tính và cách ghi nhận. Không nên để mỗi nhân viên có một cách hiểu, vì họ sẽ cập nhật khác nhau dù thực hiện công việc tương tự.

Ví dụ giả định, khách đã hẹn xem dự án vào cuối tuần nên chưa cần gọi lại trong hai ngày tiếp theo. Nếu quy tắc thu hồi chỉ xét khoảng thời gian không có cuộc gọi, hồ sơ có thể bị chuyển sang người khác không biết lịch đã hẹn. Trước khi bật thu hồi, nhóm cần kiểm tra cách xử lý trường hợp có lịch hẹn, công việc đang mở hoặc chờ phản hồi của khách theo khả năng cấu hình thực tế.

Khi thu hồi xảy ra, người tiếp nhận cần thấy lý do và trạng thái bàn giao. Mục tiêu là khôi phục hoạt động chăm sóc còn thiếu, không chỉ thay tên người phụ trách. Những yêu cầu đã được khách xác nhận phải được giữ làm ngữ cảnh, tránh bắt đầu lại như một khách hoàn toàn mới.

Theo dõi cả tốc độ và chất lượng xử lý

Có thể theo dõi thời gian tới lần tương tác đầu, khách chưa có người phụ trách và khách bị thu hồi nhiều lần. Các chỉ số này hỗ trợ tìm nguyên nhân như thiếu nhân sự, điều kiện chia sai hoặc tiêu chí xử lý chưa rõ.

Thu hồi không nên trở thành cách chuyển vòng khách mà không giải quyết nhu cầu. Nhóm quản lý cần xem vì sao khách chưa được chăm sóc và sửa quy trình, thay vì chỉ tăng số lần phân công lại.

Theo dõi tốc độ nên đi cùng chất lượng. Thời gian từ khi tạo hồ sơ đến khi có người nhận cho biết khâu phân công; thời gian đến phản hồi đầu tiên cho biết khâu tiếp nhận; kết quả xác nhận nhu cầu cho biết chất lượng tương tác. Ba mốc này cần được phân biệt để tìm đúng nơi cần cải thiện.

Ví dụ giả định, nhóm đã giảm thời gian gán người nhưng khách vẫn chờ lâu. Khi đó cần xem thông báo, lịch trực và số việc nhân viên đang xử lý, thay vì tiếp tục sửa vòng chia. Nếu nhân viên phản hồi nhanh nhưng khách thường phải được phân lại, cần kiểm tra tiêu chí chọn người và mức hiểu sản phẩm.

Doanh nghiệp có thể phân tích hồ sơ được thu hồi theo nguyên nhân, độ tuổi và số lần chuyển người. Trường hợp chuyển qua nhiều người có thể là dấu hiệu quy tắc chưa phù hợp hoặc thiếu đầu mối xử lý nhu cầu đặc biệt. Người quản lý nên chọn một số hồ sơ để đọc lịch sử, tránh xem tổng số thu hồi như một bằng chứng tự động về nhân viên chăm sóc kém.

Một đợt thử nên giới hạn ở một nguồn khách hoặc một nhóm sản phẩm, có danh sách trường hợp cần theo dõi. So kết quả với giai đoạn tương đương và ghi những ngoại lệ phải xử lý tay. Sau khi quy tắc ổn định, nhóm mới mở rộng. Bài viết đưa ra cách triển khai tham khảo, không cam kết một tỷ lệ tăng hiệu quả cố định khi bật tính năng.

Hướng dẫn sử dụng theo tài liệu gốc

Phần dưới giữ nguyên nội dung thao tác và hình ảnh của tài liệu hướng dẫn. Các tên nút và thuật ngữ giao diện được giữ để bạn đối chiếu khi sử dụng.

Nguồn hướng dẫn: Hướng dẫn sử dụng: Cấu hình Trường Dữ liệu & Quy tắc Phân bổ Lead.

Câu hỏi thường gặp

Xoay vòng có đảm bảo chất lượng tư vấn không?

Không. Xoay vòng phân chia công việc; chất lượng phụ thuộc năng lực, quy trình và theo dõi kết quả.

Không chia được khách cần kiểm tra gì?

Kiểm tra danh sách nhân viên, tình trạng nhận khách và các điều kiện phân công theo tài liệu.

Thu hồi có xóa hồ sơ khách không?

Tài liệu mô tả thu hồi quyền phụ trách và đưa khách về kho chung, khác với xóa hồ sơ.