Nhân sự số tạo giá trị trước khi doanh thu thay đổi thế nào?

Từ một thay đổi trong quy trình đến doanh thu có nhiều bước: tiếp nhận yêu cầu, hiểu nhu cầu, tư vấn, theo sát, chốt đơn, giao hàng và có thể là mua lại. Giá, sản phẩm, quảng cáo, mùa vụ và khả năng chốt của nhân viên cũng cùng tác động. Vì vậy, doanh thu chưa đổi ngay không chứng minh thử nghiệm vô ích; doanh thu tăng cũng chưa đủ chứng minh AI là nguyên nhân.

Muốn biết hệ thống có đi đúng hướng, hãy quan sát tín hiệu nằm gần phần việc được giao. Đây là tín hiệu dẫn đường, tức dấu hiệu xuất hiện sớm hơn kết quả cuối. Nó không thay doanh thu, nhưng giúp đội ngũ biết nên tiếp tục, sửa hay dừng trước khi chờ quá lâu.

Nếu thử ở khâu tiếp nhận, hãy đo tỷ lệ yêu cầu được ghi đủ, thời gian đến bước xử lý đầu tiên, số lần khách phải nhắc lại và tỷ lệ chuyển đúng người. Nếu thử ở khâu theo sát, hãy xem việc đến hạn có được tạo đúng, nhân viên có nhận đủ ngữ cảnh và bao nhiêu việc cần làm lại.

Tín hiệu tốt phải gắn với chuẩn chất lượng. Nhiều việc được tạo hơn nhưng trùng lặp, sai người hoặc thiếu dữ liệu không phải giá trị. Tương tự, phản hồi nhanh hơn nhưng câu trả lời khó dùng chỉ làm điểm nghẽn chạy nhanh sang bước sau.

Vẽ một chuỗi ngắn từ hành động đến kết quả. Ví dụ: ghi đủ thông tin giúp bàn giao rõ hơn; bàn giao rõ giúp nhân viên xử lý sớm hơn; xử lý sớm có thể giúp nhiều yêu cầu đủ điều kiện đi tiếp. Mỗi mũi nối cần một số đo và một giả thuyết, không phải một lời khẳng định.

Chọn một đơn vị theo dõi xuyên suốt như yêu cầu, cuộc hội thoại hoặc khách đủ điều kiện. Dùng cùng mã để biết trường hợp nào đi từ đầu đến cuối. Nếu chỉ đặt tổng số tin cạnh tổng doanh thu, doanh nghiệp không biết hoạt động nào tạo ích và hoạt động nào chỉ tạo thêm tiếng ồn.

Ghi đường gốc trước thử nghiệm, dùng cùng định nghĩa hoàn tất và tách các nhóm yêu cầu khác nhau. Khi có thể, so các giai đoạn có tải, kênh và chính sách gần nhau. Ghi lại ngày chạy khuyến mãi, đổi giá, thay nhân viên hoặc đổi nguồn khách vì những việc này có thể làm kết quả lệch mạnh.

Không loại lỗi và ngoại lệ khỏi báo cáo chỉ vì chúng khó xử lý. Hãy ghi cả số trường hợp hệ thống không làm, phải chuyển người hoặc cần sửa. NIST AI RMF Core coi việc đo lường là một phần của vòng quản trị rủi ro liên tục, không phải thao tác chọn vài số tốt sau khi thử xong.

Có thể tiếp tục trong phạm vi thử khi tín hiệu gần công việc tốt lên lặp lại, chất lượng không giảm, tổng công sức không tăng bù và rủi ro nằm trong ngưỡng đã đặt. Cần thêm thời gian theo dõi nếu chuỗi đến doanh thu dài hoặc lượng trường hợp còn ít; nhưng phải ghi đây là giả thuyết đang kiểm tra.

Google PAIR khuyến khích bắt đầu từ nhu cầu người dùng, định nghĩa thành công và thiết kế phản hồi, quyền kiểm soát. Vì vậy, người phụ trách quy trình phải đọc cả dữ liệu và phản hồi của khách, nhân viên. Con người quyết định thử tiếp, thay phạm vi hay dừng; hệ thống không tự tuyên bố mình tạo giá trị.