Chống lặp hội thoại Callbot: giới hạn và nhánh xử lý lặp lại
Cơ chế chống lặp của Callbot giới hạn số lần một tình huống được xử lý, rồi chuyển đến nhánh Lặp lại theo cấu hình.
Cơ chế chống lặp của Callbot giới hạn số lần một tình huống được xử lý, rồi chuyển đến nhánh Lặp lại theo cấu hình.
Tính năng hữu ích khi khách chưa nghe rõ, im lặng hoặc phản hồi nhiều lần mà hội thoại chưa tiến triển. Đây là giới hạn trong cuộc hội thoại, khác với số lần gọi lại khách hàng.
Vì sao hội thoại cần một giới hạn lặp?
Nhắc lại câu hỏi có thể giúp khách nghe rõ hơn, nhưng nhắc quá nhiều làm cuộc gọi kéo dài mà không tạo thêm thông tin. Giới hạn lặp giúp doanh nghiệp chủ động thiết kế điểm chuyển sang một cách xử lý khác.
Điểm chuyển cần gắn với mục tiêu cuộc gọi. Nếu bot chưa xác nhận được thông tin, có thể kết thúc lịch sự hoặc đưa vào quy trình nhân viên xử lý tiếp, tùy các nhánh được thiết kế.
Vòng lặp thường xuất hiện khi phản hồi của khách không làm thay đổi tình trạng hội thoại: bot hỏi lại cùng một câu, khách trả lời như cũ và cả hai tiếp tục ở cùng một nhánh. Trong trải nghiệm thực tế, việc lặp không chỉ tốn thời lượng mà còn làm khách khó biết mình cần nói thế nào để được xử lý. Thiết kế giới hạn lặp giúp người vận hành xác định điểm dừng và một cách kết thúc phù hợp.
Ví dụ giả định, bot hỏi thời gian tư vấn nhưng khách liên tục đáp “lúc nào cũng được”. Nếu nhánh chỉ chấp nhận một giờ cụ thể, bot có thể tiếp tục yêu cầu chọn giờ. Phương án nghiệp vụ là diễn giải lại câu hỏi, đề xuất lựa chọn theo phạm vi đã chuẩn bị hoặc bàn giao trường hợp chưa xác định. Giới hạn lặp là lớp kiểm soát bổ sung; nguyên nhân đầu vào không phù hợp vẫn cần được sửa.

Phân biệt lặp hội thoại với gọi lại
Lặp hội thoại diễn ra bên trong một cuộc gọi và liên quan đến tình huống hoặc ý định tại khối nghe. Gọi lại là việc thực hiện một cuộc gọi khác sau khi cuộc gọi trước chưa đạt kết quả.
Hai loại cấu hình tác động đến trải nghiệm và chi phí theo cách khác nhau. Khi rà soát chiến dịch, người quản lý cần kiểm tra riêng giới hạn hội thoại, số lần gọi lại và khung giờ hoạt động.
Ngưỡng lặp nên phản ánh mức quan trọng của thông tin và chi phí của việc hỏi lại. Một câu hỏi không thiết yếu có thể bỏ qua sớm; một thông tin ảnh hưởng đến lịch hẹn có thể cần xác nhận thêm. Cài đặt không nên được chọn chỉ để mọi cuộc gọi có cùng số lần thử. Người thiết kế cần mô tả hành vi sau khi đạt ngưỡng, rồi kiểm tra đúng điều kiện trong tài liệu và phiên bản đang dùng.
Nghiên cứu Audio MultiChallenge tại ACL 2026 đánh giá hội thoại giọng nói nhiều lượt và những tình huống người nói sửa câu, quay lại thông tin hoặc thay đổi chỉ dẫn. Nguồn: Gosai và cộng sự, Audio MultiChallenge, ACL 2026 Nghiên cứu không xác nhận một ngưỡng lặp tối ưu cho mọi Callbot. Có thể dùng các tình huống này làm gợi ý cho kiểm thử UCALL, sau đó chọn cách xử lý dựa trên kết quả thực tế và mục tiêu của chiến dịch.

Chọn nội dung cho nhánh lặp lại
Nhánh lặp lại nên bổ sung một hướng xử lý, không chỉ phát nguyên câu cũ. Ví dụ giả định: khi khách nhiều lần chưa nghe rõ, bot dùng câu ngắn hơn và thông báo cách được nhân viên hỗ trợ theo quy trình doanh nghiệp.
Tài liệu mô tả cách tạo đầu ra Lặp lại. Việc gửi tin nhắn hoặc chuyển xử lý cần có các bước và cấu hình tương ứng; không nên coi việc bật nhánh này là đã tự động hoàn thành mọi hành động phía sau.
Nhánh xử lý lặp nên tạo ra thông tin hữu ích cho bước tiếp theo. Nếu phải kết thúc vì chưa nhận diện được phản hồi, kết quả cần khác với trường hợp khách từ chối nhu cầu. Nếu hai tình huống bị gộp, nhân viên có thể bỏ qua khách vẫn muốn được tư vấn hoặc tiếp tục liên hệ người đã từ chối. Cách đặt trạng thái vì thế quan trọng không kém việc giới hạn số lần hỏi.
Ví dụ giả định, một đơn vị nhắc lịch ghi nhận “chưa xác nhận” khi khách không đưa ra thời điểm rõ sau các lượt hỏi được phép. Nhân viên phụ trách kiểm tra lại bằng kênh phù hợp trước khi đổi lịch. Đây là ví dụ tổ chức quy trình; thao tác lưu kết quả và tích hợp phải thực hiện theo các chức năng được hỗ trợ, không mặc định mọi nhánh tự tạo công việc hoặc tự gửi tin nhắn.

Kiểm thử đúng lần chạm giới hạn
Nên kiểm thử lần phản hồi đầu tiên, các lần còn trong giới hạn và lần vượt ngưỡng. Mục tiêu là xác nhận cuộc gọi đi đúng nhánh, đồng thời nội dung nhánh cuối vẫn phù hợp với khách.
Ghi lại kết quả thử cho từng tình huống, nhất là im lặng và chưa nghe rõ. Sau khi sửa giới hạn hoặc đường nối, cần thử lại tình huống liên quan trước khi xuất bản kịch bản.
Khi rà soát hội thoại lặp, cần nghe lại đoạn trước thời điểm lặp đầu tiên. Có thể khách đã trả lời đúng nhưng câu hỏi chưa rõ, từ khóa chưa phù hợp, âm thanh khó nghe hoặc nhánh nối quay trở về điểm cũ. Mỗi nguyên nhân yêu cầu cách sửa khác nhau. Tăng ngưỡng lặp trong mọi trường hợp có thể làm một lỗi cấu hình kéo dài thêm mà không cải thiện khả năng hoàn tất mục tiêu.
Nên thử riêng các nhóm phản hồi: im lặng, trả lời ngắn, nói chen, đổi lựa chọn và câu ngoài phạm vi. Với mỗi tình huống, ghi điểm dừng dự kiến và kết quả bàn giao. Sau khi sửa, chạy lại những trường hợp từng thất bại cùng một số trường hợp thông thường để đảm bảo cách xử lý mới không chặn nhầm cuộc gọi hợp lệ. Chỉ số cần theo dõi là tỷ lệ lặp chưa giải quyết và chất lượng điểm dừng, không chỉ tổng số phút gọi.

Hướng dẫn sử dụng theo tài liệu gốc
Phần dưới giữ nguyên nội dung thao tác và hình ảnh của tài liệu hướng dẫn. Các tên nút và thuật ngữ giao diện được giữ để bạn đối chiếu khi sử dụng.
Nguồn hướng dẫn: Hướng dẫn thiết kế kịch bản Callbot V4.
Thiết lập Lặp lại nhiều lần cho Node nghe (Chống lặp vô hạn)
Tính năng Lặp lại nhiều lần giúp kiểm soát số lần một tình huống hoặc ý định được xử lý tại Node nghe. Khi khách hàng liên tục đưa ra cùng một phản hồi, Callbot có thể đi theo nhánh xử lý thông thường trong số lần cho phép, sau đó chuyển sang một nhánh Lặp lại riêng biệt để giải quyết tình huống triệt để.
- Khi nào nên sử dụng?
- Khách hàng liên tục nói rằng chưa nghe rõ hoặc yêu cầu nhắc lại câu hỏi.
- Khách hàng im lặng qua nhiều lượt bot chờ phản hồi.
- Khách hàng lặp lại cùng một ý định nhưng cuộc hội thoại chưa thể đi tiếp theo luồng thông thường.
- Bot cần phát một câu trả lời khác biệt (ví dụ xin phép gửi thông tin qua Zalo, chuyển cuộc gọi cho tổng đài viên) hoặc kết thúc cuộc gọi sau một số lần thử nhất định.
-
Cơ chế hoạt động: Tại bảng Cài đặt node nghe, trường Kích hoạt mỗi TH tối đa quy định số lần tối đa mà mỗi tình huống được xử lý theo nhánh thông thường. Khi bật tùy chọn Thêm nhánh trả lời khi lặp lại > N lần cho một tình huống, hệ thống sẽ tạo thêm một đầu ra Lặp lại ngay bên dưới tình huống đó.
Ví dụ: Nếu đặt Kích hoạt mỗi TH tối đa = 2 lần cho tình huống Chưa nghe rõ:
| Lần nhận diện | Nhánh được sử dụng | Hành vi của Bot |
|---|---|---|
| Lần 1 | Nhánh thông thường | Bot giải thích lại hoặc nhắc lại câu hỏi theo kịch bản chuẩn. |
| Lần 2 | Nhánh thông thường | Bot tiếp tục giải thích hoặc làm rõ nội dung lần thứ 2. |
| Từ lần 3 trở đi | Nhánh Lặp lại | Bot chuyển hướng xử lý sang phương án dự phòng (chuyển tổng đài viên hoặc xin phép kết thúc cuộc gọi). |
- Các bước thiết lập nhánh Lặp lại:
- Đặt số lần kích hoạt tối đa: Tại bảng Cài đặt node nghe bên phải Canvas, nhập số lần tại trường Kích hoạt mỗi TH tối đa (ví dụ:
2lần). Giá trị này là ngưỡng giới hạn xử lý thông thường cho từng tình huống trong Node nghe. - Bật công tắc nhánh Lặp lại trên Node nghe:
- Di chuột vào điểm kết nối tròn bên phải của tình huống cần kiểm soát trên Canvas.
- Bật công tắc Thêm nhánh trả lời khi lặp lại > N lần.
- Ngay lập tức, đầu ra phụ mang nhãn Lặp lại sẽ xuất hiện bên dưới tình huống đó.
- Nối các nhánh xử lý:
- Nhánh thông thường: Nối đến Node nói dùng để nhắc lại, giải thích hoặc hỏi lại khách hàng. Sau đó nối luồng quay về Node nghe nếu cần tiếp tục nhận phản hồi.
- Nhánh Lặp lại: Nối đến Node nói có nội dung xử lý cuối cùng (ví dụ: “Dạ do đường truyền không rõ, em xin phép gửi thông tin qua Zalo cho mình ạ”), một nhánh nghiệp vụ khác hoặc node Dập máy.
- Đặt số lần kích hoạt tối đa: Tại bảng Cài đặt node nghe bên phải Canvas, nhập số lần tại trường Kích hoạt mỗi TH tối đa (ví dụ:
[!WARNING] Quy tắc chống Loop (Vòng lặp vô hạn): Tuyệt đối không nối nhánh Lặp lại quay ngược về chính Node nghe đó hoặc về một chuỗi node tạo thành vòng lặp kín. Nếu kịch bản hình thành loop không có điểm thoát, hệ thống sẽ báo lỗi kiểm tra luồng và không cho phép Xuất bản.
- Quy trình kiểm thử và xuất bản:
- Nhấn nút Kiểm thử trên thanh công cụ phía trên của kịch bản.
- Thực hiện gọi thử và trả lời liên tục theo cùng một tình huống nhiều hơn số lần đã cấu hình (ví dụ nói “chưa nghe rõ” 3 lần liên tiếp).
- Quan sát và kiểm tra xem ở 2 lần đầu bot có đi theo nhánh thông thường và đến lần thứ 3 bot có tự động rẽ sang nhánh Lặp lại hay không.
- Sau khi luồng đàm thoại hoạt động chính xác, nhấn nút Xuất bản để lưu phiên bản kịch bản mới cho chiến dịch.
Trong trường hợp có những ý định quan trọng cần được nhận diện ở bất kỳ thời điểm nào trong cuộc gọi, bạn có thể bật Node toàn cục. Khi bật tùy chọn này, các ý định trong node có thể được áp dụng trên phạm vi toàn bộ cuộc gọi thay vì chỉ có hiệu lực tại vị trí hiện tại của node.
Bạn cũng có thể bật tùy chọn Sử dụng từ nối để AI nhận diện tốt hơn cách nói tự nhiên của khách hàng. Trong thực tế, khách hàng thường không trả lời bằng các từ khóa ngắn gọn mà có thể dùng nhiều từ đệm hoặc từ nối như “ừ thì cũng được”, “à để anh xem”, “ờ ok em”. Khi bật tùy chọn này, hệ thống sẽ hỗ trợ phân tích phần ý nghĩa chính trong câu trả lời, từ đó giúp việc nhận diện ý định mượt mà và chính xác hơn.
Chế độ 2: Nhận diện biến
[Đang phát triển]
Câu hỏi thường gặp
Giới hạn này có đặt số lần gọi lại ngày hôm sau không?
Không. Đây là cấu hình xử lý lặp trong hội thoại; gọi lại được thiết lập ở chiến dịch theo tài liệu tương ứng.
Bật nhánh Lặp lại là đủ chưa?
Cần nối đầu ra đến nội dung hoặc hành động xử lý phù hợp và kiểm thử cả trường hợp vượt ngưỡng.
Nên đặt giới hạn bao nhiêu lần?
Không có một mức phù hợp cho mọi cuộc gọi. Chọn theo mục tiêu, độ dài hội thoại và kết quả kiểm thử; không mặc định sao chép ví dụ của bài thành quy tắc chung.

Để chọn cách triển khai phù hợp, tìm hiểu giải pháp gọi điện tự động UCALL và phần mềm quản lý khách hàng Adahub. Bạn có thể kết hợp cuộc gọi, hồ sơ khách hàng và quy trình chăm sóc theo nhu cầu thực tế của doanh nghiệp.