Công việc phân tích Voice of the Customer trở nên đáng tin cậy khi một chủ đề có thể được truy ngược về các nguồn đại diện, các trường hợp phản chứng và một quyết định. Đếm số lần nhắc đến không đồng nghĩa với việc hiểu khách hàng.
Câu trả lời trực tiếp
Phân tích voice of the customer là một quy trình có cấu trúc để thu thập bằng chứng từ khách hàng, mã hóa các phát biểu, phát triển chủ đề, kiểm tra chúng với các trường hợp phản chứng và kết nối phát hiện với quyết định. Từ các cuộc gọi và phỏng vấn, hãy giữ nguyên ngữ cảnh nguồn, ranh giới lấy mẫu, mức độ không chắc chắn và đường dẫn quay lại các trích dẫn đại diện trước khi hành động.
Quy trình VoC từ nguồn đến quyết định
Mỗi giai đoạn nên tạo ra một hiện vật có thể kiểm toán và giữ lại các giới hạn của giai đoạn trước đó.
Quy trình này được kiểm soát theo từng bước một cách có chủ ý. Tạo ra chưa phải là hoàn tất: điểm kết thúc hữu ích là một hiện vật đã được phê duyệt, giữ nguyên ý nghĩa, đến đúng đối tượng và vẫn có thể được xác minh sau này.
Quyết định và khép lại vòng lặp
Trong quy trình VoC này, Hãy chỉ định người chịu trách nhiệm, hành động, ngưỡng bằng chứng, cách trao đổi với khách hàng và ngày kiểm tra lại.Cổng xem xét: Phát hiện đó làm thay đổi hoặc xác nhận một quyết định đã xác định. Ghi lại đầu vào, người chịu trách nhiệm, phần chỉnh sửa đáng kể và đích đến. Nếu cổng thất bại, hãy giữ lỗi ở trạng thái hiển thị và dừng tự động hóa các bước tiếp theo cho đến khi nguồn hoặc biện pháp kiểm soát được sửa chữa.
Phát triển và kiểm tra chủ đề
Tại buổi xem xét chủ đề, Hãy nhóm các bằng chứng liên quan, tìm các trường hợp không phù hợp và so sánh các phân khúc một cách thận trọng.Cổng xem xét: Các chủ đề liên kết với các ví dụ tích cực, tiêu cực và mơ hồ đại diện. Ghi lại đầu vào, người chịu trách nhiệm, phần chỉnh sửa đáng kể và đích đến. Nếu cổng thất bại, hãy giữ lỗi ở trạng thái hiển thị và dừng tự động hóa các bước tiếp theo cho đến khi nguồn hoặc biện pháp kiểm soát được sửa chữa.
Chuẩn bị và mã hóa bằng chứng
Trên toàn bộ tập bằng chứng, hãy sửa bản ghi chép khi cần thiết và áp dụng một bảng mã cho các đơn vị có ý nghĩa.Cổng xem xét: Các mã có định nghĩa, ví dụ và phản ví dụ. Ghi lại đầu vào, người chịu trách nhiệm, phần chỉnh sửa đáng kể và đích đến. Nếu cổng thất bại, hãy giữ lỗi ở trạng thái hiển thị và dừng tự động hóa các bước tiếp theo cho đến khi nguồn hoặc biện pháp kiểm soát được sửa chữa.
Chọn và ủy quyền nguồn
Đối với quyết định nghiên cứu, Hãy xác định các cuộc gọi, phỏng vấn, phân khúc, ngày tháng, sự đồng ý và các loại trừ.Cổng xem xét: Quyền lấy mẫu và xử lý đã được ghi nhận. Ghi lại đầu vào, người chịu trách nhiệm, phần chỉnh sửa đáng kể và đích đến. Nếu cổng thất bại, hãy giữ lỗi ở trạng thái hiển thị và dừng tự động hóa các bước tiếp theo cho đến khi nguồn hoặc biện pháp kiểm soát được sửa chữa.
Định khung quyết định
Trong quy trình VoC này, Hãy nêu rõ quyết định kinh doanh hoặc sản phẩm, đối tượng, phạm vi và những gì phân tích sẽ không trả lời.Cổng xem xét: Câu hỏi nghiên cứu cụ thể và không dẫn dắt. Ghi lại đầu vào, người chịu trách nhiệm, phần chỉnh sửa đáng kể và đích đến. Nếu cổng thất bại, hãy giữ lỗi ở trạng thái hiển thị và dừng tự động hóa các bước tiếp theo cho đến khi nguồn hoặc biện pháp kiểm soát được sửa chữa.
Một khối dữ liệu lớn không bù đắp được phạm vi mơ hồ, lấy mẫu thiên lệch hoặc thiếu ngữ cảnh bằng chứng.
Sau bước cuối cùng, hãy viết một câu nêu rõ các nguồn đã được phê duyệt, các nguồn bị loại trừ, người xem xét, đích đến và thay đổi nào sẽ kích hoạt một lần kiểm tra mới. Điều này ngăn một mẫu thành công thông thường bị khái quát hóa sang một mục đích sử dụng nhạy cảm hơn.
Chọn nguồn theo câu hỏi — không theo sự tiện lợi
Các chương trình VoC thường kết hợp hỗ trợ, thành công, bán hàng, phỏng vấn, khảo sát và dữ liệu hành vi. Mỗi nguồn đều có động lực và điểm mù khác nhau.
Đối với quyết định nghiên cứu, phần này phục vụ các nhóm sản phẩm, chăm sóc khách hàng, nghiên cứu và vận hành. Nó kết nối mục đích tìm kiếm của bài viết với hồ sơ vận hành mà một nhóm thực tế phải xem xét sau cuộc trò chuyện.
Phỏng vấn khách hàng
Đối với quyết định nghiên cứu, Hãy cung cấp chiều sâu và khả năng hỏi tiếp nhưng phản ánh bối cảnh tuyển chọn và người điều phối.
Bằng chứng: Hướng dẫn, tiêu chí người tham gia, bản ghi chép và ghi chú nghiên cứu. Hành động: Không khái quát hóa số liệu đếm từ một mẫu có chủ đích nhỏ.
Hãy áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người xem xét nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành một факт tài khoản vĩnh viễn.
Cuộc gọi bán hàng và thành công
Trên toàn bộ tập bằng chứng, Hãy tiết lộ các quyết định trực tiếp và sự cản trở nhưng lại bị định hình bởi các mối quan hệ thương mại.
Bằng chứng: Loại cuộc họp, giai đoạn, người nói và đoạn nguồn. Hành động: Tách các chủ đề do người bán đưa ra khỏi các mối quan tâm do khách hàng nêu lên.
Đây là nơi một chủ đề là một tuyên bố về một tập bằng chứng xác định, chứ không phải là một cụm trích dẫn đầy màu sắc. Bài kiểm tra thực tế là liệu một người được ủy quyền khác có thể kiểm tra bằng chứng và đi đến cùng một cách hiểu có giới hạn hay không.
Cuộc trò chuyện hỗ trợ
Tại buổi xem xét chủ đề, Hãy làm lộ ra các điểm đứt gãy giữa những khách hàng liên hệ với bộ phận hỗ trợ.
Bằng chứng: Danh mục vấn đề, mức độ nghiêm trọng, cách xử lý và bối cảnh sản phẩm. Hành động: Không coi khối lượng hỗ trợ là tỷ lệ phổ biến trong quần thể.
Hãy áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người xem xét nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành một факт tài khoản vĩnh viễn.
Khảo sát và hành vi
Trong quy trình VoC này, Hãy bổ sung độ rộng hoặc hành động quan sát được nhưng có thể không giải thích được vì sao.
Bằng chứng: Cách diễn đạt câu hỏi, khung phản hồi, định nghĩa sự kiện và phạm vi bao phủ. Hành động: Sử dụng đối chiếu tam giác thay vì ép một nguồn duy nhất trả lời mọi câu hỏi.
Đây là nơi một chủ đề là một tuyên bố về một tập bằng chứng xác định, chứ không phải là một cụm trích dẫn đầy màu sắc. Bài kiểm tra thực tế là liệu một người được ủy quyền khác có thể kiểm tra bằng chứng và đi đến cùng một cách hiểu có giới hạn hay không.
Phần này chỉ hoàn chỉnh khi nhóm có thể nêu rõ điều gì đã được quan sát, điều gì được suy luận, ai đã phê duyệt cách diễn giải và bằng chứng tương lai nào sẽ thay đổi nó. Kỷ luật đó quan trọng hơn một bản tóm tắt trôi chảy.
Xây dựng sổ mã mà một nhà phân tích khác có thể sử dụng
Các mã nên mô tả bằng chứng đủ nhất quán để xem xét mà không giả vờ rằng việc diễn giải là cơ học.
Trên toàn bộ tập bằng chứng, hãy sử dụng các trường cố định bên dưới như một hợp đồng trích xuất và xem xét. Một giá trị trống hoặc “chưa được xác lập” chính xác hơn một phần hoàn thành do mô hình tạo ra nhưng nguồn chưa bao giờ hỗ trợ.
| Trường | Nội dung bắt buộc | Ví dụ | Kiểm tra chất lượng |
|---|---|---|---|
| Tên mã | Nhãn ngắn, trung lập | Chậm bàn giao phê duyệt | Tránh đặt tên theo hướng giải pháp |
| Định nghĩa | Mã bao gồm những gì | Chờ người phê duyệt nội bộ khiến việc hoàn tất bị chặn | Dùng các điều kiện quan sát được |
| Loại trừ | Bằng chứng tương tự nhưng không thuộc mã | Chờ phản hồi hỗ trợ từ nhà cung cấp | Tách các nguyên nhân ra |
| Ví dụ | Đoạn nguồn tiêu biểu | ‘Nó nằm ở khâu phê duyệt khu vực trong hai ngày’ | Giữ nguyên bối cảnh xung quanh |
| Phản ví dụ | Đoạn trông giống nhưng không nên được mã hóa | ‘Lần này việc phê duyệt diễn ra tự động’ | Kiểm tra ranh giới |
| Siêu dữ liệu | Phân khúc, ngày, loại nguồn và chuyên viên phân tích | Doanh nghiệp, tháng 7, phỏng vấn, chuyên viên A | Tránh chi tiết nhận dạng trong các đầu ra tổng quát |
Điểm chính: Hãy sửa sổ tay mã hóa khi các nhà phân tích thường xuyên bất đồng vì một lý do đáng kể; đừng che giấu bất đồng trong con số cuối cùng.
Chỉ sao chép bảng vào quy trình thực tế sau khi đã điều chỉnh chủ sở hữu, quyền truy cập và thời gian lưu giữ. Hãy kiểm thử một nguồn bình thường và một nguồn khó với các chỉnh sửa, ngôn ngữ điều kiện và thông tin bị thiếu. Ghi lại sản phẩm, gói, nền tảng, cài đặt và ngày rà soát để có thể tái tạo kết quả.
Bảng giúp người đọc và hệ thống AI dễ trích xuất факт, nhưng các ô ngắn gọn có thể che khuất sắc thái. Hãy giữ một lối đi từ mỗi hàng quan trọng đến cuộc trò chuyện gốc hoặc nguồn đã được phê duyệt và tuyệt đối không xem giá trị trong bảng là mạnh hơn bằng chứng của nó.
Biến mã thành chủ đề mà không làm mất đi mâu thuẫn
Một chủ đề giải thích một khuôn mẫu có ý nghĩa trong tập bằng chứng được xác định phạm vi.
Tại buổi rà soát chủ đề, phần này phục vụ các nhóm sản phẩm, thành công khách hàng, nghiên cứu và vận hành. Nó kết nối ý định tìm kiếm của bài viết với hồ sơ vận hành mà một nhóm thực sự phải xem xét sau cuộc trò chuyện.
Mô tả khuôn mẫu
Tại buổi rà soát chủ đề, Hãy nêu điều gì liên kết các bằng chứng đã được mã hóa và chúng xuất hiện ở đâu.
Bằng chứng: Các đoạn tiêu biểu trên những nguồn phù hợp. Hành động: Dùng các thuật ngữ đã hiệu chỉnh như “xuất hiện lặp lại trong mẫu này”.
Hãy áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm đang tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành dữ kiện vĩnh viễn về tài khoản.
Giải thích sự biến thiên
Trong quy trình VoC này, Hãy xác định các phân khúc, bối cảnh hoặc giai đoạn quy trình nơi khuôn mẫu thay đổi.
Bằng chứng: Các ví dụ đối lập và siêu dữ liệu. Hành động: Tránh đưa ra một khẳng định chung cho mọi khách hàng.
Đây là lúc một chủ đề là một khẳng định về một tập bằng chứng xác định, chứ không phải một cụm trích dẫn đầy màu sắc. Bài kiểm tra thực tế là liệu một người được ủy quyền khác có thể xem xét bằng chứng và đi đến cùng một diễn giải có giới hạn hay không.
Kiểm tra các phương án thay thế
Đối với quyết định nghiên cứu, Hãy hỏi xem có lời giải thích nào khác phù hợp với cùng tập bằng chứng hay không.
Bằng chứng: Các phản ví dụ và mã cạnh tranh. Hành động: Ghi lại mức độ không chắc chắn và bằng chứng cần có để giải quyết.
Hãy áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm đang tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành dữ kiện vĩnh viễn về tài khoản.
Kết nối với một quyết định
Xuyên suốt tập bằng chứng, Hãy cho thấy vì sao chủ đề quan trọng đối với câu hỏi được đặt ra.
Bằng chứng: Người chịu trách nhiệm quyết định và ngưỡng đánh giá. Hành động: Đừng biến mọi chủ đề thành một hạng mục trong lộ trình sản phẩm.
Đây là lúc một chủ đề là một khẳng định về một tập bằng chứng xác định, chứ không phải một cụm trích dẫn đầy màu sắc. Bài kiểm tra thực tế là liệu một người được ủy quyền khác có thể xem xét bằng chứng và đi đến cùng một diễn giải có giới hạn hay không.
Phần này chỉ hoàn chỉnh khi nhóm có thể nêu rõ điều gì đã được quan sát, điều gì đã được suy luận, ai đã phê duyệt diễn giải và bằng chứng tương lai nào sẽ làm thay đổi nó. Kỷ luật đó quan trọng hơn một bản tóm tắt trôi chảy.
Ví dụ VoC hư cấu: từ trích dẫn đến chủ đề đã kiểm chứng
Ví dụ tưởng tượng này minh họa khả năng truy vết và không phải là một phát hiện khách hàng được đo lường.
Trong quy trình VoC này, đoạn đối thoại đủ ngắn để kiểm tra, nhưng vẫn chứa các chỉnh sửa và điều kiện thường biến mất trong ghi chú do AI tạo ra.
Đoạn nguồn
- Phỏng vấn A — ‘Báo cáo đã sẵn sàng, nhưng việc phê duyệt theo khu vực làm mất thêm hai ngày.’
- Cuộc gọi thành công B — ‘Sự chậm trễ của chúng tôi là do dọn dẹp dữ liệu trước khi phê duyệt.’
- Phỏng vấn C — ‘Phê duyệt là tự động đối với các yêu cầu tiêu chuẩn.’
- Cuộc gọi bán hàng D — người bán hỏi trước, ‘Phê duyệt có phải là nút thắt không?’
Những gì lần phân loại đầu tiên làm sai
Một cụm ban đầu gán cả bốn đoạn là ‘chậm trễ do phê duyệt’. Điều đó phóng đại mô hình, bỏ qua việc dọn dẹp dữ liệu, coi một phản ví dụ là bằng chứng ủng hộ và đưa cả một chủ đề do người bán dẫn dắt vào.
Lỗi này có ý nghĩa vì nó làm thay đổi quyết định, chủ sở hữu, điều kiện hoặc mức độ mạnh của bằng chứng. Một câu được trau chuốt không thể bù cho việc ý nghĩa đã bị thay đổi.
Xác minh nguồn và chỉnh sửa
Nhà phân tích mã hóa riêng hàng đợi phê duyệt, dọn dẹp dữ liệu trước phê duyệt, phê duyệt tự động và chủ đề do người bán đưa ra. Chủ đề giới hạn mô tả hai nút thắt chuyển giao khác nhau trong một phần của mẫu.
Người rà soát nên giữ cả tuyên bố đã chỉnh sửa lẫn đường dẫn bằng chứng. Khi một ghi chú trước đó đã tạo nhiệm vụ hoặc tin nhắn, mọi bản sao hạ nguồn đã được phê duyệt đều cần đối chiếu lại.
Bàn giao đã phê duyệt
Vận hành sản phẩm không hứa hẹn một tính năng. Nó lập bản đồ quy trình, yêu cầu thêm bằng chứng và kiểm tra liệu trạng thái và quyền sở hữu rõ ràng hơn có làm giảm sự không chắc chắn hay không.
Phần bàn giao hẹp hơn toàn bộ bản ghi chép. Nó bao gồm những gì người nhận cần, để lại diễn giải nội bộ trong hồ sơ được quản trị và nêu tên các câu hỏi chưa được giải quyết mà không tự ý lấp đầy.
Bài học: Khả năng truy vết làm thay đổi quyết định vì nó giữ lại biến thiên và ngăn một câu trích dẫn thuận tiện đại diện cho tất cả mọi người.
Chỉ dùng ví dụ hư cấu như công cụ giảng dạy. Chúng không phải là lời chứng thực, kết quả hiệu năng quan sát được hay bằng chứng cho thấy một sản phẩm sẽ hoạt động giống hệt trên nguồn khác.
Chuyển bằng chứng VoC thành hành động có trách nhiệm
Một phát hiện nên cung cấp thông tin cho một quyết định với chủ sở hữu và ngưỡng bằng chứng.
Đối với quyết định nghiên cứu, phần này phục vụ các nhóm sản phẩm, thành công khách hàng, nghiên cứu và vận hành. Nó kết nối ý định tìm kiếm của bài viết với hồ sơ vận hành mà một nhóm thực tế phải xem xét sau cuộc trò chuyện.
Quyết định sản phẩm
Đối với quyết định nghiên cứu, Hãy dùng bằng chứng để xác định vấn đề và quy trình làm việc bị ảnh hưởng trước khi chọn giải pháp.
Bằng chứng: Chủ đề, phản ví dụ và hành vi sản phẩm hiện tại. Hành động: Tách yêu cầu của khách hàng khỏi cam kết lộ trình.
Áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm đang tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ nguyên nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành факт tài khoản vĩnh viễn.
Quyết định dịch vụ
Trong toàn bộ tập bằng chứng, Xác định các thay đổi về hỗ trợ hoặc quy trình khi sản phẩm không phải là nguyên nhân chi phối.
Bằng chứng: Bằng chứng về quy trình làm việc và quyền sở hữu. Hành động: Chạy một thử nghiệm vận hành nhỏ.
Đây là lúc một chủ đề là một tuyên bố về một tập bằng chứng xác định, chứ không phải một cụm trích dẫn bắt mắt. Bài kiểm tra thực tế là liệu một người có thẩm quyền khác có thể kiểm tra bằng chứng và đi đến cùng một cách diễn giải có giới hạn hay không.
Quyết định nghiên cứu
Tại buổi xem xét chủ đề, Thu thập thêm bằng chứng khi phạm vi, phân khúc hoặc nguyên nhân vẫn chưa chắc chắn.
Bằng chứng: Các khoảng trống rõ ràng và sự bất đồng. Hành động: Tuyển một mẫu được thiết kế để giải quyết sự không chắc chắn.
Áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm đang tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ nguyên nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành факт tài khoản vĩnh viễn.
Quyết định không thay đổi
Trong quy trình VoC này, Ghi lại lý do vì sao bằng chứng hiện tại chưa đủ để hành động.
Bằng chứng: Mức độ liên quan thấp, nguồn mâu thuẫn hoặc hậu quả không đủ lớn. Hành động: Đặt một tín hiệu kiểm tra lại thay vì ép thành một dự án.
Đây là lúc một chủ đề là một tuyên bố về một tập bằng chứng xác định, chứ không phải một cụm trích dẫn bắt mắt. Bài kiểm tra thực tế là liệu một người có thẩm quyền khác có thể kiểm tra bằng chứng và đi đến cùng một cách diễn giải có giới hạn hay không.
Phần này chỉ hoàn chỉnh khi nhóm có thể nêu rõ điều gì đã được quan sát, điều gì được suy diễn, ai đã phê duyệt diễn giải và bằng chứng tương lai nào sẽ làm thay đổi nó. Kỷ luật đó quan trọng hơn một bản tóm tắt trôi chảy.
Khép vòng lặp mà không khẳng định quan hệ nhân quả
Theo dõi xem bằng chứng có đến được với chủ sở hữu và khách hàng hay không, đồng thời giữ cho các tuyên bố về kết quả tương xứng với thiết kế.
Trong toàn bộ tập bằng chứng, hãy đo lường quy trình làm việc hoàn chỉnh. Độ trễ của mô hình hiếm khi là yếu tố giới hạn khi việc rà soát, truy xuất bằng chứng, phê duyệt, sửa lỗi và bàn giao vẫn tiêu tốn phần lớn công việc.
| Chỉ số | Định nghĩa | Cách sử dụng đúng |
|---|---|---|
| Phạm vi bao phủ chủ đề có thể truy vết | Các chủ đề có nguồn đại diện, ví dụ phản chứng và ghi chú phạm vi | Đo chất lượng bằng chứng |
| Liên kết quyết định | Các phát hiện được nối với một quyết định và người phụ trách có tên | Ngăn kho lưu trữ insight trở thành kho lưu trữ tĩnh |
| Đóng vòng phản hồi | Khách hàng được thông báo phù hợp về cách xử lý đầu vào | Tăng cường niềm tin mà không hứa hẹn triển khai |
| Hoàn tất kiểm tra lại | Các hành động được xem xét lại dựa trên vấn đề ban đầu và bằng chứng mới | Kiểm tra xem quyết định có giải quyết được vấn đề hay không |
| Giữ lại mâu thuẫn | Bất đồng đáng kể vẫn được hiển thị trong báo cáo | Ngăn “trình diễn đồng thuận” |
Đừng khẳng định rằng một sáng kiến VoC đã gây ra sự thay đổi về giữ chân, doanh thu hoặc mức độ hài lòng nếu không có thiết kế đánh giá phù hợp.
Thiết lập đường cơ sở trước khi thay đổi công cụ. Báo cáo mẫu, nhóm nguồn, ngày tháng, người đánh giá và các ngoại lệ bên cạnh mỗi chỉ số. Một thay đổi trong một thử nghiệm nhỏ không nên được mô tả như một kết quả năng suất, chuyển đổi, giữ chân hoặc doanh thu được đảm bảo.
Kết hợp hiệu quả với chất lượng và quản trị: sửa lỗi mang tính trọng yếu, độ bao phủ nguồn, sự cố về quyền truy cập và các bàn giao thất bại. Một quy trình nhanh hơn nhưng làm lan rộng một lỗi nghiêm trọng thì không phải là cải thiện.
Quản trị đối với bằng chứng từ cuộc gọi và phỏng vấn
Các kho lưu trữ VoC có thể khiến những phát biểu thẳng thắn của khách hàng trở nên có thể tìm kiếm rộng rãi.
Rủi ro phụ thuộc vào nguồn, con người, hệ quả kinh doanh, cấu hình và cách sử dụng tiếp theo. Một biện pháp kiểm soát sản phẩm có thể hỗ trợ quy trình làm việc có trách nhiệm, nhưng nó không thể quyết định nghĩa vụ pháp lý, quyền riêng tư, việc làm, hồ sơ lưu trữ hay nghĩa vụ kinh doanh của khách hàng.
Thiên lệch chọn mẫu
Ở giai đoạn rà soát chủ đề, Các cuộc gọi thuận tiện có thể đại diện quá mức cho những khách hàng hay lên tiếng, đang hoạt động hoặc gặp vấn đề.
Kiểm soát: Công bố khung mẫu và so sánh các phân khúc liên quan.
Trích dẫn bị tách khỏi ngữ cảnh
Trong quy trình VoC này, Một câu nói ấn tượng có thể chiếm ưu thế dù không điển hình hoặc đã được gợi ý.
Kiểm soát: Giữ lại câu hỏi, loại nguồn, ngữ cảnh xung quanh và các ví dụ phản chứng.
Chi tiết nhạy cảm hoặc nhận dạng được
Đối với quyết định nghiên cứu, Việc tìm kiếm và chia sẻ có thể làm lộ khách hàng hoặc nhân viên.
Kiểm soát: Giảm thiểu, ẩn danh khi phù hợp và hạn chế quyền truy cập.
Độ chắc chắn của chủ đề tự động
Trong toàn bộ bộ bằng chứng, Phân cụm AI có thể tạo ra các nhãn mạch lạc từ bằng chứng nhiễu.
Kiểm soát: Rà soát mã hóa, định nghĩa, mâu thuẫn và các nguồn đại diện.
Áp dụng các thực hành nghiên cứu, quyền riêng tư và lưu trữ đã được phê duyệt cho đúng người tham gia, dữ liệu và khu vực pháp lý.
Khung Quản lý Rủi ro AI của NIST cung cấp một từ vựng về map, measure, manage và govern. Khung Quyền riêng tư của NIST hỗ trợ các câu hỏi về quản trị quyền riêng tư. Việc sử dụng bất kỳ khung nào trong số này không xác nhận nhà cung cấp hay xác định tuân thủ pháp lý.
Nhịp vận hành VoC có thể duy trì
Hệ thống nên bảo toàn độ mới của bằng chứng và quyền sở hữu quyết định.
Trong quy trình VoC này, mục này phục vụ các nhóm sản phẩm, thành công khách hàng, nghiên cứu và vận hành. Nó kết nối ý định tìm kiếm của bài viết với hồ sơ vận hành mà một nhóm thực sự phải xem xét sau cuộc trò chuyện.
Tiếp nhận hàng tuần
Trong quy trình VoC này, Phân loại nguồn mới, thẩm quyền và mức độ liên quan đến quyết định.
Bằng chứng: Sổ đăng ký nguồn và danh sách loại trừ. Hành động: Không lập chỉ mục mọi thứ theo mặc định.
Áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành факт tài khoản vĩnh viễn.
Tổng hợp hàng tháng
Đối với quyết định nghiên cứu, Xem lại các thay đổi mã hóa, mức độ hỗ trợ của chủ đề và các mâu thuẫn.
Bằng chứng: Sổ mã hóa có phiên bản và bản đồ bằng chứng. Hành động: Loại bỏ các nhãn đã lỗi thời.
Đây là nơi một chủ đề là một khẳng định về một bộ bằng chứng được xác định, chứ không phải là một cụm trích dẫn đầy màu sắc. Bài kiểm tra thực tế là liệu một người có thẩm quyền khác có thể kiểm tra bằng chứng và đi đến cùng một cách diễn giải có giới hạn hay không.
Xem xét quyết định
Trong toàn bộ bộ bằng chứng, Kết nối các phát hiện hiện tại với các hành động về sản phẩm, dịch vụ hoặc nghiên cứu.
Bằng chứng: Người phụ trách, ngưỡng và lý do. Hành động: Ghi lại cả các kết quả không thay đổi.
Áp dụng sự phân biệt này cho một nhóm vận hành sản phẩm tổng hợp các cuộc gọi khách hàng và phỏng vấn nghiên cứu. Người rà soát nên giữ lại nguồn, ngày tháng và mức độ không chắc chắn thay vì biến một quan sát hữu ích thành факт tài khoản vĩnh viễn.
Phản hồi của khách hàng
Ở giai đoạn rà soát chủ đề, Truyền đạt kết quả xử lý qua một kênh được phê duyệt.
Bằng chứng: Thông điệp chính xác, không hứa hẹn quá mức. Hành động: Tránh ngụ ý rằng mọi yêu cầu đều sẽ được triển khai.
Đây là nơi một chủ đề được coi là một khẳng định về một tập bằng chứng xác định, chứ không phải một cụm trích dẫn giàu màu sắc. Bài kiểm tra thực tế là liệu một người có thẩm quyền khác có thể kiểm tra bằng chứng và đi đến cùng một diễn giải có giới hạn hay không.
Phần này chỉ hoàn chỉnh khi nhóm có thể nêu được những gì đã quan sát, những gì đã suy luận, ai đã phê duyệt cách diễn giải và bằng chứng tương lai nào sẽ thay đổi nó. Kỷ luật đó quan trọng hơn một bản tóm tắt trôi chảy.
Sử dụng HiNoter như một lớp nguồn cho phân tích VoC
Đối với quyết định nghiên cứu, HiNoter phù hợp khi các cuộc họp, bản ghi âm, video hoặc PDF đã được cấp phép cần ghi chú có cấu trúc và truy xuất liên kết với nguồn trong cùng một quy trình làm việc nghiên cứu.
Hãy kiểm tra các câu hỏi liên nguồn, mở tài liệu tham chiếu, xuất các đoạn trích đã xem xét vào một codebook và lưu giữ bản đồ nguồn đứng sau mỗi chủ đề. Xem quy trình trợ lý cuộc họp hiện tại và mô tả hiện tại của AI Chat liên kết nguồn trước khi công bố hoặc mua sắm.
HiNoter không thay thế thiết kế nghiên cứu, tuyển chọn, phán đoán mã hóa hay quyết định sản phẩm. Xác nhận hỗ trợ nguồn, quyền truy cập, tham chiếu và xuất dữ liệu trực tiếp.
Các trang công khai của HiNoter là bằng chứng sản phẩm, không phải là bằng chứng độc lập về độ chính xác, bảo mật, tuân thủ pháp lý, kết quả bán hàng hay mức độ phù hợp. Xác nhận gói dịch vụ, nền tảng, quyền truy cập, nguồn, xuất dữ liệu, chính sách và hợp đồng đang hoạt động cho quy trình dự kiến.
Thực hiện bài kiểm tra bằng chứng: Xây dựng một bản đồ bằng chứng nhỏ với một chủ đề, hai nguồn hỗ trợ và một trường hợp phản chứng, rồi kiểm tra từng liên kết. Khám phá HiNoter
Tiêu chuẩn cho phân tích voice of the customer đáng tin cậy
Xuyên suốt tập bằng chứng, hãy sử dụng một quy trình có thể truy vết, giữ lại ngữ cảnh nguồn, giới hạn lấy mẫu, các mâu thuẫn và quyết định mà mỗi phát hiện hỗ trợ.
Giữ nguyên lộ trình hiện tại khi: Tiếp tục dùng các công cụ định tính hiện có khi chúng cung cấp khả năng mã hóa và kiểm soát kho lưu trữ tốt hơn; chỉ dùng một hệ thống ghi chú ở nơi nó cải thiện việc xử lý nguồn.
Tạm dừng hoặc tránh lộ trình khi: Đừng công bố mức độ phổ biến, quan hệ nhân quả hoặc các khẳng định phổ quát về khách hàng từ một tập cuộc gọi tiện lợi.
Khuyến nghị hữu ích là có điều kiện. Nó nêu rõ các lớp nguồn, đầu ra dự kiến, người duyệt chịu trách nhiệm, đích đến, lợi thế được giữ lại của giải pháp hiện có và những rủi ro còn lại sau thử nghiệm. Nó không hứa hẹn xếp hạng, ROI hay sự vượt trội phổ quát của sản phẩm.
Bước tiếp theo được khuyến nghị: Xác định một quyết định, chọn một tập nguồn có giới hạn, tạo một codebook và xem xét chủ đề đầu tiên cùng một nhà phân tích thứ hai và một chủ sở hữu quyết định.
Câu hỏi thường gặp
Phân tích voice of the customer là gì?
Đó là một quy trình có cấu trúc để thu thập bằng chứng từ khách hàng, mã hóa các phát biểu, phát triển và kiểm tra các chủ đề, đồng thời liên kết phát hiện với quyết định và vòng phản hồi.
Cuộc gọi với khách hàng có thể được dùng cho phân tích VoC không?
Có, khi việc ghi nhận và sử dụng được cho phép và có xem xét bối cảnh thương mại, ranh giới mẫu và ảnh hưởng từ bên bán.
Làm thế nào để phân tích bản ghi phỏng vấn khách hàng?
Sửa các lỗi phiên âm có ý nghĩa, chia nhỏ bằng chứng thành các phần có ý nghĩa, áp dụng một codebook đã xác định, so sánh diễn giải, xây dựng chủ đề và lưu giữ các nguồn đại diện cùng các trường hợp phản chứng.
Sự khác nhau giữa một mã và một chủ đề là gì?
Một mã gắn nhãn cho một đơn vị bằng chứng có ý nghĩa. Một chủ đề mô tả một khuôn mẫu rộng hơn trên toàn bộ bằng chứng đã được mã hóa trong một phạm vi xác định.
AI có thể tự động hóa các chủ đề VoC không?
AI có thể đề xuất mã, cụm và bản tóm tắt, nhưng các nhà phân tích nên xem xét định nghĩa, ngữ cảnh, mâu thuẫn, giới hạn mẫu và mức độ phù hợp với quyết định.
Làm thế nào để đo lường một chương trình VoC?
Đo các chủ đề có thể truy vết, mối liên kết với quyết định, việc đóng vòng phản hồi, các lần kiểm tra lại và chất lượng bằng chứng trước khi đưa ra các khẳng định về kết quả.
HiNoter có thể hỗ trợ phân tích VoC như thế nào?
Đánh giá HiNoter cho việc thu thập đa nguồn đã được cấp phép, ghi chú có cấu trúc và truy xuất liên kết với nguồn. Giữ thiết kế nghiên cứu, mã hóa và quyết định cho những người có chuyên môn phù hợp.
Kiểm thử phân tích voice of the customer với một nguồn đại diện
Sử dụng một nguồn thông thường được cấp phép và một trường hợp biên khó. Lưu giữ tập sự thật, rà soát đầu ra có hệ quả so với ngữ cảnh nguồn, kiểm tra việc bàn giao dự kiến và viết một quyết định có giới hạn kèm các ngoại lệ và tín hiệu kích hoạt kiểm tra lại.