Phân ca và điều phối khách hàng cho nhân viên đang làm việc

Vì sao phân công cần gắn với lịch trực?

Giao khách cho một nhân viên đã hết ca có thể làm thời gian chờ kéo dài. Lịch trực cung cấp thông tin để quy trình phân công chọn người phù hợp tại thời điểm phát sinh yêu cầu.

Không chỉ cần tên ca, doanh nghiệp còn phải xác định giờ bắt đầu, giờ kết thúc và nhân sự tham gia. Dữ liệu lịch trực sai sẽ ảnh hưởng tới quy trình dù các khối tự động hóa được nối đúng.

Lịch trực phản ánh khả năng tiếp nhận theo thời gian, còn phân công xác định ai chịu trách nhiệm cho một yêu cầu. Gắn hai phần giúp tránh giao khách mới cho người đã hết ca hoặc đang không thể xử lý. Tuy nhiên, chỉ có lịch trực chưa đủ để quyết định sức tải: nhân viên có thể đang trong một cuộc tư vấn dài hoặc xử lý nhiều yêu cầu đang mở.

Ví dụ giả định, nhóm chăm sóc chia ca sáng và ca chiều. Một yêu cầu đến sát giờ chuyển ca cần có quy tắc tiếp nhận: ai phản hồi đầu tiên, ai tiếp tục xử lý và cách bàn giao nếu chưa có kết quả. Nếu cả hai nhóm cùng chờ nhau, khách sẽ phải nhắn lại dù doanh nghiệp vẫn có người làm việc.

Doanh nghiệp nên mô tả các tình huống theo giờ làm thực tế, thời gian nghỉ và những loại yêu cầu cần người có chuyên môn. Đây là căn cứ chọn cấu hình phù hợp với chức năng đang dùng, không phải khẳng định hệ thống tự cân bằng tải trong mọi tình huống.

Phối hợp lịch ca và khối gán nhân viên

Tài liệu nêu tùy chọn Bỏ qua nhân viên không trong ca làm việc tại khối Gán nhân viên. Đây là điểm nối giữa lịch nhân sự và luồng phân phối khách hàng; chỉ xếp ca chưa đồng nghĩa mọi luồng đã dùng điều kiện này.

Cần kiểm thử trường hợp có người trong ca, không có người phù hợp và nhân viên bị tắt hoạt động. Doanh nghiệp cũng cần phương án tiếp nhận yêu cầu ngoài giờ, theo nguồn lực thực tế.

Cấu hình ca và khối gán nhân viên cần được kiểm tra trong cùng một luồng. Dữ liệu ca cho biết nhân viên nào thuộc thời điểm làm việc; quy tắc gán cho biết danh sách ứng viên và cách chọn. Khi không có ai đáp ứng, quy trình cần phương án đã thống nhất như giữ yêu cầu để nhóm nhận vào ca tiếp hoặc thông báo cho đầu mối vận hành, tùy khả năng hệ thống.

Ví dụ giả định, một nhóm có ca làm qua ngày. Điều kiện ở thời điểm sau nửa đêm cần được thử để xác nhận thuộc đúng ca và đúng ngày tính. Những ca chỉ chạy ban ngày không giúp phát hiện lỗi liên quan mốc chuyển ngày. Nhóm cũng cần thử lúc bắt đầu ca, cuối ca và khoảng không có người trực.

Sau khi đổi nhân viên hoặc lịch làm, rà soát danh sách trong cấu hình gán. Lịch ca cập nhật đúng nhưng một khối vẫn dùng danh sách cũ có thể khiến quy trình tiếp tục chọn người không còn phù hợp. Nhân viên vận hành cần có trách nhiệm kiểm tra cả lịch và các nơi sử dụng lịch đó.

Bàn giao cuối ca để yêu cầu không bị dừng lại

Ví dụ giả định: nhóm hỗ trợ có hai ca. Cuối ca, nhân viên rà soát hội thoại còn chờ, ghi rõ thông tin đã xử lý và việc còn lại rồi bàn giao cho nhóm kế tiếp.

Lịch trực quyết định người có thể tiếp nhận, nhưng chất lượng bàn giao cần có quy định riêng. Không nên tự coi việc đổi ca là đã giải quyết xong các hội thoại đang mở.

Bàn giao cuối ca nên tập trung vào những yêu cầu chưa hoàn tất và những lời hẹn còn hiệu lực. Người nhận cần biết khách đã cung cấp thông tin gì, đang chờ nội dung nào và mốc phản hồi đã thống nhất. Chỉ chuyển tên người phụ trách mà không ghi trạng thái hiện tại có thể khiến ca sau bắt đầu lại từ đầu.

Ví dụ giả định, khách gửi tài liệu kỹ thuật trước giờ hết ca và được hẹn phản hồi trong buổi chiều. Ca sau cần thấy tài liệu, câu hỏi cần trả lời và người nội bộ có thể hỗ trợ. Nếu đầu mối kỹ thuật chưa có kết luận, cần báo đúng tình trạng cho khách thay vì để họ chờ không rõ lý do.

Doanh nghiệp có thể chuẩn hóa một mẫu bàn giao ngắn gồm nội dung đang mở, việc tiếp theo và thời điểm kiểm tra. Mẫu này là quy tắc nội bộ; việc ghi trên hồ sơ, hội thoại hoặc công việc phải theo chức năng và quyền của tài khoản. Mục tiêu là giữ ngữ cảnh xử lý liên tục, không tạo thêm một báo cáo dài ngoài CRM.

Kiểm tra các thay đổi và chu kỳ lặp

Lịch lặp giúp giảm thao tác xếp ca định kỳ, nhưng nghỉ phép và điều chuyển vẫn cần cập nhật. Người quản lý nên kiểm tra kỳ áp dụng, tuần đang xem và tình trạng nhân viên trước khi cho quy trình sử dụng lịch.

Lịch lặp cần được kiểm tra với những ngày có ngoại lệ: nghỉ phép, đổi ca, ngày nghỉ và nhu cầu tăng đột biến. Một cấu hình phù hợp tuần bình thường có thể không phù hợp dịp nhóm thay đổi nguồn lực. Người quản trị cần biết ai chịu trách nhiệm cập nhật và khi nào rà soát, tránh để ngoại lệ chỉ nằm trong tin nhắn nội bộ.

Ví dụ giả định, nhân viên đổi từ ca chiều sang ca sáng trong một ngày. Nhóm nên xác nhận thời gian hiệu lực và những yêu cầu đã gán trước đó có cần bàn giao hay không. Không mặc định mọi hồ sơ cũ tự được chuyển theo lịch mới nếu tài liệu không mô tả hành vi đó.

Có thể theo dõi thời gian chờ theo khung giờ và số yêu cầu tồn cuối ca để điều chỉnh nhân lực. Cần đọc cùng loại yêu cầu và chất lượng phản hồi: một ca trả lời nhanh nhưng bàn giao thiếu thông tin có thể làm tổng thời gian xử lý dài hơn. Các chỉ số đề xuất cần được tính từ dữ liệu phù hợp, không gán thành khả năng báo cáo mặc định của phần mềm.

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 Thiết lập Ca Làm Việc & Lập Lịch Trực Tuần Hoàn.

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

Xếp ca xong có tự phân công trong mọi luồng không?

Cần kiểm tra cấu hình khối Gán nhân viên và tùy chọn liên quan trong từng luồng.

Nhân viên nghỉ đột xuất cần làm gì?

Cập nhật lịch trực theo hướng dẫn và rà soát những khách hoặc hội thoại đang phụ trách.

Ca làm việc có giống lịch hẹn Google Calendar không?

Không. Tài liệu phân biệt lịch ca nội bộ với tích hợp lịch hẹn cá nhân.