Mẫu dữ liệu dịch vụ khách hàng
Mẫu dữ liệu dịch vụ khách hàng
- 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
Thuộc tính dịch vụ khách hàng
| 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
|
|||
Hoạt động dịch vụ khách hàng
| 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
|
|||
Hướng dẫn trích xuất dữ liệu
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.
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.