ผู้ช่วยการตลาดของ Adobe ตามคุณเข้าแชตได้ แล้วสิทธิ์ติดตามไปด้วยอย่างไร
Adobe ประกาศช่องทางใหม่ให้เรียกใช้ CX Enterprise Coworker จากเครื่องมือ AI อื่น ลองใช้กรณีแก้แคมเปญเพื่อดูว่าขอบเขตสิทธิ์อยู่ตรงไหน
นักการตลาดพบว่ากลุ่มเป้าหมายกลุ่มหนึ่งหดตัวเร็วกว่าที่คาด เธอเปิดแชตกับผู้ช่วยที่ทีมใช้อยู่แล้วและอยากถามว่ามีอะไรเปลี่ยนไป บทสนทนาเดียวกันอาจนำไปสู่ข้อเสนอให้แก้แคมเปญที่กำลังทำงาน การอ่านแนวโน้มกับการแก้แคมเปญเป็นคนละการกระทำ เมื่อเข้าถึงทั้งสองอย่างจากแชตได้ จึงต้องทำให้ผู้ใช้เห็นความต่างนี้ชัดเจน
วันที่ 4 พฤศจิกายน 2026 Adobe ประกาศการเชื่อมต่อสำหรับ CX Enterprise Coworker ผู้ช่วยที่ทำงานกับเครื่องมือด้านประสบการณ์ลูกค้าของ Adobe บริษัทระบุว่าเปิดให้ใช้แล้วผ่าน ChatGPT, Claude, Databricks Genie, Gemini for business และ Microsoft Copilot โดยมีปลั๊กอิน ChatGPT ด้วย บริษัทกล่าวถึงแผนรองรับแพลตฟอร์มเพิ่มเติม การระบุชื่อระบบที่เชื่อมต่อเป็นจุดเริ่มต้นในการตรวจความพร้อม สิทธิ์ใช้จริงอาจขึ้นกับแพลตฟอร์มโฮสต์ ผลิตภัณฑ์และสัญญา Adobe ขององค์กร ตลอดจนการตั้งค่าของผู้ดูแล

สำนักงานใหญ่ Adobe ในซานโฮเซเมื่อปี 2006 ภาพประกอบโดย Coolcaesar ตัดขอบและปรับขนาด ภายใต้ CC BY-SA 3.0 ที่มาของภาพ · สัญญาอนุญาต
คำถามเรื่องแคมเปญข้ามหลายขอบเขต
การแก้แคมเปญ ภาพประกอบจัดทำโดย Telli.sh
สมมติว่าร้านค้าปลีกมีสองแคมเปญที่ใช้เกณฑ์กลุ่มเป้าหมายทับซ้อนกัน นักการตลาดอยากรู้ว่าทำไมแคมเปญที่สองเข้าถึงคนน้อยลง ผู้ช่วยอาจรวบรวมจำนวนคนล่าสุดกับวันที่ของแคมเปญ เสนอคำอธิบายที่น่าเป็นไปได้ และเตรียมข้อเสนอให้แก้ หากการแก้ย้ายคนระหว่างกลุ่ม ผู้ตรวจต้องเห็นว่ากลุ่มใดจะใหญ่ขึ้น เกณฑ์คัดออกข้อใดยังใช้ และแคมเปญจริงใดจะได้รับผล
ประกาศอธิบายการทำงานร่วมกันด้วย Model Context Protocol และ Agent2Agent คำเหล่านี้ช่วยอธิบายว่าโฮสต์ค้นพบความสามารถหรือส่งต่องานได้อย่างไร ส่วนสิทธิ์ของพนักงานแต่ละคนต้องตรวจแยก ก่อนเปิดใช้ ให้ทำแผนที่ตัวตนและสิทธิ์ทั้งสองฝั่ง รวมถึงดูว่าตัวเชื่อมต่อใช้ข้อมูลรับรองของพนักงานหรือทำผ่านบัญชีบริการ ความต่างในชั้นนี้อาจทำให้การเปลี่ยนหน้าจอที่ใช้กลายเป็นการเปลี่ยนอำนาจที่ใช้ได้จริง
Snowflake เป็นตัวอย่างว่าทำไมต้องระบุช่องทางให้ชัด Adobe กล่าวถึง Snowflake Cortex AI ในส่วนการเชื่อมต่อกับพันธมิตร และกล่าวถึงช่องทางบนแพลตฟอร์มที่กว้างขึ้นในอนาคตไว้ในประกาศเดียวกัน ต้องตรวจความพร้อมแยกตามเส้นทาง Amazon Quick และ IBM อยู่ในส่วนช่องทางที่วางแผนไว้ด้วย โครงการนำร่องเริ่มได้จากแพลตฟอร์มและตัวเชื่อมต่อที่เปิดในองค์กรแล้วจริง
| ขั้นตอน | สิ่งที่ผู้ช่วยอาจทำ | สิ่งที่นักการตลาดควรเห็น |
|---|---|---|
| อ่าน | ดึงแนวโน้มและบริบทแคมเปญที่ได้รับอนุญาต | แหล่งข้อมูล ตัวกรอง ช่วงเวลา และความล่าช้าของรายงาน |
| วางแผน | ร่างการแก้โดยใช้เกณฑ์กลุ่มเป้าหมายปัจจุบัน | สมมติฐาน ผลที่คาด และเกณฑ์คัดออก |
| แสดงตัวอย่าง | แสดงรายการที่จะเปลี่ยน | ข้อเสนอที่คงรายละเอียดไว้สำหรับอนุมัติ |
| อนุมัติและบันทึก | ใช้ตัวตนที่มีสิทธิ์ดำเนินการตามข้อเสนอที่ผ่านการตรวจ | ผู้อนุมัติ เป้าหมาย รายการเปลี่ยน และผล |
| ตรวจเทียบ | ดึงสถานะหลังบันทึก | การเปลี่ยนมีผลแล้วหรือไม่และย้อนกลับอย่างไร |
ตารางแสดงรูปแบบการเปิดใช้งานและสิ่งที่ควรตรวจเทียบกับโฮสต์และผลิตภัณฑ์ Adobe ที่ใช้ เช่น ผู้ซื้อควรดูว่าอนุมัติที่ไหนและระบบใดเก็บหลักฐาน ประกาศของ Adobe ยังไม่ได้ระบุข้อกำหนดการตรวจสอบย้อนหลังแบบเดียวที่ใช้ได้กับทุกโฮสต์
ลองใช้คำขอเดียวกันกับผู้ใช้สองบทบาท
จุดที่ใช้สิทธิ์ ภาพประกอบจัดทำโดย Telli.sh
จุดเริ่มที่ทำได้จริงคือโครงการนำร่องเพื่อวิเคราะห์อย่างเดียวด้วยข้อมูลทดสอบ ให้คนหนึ่งเข้าถึงรายงานแคมเปญและอีกคนเสนอการแก้ในสภาพแวดล้อมทดสอบได้ ให้ทั้งคู่ถามคำถามเดียวกันจากเครื่องมือแชตที่ใช้ตามปกติ แต่ละคนควรได้ข้อมูลตามบทบาท คนที่อ่านรายงานได้อย่างเดียวต้องบันทึกการเปลี่ยนแปลงไม่ได้แม้ปรับถ้อยคำที่ใช้ขอ
รอบถัดไปให้อนุมัติข้อเสนอในสภาพแวดล้อมทดสอบ แล้วแก้แคมเปญต้นทางจากอีกแท็บก่อนนำข้อเสนอไปใช้ ตรวจว่าตัวอย่างยังใช้ได้หรือไม่ แอปเตือนว่ามีการเปลี่ยนแทรกหรือไม่ และมีบันทึกตรวจสอบหรือเปล่า หากการเชื่อมต่อขาด ให้ตรวจผลค้างได้โดยไม่ต้องส่งคำสั่งแก้เดิมซ้ำ การทดสอบนี้สำคัญเป็นพิเศษเมื่อโฮสต์ลองส่งคำขอใหม่ได้เอง
ความเป็นส่วนตัวควรมีการทดสอบแยก ใช้ข้อมูลลูกค้าสมมติเพื่อดูว่ายอดรวม รายละเอียดส่วนบุคคล หรือตัวระบุปรากฏในพรอมต์ ไฟล์ส่งออก หรือประวัติแชตหรือไม่ ตรวจปลายทางและระยะเวลาเก็บข้อมูลให้ตรงกับนโยบายองค์กร การเปิดเครื่องมือการตลาดจากแชตอื่นควรช่วยให้เข้าถึงงานที่อนุมัติได้ง่ายขึ้นโดยมาตรการควบคุมข้อมูลเดิมยังมีผล
ทีมที่ใช้ AI หลายเครื่องมือจะทำงานต่างไปอย่างไร
ข้อดีของประกาศ Adobe คือทีมอาจใช้ผู้ช่วยตัวเดิมเข้าถึงงานด้านประสบการณ์ลูกค้าได้ ลดเวลาสลับเครื่องมือและทำให้ถามคำถามข้ามระบบง่ายขึ้น ในขณะเดียวกัน ผู้ใช้อาจขอแก้สิ่งเดียวกันได้จากหลายที่ การแสดงตัวอย่างที่ชัดและหลักฐานอนุมัติที่อ้างกลับได้ช่วยให้จัดการความสะดวกนี้ได้
วัดเวลาจากคำถามถึงข้อเสนอที่นำไปทำต่อได้ จากนั้นวัดจากอนุมัติถึงยืนยันผล รวมคำขอที่ควรถูกปฏิเสธด้วย เมื่อผู้ช่วยอธิบายเหตุผลที่เข้าถึงไม่ได้และส่งต่องานได้ชัดเจน สิทธิ์ก็กลายเป็นส่วนหนึ่งของอินเทอร์เฟซ หากโฮสต์ใดข้ามการตรวจหรือแสดงสิ่งที่เกิดขึ้นไม่ได้ ความสะดวกเดียวกันย่อมมีต้นทุนปฏิบัติการต่างไป
เริ่มด้วยการตัดสินใจจากข้อมูลรวม
ทีมจัดการสินค้าอาจถามว่ากลุ่มใดหยุดตอบสนองต่อแคมเปญตามฤดูกาล คำตอบแรกที่มีประโยชน์อาจระบุช่วงเวลาแนวโน้มรวมและแสดงว่าการคัดรายชื่อออกล่าสุดกระทบการเข้าถึงอย่างไร จุดเริ่มนี้มีความเสี่ยงค่อนข้างต่ำหากข้อมูลได้รับอนุญาตและทีมเทียบยอดกับรายงานที่บันทึกได้ ให้ผู้ช่วยระบุช่วงวันที่ ตัวกรอง และความล่าช้าของรายงาน หากการเข้าถึงเปลี่ยนเพราะข้อมูลมาไม่ครบ คำตอบควรปล่อยแคมเปญไว้ตามเดิม
การทดสอบที่สองอาจขอให้ร่างโครงการหรือขั้นตอนอนุมัติสำหรับการแก้กลุ่มเป้าหมายในภายหลัง หน้าเวิร์กโฟลว์ของ Adobe อธิบายการควบคุมที่ขึ้นกับนโยบายที่ตั้งไว้ ผลิตภัณฑ์ที่เชื่อมต่อ และขั้นตอนอนุมัติ รวมถึงระบุว่ากระบวนการโครงการร่วมที่กว้างขึ้นกำลังจะมา หากความสามารถยังอยู่ในแผนสำหรับสภาพแวดล้อมผู้ซื้อ ผู้ปฏิบัติงานทดลองข้อเสนอที่คล้ายกันในสภาพแวดล้อมทดสอบได้ และสื่อสารกับพนักงานตามสถานะจริง
บริษัทหนึ่งอาจต้องการให้ผู้ช่วยร่างงานสำหรับเจ้าของแคมเปญ อีกบริษัทอาจต้องการการอนุมัติเป็นทางการก่อนแก้เกณฑ์กลุ่มเป้าหมายจริง ทั้งสองกระบวนการมีผลต่างกัน จดการกระทำขั้นต่ำที่ทีมต้องใช้และผู้ที่ควรอนุมัติ ตรวจการบังคับใช้เงื่อนไขบนผลิตภัณฑ์และโฮสต์จริง เดโมการตลาดช่วยให้เข้าใจหน้าจอ ส่วนการทดสอบสิทธิ์ของทีมแสดงได้ว่าสิ่งที่เห็นตรงกับข้อตกลงการเข้าถึงหรือไม่
ทดลองตัวเชื่อมต่อเหมือนอินเทอร์เฟซระบบจริง
- เลือกโฮสต์ ผลิตภัณฑ์ Adobe และบทบาทที่มีให้ใช้จริงในองค์กร
- เริ่มจากคำถามเกี่ยวกับข้อมูลรวมที่ตรวจคำตอบกับรายงานที่บันทึกได้ ใช้ข้อมูลทดสอบทุกครั้งที่ทำได้
- ถามซ้ำในฐานะผู้ดูรายงานและผู้ปฏิบัติงานแคมเปญ เปรียบเทียบทั้งเนื้อหาที่ได้และการกระทำที่แต่ละตัวตนเห็น
- ขอข้อเสนอแก้ในสภาพแวดล้อมทดสอบและกำหนดให้ตัวอย่างระบุเป้าหมาย กฎ เกณฑ์คัดออก และเวลาที่มีผล
- ลองใช้การอนุมัติหมดอายุหรือเป้าหมายที่ถูกแก้ก่อนบันทึก จดข้อผิดพลาดและตรวจสถานะแคมเปญต้นทาง
- หลังบันทึกโดยได้รับอนุมัติ ให้ตรวจผลที่เก็บกับตัวอย่างเดิมและยืนยันว่าผู้ตรวจที่มีสิทธิ์ค้นบันทึกกิจกรรมได้
บันทึกว่าผลแต่ละส่วนอยู่ที่ไหน โฮสต์แชตอาจเก็บบทสนทนา Adobe อาจเก็บรายการเปลี่ยน และระบบเวิร์กโฟลว์อีกตัวอาจเก็บการอนุมัติ คนที่สืบหาสาเหตุการเปิดใช้ล้มเหลวต้องรู้ว่าจะเชื่อมหลักฐานอย่างไร หากตัวเชื่อมต่อแสดงหลักฐานการทำรายการ ให้ตรวจว่าผูกกับรุ่นแคมเปญและชื่อผู้กระทำได้หรือไม่ เก็บเฉพาะข้อมูลที่ต้องใช้เพื่อการนี้
องค์กรที่เปิดหลายโฮสต์นำกรณีเดียวกันไปลองได้ทุกโฮสต์ ระบบหนึ่งอาจตอบข้อมูลรวมดีแต่แสดงตัวอย่างก่อนบันทึกได้ไม่ชัด อีกระบบอาจเก็บบันทึกที่ผู้กำกับค้นได้ง่ายกว่า ให้เทียบผลแยกกัน การเพิ่มตัวเชื่อมต่อให้โฮสต์หนึ่งยังต้องตรวจความสามารถและเครื่องมือควบคุมในโฮสต์อื่นตามจริง
กำหนดขอบเขตรอบข้อมูลกลุ่มเป้าหมาย
สมมติว่าข้อเสนอคือคัดกลุ่มที่ซื้อสินค้าแล้วออก ผู้ช่วยอาจต้องใช้ยอดรวมและตัวระบุกลุ่ม ส่วนผู้ตรวจมักใช้ข้อมูลเท่านี้ได้โดยไม่ต้องมีรายชื่อลูกค้าดิบในแชต ลองทั้งคำถามปกติที่อนุมัติแล้วและคำขอรายละเอียดนอกบทบาทนักการตลาด ตรวจว่าข้อมูลใดไปถึงแชต ตัวเชื่อมต่อ และบริการต้นทาง
ในเส้นทางอ่าน ให้ดูว่าคำตอบระบุตัวกรองและกฎความยินยอมที่ใช้หรือไม่ ในเส้นทางบันทึก ให้ยืนยันว่ากฎเดียวกันปรากฏในตัวอย่างและผลที่เก็บ หากตรวจพบว่าขยายกลุ่มโดยไม่ตั้งใจ ผู้ปฏิบัติงานต้องมีวิธีที่รองรับในการแก้ผลหรือคืนสถานะก่อนหน้า เส้นทางกู้คืนนี้ควรอยู่ในแผนเปิดใช้ของทุกโฮสต์ที่อนุญาตให้บันทึก
คู่มือ ChatGPT ของ Adobe แสดงการเชื่อมต่อหนึ่งแบบให้ทีมตรวจได้ เริ่มประเมินจากขั้นตอนที่แสดง แล้วปรับตามผลิตภัณฑ์ ระบบตัวตน และนโยบายขององค์กร การเข้าถึงข้ามแพลตฟอร์มมีค่าเมื่อช่วยให้งานที่ชอบด้วยสิทธิ์สั้นลงและเจ้าของแคมเปญยังอธิบาย อนุมัติ และตรวจผลได้
การอนุมัติงานครีเอทีฟมีผู้รับผิดชอบต่างกัน
ร้านค้าปลีกอาจขอให้ผู้ช่วยนำผลวิเคราะห์กลุ่มเป้าหมายมาร่างคำขอผลิตสื่อใหม่ ผู้เกี่ยวข้องอาจมีเจ้าของแคมเปญ หัวหน้าฝ่ายครีเอทีฟ และผู้อนุมัติที่เข้าใจข้อจำกัดของแบรนด์ ในองค์กรที่ใช้ Workfront ให้ทดสอบว่าการเชื่อมต่อที่เปิดอยู่เสนอรายละเอียดโครงการ แนบหลักฐาน และมอบหมายคนได้ตรงหรือไม่ ตรวจการตั้งค่าที่ใช้ได้จากหน้าเวิร์กโฟลว์ของ Adobe ถือว่าการสร้างโครงการหรือส่งเข้าทางอนุมัติเป็นกรณีทดสอบจนผู้ซื้อยืนยันการกระทำนั้นในระบบของตน
ในโครงการนำร่อง ให้หัวหน้าครีเอทีฟแก้ร่างบรีฟได้แต่ไม่มีอำนาจแก้กลุ่มเป้าหมายจริง แล้วขอทั้งสองอย่างในประโยคเดียว กระบวนการที่ผ่านควรแยกบรีฟออกจากแคมเปญ การบันทึกในระบบหนึ่งต้องอยู่ในขอบเขตสิทธิ์ของระบบนั้น ผลที่ชัดเจนให้ลิงก์หรือตัวระบุของส่วนที่ทำสำเร็จแก่ผู้ตรวจคนถัดไป
ใช้หลักฐานแบบเดียวกันข้ามโฮสต์
| การควบคุม | การตรวจที่ใช้ได้กับทุกโฮสต์ |
|---|---|
| ตัวตน | เทียบผู้ที่ลงชื่อในแชตกับตัวตนที่ตัวเชื่อมต่อรับรู้ |
| ความยินยอมและข้อมูล | ทดสอบคำถามข้อมูลรวมที่อนุญาตและคำขอที่เกินบทบาท |
| การอนุมัติ | ยืนยันว่าข้อเสนอและการอนุมัติอ้างถึงเป้าหมายรุ่นเดียวกัน |
| การตรวจย้อนหลัง | ดึงหลักฐานแล้วจับคู่ผู้กระทำและผลกับรายการที่บันทึก |
| การกู้คืน | ยืนยันว่าคำขอล้มเหลวหรือซ้ำไม่ทำให้บันทึกซ้ำโดยไม่มีการแจ้ง |
ตารางนี้ให้ผู้รับผิดชอบการเปิดใช้ตรวจเหมือนกันได้ในทุกอินเทอร์เฟซ บันทึกผลด้วยรายการในระบบทดสอบและข้อมูลตัวอย่างที่คาดการณ์ได้ หากโฮสต์อ่านได้แต่ไม่มีขั้นอนุมัติที่องค์กรต้องการสำหรับการบันทึก ก็ยังวัดประโยชน์แบบอ่านอย่างเดียวได้โดยใช้สิทธิ์ของผู้ปฏิบัติงานตามเดิม
การทดสอบสุดท้ายที่มีประโยชน์คือเพิกถอนสิทธิ์ตัวเชื่อมต่อแล้วถามคำถามเดิมซ้ำ ยืนยันว่าผู้ใช้เข้าใจผลการตรวจสิทธิ์ และแชตที่บันทึกไว้ก่อนหน้าไม่ทำให้เกิดการอ่านหรือบันทึกใหม่ ตรวจอีกทางว่าข้อมูลเก่าใดยังเห็นได้ในแชตตามนโยบายการเก็บข้อมูลขององค์กร ผู้ดูแลจะเห็นความแตกต่างระหว่างการปิดตัวเชื่อมต่อกับการลบบันทึกบทสนทนา
แหล่งข้อมูล
หากต้องการเก็บบันทึกการสนทนาและการตัดสินใจเบื้องหลังงานให้ค้นหาได้ สร้างบัญชี Telli.sh.