Cách đơn giản nhất để luồng tự động nói chuyện với con người là đăng tin vào nhóm chat của đội, và nhiều ứng dụng nhắn tin làm việc nhóm cho phép việc đó qua một địa chỉ webhook riêng của từng nhóm hay kênh. Luồng chỉ cần gửi một gói tin ngắn tới địa chỉ ấy, tin nhắn hiện ra trong nhóm như do một tài khoản tự động viết.
Bài này nói về chiều ngược với webhook nhận: lần này luồng của bạn là bên gửi. Bạn sẽ biết cách tạo địa chỉ, soạn nội dung sao cho người đọc hành động được ngay, chọn việc nào đáng báo, tránh cảnh nhóm chat ngập tin tự động đến mức không ai đọc, và giữ kín địa chỉ để người ngoài không đăng bậy vào nhóm của bạn.
Webhook gửi vào nhóm chat hoạt động thế nào
Trong phần cài đặt của một số ứng dụng nhắn tin nhóm dùng cho công việc, bạn có thể thêm một kết nối kiểu webhook vào một kênh hoặc một nhóm. Ứng dụng cấp cho bạn một địa chỉ dài, duy nhất cho kênh đó. Bất kỳ ai gửi một yêu cầu POST có nội dung đúng mẫu tới địa chỉ này, tin nhắn sẽ hiện trong kênh. Tên hiển thị và ảnh đại diện của người gửi thường chỉnh được trong lúc cài đặt.
Phía công cụ kết nối, bạn dùng bước gửi webhook hoặc bước gọi HTTP, điền địa chỉ đó, chọn phương thức POST, và nội dung là một khối JSON nhỏ, tối thiểu có một trường chứa chữ của tin nhắn. Tên trường cụ thể do ứng dụng nhắn tin quy định, xem tài liệu của họ. Nhiều ứng dụng còn cho định dạng đậm nghiêng, chèn nút bấm, chia khối; nhưng bắt đầu bằng chữ trơn là đủ.
Không phải ứng dụng nhắn tin nào cũng có tính năng này, và mức hỗ trợ khác nhau giữa bản miễn phí và bản trả phí. Một số ứng dụng phổ biến với người dùng cá nhân không có webhook gửi vào, chỉ có cách dùng tài khoản bot theo quy trình đăng ký riêng. Kiểm tài liệu hiện hành của ứng dụng đội bạn đang dùng trước khi thiết kế.
Những việc đáng báo vào nhóm chat
Việc cần người làm ngay. Đơn mới cần đóng gói trong ngày, lịch hẹn vừa bị huỷ cần lấp chỗ, khách để lại yêu cầu gọi lại. Đây là loại tin có giá trị nhất vì nó thay cho một người phải ngồi canh màn hình.
Luồng tự động bị lỗi. Khi một bước thất bại, gửi tin vào kênh riêng của người phụ trách tự động hoá, kèm tên luồng và câu mô tả lỗi. Không có tin này, luồng có thể chết cả tuần không ai biết.
Tổng kết theo lịch. Số đơn trong ngày, số lịch hẹn ngày mai, số biểu mẫu đăng ký mới trong tuần. Một tin mỗi ngày vào giờ cố định dễ đọc hơn hàng chục tin lẻ.
Ngưỡng bất thường. Tồn kho một mặt hàng xuống dưới mức tối thiểu, số đơn huỷ trong ngày vượt mức thường lệ, chi phí gọi dịch vụ AI chạm tám mươi phần trăm hạn mức tháng. Chỉ báo khi vượt ngưỡng, không báo mọi con số.
Kết quả của bước AI cần người duyệt. Bản nháp trả lời khách do AI soạn, tóm tắt một khiếu nại dài, phân loại một tin nhắn mà AI không chắc. Đưa vào nhóm để người có thẩm quyền xem và quyết, thay vì để AI tự gửi cho khách.
Soạn tin tự động sao cho người đọc hành động được
Tin tự động tốt trả lời ngay được ba câu: chuyện gì, cần ai làm gì, xem chi tiết ở đâu. So sánh hai cách viết dưới đây.
| Tình huống | Tin viết kém | Tin viết tốt |
|---|---|---|
| Đơn mới | Có đơn mới | Đơn DH2051, ba sản phẩm, giao nội thành trước 17 giờ. Tổ đóng gói nhận đơn. Chi tiết trong bảng đơn hôm nay. |
| Luồng lỗi | Lỗi | Luồng biểu mẫu sang bảng khách dừng ở bước ghi dòng, lỗi chưa xác thực. Người phụ trách kiểm lại khoá kết nối bảng tính. |
| Báo cáo ngày | Doanh số: 42 | Hôm nay 42 đơn, 3 đơn huỷ, 5 đơn chờ thanh toán. Đơn chờ quá 24 giờ: 2, cần nhân viên bán hàng gọi nhắc. |
| Bản nháp AI | AI đã trả lời | AI soạn nháp trả lời khiếu nại về giao chậm của đơn DH2033. Trưởng ca duyệt hoặc sửa trước 10 giờ. |
Nội dung trong bảng là ví dụ giả định. Để ý tin viết tốt không chứa tên đầy đủ, số điện thoại hay địa chỉ của khách. Nhóm chat có thể có cộng tác viên, người thời vụ, thiết bị cá nhân; chỉ đưa mã đơn và để người cần chi tiết tra trong hệ thống có phân quyền.
Định dạng tin: chữ trơn, khối nội dung và nút bấm
Chữ trơn là điểm xuất phát. Một câu đủ ý, không định dạng, hiện đúng trên mọi thiết bị. Khi luồng mới chạy, giữ chữ trơn để dễ kiểm lỗi; trang trí thêm chỉ khi nội dung đã ổn định và người đọc đã quen.
In đậm cho phần cần nhìn trước. Nhiều ứng dụng nhắn tin hiểu một kiểu đánh dấu đơn giản để in đậm hay in nghiêng. Chỉ in đậm mã đơn hoặc hạn chót, không in đậm cả câu. Cú pháp đánh dấu mỗi ứng dụng một khác, xem tài liệu của ứng dụng bạn dùng.
Khối nội dung cho báo cáo nhiều dòng. Một số ứng dụng cho chia tin thành các khối có tiêu đề nhỏ và danh sách. Báo cáo cuối ngày dễ đọc hơn hẳn khi mỗi con số nằm một dòng thay vì dồn trong một đoạn.
Nút bấm chỉ khi đã có nơi nhận. Có ứng dụng cho gắn nút như Nhận việc hay Duyệt vào tin. Bấm nút sẽ gửi ngược một sự kiện về luồng của bạn, tức là bạn cần thêm một luồng nhận webhook để xử lý. Đây là bước nâng cao; bắt đầu bằng tin một chiều trước.
Thử trên điện thoại. Phần lớn người trong đội đọc tin tự động trên điện thoại, giữa lúc đang làm việc khác. Mở tin thử trên một chiếc điện thoại màn hình nhỏ, nếu phải cuộn mới đọc hết thì rút gọn lại.
Tránh dội tin: khi nhóm chat thành bãi thông báo
Lỗi phổ biến nhất khi mới làm là báo mọi thứ. Mỗi đơn một tin, mỗi lượt xem trang một tin, mỗi lần luồng chạy thành công cũng một tin. Sau hai tuần, kênh có vài trăm tin tự động mỗi ngày, mọi người tắt thông báo, và tin quan trọng như luồng bị lỗi trôi mất giữa đống tin vô hại.
Cách chữa là tách kênh và gom tin. Tách kênh: tin cần hành động ngay vào một kênh, tin báo lỗi kỹ thuật vào một kênh khác chỉ người phụ trách theo dõi, tin tổng kết vào kênh thứ ba. Gom tin: thay vì mỗi đơn một tin, gom các đơn trong mười lăm phút thành một tin liệt kê; thay vì báo mỗi lần chạy thành công, chỉ báo khi thất bại, kèm một tin tổng kết hằng ngày rằng hôm nay luồng đã chạy bao nhiêu lần.
Cũng cần giới hạn tốc độ. Phần lớn ứng dụng nhắn tin có giới hạn số tin mỗi giây hay mỗi phút cho một địa chỉ webhook. Một luồng lặp qua trăm đơn và gửi trăm tin liên tiếp có thể bị từ chối giữa chừng. Nếu buộc phải gửi nhiều, thêm bước chờ giữa các tin, hoặc tốt hơn là gom lại.
Một mẹo nữa: đặt quy ước ký hiệu đầu tin để mắt lướt nhận ra mức độ, như chữ GẤP cho việc cần làm trong một giờ, chữ BÁO cho thông tin. Đơn giản nhưng giúp nhóm bận rộn ưu tiên đúng.
Dựng một luồng báo đơn mới vào nhóm đóng gói
Ví dụ giả định cho một cửa hàng phụ kiện điện thoại bán online ở Thái Nguyên, bốn người, một kênh chat riêng cho tổ đóng gói.
- Trong ứng dụng nhắn tin, vào cài đặt kênh đóng gói, thêm kết nối webhook, đặt tên hiển thị là Báo đơn, sao chép địa chỉ được cấp.
- Lưu địa chỉ vào chỗ cất thông tin bí mật của công cụ kết nối, không dán vào phần ghi chú luồng.
- Tạo luồng kích hoạt khi có đơn mới từ cửa hàng online, bằng kết nối có sẵn hoặc webhook nhận.
- Thêm bước định dạng: ghép mã đơn, số sản phẩm, khu vực giao, giờ cần giao thành một câu, không đưa tên và số điện thoại khách.
- Thêm bước gửi webhook tới địa chỉ kênh, nội dung là câu vừa ghép, theo mẫu JSON mà ứng dụng nhắn tin yêu cầu.
- Gửi thử với một đơn giả, xem tin hiện trong kênh, chỉnh câu chữ cho dễ đọc trên điện thoại.
- Thêm nhánh xử lý lỗi: nếu bước gửi thất bại, ghi vào bảng nhật ký để không mất thông tin đơn.
Sau một tuần chạy, hỏi tổ đóng gói tin có đủ dùng không, thiếu gì, thừa gì. Tin tự động là sản phẩm cho người dùng nội bộ, nên sửa theo phản hồi của họ chứ không theo ý người dựng luồng.
Giữ kín địa chỉ webhook của nhóm chat
Địa chỉ webhook gửi vào nhóm chat thường không cần khoá nào khác: ai có địa chỉ là đăng được tin. Nếu địa chỉ lọt ra ngoài, người lạ có thể đăng tin giả vào nhóm, chẳng hạn một tin giả danh luồng tự động báo đơn gấp kèm yêu cầu chuyển tiền đặt cọc. Nhân viên quen tin từ tài khoản tự động có thể làm theo mà không nghi ngờ.
Vì vậy, đối xử với địa chỉ này như mật khẩu. Không dán vào tài liệu hướng dẫn chung, không để trong ảnh chụp màn hình gửi đi hỏi, không đưa cho nhà cung cấp dịch vụ bên ngoài nếu không cần. Khi có người rời đội từng thấy địa chỉ, xoá kết nối webhook cũ trong kênh và tạo cái mới, cập nhật sang luồng.
Dặn cả nhóm một nguyên tắc: tin tự động chỉ báo, không bao giờ yêu cầu chuyển tiền, cung cấp mật khẩu hay mã xác nhận. Tin tự động nào đòi những thứ đó đều đáng nghi, cần hỏi lại người phụ trách qua kênh khác. Nguyên tắc này rẻ mà chặn được kiểu lừa đảo lợi dụng sự tin tưởng vào máy.
Câu hỏi thường gặp
Ứng dụng nhắn tin của đội không có webhook thì sao?
Có thể ứng dụng hỗ trợ tài khoản bot qua quy trình đăng ký riêng, công cụ kết nối thường có sẵn bước gửi tin qua bot đó. Nếu cả hai đều không có, cân nhắc gửi email vào hộp thư chung hoặc dùng ứng dụng nhắn tin khác cho riêng tin tự động.
Có nên gửi thông tin khách hàng vào nhóm chat không?
Hạn chế tối đa. Chỉ gửi mã đơn, khu vực, thời hạn, và để người cần chi tiết tra trong phần mềm có phân quyền. Nhóm chat thường có thiết bị cá nhân, người thời vụ, tin nhắn lưu lâu và khó thu hồi.
Làm sao biết luồng gửi tin vẫn đang chạy?
Gửi một tin tổng kết mỗi ngày vào giờ cố định. Hôm nào không thấy tin đó là dấu hiệu luồng có vấn đề. Đây là cách kiểm sống đơn giản nhất mà không cần công cụ giám sát riêng.
Có thể cho AI tự trả lời khách thay vì gửi vào nhóm duyệt không?
Với câu hỏi rủi ro thấp như giờ mở cửa thì có thể, nếu bạn đã thử kỹ. Với khiếu nại, hoàn tiền, thông tin sức khoẻ hay bất cứ thứ gì có thể gây hiểu lầm, nên để AI soạn nháp và người duyệt trước khi gửi.
Địa chỉ webhook của nhóm bị lộ thì làm gì?
Xoá kết nối webhook đó trong cài đặt kênh ngay, tạo kết nối mới, cập nhật địa chỉ mới vào luồng. Báo cả nhóm rằng tin tự động trong khoảng thời gian nghi ngờ có thể là giả, đặc biệt nếu có tin đòi chuyển tiền hay cung cấp thông tin.
Tin tự động hiện lỗi dấu tiếng Việt thì sửa ở đâu?
Kiểm bước gửi có khai báo nội dung là JSON với bảng mã UTF-8 không, và dữ liệu nguồn đã đúng dấu chưa. Thử gửi một câu tiếng Việt cố định trước; nếu câu cố định đúng mà dữ liệu từ bước trước sai thì lỗi nằm ở nguồn.