Sự khác biệt giữa biết và đi tra
Có hai loại câu hỏi của khách hàng. Loại đầu tiên là chung chung: Chính sách hoàn trả của bạn là gì? Vận chuyển mất bao lâu? Bạn có giao đến Đức không? Một cơ sở kiến thức được trang bị đầy đủ sẽ xử lý được những câu này.
Loại thứ hai là cụ thể: Đơn hàng #4521 của tôi đang ở đâu? Phiên bản màu xanh có còn hàng không? Tháng này còn lại bao nhiêu trong gói của tôi? Những câu này không sống trong cơ sở kiến thức. Chúng sống trong các hệ thống của bạn — quản lý đơn hàng, kho, thanh toán — và thay đổi mỗi giây.
Một chatbot chỉ xử lý được loại đầu tiên là một FAQ được trang điểm. Một chatbot xử lý được cả loại thứ hai là một trợ lý. Sự khác biệt giữa hai loại đó là quyền truy cập API.
Tại sao khoảng cách đó khiến bạn mất khách
Hầu hết "AI chat" hiện nay được xây dựng chỉ trên một cơ sở kiến thức. Chúng có thể diễn giải lại chính sách vận chuyển bằng mười bảy ngôn ngữ, nhưng không thể nói cho khách hàng biết gói hàng thực sự của họ đang ở đâu ngay bây giờ. Vậy khách hỏi, bot né, và khách hoặc bỏ cuộc hoặc chờ một nhân viên tra cùng dữ liệu mà bot đáng lẽ đã có thể lấy về trong mili giây.
Đó là trần của chatbot. Mỗi lần "để tôi kiểm tra giúp bạn" là một cơ hội bị bỏ lỡ để trả lời trong vài giây, ngay tin nhắn đầu tiên, khi ý định của khách vẫn còn nóng.
API connections thực sự làm gì
Trong enuchat, một kết nối API là một cầu nối được cấu hình giữa chat và một trong các dịch vụ backend của bạn. Bạn định nghĩa nó một lần: URL gốc, phương thức xác thực và một nắm endpoint với tham số và cách map phản hồi.
Từ thời điểm đó, AI có thể gọi các endpoint đó trong cuộc hội thoại. Khi khách hỏi về một đơn hàng, AI rút ra số đơn, gọi endpoint đơn hàng của bạn, đọc trạng thái trực tiếp và lồng nó vào câu trả lời. Khách thấy một câu: "Đơn hàng #4521 của bạn đã giao đi hôm qua và dự kiến đến vào thứ Năm." Đằng sau câu đó là một cuộc gọi API thực sự đã xảy ra.
Khách không thấy đường ống. Khách chỉ thấy rằng chat thực sự biết.
Năm phương thức xác thực, không cần code tùy chỉnh
Hầu hết các API bạn muốn kết nối đều đã sử dụng xác thực tiêu chuẩn. enuchat hỗ trợ năm loại sẵn có:
- Không có — cho các API công khai không cần xác thực
- API Key — gửi như header hoặc tham số truy vấn
- Bearer Token — xác thực đơn giản dựa trên token
- Basic Auth — cho các hệ thống cũ
- OAuth 2.0 client credentials — cho các nhà cung cấp hiện đại như Salesforce, HubSpot, hoặc máy chủ OAuth của riêng bạn
Đối với OAuth 2.0, enuchat tự động xử lý vòng đời token — lấy ở cuộc gọi đầu tiên, cache cho đến khi hết hạn, làm mới khi cần. Bạn cấu hình thông tin xác thực một lần và quên đi. Tất cả thông tin xác thực được mã hóa khi lưu trữ với libsodium và không bao giờ xuất hiện trong phản hồi API.
Biến, template và mapping phản hồi
Endpoint được định nghĩa dưới dạng template. Một đường dẫn như /orders/{orderId} hoặc body JSON tham chiếu {customerId} nội suy giá trị từ các biến phiên — biến mà AI hoặc một quy tắc tĩnh có thể đặt trong cuộc hội thoại.
Khi API phản hồi, bạn map các trường từ phản hồi JSON ngược lại các biến phiên bằng ký hiệu chấm. data.status trở thành order_status. data.shipping.eta trở thành delivery_eta. Sau đó AI dệt các giá trị đó vào câu trả lời ngôn ngữ tự nhiên — bằng ngôn ngữ của khách.
Ba mẫu bao phủ phần lớn các trường hợp sử dụng
Trong thực tế, hầu hết các tích hợp API đều rơi vào một trong ba hình dạng.
Tra và trả lời
Khách đặt câu hỏi có thể được trả lời bằng một cuộc gọi API. Quy tắc kích hoạt CALL_API tiếp theo là REPLY_AI. AI sử dụng dữ liệu lấy được để soạn câu trả lời ngữ cảnh, có cơ sở. Trạng thái đơn hàng, số dư tài khoản, phòng còn trống, giá hiện tại, theo dõi gói hàng — tất cả đều phù hợp ở đây.
Tra và định tuyến
Cuộc gọi API trả về đủ thông tin để quyết định bước tiếp theo. Một tài khoản premium được leo thang đến nhân viên cấp cao. Một đăng ký hết hạn được định tuyến đến phòng thanh toán. AI sử dụng CALL_API tiếp theo là ASSIGN_TO_OPERATOR để đưa ra quyết định định tuyến dựa trên dữ liệu khách hàng thực, không phải đoán mò.
Luồng nhiều bước
Tin nhắn đầu tiên gắn nhãn cuộc hội thoại bằng SET_VARIABLE, tin nhắn thứ hai kích hoạt cuộc gọi API khi đã có đủ ngữ cảnh, và tin nhắn thứ ba soạn câu trả lời. Hữu ích khi bạn cần xác nhận ý định trước khi ping backend, hoặc khi việc tra dữ liệu phụ thuộc vào điều khách đã nói trước đó hai tin nhắn.
Bảo mật được tích hợp sẵn
Việc kết nối backend với widget chat làm một số đội căng thẳng — và đúng như vậy. enuchat cung cấp một số lớp bảo vệ mặc định:
- Phòng chống SSRF chặn các cuộc gọi đến localhost, IP riêng và tên máy chủ nội bộ
- Thời gian chờ 5 giây ngăn API chậm treo cuộc hội thoại
- Phạm vi tenant nghĩa là không có rò rỉ dữ liệu giữa các tenant — endpoint của bạn chỉ hiển thị cho widget của bạn
- Nút kiểm tra xác minh kết nối và từng endpoint một cách độc lập trước khi bạn nối chúng vào quy tắc
- Thông tin xác thực được mã hóa không bao giờ quay lại bảng điều khiển ở dạng văn bản rõ
Điều gì thay đổi đối với khách hàng của bạn
Cuộc trò chuyện chuyển từ "để tôi tìm người có thể kiểm tra" sang "đã kiểm tra, đây là câu trả lời" — bằng bất kỳ ngôn ngữ nào trong 60+ ngôn ngữ, vào Chủ Nhật lúc 3 giờ sáng, trong khi đội hỗ trợ của bạn đang ngủ. Khách hàng đáng lẽ đã bỏ giỏ, đơn hàng hoặc gói thuê bao vẫn ở lại, vì câu trả lời đến trong khi họ vẫn đang hỏi.
Đó là sự khác biệt giữa chatbot và trợ lý. Và đó là sự khác biệt mà khách hàng của bạn thực sự cảm nhận được.
Cách bắt đầu
Nếu bạn đã có enuchat, các kết nối API nằm ở Cài đặt → Kết nối API. Chọn một endpoint trả lời câu hỏi mà đội của bạn gõ một trăm lần một tuần — trạng thái đơn hàng thường là điểm khởi đầu có hiệu quả cao nhất. Cấu hình kết nối, thêm endpoint, nối nó vào quy tắc, và kiểm tra một lần trước khi đưa vào hoạt động. Xem hướng dẫn Kết nối API để biết chi tiết đầy đủ.
Nếu bạn mới với enuchat, đăng ký tại enuchat.com. Gói miễn phí bao gồm các kết nối API ngay từ ngày đầu — không cần thẻ, không phí theo cuộc hội thoại, không hết hạn dùng thử.
Năm phút để cắm endpoint đầu tiên. Câu trả lời hữu ích đầu tiên thường đến ngay trong ngày.