สัญญาพัฒนา AI คือกรอบกฎหมายที่กำกับว่าระบบ AI จะถูกสร้าง ส่งมอบ และชำระเงินอย่างไร — และเมื่อการพัฒนาเกิดขึ้นที่ออฟชอร์ สัญญาจะกลายเป็นกลไกควบคุมความเสี่ยงหลักของทั้งงาน หลังจากเลือกพาร์ตเนอร์พัฒนา AI แล้ว สัญญาคือจุดที่ผลการประเมินของคุณกลายเป็นภาระผูกพันที่บังคับใช้ได้: ใครเป็นเจ้าของโมเดล ระบบต้องพิสูจน์อะไร ข้อมูลของคุณไปได้ไกลแค่ไหน และใครจ่ายเมื่อมีอะไรผิดพลาด
ต่างจากสัญญาซอฟต์แวร์ทั่วไป สัญญาพัฒนา AI ต้องควบคุมสิ่งประดิษฐ์ที่การพัฒนาแบบเดิมไม่เคยผลิต — น้ำหนักที่เทรนแล้ว โมเดลที่ปรับละเอียด ชุดประเมิน ไปป์ไลน์พรอมป์ — และภาระผูกพันที่ตรวจสอบด้วยตาเปล่าไม่ได้ คู่มือนี้ครอบคลุมสิบเงื่อนไขที่สำคัญที่สุด เมทริกซ์ความรับผิดชอบสำหรับจัดสรร สัญญาณเตือนที่บ่งบอกความกำกวมในสัญญา และเช็กลิสต์ที่ต้องทำก่อนเซ็น
ประเด็นสำคัญ
- สัญญาพัฒนา AI ออฟชอร์คือกองเอกสาร — MSA, SOW, DPA, ภาคผนวกความปลอดภัย — ไม่ใช่เอกสารฉบับเดียว ช่องว่างส่วนใหญ่อยู่ที่รอยต่อระหว่างกัน
- ความเสี่ยงเฉพาะของ AI กระจุกตัวในสี่พื้นที่: กรรมสิทธิ์ IP และโมเดล, การประมวลผลข้อมูล, เกณฑ์ยอมรับสำหรับผลลัพธ์เชิงความน่าจะเป็น และความรับผิดต่อพฤติกรรมของโมเดลบุคคลที่สาม
- “ซอฟต์แวร์ที่ใช้งานได้” ไม่ใช่เกณฑ์ยอมรับ — สัญญา AI ต้องการเบนช์มาร์กที่วัดได้และโปรโตคอลทดสอบที่กำหนดชัด
- ผูกไมล์สโตนการจ่ายเงินกับเหตุการณ์ยอมรับ ไม่ใช่วันที่ในปฏิทิน
- ความล้มเหลวของสัญญาส่วนใหญ่คือความล้มเหลวจากความกำกวม: ถ้อยคำ IP คลุมเครือ, ยอมรับโดยปริยาย, “ความพยายามที่สมเหตุสมผล” ไร้ขอบเขต
สัญญาพัฒนา AI คืออะไร?
สัญญาพัฒนา AI คือข้อตกลงทางพาณิชย์ที่นิยามว่าระบบ AI — หรือองค์ประกอบ AI ของระบบที่ใหญ่กว่า — จะถูกกำหนดขอบเขต สร้าง ส่งมอบ และชำระเงินอย่างไร มันแทบไม่เคยเป็นเอกสารฉบับเดียว: งานส่วนใหญ่ซ้อนสัญญาบริการหลัก (MSA) สำหรับเงื่อนไขกฎหมาย, statement of work สำหรับขอบเขตโปรเจกต์, ข้อตกลงการประมวลผลข้อมูล (DPA) เมื่อมีข้อมูลส่วนบุคคลหรือข้อมูลที่ถูกควบคุม และภาคผนวกความปลอดภัยหรือการรักษาความลับ
สามคุณสมบัติแยกสัญญาพัฒนา AI ออกจากสัญญาซอฟต์แวร์มาตรฐาน ผลงานส่งมอบรวมสิ่งประดิษฐ์ที่สัญญาทั่วไปไม่เคยคิดถึง — น้ำหนักที่เทรนแล้ว ตัวแปร fine-tune, ชุดข้อมูลประเมิน, ไปป์ไลน์พรอมป์ ประสิทธิภาพเป็นเชิงความน่าจะเป็น — โมเดลที่ประทับใจในเดโมอาจล้มเหลวบนการกระจายข้อมูลของคุณ ดังนั้น “มันทำงาน” ไม่ใช่มาตรฐานยอมรับ และระบบพึ่งพารากฐานบุคคลที่สาม — foundation model, API, องค์ประกอบที่เทรนล่วงหน้า — ซึ่งใบอนุญาตและพฤติกรรมอยู่นอกการควบคุมของทั้งสองฝ่ายบางส่วน
ความแตกต่างหนึ่งทำให้สัญญาสะอาด: สัญญาควบคุมอะไรที่ถูกส่งมอบและใครแบกความเสี่ยงอะไร ขณะที่วงจรชีวิตการพัฒนาซอฟต์แวร์ AIควบคุมงานถูกดำเนินการอย่างไร แนวทางการจัดซื้อภาครัฐก็เห็นด้วย — บทวิเคราะห์ของ Australian Government Solicitor เกี่ยวกับเงื่อนไขสัญญาต้นแบบ AI โต้แย้งว่าข้อตกลง AI ต้องการเงื่อนไขที่จัดการข้อมูล, IP, ความรับผิดชอบ และการเปิดรับกฎระเบียบโดยเฉพาะ
ทำไมการพัฒนา AI ออฟชอร์ต้องการการคุ้มครองทางสัญญาเพิ่มเติม
ทุกความเสี่ยงในสัญญา AI มีอยู่ในประเทศเช่นกัน การส่งมอบออฟชอร์ไม่ได้สร้างหมวดความเสี่ยงใหม่ — มันขยายสี่หมวดที่มีอยู่:
- ความสามารถในการบังคับใช้ คำตัดสินจากศาลบ้านคุณอาจบังคับใช้ยากกับผู้ขายที่ทรัพย์สินอยู่ต่างเขตอำนาจ — นั่นคือเหตุที่กฎหมายบังคับและการระงับข้อพิพาทมีน้ำหนักมากขึ้นเมื่อออฟชอร์
- ที่อยู่ข้อมูลและการเข้าถึงระยะไกล ข้อมูลของคุณข้ามพรมแดนทันทีที่วิศวกรออฟชอร์เปิดชุดข้อมูล — และ “ดู” ข้อมูลจากต่างประเทศนับเป็นการถ่ายโอนในกฎหมายส่วนใหญ่ สัญญาต้องบอกว่าข้อมูลอยู่ที่ไหน ใครเข้าถึงได้ และผ่านกลไกกฎหมายใด
- ความแตกต่างของระบบ IP เงื่อนไขที่โอนสิทธิอย่างสะอาดภายใต้กฎหมายของคุณอาจทำงานต่างออกไปภายใต้กฎหมายของผู้ขาย — โดยเฉพาะห่วงโซ่ที่ย้ายสิทธิจากวิศวกรไปยังผู้ขายแล้วไปยังคุณ
- การมองเห็นผู้รับเหมาช่วง ผู้ขายออฟชอร์มักใช้ผู้ประมวลผลย่อยที่คุณไม่เคยพบ; ไม่มีสิทธิ์อนุมัติในสัญญา ห่วงโซ่อุปทานของคุณก็โตขึ้นอย่างมองไม่เห็น
ไม่มีข้อใดทำให้การพัฒนา AI ออฟชอร์ไม่ปลอดภัย — แต่หมายความว่าสัญญามักเป็นการควบคุมที่บังคับใช้ได้เพียงอย่างเดียวเมื่อข้อมูลและโค้ดข้ามพรมแดนไปแล้ว การคุ้มครองเหล่านี้เป็นแนวปฏิบัติมาตรฐานในงานบริการพัฒนาซอฟต์แวร์ออฟชอร์ที่เป็นผู้ใหญ่; สิ่งที่ AI เปลี่ยนคือทรัพย์สินที่ถูกป้องกัน — โมเดล ข้อมูล IP ที่ได้มา — และรูปแบบความล้มเหลวที่คุ้นเคยน้อยกว่าที่ตามมา
10 เงื่อนไขสำคัญในสัญญาพัฒนา AI ออฟชอร์
เงื่อนไขเรียงตามลำดับที่สัญญาส่วนใหญ่ใช้: ขอบเขต การยอมรับและกรรมสิทธิ์ การจัดสรรความเสี่ยง แล้วการออก
1. ขอบเขต ผลงานส่งมอบ & Statement of Work
ทุกสัญญาพัฒนา AI ออฟชอร์เป็นหรือตายที่ statement of work MSA ตั้งบริบทกฎหมาย; SOW นิยามธุรกรรม — และในโปรเจกต์ AI รายการผลงานส่งมอบคือที่ที่ความกำกวมซ่อนตัว SOW พัฒนา AI ที่ร่างดีระบุสิ่งประดิษฐ์ ไม่ใช่กิจกรรม: ซอร์สโค้ด, ไปป์ไลน์การเทรนและ fine-tuning, น้ำหนักและเช็กพอยต์โมเดล, ชุดประเมินและชุดข้อมูล, เอกสาร และนิยามการดีพลอย นอกจากนี้ยังระบุสิ่งที่นอกขอบเขต — การเฝ้าระวังการผลิต การเทรนใหม่ การใส่ป้าย — เพื่อทั้งสองฝ่ายตีราคางานเดียวกัน ออฟชอร์เพิ่มสองจุด: กำหนดภาษาทำงานของผลงานส่งมอบ และระบุสภาพแวดล้อมยอมรับ — โครงสร้างพื้นฐานของใคร ข้อมูลของใคร — เพราะ “ส่งมอบแล้ว” มีความหมายต่างกันเมื่อห่างกันสิบสองเขตเวลา
2. เกณฑ์การยอมรับ & เบนช์มาร์กประเมิน
สำหรับซอฟต์แวร์ที่กำหนดได้ ยอมรับอาจเป็นเช็กลิสต์ฟีเจอร์ เกณฑ์ยอมรับโปรเจกต์ AI ต้องนิยามการทดสอบที่วัดได้แทน: เกณฑ์ความแม่นยำหรือความสำเร็จงานบนชุดประเมินที่ตกลง, ความหน่วงภายใต้โหลดที่ระบุ, ขีดจำกัดคุณภาพสำหรับผลลัพธ์เชิงกำเนิด (ให้คะแนนตามเกณฑ์หรือตรวจสอบโดยมนุษย์แบบสุ่ม) และพฤติกรรมบน edge case ที่ระบุ เงื่อนไขควรกำหนดชุดประเมินด้วย — ใครจัดหา ออกแบบถาวรหรือไม่ และจะเกิดอะไรเมื่อการกระจายข้อมูลจริงเลื่อนหลังยอมรับ บันทึกการเจรจา: จำกัดรอบแก้ไขและนิยามทางออกถ้ายอมรับไม่เคยถึง — คืนเงินบางส่วน สิทธิ์ยกเลิก หรือเปลี่ยนเป็น time-and-materials ไม่มีมัน ความล้มเหลวในการยอมรับกลายเป็นภาระผูกพันไม่สิ้นสุดสำหรับทั้งสองฝ่าย
3. กรรมสิทธิ์ทางปัญญา
กรรมสิทธิ์ IP พัฒนา AI แยกเป็นสามชั้น และสัญญาควรตั้งชื่อแต่ละชั้น IP เดิม — ไลบรารี เครื่องมือ โมเดลภายในของแต่ละฝ่าย — เก็บไว้และอนุญาตเฉพาะตามต้องการ IP ใหม่ — โค้ด น้ำหนักที่เทรนแล้ว fine-tune พรอมป์ eval set และเอกสารที่สร้างให้คุณ — มักโอนให้ลูกค้าเมื่อชำระเงิน IP บุคคลที่สามฝังอยู่ — องค์ประกอบโอเพนซอร์สและ foundation model — อยู่ภายใต้ใบอนุญาตของตัวเอง (เงื่อนไข 6) ออฟชอร์เพิ่มรอยย่น: การโอนต้องมีผลภายใต้กฎหมายท้องถิ่นของผู้ขาย และเงื่อนไขการจ้างงานต้องย้ายสิทธิจากวิศวกรไปยังผู้ขายแล้วไปยังคุณ — “ห่วงโซ่กรรมสิทธิ์” IP ระวังเงื่อนไข license-back ด้วย: การใช้ “ทักษะและความรู้ทั่วไป” ซ้ำสมเหตุสมผล; สิทธิ์ในโมเดลที่เทรนแล้วหรือข้อมูลของคุณไม่ใช่
4. สิทธิ์ข้อมูล & การประมวลผลข้อมูลข้ามพรมแดน
เงื่อนไขนี้ตอบสี่คำถาม: ผู้ขายประมวลผลข้อมูลอะไรได้ เพื่อวัตถุประสงค์ใด ที่ไหน และผ่านใคร สำหรับข้อมูลส่วนบุคคล กำหนดบทบาทผู้ควบคุม/ผู้ประมวลผลและลงนาม DPA ควรครอบคลุมขอบเขต มาตรการรักษาความปลอดภัย ความยินยอมผู้ประมวลผลย่อย การแจ้งการละเมิดภายในกรอบเวลาที่กำหนด (24–72 ชั่วโมงเป็นช่วงสัญญาทั่วไป) และคืนหรือลบที่แต่ละไมล์สโตน — ไม่ใช่แค่เมื่อสิ้นสุด การประมวลผลข้อมูล AI ข้ามพรมแดนเพิ่มชั้นถ่ายโอน: ระบุกลไก — ข้อสัญญามาตรฐานสำหรับข้อมูล GDPR — เปิดเผยเขตอำนาจที่โฮสต์การเทรนและอนุมาน และจัดการการเข้าถึงระยะไกลอย่างชัดเจน: วิศวกรออฟชอร์ดูข้อมูล EU หรือสหรัฐฯ ยังคงเป็นการถ่ายโอนในระบบกฎหมายส่วนใหญ่ แนวทางของ ICO อังกฤษเกี่ยวกับสัญญา AI และความรับผิดชอบข้อมูลต่อบุคคลที่สาม เป็นข้ออ้างอิงปฏิบัติสำหรับจัดสรรความรับผิดชอบเหล่านี้ เพิ่มเติมฟรี: ห้ามผู้ขายใช้ข้อมูลของคุณเทรนโมเดลให้ลูกค้ารายอื่น
5. การรักษาความลับ ความปลอดภัย & การควบคุมการเข้าถึง
ถ้อยคำ NDA ทั่วไปขายงาน AI ต่ำกว่ามูลค่าเพราะความลับผิดปกติ — ข้อมูลเทรน น้ำหนักโมเดล eval set ตรรกะพรอมป์ — ทรัพย์สินที่รั่วไหลแล้ว “คืน” ไม่ได้ ระบุเป็นวัสดุลับอย่างชัดเจน ด้านความปลอดภัย ผนวกภาคผนวกครอบคลุมการแยกสภาพแวดล้อม (สภาพแวดล้อมผู้ขายเข้าถึงข้อมูลการผลิตไม่ได้) การเข้าถึงขั้นต่ำสุดด้วยบัญชีชื่อพร้อม MFA ภาระผูกพันล็อกการเข้าถึง — ใครแตะอะไร เก็บนานแค่ไหน ใครตรวจได้ — และกลไกแจ้งการละเมิดตรงกับเงื่อนไข 4 สำหรับการส่งมอบออฟชอร์ เพิ่มมาตรฐานคัดกรองบุคคล รายชื่อบุคลากรหลัก และข้อจำกัดผู้รับเหมาช่วงโดยไม่ได้รับความยินยอม
6. โมเดล AI บุคคลที่สาม ใบอนุญาต & ข้อผูกพันประสิทธิภาพ
แทบไม่มีระบบ AI การผลิตระบบใดสร้างจากศูนย์ — มันตั้งอยู่บน foundation model, API และองค์ประกอบเทรนล่วงหน้าที่เงื่อนไขไหลเข้าสัญญาของคุณไม่ว่าจะมีใครเขียนไว้หรือไม่ เงื่อนไขนี้ทำให้การไหลชัดเจน ระบุโมเดลและผู้ให้บริการบุคคลที่สามที่โซลูชันใช้ ตัดสินใครถือความสัมพันธ์ผู้ให้บริการและบัญชี API — บัญชีฝั่งลูกค้ารักษาความพกพา กำหนดว่าเงื่อนไขผู้ให้บริการผูกมัดทั้งสองฝ่ายอย่างไร (ข้อจำกัดการใช้ API นโยบายใช้ข้อมูล ข้อจำกัดใช้ผลลัพธ์) และตั้งภาระผูกพันใบอนุญาตโอเพนซอร์สหรือโอเพนเวต ซึ่งมีตั้งแต่อนุญาตเสรีถึงไม่ใช่เชิงพาณิชย์ จากนั้นครอบคลุมการเปลี่ยนแปลง: ผู้ให้บริการเลิกใช้เวอร์ชันตามตารางของตน — กำหนดใครติดตามโรดแมป ใครจ่ายย้าย และภายในกรอบเวลาใด ข้อผูกพันประสิทธิภาพก็อยู่ที่นี่: สำหรับองค์ประกอบกรรมสิทธิ์ ผู้ขายสัญญาได้จริงแค่ช่วง — เบนช์มาร์กเอกสารของผู้ให้บริการบวกผลประเมินของผู้ขายเอง — และเงื่อนไขควรบอกมาตรฐานใดใช้กับองค์ประกอบใด
7. ความรับผิด การชดใช้ & การจัดสรรความเสี่ยง
ที่นี่คือที่ที่ทั้งสองฝ่ายตีราคาความเสี่ยงที่เงื่อนไขก่อนหน้าระบุ ขอบเขตการรับประกันก่อน: การรับประกันไม่ละเมิดมาตรฐานบวกการรับประกันประสิทธิภาพเหมาะสมกับ AI — ข้อผูกพันจำกัดว่าระบบตรงเบนช์มาร์กเงื่อนไข 2 พร้อมภาระผูกพันแก้ไข ระบบเชิงความน่าจะเป็นรับประกันผลลัพธ์สมบูรณ์อย่างซื่อสัตย์ไม่ได้ เรื่องความรับผิด: เพดานผูกกับค่าธรรมเนียมที่จ่ายเป็นมาตรฐาน — เจรจาข้อยกเว้นสำหรับการละเมิด IP การละเมิดข้อมูล และการใช้ข้อมูลลับผิด การชดใช้ควรครอบคลุมข้อเรียกร้องบุคคลที่สามจากการละเมิดข้อมูลเทรนหรือการละเมิดใบอนุญาตในองค์ประกอบที่ผู้ขายเลือก
ขอบที่ยากกว่าคือความเป็นอิสระ — การวิเคราะห์ของ Mayer Brown เกี่ยวกับความเสี่ยงทางสัญญาในการนำ AI agentic ไปใช้ อธิบายว่าโครงสร้างชดใช้ตึงตรงไหนเมื่อ AI เคลื่อนจากผลิตผลลัพธ์ไปสู่ลงมือกระทำ หากระบบของคุณกระทำต่อโลก — เวิร์กโฟลว์ agentic การตัดสินใจอัตโนมัติ — ยกประเด็นการจัดสรรนั้นอย่างชัดเจนในการเจรจา
8. ราคา ไมล์สโตนการจ่าย & การควบคุมการเปลี่ยนแปลง
จัดโครงสร้างการจ่ายรอบเหตุการณ์ยอมรับ ไม่ใช่วันที่: เริ่มงาน ไมล์สโตนผูกกับยอมรับเงื่อนไข 2 จ่ายสุดท้ายเมื่อส่งมอบ — จัดแนวแรงจูงใจผู้ขายกับการส่งมอบที่พิสูจน์ได้ การควบคุมการเปลี่ยนแปลงสำคัญพอๆ กัน: โปรเจกต์ AI ค้นพบขอบเขตอยู่เสมอ ดังนั้นกำหนดคำขอเปลี่ยนแปลงเป็นลายลักษณ์อักษรพร้อมประเมินผลกระทบต้นทุนและกำหนดการ เซ็นอนุมัติก่อนเริ่มงาน — ไม่เช่นนั้นการค้นพบขอบเขตกลายเป็นข้อพิพาทเรื่องบิล ข้อเฉพาะออฟชอร์: การจัดการสกุลเงินและอัตราแลกเปลี่ยน การจัดสรรภาษีหัก ณ ที่จ่าย และอัตราสำหรับงานหลังยอมรับ
9. ระยะเวลา การยกเลิก & ความช่วยเหลือย้ายออก
สิทธิ์ยกเลิกมีความหมายเมื่อทางออกบังคับใช้ได้เท่านั้น ครอบคลุมการยกเลิกด้วยเหตุ (การละเมิดสำคัญพร้อมระยะเวลาแก้ไข) และด้วยความสะดวก (แจ้งล่วงหน้าบวกจ่ายงานที่ยอมรับ); แพ็กเกจย้ายออกเมื่อยกเลิกใดๆ — ส่งมอบผลงานทั้งหมดถึงวันที่ รวมน้ำหนักโมเดลค้างเทรน โค้ดเทรน eval set และเอกสารในรูปใช้ได้; หน้าต่างถ่ายทอดความรู้แบบจ่ายให้ทีมคุณหรือผู้ขายต่อเนื่อง; และการอยู่รอดของการโอน IP การรักษาลับ และภาระผูกพันลบข้อมูล สำหรับงานพึ่งพาสูง พิจารณาเอสโครว์ซอร์สโค้ดและโมเดล — หรือกำหนดให้สิ่งประดิษฐ์ทั้งหมดอยู่ในที่เก็บที่คุณควบคุมตั้งแต่วันแรก ประกันย้ายออกที่ถูกที่สุดคือผู้ขายไม่เคยถือครองทรัพย์สินของคุณเพียงผู้เดียว
10. กฎหมายบังคับ การระงับข้อพิพาท & การปฏิบัติตามกฎระเบียบ
ความสามารถบังคับใช้ข้ามพรมแดนคือปัญหาออฟชอร์ในบรรทัดเดียว: คำตัดสินศาลบ้านคุณอาจบังคับใช้ไม่ได้ที่ทรัพย์สินผู้ขายตั้งอยู่ เลือกกฎหมายบังคับอย่างมีเจตนา และเลือกอนุญาโตตุลาการ (ICC, SIAC หรือเทียบเคียง) ที่การบังคับใช้ข้ามพรมแดนสำคัญ — คำตัดสินอนุญาโตตุลาการเดินทางภายใต้อนุสัญญานิวยอร์กเชื่อถือได้กว่าคำตัดสินศาลมาก จากนั้นชั้นปฏิบัติตาม: การเปิดรับการควบคุมการส่งออกที่ใช้; การจัดสรรภาระผูกพันภายใต้กฎระเบียบ AI ใหม่ — EU AI Act เช่น แบ่งความรับผิดชอบระหว่างผู้ให้บริการและผู้ปรับใช้ ดังนั้นสัญญาควรบอกฝ่ายใดเป็นฝ่ายใด; และเงื่อนไขเปลี่ยนกฎหมายสำหรับดูดซับข้อกำหนดใหม่เข้าขอบเขต
ตัวอย่างเมทริกซ์ความรับผิดชอบสัญญา AI ออฟชอร์
เงื่อนไขนิยามสัญญาพูดอะไร; เมทริกซ์นิยามใครทำอะไร ใช้เทียบร่าง SOW — แถวที่ทั้งสองคอลัมน์ว่างคือช่องว่าง ไม่ใช่ความรับผิดชอบร่วม
| พื้นที่สัญญา | ความรับผิดชอบลูกค้า | ความรับผิดชอบผู้ขาย |
|---|---|---|
| ข้อมูลเทรน & ทดสอบ | จัดหาข้อมูลและสิทธิ์ใช้ | ประมวลผลตาม DPA; ไม่ใช้รอง |
| ชุดประเมิน | อนุมัติ eval set; จัดหา edge case | สร้างชุด; รายงานผล |
| บัญชีโมเดลบุคคลที่สาม | ถือบัญชีผู้ให้บริการและคีย์ API | นำไปใช้ภายในเงื่อนไขผู้ให้บริการ |
| ความปลอดภัย & เข้าถึง | ให้เข้าถึงจำกัด; ตรวจล็อก | รักษาการแยก ล็อก คัดกรองบุคคล |
| โอน IP | จ่ายไมล์สโตน (ทริกเกอร์โอน) | รักษาห่วงโซ่กรรมสิทธิ์; ดำเนินการโอน |
| เปลี่ยนผู้ประมวลผลย่อย | อนุมัติ/ปฏิเสธในกรอบเวลา | เปิดเผยผู้รับเหมาช่วง; ส่งภาระผูกพันลง |
| แจ้งเหตุการณ์ | จัดหาผู้ติดต่อตอบสนอง | แจ้งใน SLA ด้วยเนื้อหาที่กำหนด |
| เลิกใช้โมเดล | อนุมัติหน้าต่างย้าย | ติดตามโรดแมป; เสนอการย้าย |
| ส่งมอบย้ายออก | จัดหาสภาพแวดล้อมต่อเนื่อง | ส่งมอบสิ่งประดิษฐ์บวกถ่ายทอดความรู้ |
สัญญาณเตือนทั่วไปในการเจรจาสัญญา
เหล่านี้คือสัญญาณทางสัญญา ไม่ใช่การประเมินผู้ขาย — แต่ละข้อคือถ้อยคำที่เลื่อนความเสี่ยงมาที่คุณด้วยความกำกวมแทนที่จะเป็นข้อตกลง
- “IP โอนเมื่อชำระเต็ม” โดยไม่นิยาม IP ครอบคลุมน้ำหนัก eval set เอกสาร พรอมป์หรือไม่? ถ้างานจบที่ 80% จ่าย มีอะไรโอนไหม?
- ยอมรับโดยปริยาย “ถือว่ายอมรับหากไม่ปฏิเสธภายใน N วัน” ลงโทษฝ่ายที่ทดสอบเร็วน้อยที่สุด — อันตรายเมื่อการยอมรับต้องรันการประเมิน
- “ความพยายามที่สมเหตุสมผลทางการค้า” แทนข้อผูกพันวัดได้ ผู้ขายสัญญาความพยายาม ไม่ใช่ผลลัพธ์ — และความพยายามแทบโต้แย้งไม่ได้ทีหลัง
- เพดานความรับผิดต่ำกว่ามูลค่าเสี่ยงข้อมูล เพดานค่าธรรมเนียมหนึ่งเดือนไม่มีความหมายต่อการละเมิดคลังข้อมูลเทรนทั้งหมด
- ไม่มีสิทธิ์อนุมัติผู้ประมวลผลย่อย หน่วยงานที่ประมวลผลข้อมูลคุณอาจกลายเป็นแห่งที่คุณไม่เคยประเมิน
- สิทธิ์ยกเลิกโดยไม่มีภาระผูกพันส่งมอบ คุณออกจากสัญญาได้แต่เอาโมเดล ข้อมูล เอกสารไปด้วยไม่ได้ — สิทธิ์ที่มีแค่บนกระดาษ
- ต่ออายุอัตโนมัติเงียบพร้อมขึ้นราคา SOW ต่ออายุและอัตราขึ้นโดยไม่มีเหตุการณ์อนุมัติ ค้นพบตอนได้บิล
เช็กลิสต์สัญญาพัฒนา AI ออฟชอร์ก่อนเซ็น
เทียบร่างกับเช็กลิสต์นี้ก่อนเซ็น ทุกแถวควรให้เอกสารหรืออ้างอิงเงื่อนไข — อะไรที่ยืนยันแค่ด้วยคำพูดยังไม่อยู่ในสัญญา
| องค์ประกอบสัญญา | ตรวจอะไร | หลักฐานที่ต้องการ |
|---|---|---|
| SOW & ผลงานส่งมอบ | สิ่งประดิษฐ์โมเดลและนอกขอบเขตระบุ | ภาคผนวก SOW เซ็นแล้ว |
| เกณฑ์ยอมรับ | เกณฑ์วัดได้ โปรโตคอล eval set ถาวร | เอกสารเบนช์มาร์ก |
| กรรมสิทธิ์ IP | IP ใหม่ครอบคลุมน้ำหนัก fine-tune พรอมป์ | เงื่อนไขโอนถูกต้องตามกฎหมายผู้ขาย |
| ประมวลผลข้อมูล | บทบาท กลไกถ่ายโอน SLA ละเมิด | DPA เซ็นแล้วบวกรายชื่อผู้ประมวลผลย่อย |
| โมเดลบุคคลที่สาม | เงื่อนไขผู้ให้บริการถ่ายทอดลง; เจ้าของอัปเดต | ภาคผนวกใบอนุญาตหรือโมเดล |
| ควบคุมความปลอดภัย | แยก ล็อกเข้าถึง หน้าต่างแจ้ง | ภาคผนวกความปลอดภัย |
| รับประกัน & รับผิด | รับประกันจำกัด; ข้อยกเว้นละเมิด/IP | เงื่อนไขความรับผิด |
| ไมล์สโตนจ่าย | ผูกกับเหตุการณ์ยอมรับ | ตารางไมล์สโตน |
| ยกเลิก & ย้ายออก | แพ็กเกจย้าย ถ่ายทอดความรู้ อยู่รอด | เงื่อนไขช่วยเหลือย้ายออก |
| กฎหมายบังคับ | เขตอำนาจบังคับใช้ได้; อนุญาโตตุลาการ | เงื่อนไขระงับข้อพิพาท |
สรุป
สัญญาพัฒนา AI ออฟชอร์คือการควบคุมความเสี่ยงที่เขียนลงก่อนความเสี่ยงจะมี สิบเงื่อนไขเดินตามตรรกะเดียว: นิยามผลงานส่งมอบแม่นยำ ทำให้ยอมรับวัดได้ เก็บกรรมสิทธิ์ IP และข้อมูลชัดเจน ตีราคาความเสี่ยงที่เหลืออย่างซื่อสัตย์ และทิ้งทางออกที่บังคับใช้ได้ไว้ อะไรที่คุณชี้ไม่ได้ในเอกสารเซ็นแล้วคือสมมติฐาน ไม่ใช่ข้อตกลง
วินัยเดียวกันนั้น — ยอมรับนิยาม กรรมสิทธิ์ชัดเจน จัดการข้อมูลควบคุม — คือวิธีที่ทีมส่งมอบผู้ใหญ่จัดโครงสร้างงานเอง บริการพัฒนา AI ของ HDWEBSOFT สร้างรอบการควบคุมเหล่านี้พอดี ตั้งแต่นิยามผลงานส่งมอบระดับ SOW ถึงยอมรับตามไมล์สโตน หากคุณเตรียมงาน AI ออฟชอร์และอยากคุยว่าโปรเจกต์แบบนี้ถูกกำหนดขอบเขตและส่งมอบอย่างไร ติดต่อทีมของเรา — เรายินดีอธิบายว่าเราจัดโครงสร้างอย่างไร
FAQ
สัญญาพัฒนา AI ควรมีอะไรบ้าง?
ขั้นต่ำ: MSA ที่เป็นกรอบกฎหมาย; SOW นิยามผลงานส่งมอบ — สิ่งประดิษฐ์โมเดล ไม่ใช่แค่โค้ด; เกณฑ์ยอมรับวัดได้; IP ครอบคลุมน้ำหนักเทรนและ fine-tune; DPA สำหรับข้อมูลข้ามพรมแดน; เงื่อนไขความปลอดภัย; ใบอนุญาตโมเดลบุคคลที่สาม; ความรับผิดและชดใช้; จ่ายตามไมล์สโตน; และยกเลิกพร้อมช่วยเหลือย้ายออกที่บังคับใช้ได้
ใครเป็นเจ้าของโมเดล AI ในโปรเจกต์พัฒนาที่จ้างภายนอก?
ขึ้นอยู่กับสิ่งที่สัญญาระบุ — ไม่มีค่าเริ่มต้นที่เชื่อถือได้ สัญญาควรแยก IP เดิม (เก็บแต่ละฝ่าย), IP ใหม่ (โค้ด น้ำหนักเทรน fine-tune eval set ที่สร้างให้คุณ — มักโอนให้ลูกค้าเมื่อจ่าย) และ IP บุคคลที่สาม (foundation model และโอเพนซอร์สภายใต้ใบอนุญาตตัวเอง) ตรวจว่าการโอนใช้ได้ภายใต้กฎหมายท้องถิ่นผู้ขายด้วย
Statement of work สำหรับการพัฒนา AI คืออะไร?
SOW คือเอกสารระดับโปรเจกต์ใต้สัญญาหลักนิยามธุรกรรม: ผลงานส่งมอบระบุ — ซอร์สโค้ด ไปป์ไลน์เทรน น้ำหนักโมเดล ชุดประเมิน เอกสาร — บวกเบนช์มาร์กยอมรับ กรอบเวลา ราคา นอกขอบเขต ข้อผิดพลาดร่างพบบ่อยคือระบุกิจกรรม (“พัฒนาโมเดล”) แทนสิ่งประดิษฐ์ (“น้ำหนักเทรนตรงเบนช์มาร์กนิยาม”)
ควรจัดการประมวลผลข้อมูลข้ามพรมแดนอย่างไรในสัญญา AI ออฟชอร์?
ผ่านข้อตกลงการประมวลผลข้อมูลกำหนดบทบาทผู้ควบคุม/ผู้ประมวลผล นิยามวัตถุประสงค์อนุญาต ระบุกลไกถ่ายโอนถูกกฎหมาย — เช่น ข้อสัญญามาตรฐานข้อมูล GDPR — เปิดเผยเขตอำนาจโฮสต์ กำหนดยินยอมผู้ประมวลผลย่อย ตั้งหน้าต่างแจ้งละเมิด และห้ามใช้ข้อมูลรองของคุณ
สัญญาณเตือนทางสัญญาที่ใหญ่ที่สุดเมื่อจ้างพัฒนา AI ออฟชอร์คืออะไร?
ถ้อยคำโอน IP ไม่นิยาม ยอมรับปริยายหมดอายุก่อนทดสอบจริงได้ “ความพยายามสมเหตุสมผลทางการค้า” แทนการรับประกันวัดได้ เพดานรับผิดต่ำกว่าเสี่ยงข้อมูล ไม่มีสิทธิ์อนุมัติผู้ประมวลผลย่อย ยกเลิกไม่มีส่งมอบบังคับใช้ และต่ออายุเงียบพร้อมขึ้นราคา ทางแก้เหมือนกันเสมอ: ตั้งชื่อสิ่งนั้น ตั้งตัวเลข และเรียกหลักฐาน
