เช็กลิสต์ความเป็นส่วนตัว ก่อนเอาเอกสารบริษัทเข้า AI ตัวใดก็ตาม

ก่อนจะพิมพ์อะไรลงไปใน AI ให้ถามคำถามนี้ก่อน

พนักงานคนหนึ่งเปิดสัญญาอยู่ตรงหน้า มีเดดไลน์อีกยี่สิบนาที และมีแชต AI ฟรีเปิดอยู่อีกแท็บหนึ่ง การก๊อปสัญญาวางเข้าไปแล้วถาม "สรุปให้หน่อย" ดูเหมือนไม่มีอะไรเสียหาย ส่วนใหญ่ไม่ใช่ตัว AI เองที่ก่อความเสียหาย แต่เป็นการไม่รู้ว่าข้อความนั้นไปอยู่ที่ไหนแล้ว ใครอ่านได้อีกบ้าง และมันจะยังอยู่ที่นั่นอีกปีข้างหน้าหรือไม่ เช็กลิสต์นี้คือลำดับขั้นที่เราเดินไปกับลูกค้าก่อนเอกสารจริงจะไปแตะ AI ตัวใดก็ตาม ไม่ว่าแบบส่วนตัวหรือสาธารณะ มันไม่ได้ขึ้นกับซอฟต์แวร์ตัวใดตัวหนึ่ง มันขึ้นกับพฤติกรรมการทำงาน

มองมันเป็นลูกโซ่ แต่ละข้อทำงานได้ก็ต่อเมื่อข้อก่อนหน้ายังแน่น การจัดชั้นเอกสารไม่มีประโยชน์ถ้าพนักงานยังเอาเอกสารชั้นลับไปวางในเครื่องมือสาธารณะจากมือถือได้ การรัน AI ส่วนตัวบนเซิร์ฟเวอร์ขององค์กรเองก็ไม่มีประโยชน์ถ้าสิบคนใช้บัญชีเดียวกันแล้วไม่มีใครบอกได้ว่าใครถามอะไรไปบ้าง ทำตามขั้นตอนนี้ให้ครบรอบหนึ่งก่อน แล้วเก็บเช็กลิสต์สั้นๆ ไว้ใกล้มือ

ขั้นที่ 1: จัดชั้นเอกสารก่อนแตะ AI

เอกสารไม่ใช่ทุกฉบับมีความเสี่ยงเท่ากัน การปฏิบัติต่อทุกฉบับเหมือนกันหมดจะทำให้งานติดขัดหรือหลุดรั่วสิ่งที่ไม่ควรหลุด ระบบสามชั้นนี้ใช้ได้กับออฟฟิศส่วนใหญ่:

• เปิด (Open) — ข้อความโฆษณา ประกาศสาธารณะ ราคาที่เผยแพร่แล้ว ข้อมูลผลิตภัณฑ์ทั่วไป ปลอดภัยเกือบทุกที่ รวมถึงเครื่องมือ AI สาธารณะ เพราะเปิดเผยอยู่แล้ว
• ภายใน (Internal) — บันทึกการประชุม ขั้นตอนการทำงานภายใน รายงานร่าง จดหมายโต้ตอบประจำวันส่วนใหญ่ ใช้กับ AI ส่วนตัวที่คุมได้ แต่ไม่ใช่เครื่องมือสาธารณะ
• จำกัด (Restricted) — สัญญา เงินเดือนและข้อมูล HR ข้อมูลส่วนตัวลูกค้า งบการเงิน ข้อมูลลับของพาร์ตเนอร์หรือลูกค้า ข้อมูลทางการแพทย์หรือข้อมูลบัตรประจำตัว และรหัสผ่านระบบรักษาความปลอดภัย ไปได้เฉพาะ AI ที่รันบนเซิร์ฟเวอร์หรือเครือข่ายส่วนตัวของเราเองเท่านั้น ภายใต้กฎข้างล่างนี้

เขียนสิ่งนี้ลงเป็นเอกสารหน้าเดียว แจกให้ทุกแผนก และวางตัวอย่างจริงไว้ข้างแต่ละชั้น เพราะพนักงานจะจำได้จากตัวอย่างมากกว่าคำนิยาม ทบทวนทุกปี เพราะสิ่งที่นับว่า "จำกัด" ในโรงพยาบาลหรือหน่วยงานรัฐเป็นลิสต์ที่ยาวกว่าร้านค้าเล็กๆ

ขั้นที่ 2: รู้ให้แน่ชัดว่า AI รันอยู่ที่ไหน

คำถามข้อเดียวนี้ตัดสินทุกอย่างที่ตามมา มีคำตอบจริงอยู่สองแบบ และมีภาษาการตลาดจำนวนมากที่พยายามทำให้เส้นแบ่งระหว่างสองแบบนี้เบลอ

• รันอยู่ภายในอาคารหรือเครือข่ายส่วนตัวของเราเอง — บนเซิร์ฟเวอร์ที่เราเป็นเจ้าของหรือเช่าใช้แบบเฉพาะ ที่คนนอกเข้าถึงไม่ได้ และทีมไอทีคุมโดยตรง เอกสารชั้นจำกัดใส่ได้ที่นี่ ภายใต้กฎที่เรากำหนดเอง
• รันอยู่บนบริการสาธารณะของคนอื่นในอินเทอร์เน็ต — เว็บแชตฟรี ส่วนขยายเบราว์เซอร์ แอปที่ผูกกับคลาวด์ของผู้ให้บริการเอง แม้บริการจะสัญญาเรื่องความเป็นส่วนตัว เราก็กำลังไว้ใจบุคคลที่สามที่ตรวจสอบไม่ได้ ให้ถือว่าทุกอย่างที่พิมพ์ไปที่นั่นอาจมองเห็นได้จากนอกองค์กร ใส่ได้แค่เอกสารชั้นเปิดเท่านั้น

ถามผู้ให้บริการรายใด รวมถึงเราเอง ด้วยคำถามตรงๆ ข้อเดียว: "ถ้าวาดกรอบรอบเครือข่ายของเรา การประมวลผล AI เกิดในกรอบนั้นหรือนอกกรอบนั้น" คำตอบที่คลุมเครือก็คือคำตอบในตัวมันเอง ถ้าข้อเสนอไม่สามารถชี้บนไดอะแกรมได้ว่าเซิร์ฟเวอร์ตั้งอยู่ที่ไหนจริง ให้เก็บเอกสารชั้นจำกัดให้ไกลจากมัน ดูคู่มือ private AI เทียบกับ cloud AI และโซลูชัน ผู้ช่วยเอกสาร AI แบบ on-premises ว่าชุดติดตั้งในอาคารหน้าตาเป็นแบบไหน

ขั้นที่ 3: คุมว่าใครมีบัญชี

บัญชีที่ใช้ร่วมกันทำลายการควบคุมข้ออื่นๆ เกือบหมด เพราะไม่มีอะไรตามมาแยกได้ว่าคำถามของใครเป็นคำถามของใคร ทุกคนที่ใช้เครื่องมือเกินกว่าเอกสารชั้นเปิดต้องมีบัญชีส่วนตัวที่มีชื่อระบุตัวได้ จำกัดตามหน้าที่งานจริง พนักงานคลังสินค้าไม่ต้องมีบัญชีที่ค้นข้อมูลเงินเดือน HR ได้ แม้เครื่องมือจะตอบคำถามนั้นได้ในทางเทคนิคก็ตาม บัญชีควรถูกปิดในวันที่พนักงานลาออก ใส่ไว้ในเช็กลิสต์การออกจากงานที่มีอยู่แล้ว ไม่ต้องสร้างใหม่แยกออกไป เก็บรายชื่อผู้มีบัญชีไว้ในที่ที่หัวหน้างานมองเห็นได้จริง สเปรดชีตก็พอในระดับเล็ก ถ้าไม่มีใครตอบได้ภายในหนึ่งนาทีว่า "ตอนนี้มีกี่คนที่เข้าถึงฐานข้อมูลสัญญาผ่าน AI" ก็แปลว่าการควบคุมข้อนี้ยังไม่มีจริง

ขั้นที่ 4: เก็บบันทึกว่าใครถามอะไรไปบ้าง

การบันทึกล็อกช่วยตอบคำถามที่ทุกคนจะถามในที่สุดหลังมีอะไรผิดพลาด: ใครเห็นสิ่งนี้ และเห็นเมื่อไหร่ ล็อกที่ใช้งานได้จริงต้องบันทึกอย่างน้อยชื่อบัญชี วันเวลา เอกสารที่เกี่ยวข้อง และควรมีคำถามที่พิมพ์ไปด้วย นี่ไม่ใช่เรื่องไม่ไว้ใจพนักงาน แต่เป็นเรื่องปิดวงจรคำถามได้เร็ว ถ้าลูกค้าถามว่าเงื่อนไขสัญญาของเขาไปเป็นที่รู้ของคนนอกได้อย่างไร ล็อกจะเปลี่ยนการเดาสุ่มหนึ่งสัปดาห์ให้เป็นการเช็กห้านาที และยังช่วยลดคำถามจากความสงสัยเงียบๆ ที่มีในทุกองค์กร เมื่อคนรู้ว่ามีการจับตาดูอยู่ เหมือนกล้องหน้าห้องเซิร์ฟเวอร์ที่เปลี่ยนพฤติกรรมคน ขอให้ผู้ติดตั้งเครื่องมือ AI โชว์ล็อกให้เห็นก่อนเริ่มใช้งานจริง ไม่ใช่หลังเกิดเหตุ

ขั้นที่ 5: มั่นใจว่าไม่มีข้อมูลไปฝึกโมเดลสาธารณะ

ข้อนี้เห็นด้วยง่ายแต่ปฏิบัติพลาดง่ายเช่นกัน เพราะฟังดูเหมือนสวิตช์ที่ปิดครั้งเดียวจบ ที่จริงเป็นคำถามที่ต้องถามซ้ำตามเครื่องมือที่เปลี่ยนไป

• AI ส่วนตัวที่รันบนเซิร์ฟเวอร์ขององค์กรเอง ไม่มีการเชื่อมต่อกลับไปขั้นตอนฝึกโมเดลของผู้ให้บริการสาธารณะใดๆ จึงไม่มีทางที่เอกสารของเราจะปนอยู่ในโมเดลที่ตอบคำถามคนอื่นในปีถัดไป นี่คือการันตีที่แน่นหนาที่สุดที่มี และเป็นเหตุผลที่เราแนะนำการติดตั้งแบบ on-premises สำหรับงานชั้นจำกัด
• นโยบายการฝึกโมเดลของเครื่องมือสาธารณะเปลี่ยนแปลงได้ ต่างกันระหว่างแพ็กเกจฟรีกับเสียเงิน และมักเปิดไว้ก่อนแล้วให้ไปปิดเอง หมายความว่าต้องปิดเองอย่างจริงจังแล้วตรวจซ้ำทุกครั้งที่อัปเดต แม้ผู้ให้บริการยืนยันว่าไม่ฝึกจากข้อมูลเรา เราก็ยังพึ่งคำสัญญาที่ตรวจสอบจากข้างนอกไม่ได้
• กฎที่ปลอดภัยที่สุดคือกฎที่ง่ายที่สุด สมมติไว้ก่อนว่าเอกสารที่พิมพ์เข้าเครื่องมือ AI สาธารณะ สักวันอาจปรากฏให้คนอื่นเห็นได้ แล้วตัดสินใจว่ายอมรับได้ไหมสำหรับเอกสารฉบับนี้โดยเฉพาะ

ถ้าองค์กรต้องใช้ AI กับงานชั้นจำกัด เช่น อ่านสัญญา ร่างงานจากไฟล์ลูกค้า สรุปเรื่องบุคลากร ทางเดียวที่ตัดคำถามนี้ออกทั้งหมดคือใช้โครงสร้างพื้นฐานที่เราคุมเอง ซึ่ง "การฝึกจากข้อมูลเรา" ไม่ใช่สิ่งที่เซิร์ฟเวอร์นั้นทำ กระบวนการ ทดลองนำร่อง AI ของเราทดสอบด้วยตัวอย่างเอกสารของลูกค้าเองก่อนซื้อเซิร์ฟเวอร์ใดๆ

ขั้นที่ 6: กำหนดอายุการเก็บและการลบ

ตัดสินใจไว้ก่อนเริ่มว่าประวัติแชต เอกสารที่อัปโหลด และคำตอบที่สร้างขึ้น จะอยู่ในระบบนานเท่าไหร่ และใครลบได้ ถ้าไม่มีกฎชัด มักเกิดสามเรื่อง: ไม่มีใครตัดสินใจจึงสะสมไปเรื่อยๆ กลายเป็นกองข้อมูลอ่อนไหวที่ไม่มีใครดูแล; มีคนคิดว่าลบไฟล์จากไดรฟ์ที่ใช้ร่วมกันก็ลบสำเนาของ AI ไปด้วย ทั้งที่ index หรือ cache อาจเก็บแยกไว้; หรือเอกสารที่ควรถูกทำลายตามนโยบายที่มีอยู่แล้วยังหลงเหลืออยู่ในเครื่องมือ AI เพราะไม่มีใครขยายนโยบายให้ครอบคลุม เขียนระยะเวลาเก็บแยกตามชั้นลงในนโยบายเก็บเอกสารที่มีอยู่แล้ว ไม่ใช่นโยบายคู่ขนานแยกเฉพาะ AI ที่มักถูกลืมภายในปีเดียว ยืนยันอย่างเป็นรูปธรรมว่าคำขอลบจะลบเอกสารออกจากทุกที่ที่ AI เคยแตะ ทั้งโฟลเดอร์อัปโหลด ดัชนีค้นหา และคำตอบที่แคชไว้ "ลบแล้ว" เฉยๆ ไม่ใช่คำตอบที่สมบูรณ์

ขั้นที่ 7: สำรองข้อมูลในส่วนที่ AI แตะถึง

ผู้ช่วยเอกสาร AI มักจบลงเป็นที่ที่เก็บเวอร์ชันล่าสุดของนโยบายหรือขั้นตอนการทำงานโดยไม่มีใครตั้งใจ เพราะพนักงานหันไปถาม AI แทนการค้นในโฟลเดอร์ นั่นทำให้ดัชนีและค่าตั้งค่าของมันต้องได้รับการปกป้องเหมือนระบบธุรกิจอื่นๆ ยืนยันว่ามีการสำรองเซิร์ฟเวอร์ ดัชนีเอกสาร และค่าตั้งค่าบัญชี ตามหลัก การสำรองแบบ 3-2-1 เดียวกับระบบอื่น พร้อมแผนการกู้คืนเมื่อฮาร์ดแวร์เสีย ถ้าอยู่ในห้องเซิร์ฟเวอร์ ก็ต้องมีการป้องกันด้วย UPSเหมือนทุกอย่างในห้องนั้น ไฟตกกลางคำถามเป็นแค่ความน่ารำคาญเล็กๆ แต่ดัชนีที่เสียหายโดยไม่มีสำรองคือการสร้างใหม่จากศูนย์

ขั้นที่ 8: เขียนกฎง่ายๆ ให้พนักงาน

นโยบายที่ไม่มีใครอ่านไม่เปลี่ยนพฤติกรรม กฎหน้าเดียวเขียนด้วยภาษาธรรมดา สอนตอนปฐมนิเทศ ควรบอกว่าเอกสารชั้นไหนไปกับเครื่องมือไหนได้ ต้องตอบอย่างไรถ้าลูกค้าถามว่าข้อมูลของเขาถูกใส่เข้า AI หรือไม่ บอกใครถ้าพลาดวางเอกสารที่ไม่ควรวาง — ให้เป็นบทสนทนาแบบ "บอกเราเพื่อแก้ไข" ไม่ใช่การลงโทษ ไม่อย่างนั้นคนจะหยุดรายงาน — และทวนกฎสั้นๆ ทุกครั้งที่มีเครื่องมือใหม่ จับคู่เรื่องนี้กับการอบรมความตระหนักด้านความปลอดภัยของพนักงานที่กว้างขึ้น แทนที่จะแยกเป็นเรื่องเดี่ยว เพราะพฤติกรรมพื้นฐานเป็นตัวเดียวกับที่ป้องกันฟิชชิงและปัญหารหัสผ่าน

สิ่งที่ไม่ควรวางลงใน AI สาธารณะเด็ดขาด

ลิสต์สั้นที่จำได้จริง: สัญญาที่เซ็นแล้ว ข้อตกลงไม่เปิดเผยข้อมูล หรือเงื่อนไขลับของอีกฝ่าย; ข้อมูลเงินเดือน HR การลงโทษ หรือข้อมูลการแพทย์ของบุคคลที่ระบุชื่อได้; รายชื่อลูกค้า ข้อมูลติดต่อ หรือข้อมูลการเงินของลูกค้า; รหัสผ่าน โค้ดเข้าถึง หรือไดอะแกรมเครือข่าย; อะไรก็ตามที่ได้มาภายใต้เงื่อนไขความลับของคนอื่น; และงบการเงินร่างหรือราคาที่ยังไม่เปิดเผย ถ้าเอกสารนั้นจะทำให้องค์กรอับอาย ละเมิดข้อตกลง หรือกระทบบุคคลจริงหากหลุดออกไป มันอยู่ในลิสต์นี้ไม่ว่าจะเขียนไว้ที่อื่นหรือไม่

เช็กลิสต์สั้นๆ ที่พิมพ์ติดโต๊ะได้

1. เอกสารนี้เป็นชั้นเปิด ภายใน หรือจำกัด
2. ถ้าเป็นชั้นจำกัด AI รันอยู่ในอาคารหรือเครือข่ายของเราเอง ไม่ใช่อินเทอร์เน็ตสาธารณะ ใช่ไหม
3. ผู้ใช้มีบัญชีส่วนตัวที่ระบุชื่อได้ จำกัดตามหน้าที่งานไหม
4. มีล็อกบันทึกว่าใครถามอะไรไหม และมีใครเปิดดูเมื่อไม่นานมานี้ไหม
5. มั่นใจไหมว่าข้อมูลนี้จะไม่ไปฝึกโมเดลสาธารณะ เช็กล่าสุดเมื่อไหร่
6. มีเขียนไว้ไหมว่าจะเก็บนานแค่ไหนและใครลบได้
7. เซิร์ฟเวอร์นี้ถูกสำรองเหมือนระบบสำคัญอื่นๆ ไหม
8. พนักงานได้รับการบอกกฎของเอกสารประเภทนี้จริงไหม

ความผิดพลาดที่เราเจอบ่อย

1. มอง "AI" เป็นสิ่งเดียวกันหมด เครื่องมือแชตสาธารณะกับผู้ช่วย on-premises มีความเสี่ยงต่างกันสิ้นเชิง และพนักงานมักไม่รู้ว่ากำลังใช้ตัวไหน
2. จัดชั้นเอกสารครั้งเดียวแล้วไม่ทบทวนอีก เอกสารชนิดใหม่เกิดขึ้นเรื่อยๆ แล้วไม่มีใครอัปเดตลิสต์
3. ใช้บัญชีร่วมกันเพื่อ "ประหยัดไลเซนส์" ลบประโยชน์ของการล็อกและการควบคุมการเข้าถึงไปเงียบๆ ทั้งหมด
4. สมมติว่าหน้าความเป็นส่วนตัวของผู้ให้บริการเท่ากับข้อเท็จจริงที่ตรวจสอบแล้ว ขอดูไดอะแกรมเครือข่าย ไม่ใช่ย่อหน้าการตลาด
5. ไม่มีใครเป็นเจ้าของเรื่องนี้ กฎความเป็นส่วนตัวสำหรับ AI จะเลื่อนลอยไปเรื่อยๆ ถ้าไม่มีใครรับผิดชอบทบทวนมันทุกปี

เราช่วยอะไรได้

เราถือว่าเช็กลิสต์นี้คือบทสนทนาแรก ไม่ใช่เอกสารที่ทำย้อนหลัง ก่อนโครงการ AI ใดๆ เราเดินผ่านประเภทเอกสารของทีมคุณไปด้วยกัน ช่วยจัดชั้น และบอกตรงๆ ว่าการประมวลผลของแต่ละชั้นเกิดขึ้นที่ไหนจริง สำหรับเอกสารชั้นจำกัด เราแนะนำเฉพาะชุดติดตั้งที่รันอยู่ในอาคารหรือเครือข่ายของคุณเองเท่านั้น ดูโซลูชันการติดตั้งและดูแลเซิร์ฟเวอร์ AIว่าการติดตั้งจริง บัญชี ล็อก และการสำรองข้อมูลเป็นอย่างไร ส่งลิสต์ประเภทเอกสารของทีมคุณมาให้เรา แล้วเราจะบอกตรงๆ ว่าประเภทไหนปลอดภัยกับ AI แบบไหน และประเภทไหนที่ต้องมีชุดติดตั้งส่วนตัวก่อน