it-swarm-vi.tech

Cần một thuật toán / mẫu để thực hiện tiến trình trả lời câu hỏi

.. cho một dịch vụ trợ giúp qua điện thoại. Thông thường, khách hàng sẽ gọi điện và nhà điều hành trợ giúp sẽ đi sâu vào một loạt các câu hỏi và câu trả lời để tinh chỉnh vấn đề của khách hàng và cuối cùng đi đến giải pháp.

Có bất kỳ thuật toán hoặc mẫu cho loại giao diện người dùng này có sẵn không?

Bất kỳ ý tưởng nào khác về cách thực hiện điều này một cách hiệu quả sẽ được hoan nghênh nhất.

2
slashmais

Tôi muốn đề xuất sử dụng mẫu Mẫu kết hợp và cách triển khai của nó.

Bộ so khớp có cấu trúc rất hữu ích khi đưa ra các lựa chọn từ một tập hợp thay thế nhỏ, riêng biệt. Nó phân tách một quyết định phức tạp thành các quyết định đơn giản hơn về các yếu tố liên quan và sau đó sử dụng các quyết định về các yếu tố này để đưa ra quyết định.

Tôi nghĩ rằng, có thể hiển thị mọi loại quyết định dưới dạng xem (Kiểm soát giao diện người dùng, trang web, biểu mẫu, v.v.). Bạn phải có một cây quyết định (được xác định trước) hoặc thu thập tất cả thông tin để xây dựng cây quyết định này trong quá trình làm việc (của khách hàng) của bạn. Trong trường hợp thứ hai, bạn có thể sử dụng Sponsor-Selector mẫu (ví dụ) để chọn quyết định tốt nhất bằng cách sử dụng số liệu thống kê được xây dựng trên các mẫu trước đó.

Vui lòng xem lại cho biết thêm chi tiết .

2
igor

Có vẻ như bạn cần một hệ thống chuyên gia.

Đã được một thời gian kể từ khi tôi làm bất cứ điều gì về điều này, nhưng bạn bắt đầu với câu hỏi cơ bản nhất và làm việc từ đó - rất giống trò chơi "20 câu hỏi".

1
ChrisF

Phương pháp tôi muốn tương tự như một trang web thương mại điện tử, nơi bạn áp dụng nhiều bộ lọc để tinh chỉnh kết quả.

Hãy xem xét rằng ngay từ đầu (trước khi một câu hỏi duy nhất được hỏi), tất cả các giải pháp trong cơ sở dữ liệu của bạn có thể phù hợp.

Khi bạn trả lời một câu hỏi (tôi giả sử các câu trả lời là "có/không" hoặc một số hữu hạn nhỏ), điều đó sẽ thu hẹp danh sách của giải pháp. Trả lời thêm một chút và thu hẹp nó xuống hơn nữa.

Trực quan tôi hình dung nó như hai cột, một cột có câu hỏi (và câu trả lời có thể, từ đó bạn chọn một câu cho mỗi câu hỏi) và cột thứ hai với các giải pháp có thể.

Những lợi ích:

  • Bạn luôn có các giải pháp hiển thị (và giả sử một thuật toán thông minh, bạn cũng có thể đặt hàng chúng theo mức độ liên quan, xác suất, v.v.)
  • Bạn có thể dễ dàng xác định bất kỳ thứ tự ưa thích nào cho các câu hỏi, bỏ qua một số và quay lại với chúng

Quay lại sự tương tự, hãy tưởng tượng bạn đang mua TV trực tuyến và bạn có thể chọn kích thước màn hình mong muốn. Trong mô hình này, câu hỏi sẽ là "kích thước màn hình mong muốn của bạn" và các kích cỡ khác nhau sẽ là câu trả lời của bạn.

Một cách tiếp cận khác sẽ giống như các trình khắc phục sự cố trong Windows - họ đưa ra đề xuất hoặc đặt câu hỏi và sau đó bạn có thể cho biết liệu điều này có giúp ích hay không. Theo đó, người khắc phục sự cố hỏi các câu hỏi tiếp theo hoặc đề xuất cách khắc phục khác.

Nhược điểm là nếu bạn bỏ qua một bước bạn thường không thể quay lại, bạn hoàn toàn không biết mình đang ở đâu trong quá trình (còn lại bao nhiêu câu hỏi), các kết quả (các giải pháp có thể) được đề xuất từng cái một.

1
Dan Barak

Khi bạn nêu nó trong tiêu đề của bạn, đó là một câu hỏi kép về UI và thuật toán.

Tôi nghĩ rằng vì các nhà khai thác trợ giúp của bạn cũng có thể có ít kiến ​​thức, họ cần một giao diện người dùng cực kỳ đơn giản. Đơn giản nhất là cung cấp cho họ một trình hướng dẫn với một câu hỏi tại một thời điểm. Mỗi bước loại bỏ một số câu hỏi khác. Bước cuối cùng là một danh sách các giải pháp có thể, khi không còn câu hỏi nào nữa.

Phần thứ hai là một chủ đề nhỏ vì nó là một thuật toán. Về cơ bản trên mỗi bước bạn nên đặt câu hỏi có khả năng loại bỏ hầu hết các câu hỏi khác. Trên thực tế, câu hỏi tốt nhất để hỏi là câu hỏi loại bỏ một nửa số câu hỏi còn lại. Nếu câu trả lời là 'có', một nửa sẽ bị loại, nếu câu trả lời là 'không' thì nửa còn lại bị loại. Điều này được lấy cảm hứng từ mô hình cây quyết định .

0
Mart