ในหน้านี้
เรื่องสนับสนุนอาจแสดงว่า “เสร็จ” ทั้งที่ลูกค้ายังใช้ฟีเจอร์ไม่ได้ ในคำขอส่งออก CSV สมมติ หมายเลข T-104 โค้ดรวมแล้วแต่ยังไม่ได้เปิดให้ใช้งาน ข้อความว่า “ฟีเจอร์ของคุณเปิดแล้ว” จะเป็นคำสัญญาที่ไม่เป็นจริง
เชื่อมหนึ่งคำขอกับหนึ่งรุ่นที่ยืนยันและหนึ่งคนที่ติดต่อได้ ตัวอย่าง GTM Loop Closer ของ xAI อธิบายการค้นหาข้อผูกพัน แสดงหลักฐาน และเตรียมคำตอบ ที่นี่ข้อผูกพันต้องผ่านการตรวจที่เข้มกว่า: ผู้รับผิดชอบผลิตภัณฑ์ต้องยืนยันว่าเผยแพร่อะไรแล้วและใครใช้ได้
เริ่มเมื่อมีหลักฐานการเผยแพร่
ใช้ระเบียนเผยแพร่ผลิตภัณฑ์เป็นทริกเกอร์ ไม่ใช่การเปลี่ยนสถานะเรื่องสนับสนุน ระเบียนต้องมี feature_id ที่คงที่ release_id พฤติกรรมที่เผยแพร่ วันที่ สถานะการเปิดใช้ และชื่อผู้รับผิดชอบ ผู้รับผิดชอบต้องตรวจว่าฟีเจอร์พร้อมสำหรับบัญชีหรือแพ็กเกจของลูกค้าที่ร้องขอ การรวมโค้ด เดโมในระบบทดสอบ หรือบันทึกเผยแพร่ที่ยังวางแผนไว้ไม่ผ่านเกณฑ์นี้
จับคู่คำขอกับรุ่นด้วยรหัสฟีเจอร์ และจับคู่คำขอกับลูกค้าด้วยรหัสผู้ติดต่อในระบบสนับสนุน เก็บเฉพาะการจับคู่และสถานะ Grok Bot ไม่ต้องใช้ทั้งกล่องข้อความหรือแค็ตตาล็อก หากขาดรหัสใด ให้คืนรายการที่ต้องตรวจแทนการเดาจากชื่อคล้ายกัน
| ข้อมูลเข้า | ฟิลด์ขั้นต่ำ | สิ่งที่ต้องตรวจ |
|---|---|---|
| คำขอ | รหัสเรื่อง รหัสฟีเจอร์ วันที่ขอ รหัสผู้ติดต่อผู้ขอ | บุคคลนั้นขอฟีเจอร์นี้จริง |
| รุ่นเผยแพร่ | รหัสรุ่น รหัสฟีเจอร์ พฤติกรรมที่เผยแพร่ ความพร้อมใช้ การอนุมัติของผู้รับผิดชอบ | บัญชีนี้ใช้ได้ตอนนี้ |
| ผู้ติดต่อ | รหัสผู้ติดต่อ เส้นทางสนับสนุนที่อนุมัติ สถานะระงับส่ง | บุคคลนี้รับคำตอบประเภทนี้ได้ |
คำขอไม่ใช่ความยินยอมรับการตลาด ใช้เส้นทางสื่อสารสนับสนุนที่อนุมัติเพื่อตอบคำขอนั้นตามข้อเท็จจริง หากฉบับร่างส่งเสริมฟีเจอร์อื่น ขอให้ซื้อแพ็กเกจเพิ่ม หรือเจาะคนที่ไม่เคยขอ ให้ถือเป็นแคมเปญการตลาดแยกที่มีกฎคุณสมบัติของตัวเอง เคารพสถานะยกเลิกสมัครและระงับส่งของช่องทางที่เลือก คู่มือยืนยันการสมัครสองขั้นตอน อธิบายว่าทำไมเรื่องสนับสนุนแทนระเบียนสมัครไม่ได้
ร่างหนึ่งคำตอบด้วยพรอมป์ต์ที่มีขอบเขต
ผลลัพธ์ สมมติ จับคู่ T-104 กับ F-7 และ R-22 แต่พบว่ายังปิดการเปิดใช้งานอยู่ ให้รอ อย่าส่ง
คัดลอกพรอมป์ต์นี้หลังให้ระเบียนที่อนุมัติ:
ตรวจเฉพาะระเบียนคำขอ รุ่นเผยแพร่ และผู้ติดต่อที่ฉันให้ จับคู่ด้วยรหัสฟีเจอร์และรหัสผู้ติดต่อที่คงที่ ไม่ใช่จากถ้อยคำอย่างเดียว สำหรับแต่ละรายการ แสดงรหัสเรื่อง รหัสฟีเจอร์ รหัสรุ่น การอนุมัติผู้รับผิดชอบ ความพร้อมในบัญชี วัตถุประสงค์สื่อสารที่อนุมัติ และสถานะระงับส่ง ระบุหลักฐานที่ขาดหรือขัดกันว่าไม่ผ่าน ร่างคำตอบสั้นตามข้อเท็จจริงเฉพาะรุ่นที่ยืนยันและใช้ได้ บอกว่าเปลี่ยนอะไร ลูกค้าใช้ได้ที่ไหน และขอความช่วยเหลือที่ไหน โดยใช้เฉพาะข้อมูลที่ให้ อย่าอนุมานความยินยอมการตลาด เพิ่มคำกล่าวส่งเสริมการขาย สร้างหรืออัปเดตผู้ติดต่อ ส่งข้อความ หรือปิดเรื่อง ส่งคืนตารางหลักฐานและฉบับร่างที่นี่ให้ตรวจ
ตรวจ: ผู้รับผิดชอบเทียบฉบับร่างกับระเบียนรุ่นและทดสอบการเข้าถึงในบัญชีที่ขอ ผู้รับผิดชอบสนับสนุนตรวจตัวตนผู้รับและวัตถุประสงค์สื่อสาร หากการตรวจใดไม่ผ่านให้เก็บฉบับร่างไว้ในแชท คู่มือเริ่มใช้ Grok Bot กับ Brevo อธิบายการเชื่อมต่อ MCP ตามเอกสารและเหตุผลที่ยังต้องตรวจการทำงานที่มี เส้นทางเฉพาะนี้ยังไม่ได้รันในบัญชี Grok Bot
ส่งครั้งเดียว แล้วบันทึกหลักฐาน
ก่อนนำการส่งที่อนุมัติเข้าคิว คำนวณคีย์ป้องกันซ้ำจาก feature_id + contact_id + release_id แล้วจองคีย์แบบอะตอมมิกในบันทึกถาวร คีย์ที่จองแล้ว รอดำเนินการ ไม่ทราบสถานะ หรือสำเร็จแล้ว ต้องบล็อกการเข้าคิวอีกครั้ง กระบวนการสองตัวต้องไม่ผ่านการตรวจแบบอ่านแล้วเขียนแยกกัน หลังหมดเวลารอ ให้กระทบยอดเหตุการณ์และหลักฐานผู้ให้บริการก่อนพิจารณาลองใหม่ การไม่มีคำตอบไม่ใช่หลักฐานว่าไม่ได้ส่งถึง
หลังตรวจ ให้ตั้งเส้นทางที่อนุมัติใน Brevo ใน Automations > Workflows > Create an automation หากบัญชีมีทริกเกอร์เหตุการณ์เฉพาะและการส่งอีเมล ให้จับคู่เหตุการณ์ที่เสนอ feature_followup_approved กับเทมเพลตที่อนุมัติสำหรับสนับสนุน เหตุการณ์ต้องมีรหัสผู้ติดต่อที่ตรวจแล้ว รหัสฟีเจอร์และรุ่นเป็นคุณสมบัติเหตุการณ์ที่คุณเสนอ ไม่ใช่ค่ามาตรฐาน Brevo ทดสอบกับผู้ติดต่อภายในก่อนเปิดใช้ ส่งเหตุการณ์หนึ่งครั้งหลังอนุมัติและจองคีย์สำเร็จเท่านั้น มิฉะนั้นใช้คำตอบสนับสนุนด้วยคน Brevo มีเอกสารเหตุการณ์เฉพาะ และ การตั้งค่าเวิร์กโฟลว์ ตรวจการทำงานที่มีในบัญชี ฉบับร่าง Grok Bot ไม่ได้ให้อำนาจดำเนินการ คู่มือ Brevo API อธิบายเส้นทาง API แยก บันทึกการรับเหตุการณ์แยกจากหลักฐานการส่งข้อความ เหตุการณ์ที่ระบบรับไม่ได้พิสูจน์ว่าอีเมลส่งแล้ว บันทึกผู้รับที่แน่นอน ข้อความที่อนุมัติ หลักฐานรุ่น วัตถุประสงค์ ช่องทาง รหัสส่งของผู้ให้บริการ และเวลา ทำเครื่องหมายเรื่องว่าติดตามแล้วเฉพาะหลังยืนยันหลักฐานการส่งหรือมีบันทึกการตอบสนับสนุนด้วยคน เอกสาร MCP ของ Brevo ยืนยันช่องทางที่อาจเชื่อมต่อได้ ไม่ได้ยืนยันว่าทุกการเขียนข้อมูลหรือทุกสิทธิ์มีในไคลเอนต์ของคุณ
กำหนดวันสิ้นสุดการสังเกตของแต่ละรุ่น เช่น เจ็ดวันหลังผู้รับผิดชอบยืนยันว่าใช้ได้ ณ วันนั้น วัดความสำเร็จเป็น คำขอที่เข้าเกณฑ์และมีการติดตามยืนยันหนึ่งครั้ง หารด้วยคำขอที่เข้าเกณฑ์สำหรับรุ่นนั้น แสดงจำนวนคำขอที่ถูกบล็อกและติดต่อไม่ได้แยกกัน สถานะส่งถึงและคำตอบลูกค้าช่วยค้นหาข้อผิดพลาด การเปิดไม่พิสูจน์ว่าลูกค้าเห็นหรือใช้ฟีเจอร์ รุ่นที่ยังไม่มีผู้รับตรวจยืนยันยังเป็นงานไม่เสร็จ หลักฐานแบบเดียวกันใช้กับ การทดลองแคมเปญ แม้วัดผลต่างกัน
คำถามที่พบบ่อย
เมื่อใดฟีเจอร์ที่ร้องขอพร้อมให้ติดตามกลับไปหาลูกค้า
เมื่อผู้รับผิดชอบยืนยันรหัสรุ่น ความพร้อมใช้ในบัญชีลูกค้ารายนั้น และพฤติกรรมที่เผยแพร่จริงแล้วเท่านั้น เรื่องที่ปิดแล้ว pull request ที่รวมโค้ดแล้ว หรือร่างบันทึกเผยแพร่ไม่ใช่หลักฐานว่าลูกค้าใช้ได้
คำขอสนับสนุนให้สิทธิ์ส่งอีเมลการตลาดหรือไม่
ไม่ให้ ตอบข้อเท็จจริงเกี่ยวกับคำขอของลูกค้ารายนั้นผ่านกระบวนการสื่อสารสนับสนุนที่อนุมัติ แคมเปญส่งเสริมการขายวงกว้างต้องมีกลุ่มเป้าหมายที่อนุญาตและฐานการสมัครของตัวเอง คำขอสนับสนุนไม่ได้สร้างสิทธิ์นั้น
Grok Bot ส่งประกาศฟีเจอร์ผ่าน Brevo อัตโนมัติได้หรือไม่
คู่มือนี้ใช้ Grok Bot จับคู่หลักฐานและร่างคำตอบ การเขียนข้อมูลหรือส่งผ่าน Brevo ต้องมีการเชื่อมต่อที่ตรวจแยก การตรวจสิทธิ์ และการอนุมัติ ความเข้ากันได้ MCP ตามเอกสารยังไม่ได้ทดสอบในบัญชีจริงที่นี่