Grok Bot và Brevo: phản hồi khách khi tính năng họ yêu cầu đã sẵn sàng

Yêu cầu hỗ trợ có thể ghi “xong” trong khi khách chưa dùng được tính năng. Trong yêu cầu xuất CSV giả định, mã T-104, mã nguồn đã hợp nhất nhưng việc triển khai vẫn tắt. Câu “tính năng của bạn đã hoạt động” sẽ là lời hứa sai.

Nối một yêu cầu với một bản phát hành đã xác nhận và một người có thể liên hệ. Ví dụ GTM Loop Closer của xAI mô tả việc tìm cam kết, trình bày bằng chứng và chuẩn bị phản hồi. Ở đây cam kết cần được kiểm tra chặt hơn: người phụ trách sản phẩm phải xác nhận điều đã phát hành và ai có thể dùng.

Bắt đầu khi có bằng chứng phát hành

Dùng hồ sơ phát hành sản phẩm làm trình kích hoạt, không dùng thay đổi trạng thái yêu cầu hỗ trợ. Hồ sơ cần feature_id ổn định, release_id, hành vi đã phát hành, ngày phát hành, trạng thái triển khai và người phụ trách cụ thể. Người phụ trách phải xác minh tính năng khả dụng cho tài khoản hoặc gói của khách yêu cầu. Thay đổi đã hợp nhất, bản trình diễn thử nghiệm hay ghi chú phát hành dự kiến đều chưa đạt.

Ánh xạ yêu cầu với bản phát hành bằng mã tính năng, và yêu cầu với khách bằng mã liên hệ lưu trong hệ thống hỗ trợ. Chỉ lưu ánh xạ và trạng thái. Grok Bot không cần toàn bộ hộp thư hay danh mục. Nếu thiếu một trong hai mã, trả lại mục cần duyệt thay vì đoán từ tên tương tự.

Đầu vào	Trường tối thiểu	Điều cần xác minh
Yêu cầu	Mã yêu cầu, mã tính năng, ngày yêu cầu, mã liên hệ người yêu cầu	Người đó thực sự đã yêu cầu tính năng này
Bản phát hành	Mã bản phát hành, mã tính năng, hành vi đã phát hành, khả năng sử dụng, phê duyệt của người phụ trách	Tài khoản này dùng được ngay
Liên hệ	Mã liên hệ, kênh hỗ trợ đã duyệt, trạng thái chặn gửi	Người này được phép nhận loại phản hồi đó

Yêu cầu không phải sự đồng ý tiếp thị. Dùng kênh hỗ trợ đã duyệt để trả lời đúng sự thật về yêu cầu ấy. Nếu bản nháp quảng bá tính năng khác, đề nghị nâng cấp hoặc nhắm tới người chưa từng hỏi, coi đó là chiến dịch tiếp thị riêng với quy tắc đủ điều kiện riêng. Tôn trọng trạng thái hủy đăng ký và chặn gửi của kênh đã chọn. Hướng dẫn xác nhận đăng ký hai bước giải thích vì sao yêu cầu hỗ trợ không thay thế hồ sơ đăng ký.

Soạn một phản hồi bằng câu lệnh có giới hạn

Kết quả giả định ánh xạ T-104 với F-7 và R-22, nhưng phát hiện tính năng chưa được triển khai. Hãy chờ, không gửi.

Sao chép câu lệnh này sau khi cung cấp hồ sơ đã duyệt:

Chỉ kiểm tra hồ sơ yêu cầu, bản phát hành và liên hệ tôi cung cấp. Đối chiếu bằng mã tính năng và mã liên hệ ổn định, không chỉ dựa vào câu chữ. Với mỗi trường hợp, nêu mã yêu cầu, mã tính năng, mã bản phát hành, phê duyệt của người phụ trách, khả năng sử dụng của tài khoản, mục đích liên lạc đã duyệt và trạng thái chặn gửi. Đánh dấu bằng chứng thiếu hoặc mâu thuẫn là bị chặn. Chỉ soạn phản hồi ngắn, đúng sự thật cho bản phát hành đã xác nhận và khả dụng. Nêu điều thay đổi, nơi khách có thể dùng và nơi nhận hỗ trợ, chỉ dựa trên thông tin được cung cấp. Không suy diễn sự đồng ý tiếp thị, thêm tuyên bố quảng bá, tạo hoặc cập nhật liên hệ, gửi thư hoặc đánh dấu yêu cầu đã đóng. Trả lại bảng bằng chứng và bản nháp ở đây để duyệt.

Kiểm tra: người phụ trách đối chiếu bản nháp với hồ sơ phát hành và thử khả năng sử dụng trên tài khoản yêu cầu. Người phụ trách hỗ trợ kiểm tra danh tính người nhận và mục đích liên lạc. Giữ bản nháp trong trò chuyện nếu bất kỳ kiểm tra nào không đạt. Hướng dẫn bắt đầu với Grok Bot và Brevo giải thích kết nối MCP trong tài liệu và lý do vẫn phải kiểm tra thao tác sẵn có; quy trình cụ thể này chưa chạy trong tài khoản Grok Bot.

Gửi một lần, rồi lưu biên nhận

Trước khi đưa lần gửi đã duyệt vào hàng đợi, tính khóa chống trùng từ feature_id + contact_id + release_id và giữ chỗ khóa bằng thao tác nguyên tử trong sổ ghi lưu bền vững. Khóa đã được giữ chỗ, đang chờ, chưa rõ trạng thái hoặc thành công đều chặn lần đưa vào hàng đợi tiếp theo. Hai tiến trình không được cùng vượt qua phép kiểm tra đọc rồi ghi tách rời. Sau khi hết thời gian chờ, đối soát sự kiện và biên nhận nhà cung cấp trước khi cân nhắc thử lại; không có phản hồi không chứng minh thư chưa được phát.

Sau khi duyệt, cấu hình đường gửi đã chấp thuận trong Brevo. Trong Automations > Workflows > Create an automation, nếu tài khoản có trình kích hoạt sự kiện tùy chỉnh và hành động email, ánh xạ sự kiện đề xuất feature_followup_approved với mẫu phục vụ hỗ trợ đã duyệt. Sự kiện cần mã liên hệ đã xác minh; mã tính năng và bản phát hành là thuộc tính sự kiện bạn đề xuất, không phải giá trị mặc định của Brevo. Thử bằng liên hệ nội bộ trước khi kích hoạt. Chỉ phát một sự kiện sau khi duyệt và giữ chỗ khóa thành công. Nếu không, dùng phản hồi hỗ trợ thủ công. Brevo có tài liệu về sự kiện tùy chỉnh và thiết lập quy trình; kiểm tra hành động sẵn có trong tài khoản. Bản nháp Grok Bot không cấp quyền thực thi. Hướng dẫn Brevo API trình bày đường API riêng. Ghi nhận việc sự kiện được chấp nhận tách biệt với biên nhận gửi thư. Sự kiện được chấp nhận không chứng minh email đã gửi. Ghi đúng người nhận, nội dung đã duyệt, bằng chứng phát hành, mục đích, kênh, mã gửi nhà cung cấp và thời điểm. Chỉ đánh dấu đã theo dõi yêu cầu sau khi có biên nhận gửi xác nhận hoặc phản hồi hỗ trợ thủ công được ghi lại. Tài liệu MCP của Brevo cho biết khả năng tích hợp, không chứng minh mọi thao tác ghi hay quyền đều có trong ứng dụng khách.

Đặt thời điểm chốt quan sát cho từng bản phát hành, chẳng hạn bảy ngày sau khi người phụ trách xác nhận khả dụng. Tại thời điểm đó, đo hoàn tất bằng số yêu cầu đủ điều kiện có một phản hồi được xác nhận chia cho tổng yêu cầu đủ điều kiện của bản phát hành. Báo riêng số yêu cầu bị chặn và không thể liên hệ. Trạng thái phát thư và phản hồi khách giúp tìm lỗi; mở thư không chứng minh khách thấy hoặc dùng tính năng. Bản phát hành chưa có người nhận được xác minh vẫn là công việc chưa xong. Kỷ luật bằng chứng này cũng áp dụng cho thử nghiệm chiến dịch, dù kết quả được đo khác.