Mẫu dữ liệu dịch vụ khách hàng

Genesys Cloud CX
Mẫu dữ liệu dịch vụ khách hàng

Mẫu dữ liệu dịch vụ khách hàng

Mẫu này hướng dẫn bạn thu thập dữ liệu cần thiết để phân tích và tối ưu quy trình dịch vụ khách hàng. Mẫu nêu các thuộc tính nên có, những hoạt động chính cần theo dõi và cách trích xuất dữ liệu từ hệ thống nguồn. Hãy dùng mẫu để tạo nhật ký sự kiện phục vụ các sáng kiến process mining.
  • Các thuộc tính nên thu thập
  • Các hoạt động chính cần theo dõi
  • Hướng dẫn trích xuất dữ liệu
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính dịch vụ khách hàng

Đây là những trường dữ liệu nên có trong nhật ký sự kiện để phân tích dịch vụ khách hàng.
5 Bắt buộc 6 Nên có 8 Không bắt buộc
Tên Mô tả
Tên hoạt động
ActivityName
Tên sự kiện hoặc tác vụ cụ thể xảy ra tại một thời điểm trong vòng đời của yêu cầu hỗ trợ.
Mô tả

Thuộc tính này mô tả một bước cụ thể hoặc thay đổi trạng thái trong quy trình dịch vụ khách hàng. Mỗi hoạt động là một sự kiện riêng, chẳng hạn như 'Nhân viên chấp nhận tương tác' hoặc 'Gán mã kết thúc tương tác'. Phân tích trình tự và tần suất của các hoạt động này là nền tảng của process mining. Việc này giúp trực quan hóa luồng quy trình, phát hiện sai lệch và xác định điểm nghẽn hoặc bước kém hiệu quả.

Vì sao điều này quan trọng

Các hoạt động tạo nên phần cốt lõi của sơ đồ quy trình, giúp trực quan hóa và phân tích luồng thực tế so với luồng đã thiết kế.

Lấy dữ liệu ở đâu

Thông tin này thường được tạo bằng cách ánh xạ sự kiện hệ thống, trạng thái nhân viên hoặc mục trong nhật ký kiểm tra của Genesys Cloud CX sang tên hoạt động chuẩn hóa.

Ví dụ
Bắt đầu tương tácNhân viên chấp nhận tương tácKết thúc công việc sau cuộc gọiMở lại yêu cầu hỗ trợ
Thời gian bắt đầu
EventTime
Dấu thời gian cho biết thời điểm một hoạt động hoặc sự kiện bắt đầu.
Mô tả

Thuộc tính này cung cấp ngày giờ chính xác của từng hoạt động. Đây là thông tin thiết yếu để sắp xếp sự kiện đúng thứ tự và thực hiện mọi phân tích dựa trên thời gian. Thời gian bắt đầu được dùng để dựng luồng quy trình theo thứ tự thời gian, đồng thời làm cơ sở tính thời lượng, thời gian chờ và thời gian chu kỳ giữa các hoạt động. Dấu thời gian chính xác rất quan trọng để phân tích quy trình và theo dõi hiệu suất đáng tin cậy.

Vì sao điều này quan trọng

Dấu thời gian này sắp xếp mọi hoạt động theo trình tự thời gian, giúp phân tích chính xác luồng quy trình, thời lượng và điểm nghẽn.

Lấy dữ liệu ở đâu

Có trong nhật ký sự kiện hoặc thông tin chi tiết về tương tác của Genesys Cloud CX, thường gắn với mỗi sự kiện hệ thống hoặc người dùng được ghi nhận.

Ví dụ
2024-05-21T10:00:15Z2024-05-21T10:02:30Z2024-05-21T10:15:00Z
Yêu cầu hỗ trợ
ServiceRequest
Mã định danh chính của một tương tác dịch vụ khách hàng, liên kết tất cả hoạt động liên quan.
Mô tả

Yêu cầu hỗ trợ, thường được gọi là Ticket hoặc Case, là mã định danh chính cho một thắc mắc hoặc vấn đề của khách hàng. Mã này nhóm mọi sự kiện liên quan, từ lần liên hệ đầu tiên đến khi giải quyết xong, thành một phiên bản quy trình duy nhất. Phân tích theo yêu cầu hỗ trợ giúp bạn xem toàn bộ hành trình khách hàng và quy trình xử lý nội bộ từ đầu đến cuối. Đây là cơ sở để tính các chỉ số quan trọng như tổng thời gian xử lý và tỷ lệ giải quyết ngay lần liên hệ đầu tiên.

Vì sao điều này quan trọng

Đây là Case ID thiết yếu, liên kết mọi bước trong quy trình để bạn phân tích toàn bộ từng tương tác của khách hàng từ đầu đến cuối.

Lấy dữ liệu ở đâu

Đây là mã định danh trường hợp theo khái niệm. Trong Genesys, mã này thường tương ứng với Conversation ID, nhưng có thể là mã tùy chỉnh tùy theo cách triển khai.

Ví dụ
SR-20240521-00123SR-20240521-00124SR-20240522-00001
Hệ thống nguồn
SourceSystem
Hệ thống nơi dữ liệu được trích xuất.
Mô tả

Thuộc tính này xác định hệ thống tạo ra dữ liệu sự kiện, trong trường hợp này là Genesys Cloud CX. Khi môi trường có nhiều hệ thống tích hợp, trường này rất quan trọng để theo dõi nguồn gốc dữ liệu, xử lý sự cố và hiểu bối cảnh dữ liệu. Thuộc tính này giúp đảm bảo phân tích dựa trên đúng nguồn dữ liệu, đồng thời cho phép lọc hoặc phân nhóm dữ liệu khi nhiều hệ thống cùng đóng góp vào một góc nhìn quy trình.

Vì sao điều này quan trọng

Xác định nguồn gốc dữ liệu, điều cần thiết cho quản trị và xác thực dữ liệu, cũng như khi hợp nhất dữ liệu từ nhiều hệ thống.

Lấy dữ liệu ở đâu

Đây thường là giá trị cố định được thêm trong quá trình trích xuất và chuyển đổi dữ liệu để ghi nhãn nguồn gốc của bản ghi.

Ví dụ
Genesys Cloud CXGenesysCloudCX_US1Genesys
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian của lần làm mới dữ liệu gần nhất.
Mô tả

Thuộc tính này cho biết lần gần nhất tập dữ liệu được cập nhật từ hệ thống nguồn. Thông tin này giúp bạn biết dữ liệu đang phân tích có còn mới hay không, yếu tố quan trọng để đưa ra quyết định kinh doanh kịp thời và phù hợp. Bảng điều khiển và báo cáo nên hiển thị rõ thời điểm cập nhật để người dùng đánh giá mức độ hiện hành của dữ liệu và độ tin cậy của các kết quả phân tích.

Vì sao điều này quan trọng

Cho biết dữ liệu được cập nhật đến thời điểm nào, giúp bạn phân tích và ra quyết định dựa trên thông tin mới nhất.

Lấy dữ liệu ở đâu

Giá trị này được tạo và ghi vào tập dữ liệu khi trích xuất dữ liệu hoặc tải dữ liệu vào công cụ process mining.

Ví dụ
2024-05-23T04:00:00Z2024-05-24T04:00:00Z
ID nhân viên hỗ trợ
AgentId
Mã định danh duy nhất của nhân viên hỗ trợ xử lý tương tác hoặc hoạt động.
Mô tả

Agent ID là mã định danh duy nhất của mỗi nhân viên dịch vụ khách hàng. Thuộc tính này cần thiết để phân tích hiệu suất, phân bổ khối lượng công việc và hiệu quả của nhân viên. Bạn có thể lọc sơ đồ quy trình để xem từng nhân viên hoặc nhóm xử lý yêu cầu ra sao, rồi so sánh các chỉ số như thời gian giải quyết, tỷ lệ làm lại và mức độ tuân thủ quy trình chuẩn. Đây là dữ liệu nền tảng cho bảng điều khiển “Hiệu suất và hiệu quả của nhân viên hỗ trợ”.

Vì sao điều này quan trọng

Thuộc tính này liên kết các hoạt động trong quy trình với từng nhân viên, giúp phân tích hiệu suất cá nhân, khối lượng công việc và hiệu quả của nhóm.

Lấy dữ liệu ở đâu

Có trong bản ghi chi tiết cuộc hội thoại của Genesys Cloud CX, gắn với người dùng xử lý một phân đoạn cụ thể của tương tác.

Ví dụ
a1b2c3d4-e5f6-7890-1234-567890abcdeff0e9d8c7-b6a5-4321-fedc-ba0987654321
Kênh liên lạc
MediaType
Kênh dùng để trao đổi trong tương tác, chẳng hạn như thoại, chat hoặc email.
Mô tả

Thuộc tính này cho biết khách hàng và nhân viên hỗ trợ đã trao đổi qua phương tiện nào. Các kênh phổ biến gồm thoại, chat, email và mạng xã hội. Phân tích hiệu suất theo kênh, như trong bảng điều khiển “Hiệu suất theo kênh liên lạc”, giúp doanh nghiệp hiểu số lượng tương tác, thời gian giải quyết và mức độ hài lòng của khách hàng trên từng kênh. Thông tin này giúp điều chỉnh chiến lược kênh và phân bổ tài nguyên.

Vì sao điều này quan trọng

Phân nhóm quy trình theo kênh liên lạc giúp bạn hiểu hiệu suất, hành vi khách hàng và nhu cầu tài nguyên của từng kênh.

Lấy dữ liệu ở đâu

Trường tiêu chuẩn trong bản ghi chi tiết cuộc hội thoại của Genesys Cloud CX.

Ví dụ
thoạichatemailtin nhắn
Mã kết thúc tương tác
WrapUpCode
Mã do nhân viên hỗ trợ chọn khi kết thúc tương tác để phân loại kết quả hoặc chủ đề.
Mô tả

Wrap-Up Code là nhãn nhân viên hỗ trợ chọn để phân loại nội dung hoặc kết quả xử lý tương tác với khách hàng. Các mã này cung cấp dữ liệu có cấu trúc về lý do khách hàng liên hệ bộ phận hỗ trợ. Phân tích Wrap-Up Code giúp xác định các vấn đề thường gặp, theo dõi kết quả giải quyết và đo tần suất của từng loại yêu cầu. Dữ liệu này hữu ích khi tìm nguyên nhân gốc rễ và tìm hiểu nhu cầu dịch vụ.

Vì sao điều này quan trọng

Phân loại kết quả tương tác, cung cấp dữ liệu có cấu trúc để phân tích vấn đề thường gặp, hiệu quả giải quyết và lý do khách hàng liên hệ.

Lấy dữ liệu ở đâu

Có trong bản ghi chi tiết cuộc hội thoại của Genesys Cloud CX, cụ thể là thông tin phiên của người tham gia với vai trò nhân viên hỗ trợ.

Ví dụ
Đặt lại mật khẩuĐã giải quyết tranh chấp thanh toánYêu cầu thông tin sản phẩmChuyển lên hỗ trợ cấp 2
Tên hàng đợi
QueueName
Tên hàng đợi tiếp nhận tương tác.
Mô tả

Thuộc tính này xác định hàng đợi nơi tương tác chờ trước khi được chuyển cho nhân viên hỗ trợ. Phân tích theo tên hàng đợi là cần thiết cho bảng điều khiển “Phát hiện điểm nghẽn trong hàng đợi dịch vụ”. Thông tin này giúp quản lý hiểu cách khối lượng công việc được phân bổ giữa các nhóm kỹ năng hoặc dịch vụ, đo thời gian chờ ở từng hàng đợi và tìm ra hàng đợi thường xuyên thiếu nhân lực hoặc quá tải. Từ đó, bạn có thể phân bổ tài nguyên hợp lý hơn và rút ngắn thời gian chờ của khách hàng.

Vì sao điều này quan trọng

Giúp tìm điểm nghẽn và phân tích cách phân bổ khối lượng công việc bằng cách cho biết yêu cầu dịch vụ đang chờ được giao ở đâu.

Lấy dữ liệu ở đâu

Có trong bản ghi chi tiết cuộc hội thoại của Genesys Cloud CX. Mỗi tương tác có thể đi qua một hoặc nhiều hàng đợi.

Ví dụ
Hỗ trợ cấp 1 - ThoạiThắc mắc về thanh toán - ChatHỗ trợ kỹ thuật - Email
Tên nhân viên hỗ trợ
AgentName
Họ tên đầy đủ của nhân viên hỗ trợ xử lý tương tác hoặc hoạt động.
Mô tả

Tên nhân viên hỗ trợ là tên dễ đọc, tương ứng với Agent ID. Nhờ đó, bảng điều khiển và báo cáo trở nên dễ theo dõi hơn với quản lý và trưởng nhóm. Tên này được dùng trong các phân tích theo từng nhân viên để đánh giá hiệu suất, xác định nhu cầu đào tạo và phân bổ công việc công bằng mà không cần tra cứu mã hệ thống.

Vì sao điều này quan trọng

Hiển thị tên nhân viên hỗ trợ dễ đọc, giúp bạn phân tích hiệu suất và chia sẻ kết quả mà không cần dùng mã kỹ thuật.

Lấy dữ liệu ở đâu

Tra cứu AgentId trong dịch vụ Users hoặc Directory của Genesys Cloud CX.

Ví dụ
John SmithJane DoePeter Jones
Thời gian kết thúc
EventEndTime
Mốc thời gian cho biết một hoạt động hoặc sự kiện kết thúc khi nào.
Mô tả

Thuộc tính này ghi lại chính xác thời điểm một hoạt động kết thúc. Khi kết hợp với thời gian bắt đầu, bạn có thể tính chính xác thời lượng của từng hoạt động. Phân tích thời lượng giúp xác định bước nào trong quy trình tốn nhiều thời gian nhất, từ đó tìm ra điểm kém hiệu quả và cơ hội cải tiến. Chẳng hạn, bạn có thể phát hiện thời gian giữ cuộc gọi quá lâu hoặc thời lượng xử lý sau cuộc gọi kéo dài.

Vì sao điều này quan trọng

Giúp tính chính xác thời lượng từng hoạt động, qua đó xác định các bước tốn thời gian và điểm nghẽn ảnh hưởng đến hiệu suất.

Lấy dữ liệu ở đâu

Có trong nhật ký sự kiện hoặc thông tin chi tiết về tương tác trên Genesys Cloud CX. Bạn cũng có thể suy ra thời điểm này từ thời gian bắt đầu của sự kiện tiếp theo.

Ví dụ
2024-05-21T10:02:30Z2024-05-21T10:15:00Z2024-05-21T10:18:45Z
Có tuân thủ SLA không
IsSlaCompliant
Cờ cho biết yêu cầu dịch vụ có được giải quyết trong thời hạn SLA hay không.
Mô tả

Thuộc tính dạng boolean này cho biết yêu cầu dịch vụ có đáp ứng thời hạn giải quyết hay không. Giá trị được tính bằng cách so sánh “ServiceResolutionTime” với “SlaTargetResolutionTime”. Cờ này giúp đơn giản hóa việc phân tích và trực quan hóa trong bảng điều khiển “Tổng quan tuân thủ SLA”, đồng thời là cơ sở tính KPI “Tỷ lệ tuân thủ SLA”. Bạn có thể nhanh chóng lọc và phân nhóm các trường hợp tuân thủ hoặc vi phạm để tìm ra những mẫu thường gặp.

Vì sao điều này quan trọng

Giúp phân tích hiệu suất SLA bằng cách đánh dấu rõ từng trường hợp là tuân thủ hay vi phạm, từ đó tìm nguyên nhân gốc rễ của các lần không đạt.

Lấy dữ liệu ở đâu

Trường được tính toán: True nếu ServiceResolutionTime <= SlaTargetResolutionTime, nếu không thì False.

Ví dụ
truefalse
Đã mở lại
IsReopened
Cờ cho biết yêu cầu dịch vụ đã giải quyết có được mở lại sau đó hay không.
Mô tả

Thuộc tính dạng boolean này đánh dấu các yêu cầu dịch vụ đã chuyển sang trạng thái đã giải quyết hoặc đã đóng nhưng sau đó hoạt động trở lại. Trường hợp bị mở lại thường cho thấy giải pháp ban đầu chưa hiệu quả hoặc chưa đầy đủ, khiến khách hàng không hài lòng và phát sinh thêm công việc. Thuộc tính này cung cấp dữ liệu cho bảng điều khiển “Xu hướng mở lại yêu cầu dịch vụ” và KPI “Tỷ lệ mở lại yêu cầu dịch vụ”. Phân tích các trường hợp này giúp tìm nguyên nhân gốc rễ của việc giải quyết chưa hiệu quả.

Vì sao điều này quan trọng

Làm rõ những điểm chưa đạt trong quy trình giải quyết, cho thấy vấn đề về chất lượng giải pháp và nguy cơ phát sinh việc làm lại, trải nghiệm khách hàng kém.

Lấy dữ liệu ở đâu

Trường được tính toán bằng cách phát hiện hoạt động kích hoạt lại trường hợp sau khi đã có hoạt động “Yêu cầu dịch vụ đã giải quyết”.

Ví dụ
truefalse
Điểm CSAT
CustomerSatisfactionScore
Điểm hài lòng do khách hàng đánh giá trong khảo sát sau tương tác.
Mô tả

Điểm hài lòng của khách hàng, hay CSAT, phản ánh trực tiếp cảm nhận của khách hàng về dịch vụ họ nhận được. Điểm này thường được thu thập qua khảo sát gửi sau khi kết thúc tương tác. Khi phân tích CSAT cùng dữ liệu quy trình, bạn có thể thấy các biến thể quy trình, thời gian giải quyết hoặc từng nhân viên ảnh hưởng thế nào đến mức độ hài lòng. Đây là chỉ số kết quả quan trọng để đánh giá hiệu quả chung của quy trình.

Vì sao điều này quan trọng

Đo trực tiếp mức độ hài lòng của khách hàng, giúp phân tích mối liên hệ giữa hiệu suất quy trình và kết quả trải nghiệm.

Lấy dữ liệu ở đâu

Dữ liệu này thường lấy từ mô-đun Quality Management của Genesys Cloud CX hoặc công cụ khảo sát bên thứ ba được tích hợp với Genesys.

Ví dụ
5413
Giải quyết ngay lần liên hệ đầu
IsFirstContactResolution
Cờ cho biết yêu cầu dịch vụ có được giải quyết chỉ trong một lần tương tác hay không.
Mô tả

Thuộc tính dạng boolean này xác định các trường hợp được giải quyết ngay trong lần tương tác đầu tiên, không cần khách hàng liên hệ lại hoặc chuyển nội bộ. Giá trị “true” cho biết vấn đề được giải quyết hiệu quả ngay từ đầu. Thuộc tính này là cơ sở cho KPI “Tỷ lệ giải quyết ngay lần liên hệ đầu” và bảng điều khiển tương ứng. Phân tích các trường hợp chưa giải quyết được ngay lần đầu có thể giúp xác định cơ hội đào tạo nhân viên, cải thiện kho kiến thức hoặc điều chỉnh quy trình.

Vì sao điều này quan trọng

Đo trực tiếp hiệu quả và mức độ hài lòng của khách hàng, vì giải quyết vấn đề ngay lần đầu là yếu tố quan trọng tạo nên trải nghiệm dịch vụ tích cực.

Lấy dữ liệu ở đâu

Trường được tính toán dựa trên việc phân tích chuỗi sự kiện của một trường hợp. Một trường hợp được tính là FCR nếu được giải quyết mà không có một số hoạt động xen giữa, chẳng hạn như chuyển tiếp hoặc mở lại.

Ví dụ
truefalse
ID cuộc hội thoại
ConversationId
Mã định danh duy nhất Genesys gán cho toàn bộ cuộc hội thoại.
Mô tả

Conversation ID là khóa kỹ thuật chính trong Genesys Cloud CX, dùng để nhóm tất cả tương tác, phân đoạn và người tham gia liên quan đến một cuộc hội thoại với khách hàng. Khái niệm “Yêu cầu dịch vụ” được dùng làm Case ID, còn Conversation ID là khóa nền tảng để truy xuất toàn bộ dữ liệu liên quan qua API của Genesys. Mã này cần thiết để trích xuất dữ liệu, kết hợp các tập dữ liệu và kiểm tra tính chính xác của dữ liệu quy trình.

Vì sao điều này quan trọng

Đây là khóa kỹ thuật chính trong Genesys, cần thiết để trích xuất dữ liệu, xử lý sự cố và liên kết dữ liệu về hệ thống nguồn.

Lấy dữ liệu ở đâu

Đây là trường chính trong các API phân tích và API cuộc hội thoại của Genesys Cloud CX.

Ví dụ
d8a7c6b5-e4f3-2109-8765-fedcba098765c7b6a5d4-f3e2-1098-7654-edcbaf987654
Loại yêu cầu dịch vụ
ServiceRequestType
Phân loại yêu cầu dịch vụ, chẳng hạn như “Thắc mắc”, “Khiếu nại” hoặc “Vấn đề kỹ thuật”.
Mô tả

Thuộc tính này phân loại yêu cầu dịch vụ theo nội dung hoặc mục đích. Bạn có thể dùng thuộc tính này để phân nhóm phân tích và xem từng loại yêu cầu được xử lý ra sao. Chẳng hạn, quy trình xử lý và thời gian giải quyết “Khiếu nại” có thể khác đáng kể so với “Thắc mắc chung”. Đây là chiều phân tích quan trọng trong các bảng điều khiển như “Phân tích chuyển cấp nội bộ”, giúp xác định loại yêu cầu nào thường được chuyển cấp hơn.

Vì sao điều này quan trọng

Cho phép phân nhóm quy trình để so sánh cách xử lý từng loại yêu cầu và tìm điểm nghẽn hoặc khâu kém hiệu quả riêng của từng loại.

Lấy dữ liệu ở đâu

Thông tin này có thể được ghi nhận qua lựa chọn trên IVR, lựa chọn của khách hàng trong biểu mẫu web hoặc do nhân viên hỗ trợ phân loại. Trong Genesys, thông tin có thể được lưu dưới dạng thuộc tính người tham gia hoặc wrap-up code.

Ví dụ
Thắc mắc về thanh toánHỗ trợ kỹ thuậtQuản lý tài khoảnKhiếu nại về sản phẩm
Thời gian giải quyết yêu cầu dịch vụ
ServiceResolutionTime
Tổng thời gian từ lần đầu khách hàng liên hệ đến khi vấn đề được giải quyết.
Mô tả

Chỉ số này đo tổng thời gian xử lý yêu cầu dịch vụ, từ lúc khách hàng bắt đầu liên hệ đến khi vấn đề được đánh dấu là đã giải quyết. Đây là KPI quan trọng để đánh giá hiệu quả chung của quy trình và trải nghiệm khách hàng. Thuộc tính được tính toán này là trọng tâm của bảng điều khiển “Thời gian giải quyết yêu cầu dịch vụ” và KPI “Thời gian giải quyết yêu cầu dịch vụ trung bình”. Phân tích phân bố thời gian giúp tìm các trường hợp kéo dài và tình trạng chậm trễ mang tính hệ thống.

Vì sao điều này quan trọng

Đây là KPI quan trọng để đo hiệu quả chung của quy trình và tác động đến trải nghiệm khách hàng.

Lấy dữ liệu ở đâu

Trường được tính toán: thời điểm của hoạt động giải quyết cuối cùng trừ thời điểm của hoạt động liên hệ đầu tiên từ khách hàng.

Ví dụ
90010800172800
Thời hạn giải quyết theo SLA
SlaTargetResolutionTime
Thời gian mục tiêu đã thỏa thuận trong hợp đồng để giải quyết yêu cầu dịch vụ.
Mô tả

Thuộc tính này xác định thời gian tối đa được phép để giải quyết yêu cầu dịch vụ theo Thỏa thuận mức dịch vụ (SLA). Đây là mốc để so sánh với thời gian giải quyết thực tế. Dữ liệu này cần thiết cho bảng điều khiển “Tổng quan tuân thủ SLA” và KPI “Tỷ lệ tuân thủ SLA”, giúp tổ chức theo dõi việc đáp ứng cam kết với khách hàng và phát hiện nguy cơ vi phạm trước khi xảy ra.

Vì sao điều này quan trọng

Cung cấp mốc để đo mức độ tuân thủ SLA, một chỉ báo quan trọng về chất lượng dịch vụ và việc thực hiện cam kết hợp đồng.

Lấy dữ liệu ở đâu

Thông tin này có thể được lưu dưới dạng thuộc tính tùy chỉnh của cuộc hội thoại hoặc xác định theo quy tắc dựa trên hàng đợi, loại khách hàng hoặc loại yêu cầu.

Ví dụ
86400144003600
Bắt buộc Nên có Không bắt buộc

Hoạt động dịch vụ khách hàng

Đây là các bước và mốc chính cần ghi lại trong nhật ký sự kiện để khám phá quy trình chính xác.
5 Nên có 8 Không bắt buộc
Hoạt động Mô tả
Bắt đầu tương tác
Hoạt động này đánh dấu thời điểm bắt đầu một tương tác dịch vụ khách hàng, chẳng hạn như cuộc gọi đến, chat hoặc email. Genesys Cloud CX ghi nhận sự kiện này khi một đối tượng cuộc hội thoại mới được tạo trong hệ thống.
Vì sao điều này quan trọng

Đây là sự kiện bắt đầu chính của quy trình xử lý yêu cầu hỗ trợ. Sự kiện này cần thiết để tính tổng thời gian xử lý và hiểu các mẫu nhu cầu của khách hàng.

Lấy dữ liệu ở đâu

Sự kiện này được ghi nhận trong bản ghi chi tiết cuộc hội thoại. Thời điểm tương ứng là lúc đối tượng cuộc hội thoại bắt đầu, thường được lưu trong dấu thời gian conversationStart.

Thu thập

Được ghi nhận khi một cuộc hội thoại mới bắt đầu trong hệ thống.

Loại sự kiện explicit
Chuyển tiếp tương tác
Đây là hoạt động nhân viên chuyển tương tác sang hàng đợi hoặc nhân viên khác. Có thể là chuyển tiếp trực tiếp, khi nhân viên ngắt kết nối ngay, hoặc chuyển tiếp có tham vấn, khi nhân viên trao đổi với người nhận trước.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để tính KPI tỷ lệ chuyển cấp nội bộ. Tỷ lệ chuyển tiếp cao có thể cho thấy cần đào tạo thêm, định tuyến chưa đúng hoặc quy trình quá phức tạp.

Lấy dữ liệu ở đâu

Có thể nhận biết sự kiện này trong bản ghi chi tiết cuộc hội thoại khi một người tham gia ACD hoặc nhân viên mới được thêm vào sau khi nhân viên ban đầu tham gia, thường do sự kiện 'transfer' khởi tạo.

Thu thập

Được nhận biết qua sự kiện chuyển tiếp trong dữ liệu phiên của người tham gia.

Loại sự kiện explicit
Gán mã kết thúc tương tác
Nhân viên gán mã kết thúc tương tác đã định trước, còn gọi là mã phân loại kết quả, cho tương tác. Mã này xác định rõ kết quả của yêu cầu hỗ trợ, chẳng hạn như 'Đã giải quyết' hoặc 'Đã chuyển cấp'.
Vì sao điều này quan trọng

Mã kết thúc tương tác là nguồn dữ liệu chính để xác định kết quả kinh doanh của yêu cầu. Mã này rất cần thiết để tính tỷ lệ giải quyết và phân nhóm trường hợp phục vụ phân tích.

Lấy dữ liệu ở đâu

Đây là sự kiện được ghi nhận rõ ràng trong bản ghi chi tiết cuộc hội thoại, thường nằm trong dữ liệu phiên của người tham gia là nhân viên. Mã wrapUp và dấu thời gian được lưu lại.

Thu thập

Được ghi nhận khi nhân viên chọn mã kết thúc tương tác.

Loại sự kiện explicit
Ngắt kết nối tương tác
Hoạt động này đánh dấu thời điểm cuộc hội thoại kết thúc, khi tất cả người tham gia đã ngắt kết nối. Đây thường là thời điểm kết thúc về mặt kỹ thuật của tương tác hỗ trợ.
Vì sao điều này quan trọng

Đây là sự kiện kết thúc xác định của tương tác. Sự kiện này rất quan trọng để tính tổng thời lượng tương tác và thường được dùng làm mốc thay thế cho thời điểm đóng yêu cầu.

Lấy dữ liệu ở đâu

Sự kiện này được lấy từ bản ghi chi tiết cuộc hội thoại. Thời điểm tương ứng là lúc đối tượng cuộc hội thoại kết thúc, thường được lưu trong dấu thời gian conversationEnd.

Thu thập

Được ghi nhận khi tất cả người tham gia đã ngắt kết nối và cuộc hội thoại kết thúc.

Loại sự kiện explicit
Nhân viên chấp nhận tương tác
Đánh dấu thời điểm nhân viên chấp nhận tương tác được gửi đến và kết nối với khách hàng. Đây là cột mốc quan trọng, khi nhân viên bắt đầu trực tiếp xử lý yêu cầu hỗ trợ.
Vì sao điều này quan trọng

Hoạt động này rất quan trọng để đo tỷ lệ giải quyết ngay lần liên hệ đầu tiên và thời gian xử lý của nhân viên. Đây là lúc nhân viên bắt đầu làm việc với yêu cầu.

Lấy dữ liệu ở đâu

Thông tin có trong bản ghi chi tiết cuộc hội thoại. Sự kiện được đánh dấu khi trạng thái của người tham gia là nhân viên chuyển thành 'connected', kèm theo dấu thời gian.

Thu thập

Được ghi nhận khi trạng thái của người tham gia là nhân viên chuyển thành 'connected'.

Loại sự kiện explicit
Bắt đầu công việc sau cuộc gọi
Hoạt động này đánh dấu thời điểm bắt đầu giai đoạn công việc sau cuộc gọi (ACW). Nhân viên đã ngắt kết nối với khách hàng và chuyển sang trạng thái dành riêng để hoàn thành các việc như ghi chú hoặc cập nhật hệ thống.
Vì sao điều này quan trọng

Đo thời lượng ACW rất quan trọng để hiểu hiệu quả làm việc của nhân viên và tổng thời gian xử lý. ACW kéo dài có thể là dấu hiệu cho thấy các bước sau tương tác chưa hiệu quả.

Lấy dữ liệu ở đâu

Dữ liệu được lấy từ phiên của người tham gia là nhân viên. Sự kiện được ghi nhận khi trạng thái của nhân viên chuyển thành 'acw' sau khi người tham gia là khách hàng ngắt kết nối.

Thu thập

Được ghi nhận khi trạng thái của người tham gia là nhân viên chuyển thành 'acw'.

Loại sự kiện explicit
Chuyển cuộc hội thoại vào hàng đợi
Đây là thời điểm một tương tác mới được đưa vào hàng đợi cụ thể để chờ nhân viên sẵn sàng. Sự kiện này được công cụ định tuyến Genesys (ACD) ghi nhận rõ ràng.
Vì sao điều này quan trọng

Theo dõi hoạt động này rất quan trọng để đo thời gian chờ trong hàng đợi và phát hiện điểm nghẽn trong quy trình định tuyến. Khoảng thời gian dài từ lúc này đến khi phân công nhân viên có thể cho thấy vấn đề về nhân sự hoặc logic định tuyến.

Lấy dữ liệu ở đâu

Dữ liệu được lấy từ bản ghi chi tiết cuộc hội thoại, cụ thể là các giá trị 'purpose' và 'state' của người tham gia ACD trong cuộc hội thoại. Giá trị 'enterTime' của hàng đợi trong mảng metrics cho biết thời điểm xảy ra sự kiện này.

Thu thập

Được ghi nhận khi công cụ định tuyến ACD đưa cuộc hội thoại vào hàng đợi.

Loại sự kiện explicit
Gửi khảo sát mức độ hài lòng của khách hàng
Hoạt động này xảy ra khi khảo sát mức độ hài lòng của khách hàng (CSAT) được gửi sau khi đóng một tương tác. Hệ thống thường tự động gửi khảo sát theo các quy tắc đã định trước.
Vì sao điều này quan trọng

Hoạt động này cần thiết để đo KPI về thời gian gửi khảo sát CSAT. Gửi khảo sát đúng hạn giúp thu thập phản hồi chính xác khi khách hàng vẫn còn nhớ rõ trải nghiệm.

Lấy dữ liệu ở đâu

Thông tin này thường có trong dữ liệu khảo sát hoặc quản lý chất lượng của Genesys Cloud CX và có thể liên kết lại với ID cuộc hội thoại ban đầu.

Thu thập

Được mô-đun khảo sát ghi nhận khi gửi khảo sát cho một cuộc hội thoại cụ thể.

Loại sự kiện explicit
Kết thúc công việc sau cuộc gọi
Đánh dấu thời điểm kết thúc giai đoạn công việc sau cuộc gọi của nhân viên. Lúc này, nhân viên có thể tiếp nhận tương tác khác.
Vì sao điều này quan trọng

Kết hợp với hoạt động 'Bắt đầu công việc sau cuộc gọi', hoạt động này cho biết chính xác thời lượng của giai đoạn hoàn tất tương tác, giúp phân tích năng suất của nhân viên và chi phí phát sinh trong quy trình.

Lấy dữ liệu ở đâu

Sự kiện được suy ra khi trạng thái của nhân viên chuyển từ 'acw' sang trạng thái sẵn sàng, chẳng hạn như 'idle'. Dấu thời gian của lần thay đổi trạng thái này được sử dụng.

Thu thập

Được suy ra khi trạng thái của nhân viên chuyển từ 'acw' sang trạng thái sẵn sàng.

Loại sự kiện inferred
Mở lại yêu cầu hỗ trợ
Đây là trường hợp khách hàng liên hệ lại trung tâm hỗ trợ về cùng một vấn đề ngay sau khi vấn đề được xem là đã giải quyết. Sự kiện này không được ghi nhận trực tiếp mà được tính theo logic nghiệp vụ.
Vì sao điều này quan trọng

Theo dõi các yêu cầu được mở lại là điều cần thiết để đo tỷ lệ mở lại yêu cầu hỗ trợ. Chỉ số này cho thấy lần xử lý ban đầu chưa hiệu quả, ảnh hưởng đến mức độ hài lòng của khách hàng và hiệu quả vận hành.

Lấy dữ liệu ở đâu

Hoạt động này được suy ra khi phát hiện một sự kiện 'Bắt đầu tương tác' mới của cùng khách hàng (Customer ID) về vấn đề liên quan (ví dụ: Service Request Type) trong khoảng thời gian xác định sau khi tương tác trước đó được giải quyết.

Thu thập

Được tính bằng cách liên kết tương tác mới với tương tác vừa đóng của cùng khách hàng và cùng vấn đề.

Loại sự kiện calculated
Tạm giữ tương tác
Hoạt động này được ghi nhận khi nhân viên tạm giữ khách hàng trong lúc tương tác. Đây là thay đổi trạng thái rõ ràng của người tham gia là nhân viên trong cuộc hội thoại.
Vì sao điều này quan trọng

Phân tích tần suất và thời lượng tạm giữ có thể giúp phát hiện điểm kém hiệu quả trong quy trình, chẳng hạn như nhân viên thường xuyên phải tìm thông tin hoặc hỏi ý kiến người khác.

Lấy dữ liệu ở đâu

Dữ liệu được lấy từ phiên của người tham gia là nhân viên trong bản ghi chi tiết cuộc hội thoại. Trạng thái chuyển thành 'held' và hệ thống ghi lại dấu thời gian.

Thu thập

Được ghi nhận khi trạng thái của người tham gia là nhân viên chuyển thành 'held'.

Loại sự kiện explicit
Thông báo tương tác cho nhân viên
Sự kiện này xảy ra khi hệ thống gửi một tương tác đến nhân viên cụ thể. Trạng thái của nhân viên chuyển thành 'alerting' trong lúc hệ thống chờ họ chấp nhận hoặc từ chối cuộc hội thoại.
Vì sao điều này quan trọng

Hoạt động này giúp phân tích mức độ phản hồi của nhân viên và hiệu quả của thuật toán định tuyến. Nếu có chậm trễ sau thời điểm này, nhân viên có thể chưa tiếp nhận công việc kịp thời.

Lấy dữ liệu ở đâu

Thông tin này có trong dữ liệu người tham gia là nhân viên của bản ghi chi tiết cuộc hội thoại. Phiên của người tham gia sẽ có chỉ số với trạng thái 'alerting' và dấu thời gian tương ứng.

Thu thập

Được ghi nhận khi công cụ định tuyến thông báo cho nhân viên về một tương tác mới.

Loại sự kiện explicit
Tiếp tục tương tác sau khi tạm giữ
Sự kiện này xảy ra khi nhân viên bỏ chế độ tạm giữ và tiếp tục cuộc hội thoại với khách hàng. Sự kiện đánh dấu kết thúc khoảng thời gian tạm giữ và được ghi nhận dưới dạng thay đổi trạng thái.
Vì sao điều này quan trọng

Kết hợp với hoạt động 'Tạm giữ tương tác', hoạt động này giúp tính chính xác tổng thời gian tạm giữ, một phần quan trọng trong tổng thời gian xử lý và trải nghiệm khách hàng.

Lấy dữ liệu ở đâu

Sự kiện được suy ra từ dữ liệu phiên của người tham gia là nhân viên khi trạng thái chuyển từ 'held' về 'connected'.

Thu thập

Được ghi nhận khi trạng thái của người tham gia là nhân viên chuyển từ 'held' sang 'connected'.

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Cách lấy dữ liệu từ Genesys Cloud CX

Sẵn sàng bắt đầu?

Khai thác tối đa dữ liệu về hoạt động dịch vụ khách hàng. Làm theo mẫu này để tìm ra thông tin hữu ích và cải thiện hiệu quả.

Giảm liên hệ lặp lại, cải thiện dịch vụ khách hàng ngay hôm nay!

Dễ dàng cải thiện CSAT và đạt tỷ lệ giải quyết 80% ngay lần liên hệ đầu tiên.

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng. Kích hoạt tài khoản dùng thử chỉ trong vài phút.