นำ Claude เชื่อมเข้าระบบ
ในองค์กรของคุณ

แผนเชิงพาณิชย์ — Team, Enterprise และ API — ค่าเริ่มต้นคือ ไม่ถูกนำไปเทรน ตามเงื่อนไขที่ Anthropic ประกาศไว้

ข้อยกเว้นที่ควรบอกผู้ใช้ให้รู้: ถ้าผู้ใช้กดปุ่มให้ feedback (ถูกใจ/ไม่ถูกใจ) กับคำตอบใด บทสนทนานั้นทั้งชุดจะถูกเก็บไว้ได้นานถึง 5 ปี และนำไปใช้ปรับปรุงโมเดลได้ — ควรเขียนเรื่องนี้ไว้ในระเบียบการใช้งานภายในตั้งแต่วันแรก

ส่วนแผนผู้ใช้ทั่วไป (Free / Pro / Max) การเปิดหรือปิดอยู่ในมือผู้ใช้แต่ละคน องค์กรควบคุมจากส่วนกลางไม่ได้ จึงไม่ควรใช้กับงานที่มีข้อมูลจริงขององค์กร

ไม่ได้ — ตัวโมเดล Claude ไม่ได้เปิดให้ติดตั้งบนเซิร์ฟเวอร์ขององค์กร ทุกเส้นทางต้องเรียกผ่านคลาวด์

สิ่งที่อยู่ในองค์กรได้คือ MCP Server, ระบบงาน, ฐานข้อมูล และชั้นควบคุมสิทธิ์ทั้งหมด ซึ่งทำให้กำหนดได้ว่าข้อมูลส่วนไหนถูกส่งออกไปบ้าง — ดูรายละเอียดที่ ตารางเปรียบเทียบเส้นทางข้อมูล

ต้องมี ไม่ว่าจะเป็น API key สำหรับงาน integration หรือ seat ของแผน Team / Enterprise สำหรับผู้ใช้ทั่วองค์กร

จัดหาผ่านเราได้ — ออกใบเสนอราคาภาษาไทย รองรับ PO ใบกำกับภาษี และหัก ณ ที่จ่ายตามระเบียบไทย ดูที่หน้า บริการจัดหา Claude · หรือถ้าองค์กรจัดหา license เองอยู่แล้ว จะให้เราทำเฉพาะงาน integration ก็ได้เช่นกัน

ได้ ถ้าระบบนั้นมีทางเข้าถึงข้อมูล — REST API, ฐานข้อมูลที่อ่านได้ หรืออย่างน้อยไฟล์ส่งออกที่ออกได้สม่ำเสมอ

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

ไม่มีเรตสำเร็จรูป เพราะขอบเขตต่างกันมาก แต่โครงสร้างค่าใช้จ่ายแยกเป็น 3 ก้อนเสมอ และเราแจกแจงให้เห็นทั้งสามก้อนก่อนเซ็น

(1) ค่า license หรือค่าเรียกใช้ API ซึ่งเป็นของ Anthropic และผันแปรตามปริมาณการใช้งานจริง · (2) ค่างาน integration คิดเป็นโครงการตามขอบเขตที่ตกลง · (3) ค่าดูแลต่อเนื่องหลัง go-live คิดเป็นรายเดือนหรือรายปี

ออกแบบให้รู้ตั้งแต่แรกดีกว่าตามแก้ทีหลัง — คำตอบต้องอ้างอิงกลับไปยังเอกสารหรือรายการต้นทางได้ ทุกการเรียกข้อมูลถูกบันทึกไว้ตรวจย้อนหลัง และงานที่ผิดแล้วแก้ยากจะถูกจำกัดให้เป็นการอ่านอย่างเดียว

งานที่ต้องบันทึกลงระบบจริงให้คนเป็นผู้กดอนุมัติเสมอ เราไม่ออกแบบให้ AI เขียนข้อมูลลง ERP เองโดยไม่มีคนดู

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

ด่านนี้ทำงานตามกติกาที่เขียนไว้ล่วงหน้า จับได้เท่าที่กำหนดรูปแบบไว้ ไม่ใช่เครื่องที่เดาเจตนาเองได้ งานจึงเริ่มจากการนั่งเคาะร่วมกับองค์กรว่าอะไรคือข้อมูลที่ห้ามออก แล้วค่อยแปลงเป็นกติกาที่ระบบบังคับได้ — ดูรายละเอียดที่ ด่านตรวจข้อมูลอ่อนไหว

ไม่ต้อง และไม่ควร — ส่วนใหญ่เริ่มจากสองถึงสามข้อที่ตรงกับความเสี่ยงและงานจริงของหน่วยงานนั้น

องค์กรที่มีข้อมูลอ่อนไหวมาก เราแนะนำให้เริ่มจากด่านตรวจข้อมูลกับสิทธิ์ระดับแถว-คอลัมน์ ส่วนองค์กรที่เปิดใช้มาสักพักแล้วคำตอบเริ่มเพี้ยน ควรเริ่มจากชุดทดสอบคุณภาพคำตอบ ในขั้น Discovery เราจะบอกว่าข้อไหนควรทำก่อน และข้อไหนยังไม่จำเป็นสำหรับขอบเขตปัจจุบัน

แนะนำให้ทำแบบนั้น เริ่มจาก pilot หนึ่ง use case ในหน่วยงานเดียวที่วัดผลได้ชัด แล้วค่อยขยาย

ข้อดีคือได้เห็นของจริงว่าคนในองค์กรใช้แล้วเปลี่ยนวิธีทำงานจริงหรือไม่ ก่อนจะผูกงบก้อนใหญ่ — เรื่อง change management มักเป็นตัวตัดสินผลมากกว่าตัวเทคโนโลยี

ได้ แต่เราจะบอกไว้ล่วงหน้าว่าอะไรจะเกิดขึ้น ระบบที่เชื่อมไว้วันนี้กับอีกหกเดือนถัดมาไม่เหมือนกัน — ขั้นตอนงานภายในเปลี่ยน โมเดลออกรุ่นใหม่ที่ทำงานต่างจากเดิม และปริมาณการใช้งานที่โตขึ้นทำให้ค่าใช้จ่ายเปลี่ยน

ถ้าไม่มีใครดูต่อ สิ่งที่เจอบ่อยคือระบบยังทำงานอยู่แต่คุณภาพคำตอบค่อยๆ เพี้ยนโดยไม่มีใครสังเกต จนคนเลิกใช้ไปเอง