Copilot คืออะไร และทำไมการผลักดันเชิงรุกของ Microsoft ถึงเริ่มย้อนศร
Copilot ใน Microsoft 365 คือผู้ช่วยปัญญาประดิษฐ์ที่ฝังอยู่ในแอป Office และระบบองค์กร เพื่อช่วยวิเคราะห์ข้อมูล เขียนเอกสาร และค้นหาความรู้จากไฟล์และเว็บ แต่การขยายความสามารถ Copilot อย่างเร่งด่วนของ Microsoft กลับสร้างแรงเสียดทานจากผู้ใช้ เพราะบริษัทเลือกเน้นยอดใช้และการขายบริการเพิ่ม มากกว่าควบคุมประสบการณ์ผู้ใช้และความปลอดภัยของข้อมูลอย่างสมดุล ผลคือ Copilot กลายเป็นทั้งโอกาสและความเสี่ยงในเวลาเดียวกัน ทั้งในมุม Copilot โฆษณา Office ที่ปิดไม่ได้ ไปจนถึงการถอยฟีเจอร์ที่เกี่ยวกับ Microsoft 365 ความปลอดภัย และ Enterprise AI governance ที่องค์กรคาดหวังจะใช้บริหารความเสี่ยง
ประเด็นแรกที่สะท้อนแรงเสียดทานชัดที่สุดคือการฝังโฆษณา Copilot ใน Office สำหรับผู้ใช้ที่จ่ายเงินแล้ว เมื่อผู้ใช้เปิด Word หรือ Excel แถบด้านบนของหน้าต่างจะมีแบนเนอร์ “อัปเกรดแผนของคุณ” สีสันสะดุดตาแสดงค้างอยู่ต่อเนื่อง เพื่อผลักดันให้สมัคร Copilot เพิ่ม แม้จะเป็นสมาชิก Microsoft 365 ที่จ่ายค่าบริการแล้วก็ตาม ทำให้ผู้ใช้จำนวนมากรู้สึกว่าตนเองถูกบังคับขายซ้ำกลางพื้นที่ทำงานที่ควรสะอาดและไม่ถูกรบกวน โฆษณาไม่เพียงแย่งพื้นที่หน้าจอ แต่ยังเบี่ยงสมาธิจากงานจริง และกระทบภาพลักษณ์ของ Copilot ในฐานะเครื่องมือระดับมืออาชีพ
โฆษณา Copilot ใน Office: เมื่อผู้ใช้จ่ายเงินแต่ยังหนีโฆษณาไม่พ้น
ประเด็น Copilot โฆษณา Office กลายเป็นชนวนความไม่พอใจระดับกว้าง เพราะแม้ผู้ใช้จะซื้อสิทธิ์ Microsoft 365 อย่างถูกต้อง แต่เมื่อเปิดโปรแกรมก็ยังถูกโฆษณารบกวนอยู่ดี ผู้ใช้รายงานว่าพยายามทุกวิธีตั้งแต่ล็อกอินใหม่ ซื้อสิทธิ์ Copilot เพิ่ม ลบและติดตั้ง Office ใหม่ ไปจนถึงแก้รีจิสทรีในระบบ แต่แบนเนอร์ยังวนกลับมาเสมอ แสดงให้เห็นว่านี่ไม่ใช่ “บั๊ก” แต่เป็นการออกแบบเจตนา
สิ่งที่ทำให้สถานการณ์แย่ลง คือทีมพัฒนาออกมายอมรับชัดเจนว่าไม่มีตัวเลือกปิดแบนเนอร์นี้ในระบบ และไม่มีแผนออกนโยบายหรือแพตช์เพื่อควบคุมป้ายโฆษณาดังกล่าวในอนาคต นี่คือประโยคประเภทที่องค์กรควรหยุดอ่านซ้ำ: เมื่อบริษัทบอกตรงๆ ว่า “คุณปิดไม่ได้” ผู้ใช้ย่อมตีความว่าประสบการณ์ของตนถูกจัดเป็นรองรายได้จากบริการ AI พรีเมียม ผลลัพธ์คือกระแสขู่ยกเลิกสมาชิกและย้ายไปแพลตฟอร์มอื่นที่เคารพการจ่ายเงินของลูกค้ามากกว่า
Microsoft 365 ความปลอดภัย: ฟีเจอร์ Domain Exclusion ถอยหลัง และแรงกดดันด้าน Enterprise AI governance
ในด้าน Microsoft 365 ความปลอดภัย Microsoft เคยพยายามตอบโจทย์ Enterprise AI governance ด้วยฟีเจอร์ Domain Exclusion ให้ผู้ดูแลระบบกำหนดรายชื่อโดเมนเว็บที่ห้าม Copilot ใช้เป็นแหล่งอ้างอิง ขีดจำกัดสูงสุดอยู่ที่ 1,000 โดเมน เพื่อช่วยให้การค้นจากเว็บไม่หลุดไปใช้แหล่งข้อมูลที่องค์กรไม่เชื่อถือหรือไม่สอดคล้องนโยบาย แต่ฟีเจอร์นี้กลับถูกถอดออกอย่างกะทันหันภายในเวลาไม่กี่วัน พร้อมประกาศเพียงว่า “ถูก rollback ชั่วคราว” และกำลังพิจารณาขั้นตอนถัดไป
คำถามที่องค์กรตั้งทันทีคือ Microsoft จริงจังกับ Enterprise AI governance แค่ไหน เมื่อแม้แต่เครื่องมือจำเป็นอย่างการควบคุมแหล่งข้อมูลเว็บยังไม่มั่นคง บางฝ่ายชี้ว่าระบบแบบ block list ที่จำกัด 1,000 โดเมนก็เหมือนเกมตีตัวตุ่นไม่รู้จบ และควรเปลี่ยนเป็น allow list ให้ Copilot ใช้เฉพาะแหล่งที่องค์กรยอมรับเท่านั้น อย่างไรก็ตาม การถอยฟีเจอร์ตอนนี้ทำให้ช่องว่างด้าน Copilot ควบคุมข้อมูล บนเว็บยังเปิดอยู่ ในขณะที่ Microsoft เองก็ยอมรับว่าผู้ดูแลจำเป็นต้องมีเครื่องมือจริงจังเพื่อให้ AI สอดคล้องนโยบายและกฎระเบียบขององค์กร
เมื่อ Copilot แตะข้อมูลองค์กรลึกขึ้น: Excel, Power BI และชั้นข้อมูลที่ต้องปกครอง
อีกด้านหนึ่ง Microsoft กำลังขยายความสามารถ Copilot เข้าถึงข้อมูลองค์กรลึกขึ้นอย่างต่อเนื่อง Excel เวอร์ชันใหม่เปิดให้ผู้ใช้แทรกรายงาน Power BI เข้าในไฟล์เพื่อใช้เป็นฐานวิเคราะห์ แล้วสั่ง Copilot วิเคราะห์ผลประกอบการ หาแนวโน้ม หรือสร้างสรุปพร้อมการคำนวณที่เกี่ยวข้อง โดยทั้งหมดอ้างอิงจากข้อมูลในรายงาน Power BI เดิม และยังคงบังคับใช้ security ระดับแถว (row-level security) เดิมอยู่ ทำให้ผู้ใช้แต่ละคนเห็นเฉพาะข้อมูลที่ตนได้รับอนุญาตเท่านั้น
พร้อมกันนี้ยังมี synchronous Copilot connector ให้ Excel เชื่อมต่อระบบงานต่างๆ ฐานข้อมูล CRM และเอกสารองค์กรที่เชื่อมไว้ แล้วดึงข้อมูลเข้าตารางเพื่อวิเคราะห์ต่อได้ และหนึ่งครั้งที่เชื่อมต่อ ข้อมูลเหล่านี้ยังถูกใช้ต่อได้ในแอป Microsoft 365 อื่นด้วย ในเชิงศักยภาพ นี่คือ Copilot ควบคุมข้อมูล ที่ทำให้องค์กรดึงความรู้จากไฟล์และระบบเดิมอย่างเป็นระบบ แต่ในทางปฏิบัติ มันยิ่งเพิ่มเดิมพันด้าน Enterprise AI governance เพราะเมื่อ AI แตะข้อมูลสำคัญมากขึ้น ช่องโหว่ในการควบคุมย่อมขยายตาม
บทเรียนจาก CTERA: ทำไม “ชั้นข้อมูลที่ถูกปกครอง” อาจสำคัญกว่า Copilot เอง
ท่ามกลางความผันผวนของเครื่องมือจาก Microsoft ผู้เล่นอย่าง CTERA เลือกวาง Copilot บน “ชั้นข้อมูลที่ถูกปกครอง” แทนการสร้างคลังข้อมูลใหม่ CTERA ประกาศรองรับ Microsoft Copilot และ Teams Copilot เพื่อขยายการเข้าถึงไฟล์องค์กรนอกเหนือจากที่อยู่ใน Microsoft 365 ไปยังไฟล์ที่จัดการผ่านแพลตฟอร์มของตนใน edge, data center และ cloud ต่างๆ โดยเชื่อมด้วย Model Context Protocol และระบบ Global File System เพื่อให้ผู้ใช้ดึงคำตอบพร้อมการอ้างอิงจากไฟล์ที่ตนมีสิทธิ์เข้าถึงเท่านั้น
แนวทางนี้ชี้ให้เห็นภาพ Enterprise AI governance ที่จับต้องได้: ไม่ต้องย้ายข้อมูลไปที่ใหม่ ไม่ต้องสร้างคลัง AI แยก แต่ใช้ระบบเดียวจัดสิทธิ์และกติกา แล้วให้ Copilot และ AI อื่นๆ มองเห็นข้อมูลผ่านกรอบนี้ CTERA เน้นว่าแต่ละคำตอบของ Copilot จะสร้างจากเฉพาะคอนเทนต์ที่ผู้ใช้นั้นได้รับอนุญาต เพื่อหลีกเลี่ยงการแชร์ข้อมูลเกินความจำเป็น และชั้นข้อมูลที่ถูกปกครองเดียวกันนี้ยังใช้ร่วมกับ AI รุ่นอื่นและ workflow แบบอัตโนมัติได้ด้วย นี่คือทิศทางที่ Microsoft ควรเรียนรู้ หากไม่อยากให้ Copilot ขยายพลังเร็วกว่าความสามารถในการควบคุม
บทสรุป: Copilot จะไปต่อในองค์กรได้หรือไม่ ขึ้นกับการคืนอำนาจให้ผู้ใช้และแอดมิน
Copilot ในวันนี้จึงมีใบหน้าสองด้าน ด้านหนึ่งคือศักยภาพมหาศาล ทั้งการผูก Excel กับ Power BI และระบบองค์กรผ่าน connector พร้อมอ้างอิงแหล่งข้อมูลในคำตอบ อีกด้านหนึ่งคือความรู้สึกว่าผู้ใช้และผู้ดูแลถูกลดบทบาทลง ทั้งจาก Copilot โฆษณา Office ที่ปิดไม่ได้ และจากการถอยฟีเจอร์ควบคุมเว็บอย่าง Domain Exclusion ที่ควรช่วยเสริม Microsoft 365 ความปลอดภัย
หาก Microsoft ต้องการให้ Copilot กลายเป็นส่วนหนึ่งของ workflow สำคัญในองค์กร สิ่งที่ต้องทำไม่ใช่เพียงเพิ่มฟีเจอร์ แต่คือคืนอำนาจการควบคุมให้ผู้ใช้และแอดมินอย่างชัดเจน ตั้งแต่สิทธิ์ปิดโฆษณาและกำหนดแหล่งข้อมูล ไปจนถึงการสนับสนุนโซลูชันชั้นข้อมูลที่ถูกปกครองแบบที่ CTERA แสดงให้เห็น องค์กรจำนวนมากพร้อมจะยอมรับ AI แต่จะไม่ยอมจ่ายความสะดวกแลกกับการสูญเสียสิทธิ์ควบคุมข้อมูลและประสบการณ์การใช้งาน เมื่อใดที่ Copilot เคารพขอบเขตเหล่านี้มากขึ้น เมื่อนั้นศักยภาพของมันจึงจะถูกใช้อย่างเต็มที่โดยไม่ย้อนศรใส่ผู้ใช้เอง
