Hãy mở bất kỳ phiếu hỗ trợ đã giải quyết nào trong hệ thống help desk của bạn. Phiếu hỗ trợ 4471: được mở, chuyển vào hàng đợi, đã hoàn tiền, đã đóng. Mọi bước đã diễn ra đều có ở đó, kèm dấu thời gian và có thể tìm kiếm.
Giờ hãy thử tìm hiểu lý do. Vì sao khách hàng đó được hoàn tiền khi đã quá thời hạn 30 ngày? Nhân viên đã kiểm tra những gì trước khi quyết định, giám sát viên có can thiệp và thay đổi quyết định hay không, v.v. Không thông tin nào trong số đó có trong hồ sơ.
Hệ thống ghi nhận (system of record) được xây dựng để làm gì
CRM, nền tảng quản lý phiếu hỗ trợ và hệ thống thanh toán của bạn đều là các hệ thống ghi nhận. Chúng làm rất tốt đúng việc được thiết kế là lưu giữ dữ liệu: khách hàng là ai, họ đã mua gì, việc gì đang mở và việc gì đã đóng.
Chúng chưa bao giờ được thiết kế để lưu giữ sự phán đoán. Trạng thái “đã đóng” cho bạn biết công việc đã kết thúc, nhưng không nói gì về cách công việc được hoàn thành, và vì thế không có vòng phản hồi và học hỏi.
Mảnh ghi nhận còn thiếu là dấu vết quyết định
Dấu vết quyết định (decision trace) là bản ghi lại cách một lần giải quyết đã diễn ra. Nó ghi nhận tình huống của khách hàng, ngữ cảnh mà tác tử đã truy xuất và đến từ những hệ thống nào, hành động đã thực hiện, và hành động đó có hiệu quả hay không. Phần giá trị nhất thường là phần cuối: con người đã chỉnh sửa gì sau đó, nếu có.
Maven gọi tập hợp các dấu vết tích lũy này là Graph of Record. Graph of Record lưu lại cách quyết định được đưa ra, tạo nên các vòng học hỏi giúp quyết định sau tốt hơn quyết định trước.
Vì sao dấu vết quyết định tạo hiệu ứng cộng dồn
Các kiến trúc sư doanh nghiệp đã nói về “trọng lực dữ liệu” (data gravity) suốt nhiều năm: ứng dụng có xu hướng dịch chuyển về nơi dữ liệu nằm. Dấu vết quyết định tạo ra một lực hút khác, có thể gọi là trọng lực dấu vết.
Trí tuệ tích tụ tại nơi quyết định được đưa ra. Mỗi trường hợp được giải quyết, và mỗi lần sửa sai cho một trường hợp xử lý chưa đúng, đều giúp trường hợp tiếp theo có điểm xuất phát tốt hơn.
Đó là lý do những tuần đầu triển khai có ý nghĩa quan trọng đến vậy. Những đợt triển khai tiến bộ nhanh nhất là những nơi các trường hợp thực tế và các chỉnh sửa thực tế được đưa ngược trực tiếp vào cách tác tử vận hành.
Đây là cách Mastermind đạt tỷ lệ giải quyết tự động 93% chỉ 6 tuần sau khi bắt đầu sử dụng Maven.
Phần lớn các đội ngũ chưa kết nối lớp nền bên dưới
Trong báo cáo State of AI in the Enterprise 2026 của Box, 96% tổ chức cho biết việc tác tử AI truy cập được nội dung và tri thức riêng của công ty là quan trọng.
Tuy vậy, chỉ 36% tổ chức đang sử dụng hoặc thử nghiệm tác tử đã kết nối chúng với nội dung nội bộ đáng tin cậy trên nhiều trường hợp sử dụng. Thêm vào đó, chỉ 34% có tiêu chuẩn chính thức về cách tác tử truy cập dữ liệu công ty.
Đó là lớp nội dung: các tài liệu và tri thức mà tác tử đọc. Dấu vết quyết định nằm ở tầng cao hơn một bậc.
Nếu phần lớn doanh nghiệp còn chưa kết nối tri thức, thì rất ít doanh nghiệp chủ động ghi nhận cách tác tử sử dụng tri thức đó. Đây là cơ hội lớn cho những đội ngũ làm được điều này, và là rủi ro thực sự cho những đội ngũ có dấu vết đang chất đống ở nơi họ không kiểm soát.
Hệ thống ghi nhận của bạn vẫn giữ nguyên
Điều này không có nghĩa là phải thay thế CRM hay hệ thống help desk. Các hệ thống đó vẫn tiếp tục làm tốt việc của mình. Tuy nhiên, vai trò của chúng thay đổi: chúng trở thành lớp trạng thái mà lớp công việc đọc dữ liệu và ghi ngược kết quả vào.
Đó là logic đằng sau kiến trúc lớp phủ (overlay). Một nền tảng tác tử AI vận hành trên Zendesk hoặc Salesforce sẽ đọc trạng thái từ các hệ thống bạn đang dùng, giải quyết trường hợp, ghi kết quả ngược lại và lưu giữ dấu vết về cách đi đến kết quả đó. Không cần di chuyển dữ liệu, không cần áp dụng hệ thống ghi nhận mới.
Cần hỏi gì trước khi ký hợp đồng
Nếu bạn đang đánh giá tác tử AI cho dịch vụ khách hàng, dấu vết quyết định xứng đáng có một mục riêng trong tiêu chí đánh giá. Vài câu hỏi sau sẽ nhanh chóng làm rõ khác biệt:
- Dấu vết quyết định được lưu ở đâu, và bạn có mang chúng theo được nếu ngừng sử dụng dịch vụ không?
- Khi đội ngũ của bạn chỉnh sửa tác tử, bạn có thấy chỉnh sửa đó thay đổi cách xử lý trường hợp tương tự tiếp theo không?
- Bạn có thể truy vết bất kỳ lần giải quyết nào về ngữ cảnh và hành động đã tạo ra nó không?
- Còn ai khác có thể học từ dấu vết của bạn, và điều đó có được ghi vào hợp đồng không?
Nhà cung cấp được xây dựng xoay quanh dấu vết quyết định sẽ trả lời những câu hỏi này bằng thông tin cụ thể. Nhà cung cấp không làm vậy sẽ lái bạn quay lại buổi demo.
Khả năng giải quyết ngày càng tốt hơn
Tỷ lệ giải quyết luôn là tâm điểm, và điều đó là xứng đáng. Tuy nhiên, trong một hợp đồng 2 năm, con số quan trọng hơn là tốc độ cải thiện khả năng giải quyết. Điều đó phụ thuộc vào việc hồ sơ về cách doanh nghiệp bạn ra quyết định có được lưu giữ hay không, và ai đang lưu giữ nó.
Đó là cốt lõi của lập luận Service as Software: phần mềm trực tiếp làm công việc và ngày càng làm tốt hơn, vì nó nắm giữ hồ sơ về cách công việc đã được thực hiện. Hãy đọc toàn bộ lập luận, hoặc mang loại phiếu hỗ trợ khó nhất của bạn đến buổi demo. 30 phút, trên hệ thống của bạn, theo định nghĩa “đã giải quyết” của bạn.
Trải nghiệm trên chính các cuộc hội thoại của bạn.
Yêu cầu demo cá nhân hóa miễn phí.
