หน้าแรก / ความรู้ / AI & LLM
AI & LLM

เลือก AI Vendor ยังไง

Checklist เลือกผู้ให้บริการ AI สำหรับองค์กร — security, SLA, รองรับภาษาไทย, compliance, ค่าใช้จ่ายระยะยาว และแผนถอนตัว

เลือก AI vendor เหมือนเลือกร้านอาหารให้จัดเลี้ยงงานแต่ง — ไม่ใช่แค่ชิมแล้วอร่อยพอ ต้องดูด้วยว่าร้านมาส่งตรงเวลาไหม ถ้าวันงานครัวไฟไหม้มีแผนสำรองไหม แล้วถ้าปีหน้าอยากเปลี่ยนร้าน จะย้ายง่ายหรือติดสัญญาจนต้องทนใช้ต่อ

บทความนี้เป็น checklist สั้นๆ ให้เช็คก่อนเซ็นสัญญากับ AI vendor ไม่ว่าจะเป็น API (เช่น OpenAI, Anthropic, Google), platform SaaS ที่ฝัง AI มาให้ หรือ vendor ไทยที่ทำ custom solution

1. Security — ข้อมูลไปอยู่ไหน

คำถามที่ต้องถามก่อนอื่นเลย: ข้อมูลที่เราส่งเข้าไป AI เอาไปทำอะไรต่อ

  • ใช้ฝึก model ต่อไหม — ถ้า default เป็น “ใช่” ต้องหาทาง opt-out ให้เจอ หรือเลือก plan ระดับ enterprise ที่ปิดให้อัตโนมัติ
  • เก็บ log ไว้นานแค่ไหน — บางเจ้าเก็บ conversation log 30 วัน บางเจ้าเก็บถาวร ต้องรู้ก่อนว่าข้อมูลลูกค้าเราจะลอยอยู่ในระบบใครนานแค่ไหน
  • เข้ารหัสระหว่างส่ง (in transit) และตอนเก็บ (at rest) ไหม — เป็นมาตรฐานขั้นต่ำที่ต้องมี ไม่ใช่ของแถม
  • มี audit log ให้ดูไหม — ถ้าเกิดปัญหา ต้องย้อนดูได้ว่าใครเรียกใช้ AI ตอนไหน ด้วยข้อมูลอะไร

เทียบง่ายๆ: ถ้าเราไม่กล้าฝากกุญแจบ้านให้เพื่อนบ้านที่ไม่รู้จักดี ก็อย่าฝากข้อมูลลูกค้าให้ vendor ที่ตอบคำถาม security ไม่ชัด

2. SLA — สัญญาว่าจะพังน้อยแค่ไหน

SLA (Service Level Agreement) คือสัญญาที่บอกว่า “ระบบจะทำงานได้กี่เปอร์เซ็นต์ของเวลา” เช่น 99.9% uptime แปลว่าในหนึ่งปีระบบล่มได้ไม่เกินประมาณ 8.7 ชั่วโมง

สิ่งที่ต้องเช็ค:

  • ตัวเลข uptime ชัดเจนไหม — ถ้า vendor พูดกำกวมว่า “เรามีความเสถียรสูง” โดยไม่มีตัวเลข ให้ระวัง
  • มีค่าชดเชยไหมถ้าล่มเกินสัญญา — ปกติจะเป็น credit คืนเป็นเปอร์เซ็นต์ของค่าบริการเดือนนั้น ไม่ใช่เงินสด
  • response time ตอนมีปัญหา — ถ้าระบบล่มตอนตี 3 มีคนรับสายไหม หรือรอถึงเช้าวันจันทร์
  • แผนสำรองเมื่อ AI provider หลักล่ม — เช่นถ้า OpenAI ล่มทั้งระบบ มี fallback ไป provider อื่นไหม

จุดที่คนมักพลาด: อ่านแค่ตัวเลข uptime แต่ไม่อ่านว่า “ล่มแบบไหนถึงนับ” — บาง vendor นับเฉพาะระบบล่มทั้งหมด ไม่นับตอน API ช้าจนใช้งานไม่ได้จริง

3. Thai Support — คุยกับใครตอนมีปัญหา

ข้อนี้สำคัญกว่าที่คิด โดยเฉพาะถ้าทีมไม่ได้แข็งภาษาอังกฤษ หรือใช้งานที่ต้องพึ่งบริบทไทย

  • มีทีม support ที่คุยไทยได้ไหม — ถ้าต้องเปิด ticket แล้วรอแปลไปแปลมา เวลาที่เสียไปคือต้นทุนจริง
  • model รองรับภาษาไทยแค่ไหน — ทดสอบกับ use case จริง ไม่ใช่แค่ถามคำถามง่ายๆ เช่น สรุปเอกสารกฎหมายไทย ตอบลูกค้าด้วยภาษาสุภาพแบบไทย
  • มี local partner หรือ reseller ในไทยไหม — ถ้ามี มักช่วยเรื่องสัญญา ภาษี และ support ได้เร็วกว่าติดต่อ HQ ต่างประเทศตรงๆ
  • เอกสาร ข้อตกลง สัญญา เป็นภาษาไทยได้ไหม — ฝ่ายกฎหมายบริษัทจะขอบคุณมาก

4. Compliance — ถูกกฎหมายไทยและมาตรฐานสากลไหม

  • PDPA (พ.ร.บ.คุ้มครองข้อมูลส่วนบุคคล) — vendor ต้องมีข้อตกลง Data Processing Agreement (DPA) ที่ระบุชัดว่าใครเป็นผู้ควบคุมข้อมูล ใครเป็นผู้ประมวลผล
  • ข้อมูลอยู่ที่ region ไหน — บางธุรกิจ (การเงิน, สุขภาพ) มีข้อกำหนดว่าข้อมูลต้องอยู่ใน region ที่กำหนด ต้องเช็คว่า vendor มี data center ในภูมิภาคที่ตรงเงื่อนไขไหม
  • มาตรฐานสากล — ISO 27001, SOC 2 Type II เป็นใบเบิกทางขั้นต่ำที่บอกว่า vendor ผ่านการตรวจสอบระบบความปลอดภัยจากบุคคลที่สาม
  • อุตสาหกรรมเฉพาะ — ถ้าอยู่ในธุรกิจการเงินหรือสุขภาพ อาจต้องเช็คมาตรฐานเพิ่ม เช่น PCI-DSS สำหรับข้อมูลบัตร

5. Cost Lock-in — ราคาถูกวันนี้ แพงวันหน้าไหม

Vendor หลายเจ้าใช้กลยุทธ์ราคาถูกช่วงแรกเพื่อดึงให้ใช้ แล้วค่อยขึ้นราคาตอนย้ายยาก เหมือนโปรโมชั่นมือถือปีแรกถูก ปีสองแพงกว่าเดิมเท่าตัว

สิ่งที่ต้องดู:

  • โครงสร้างราคาระยะยาวเป็นยังไง — ถามตรงๆ ว่าปีหน้า ปีต่อไป ราคาจะขึ้นตามอะไร
  • มี custom model หรือ fine-tuned model ที่ผูกกับ vendor เดียวไหม — ถ้าเราลงทุน fine-tune model บน platform หนึ่ง การย้ายออกอาจแปลว่าต้องเริ่มใหม่หมด
  • ต้นทุนซ่อนเจอ — ค่า storage, ค่า data transfer ออกจากระบบ (egress fee), ค่า support tier ที่สูงกว่า
  • volume discount เงื่อนไขอะไรบ้าง — บางทีราคาถูกลงก็จริงแต่ต้อง commit ปริมาณการใช้งานล่วงหน้าเป็นปี

6. Exit Plan — ถ้าอยากเลิกใช้ ทำได้จริงไหม

ข้อนี้คนมักลืมเช็คตอนเซ็นสัญญา เพราะตอนเริ่มไม่มีใครคิดถึงวันเลิกใช้ แต่ธุรกิจต้องวางแผนเหมือนซื้อประกัน — หวังว่าไม่ต้องใช้ แต่ต้องมีไว้

  • export ข้อมูลออกได้ง่ายไหม — ทั้ง conversation log, การตั้งค่า, fine-tuned model (ถ้ามี)
  • format ที่ export มาใช้ต่อกับระบบอื่นได้ไหม — หรือ export มาเป็น format เฉพาะของ vendor ที่ใช้ต่อไม่ได้
  • ระยะเวลาแจ้งยกเลิกล่วงหน้า — สัญญาบางฉบับกำหนดให้แจ้งล่วงหน้า 90 วัน ถ้าไม่แจ้งจะต่อสัญญาอัตโนมัติอีกปี
  • ค่าปรับเลิกสัญญาก่อนกำหนด — โดยเฉพาะสัญญา enterprise ที่ commit ปริมาณการใช้งานล่วงหน้า

สรุป Checklist ก่อนเซ็นสัญญา

□ Security: ข้อมูลไม่ถูกเอาไปฝึก model โดยไม่ขออนุญาต
□ Security: มี encryption + audit log
□ SLA: uptime มีตัวเลขชัดเจน + ค่าชดเชยเมื่อล่ม
□ Thai Support: มีทีมคุยไทยได้ + model รองรับภาษาไทยจริง
□ Compliance: มี DPA รองรับ PDPA + มาตรฐานสากล (ISO 27001 / SOC 2)
□ Cost: รู้โครงสร้างราคา 2-3 ปีข้างหน้า ไม่ใช่แค่ปีแรก
□ Exit Plan: export ข้อมูลได้ + รู้เงื่อนไขยกเลิกสัญญาชัดเจน

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