ค่าใช้จ่ายระบบบริหารการผลิต 2026 สิ่งที่ทำให้ใบเสนอราคาต่างกัน ไม่ใช่ค่าไลเซนส์

ขอใบเสนอราคาเปรียบเทียบจาก 3 บริษัท แล้วพบว่าเจ้าที่ถูกที่สุดกับเจ้าที่แพงที่สุดต่างกันหลายเท่า คำปรึกษาเรื่องค่าใช้จ่ายระบบบริหารการผลิตที่เราได้รับจากโรงงานญี่ปุ่นในประเทศไทย เริ่มต้นด้วยประโยคนี้บ่อยมาก ส่วนต่างนั้นไม่ใช่ส่วนต่างของราคาไลเซนส์ และไม่ใช่ส่วนต่างของขนาดบริษัทหรือชื่อเสียงของผู้ขายด้วย สิ่งที่สร้างส่วนต่างคือคำถามว่า ใบเสนอราคาฉบับนั้นเขียน 4 รายการนี้ไว้หรือไม่ นั่นคือ 4 รายการที่ยอดเงินแทบไม่ขยับ ไม่ว่าจะเปลี่ยนวิธีการนำระบบเข้ามาใช้เป็นแบบใดก็ตาม บทความนี้จะเรียบเรียงราคาตลาดของญี่ปุ่นก่อน จากนั้นแยกส่วนต้นทุนรวม 5 ปีของ 3 วิธี บนสมมติฐานของโรงงานญี่ปุ่นในประเทศไทย เพื่อชี้ด้วยตัวเลขว่าใบเสนอราคาต่างกันที่ตรงไหน

ราคาตลาดของค่าใช้จ่ายระบบบริหารการผลิต ช่วงราคาแยกตามรูปแบบการให้บริการ

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

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

ราคาตลาดของญี่ปุ่นตามแหล่งอ้างอิง หน่วยเป็นเยน

ถ้าดูตารางนี้แล้วรู้สึกว่าช่วงราคากว้างเกินกว่าจะเรียกว่าราคาตลาดได้ ความรู้สึกนั้นถูกต้องแล้ว โดยเฉพาะแบบออนพรีมิสที่ระบุว่า 1 ล้านถึง 10 ล้านเยนขึ้นไป ค่าบนกับค่าล่างต่างกัน 1 หลัก ส่วนการพัฒนาขึ้นใหม่ทั้งหมดที่ระบุว่า 5 ล้านเยนถึงหลายร้อยล้านเยน ต่างกันถึง 2 หลัก แม้จะถูกนำเสนอในฐานะตารางราคาตลาด แต่ถ้าจะเอามาใช้เป็นวัตถุดิบตั้งงบประมาณของโรงงานตนเองโดยตรง ก็ยังใช้ไม่ได้

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

ราคาของแบบคลาวด์

แบบคลาวด์ถูกระบุไว้ว่าค่าใช้จ่ายเริ่มต้น 0 ถึง 1 ล้านเยน ค่าบริการรายเดือน 30,000 ถึง 150,000 เยน และระยะเวลาติดตั้งใช้งาน 1 ถึง 3 เดือน

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

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

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

ราคาของแบบออนพรีมิส

แบบออนพรีมิสหรือแบบแพ็กเกจ มีราคาตลาดคือค่าใช้จ่ายเริ่มต้นรวมไลเซนส์กับโครงสร้างพื้นฐานอยู่ที่ 1 ล้านถึง 10 ล้านเยนขึ้นไป ค่าบำรุงรักษารายปีประมาณ 5 ถึง 15% ของค่าใช้จ่ายในการนำระบบเข้ามาใช้ และระยะเวลาติดตั้งใช้งาน 3 ถึง 6 เดือน

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

นอกเหนือจากตัวเลขประมาณ 5 ถึง 15% ของค่าใช้จ่ายในการนำระบบเข้ามาใช้ข้างต้น ยังมีเอกสารบางแหล่งที่ระบุว่าค่าไลเซนส์ซอฟต์แวร์อยู่ที่ 500,000 ถึง 5 ล้านเยน และค่าบำรุงรักษาอยู่ที่ 15 ถึง 20% ของค่าไลเซนส์ ถ้าเทียบกันแต่ตัวอัตรา 15 ถึง 20% จะดูสูงกว่า แต่ฐานที่อัตรานั้นคิดมาไม่เหมือนกัน จะเอา 5 ถึง 15% ไปคูณกับค่าใช้จ่ายในการนำระบบเข้ามาใช้ทั้งก้อน ซึ่งรวมไลเซนส์ โครงสร้างพื้นฐาน และค่าสนับสนุนการติดตั้ง หรือจะเอา 15 ถึง 20% ไปคูณกับค่าไลเซนส์อย่างเดียว ระบบเดียวกันแท้ ๆ แต่วิธีอ่านสองแบบนี้ทำให้ยอดเงินค่าบำรุงรักษารายปีเปลี่ยนไป

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

ราคาของการพัฒนาขึ้นใหม่ทั้งหมด

การพัฒนาขึ้นใหม่ทั้งหมดถูกระบุไว้ว่าค่าพัฒนาอยู่ที่ 5 ล้านเยนถึงหลายร้อยล้านเยน และระยะเวลาพัฒนาอยู่ที่หลายเดือนถึงมากกว่า 1 ปี

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

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

ต้นทุนแฝง 3 อย่างที่ไม่ปรากฏในตารางราคาตลาด

นอกเหนือจากราคาตลาดแยกตามรูปแบบการให้บริการ ยังมีค่าใช้จ่าย 3 อย่างที่ถูกยกขึ้นมาในฐานะสิ่งที่มองข้ามได้ง่าย

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

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

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

เหตุใดขนาดเท่ากันแต่ใบเสนอราคากลับต่างกัน ค่าใช้จ่ายระบบบริหารการผลิตแบ่งได้เป็น 5 ชั้น

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

ชั้นที่ 1 กับชั้นที่ 2 ถูกเขียนไว้ในใบเสนอราคาของผู้ขายทุกเจ้า เพราะเป็นป้ายราคาของผลิตภัณฑ์และแรงงานที่ใช้ตั้งค่าผลิตภัณฑ์นั้น ในมุมของผู้ขาย นี่คือรายได้ของตัวเอง จึงไม่มีเหตุผลที่จะเขียนตกหล่น

สิ่งที่ทำให้ต่างกันคือชั้นที่ 3 ชั้นที่ 4 และชั้นที่ 5 ทั้งสามชั้นนี้มีคุณสมบัติร่วมกันอยู่อย่างหนึ่ง คือ ตัวผู้ลงมือทำงานขยายมาถึงฝั่งผู้ว่าจ้างด้วย

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

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

ใบเสนอราคาที่ดูเหมือนราคาถูก ไม่ได้ถูกกว่า แต่ขอบเขตสั้นกว่า

เวลาขอใบเสนอราคาเปรียบเทียบแล้วมีข้อเสนอที่ราคาถูกผิดปกติโผล่ออกมา สิ่งที่เกิดขึ้นจริงส่วนใหญ่ไม่ใช่การลดราคา แต่คือ ขอบเขตของใบเสนอราคานั้นสั้นกว่า ถ้าเอาใบเสนอราคาที่เขียนแค่ชั้นที่ 1 กับชั้นที่ 2 ไปวางข้างใบเสนอราคาที่เขียนครบตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5 ใบแรกย่อมดูราคาถูกกว่าเป็นธรรมดา

โครงสร้างแบบนี้จะปรากฏตัวออกมาในรูปของงบบานปลายในช่วงท้ายของโครงการ ในฐานะสถิติความล้มเหลวของงาน ERP ข้อมูลทุติยภูมิที่อ้างรายงาน ERP ปี 2026 ของ Panorama Consulting Group ระบุว่างาน ERP ในอุตสาหกรรมการผลิตแบบดิสครีต 73% ไม่บรรลุเป้าหมาย ขณะที่ค่าเฉลี่ยของทุกอุตสาหกรรมอยู่ที่ 68% เนื่องจากระบบบริหารการผลิตเป็นส่วนหนึ่งของ ERP หรืออยู่ในพื้นที่ข้างเคียง แนวโน้มนี้จึงใช้เป็นข้อมูลอ้างอิงได้

อนึ่ง ในเอกสารประเภทเดียวกันมีการอ้างตัวเลขอัตรางบบานปลายอย่าง 189% หรือ 215% ด้วย แต่เนื่องจากไม่ชัดเจนว่าฝั่งแหล่งอ้างอิงหมายถึงสัดส่วนเทียบกับงบประมาณ หรือหมายถึงส่วนที่เกินงบประมาณ บทความนี้จึงไม่นำตัวเลขเหล่านั้นมาใช้ในฐานะตัวคูณ และขอแนะนำว่าเมื่อผู้อ่านพบตัวเลขประเภทนี้ ก็ควรตรวจสอบนิยามของฐานด้วยเช่นกัน เพราะการเป็นกี่เปอร์เซ็นต์ของงบประมาณ กับการที่ส่วนเกินงบประมาณเป็นกี่เปอร์เซ็นต์ ให้ความหมายที่ต่างกันมาก

เบื้องหลังของงบบานปลายนั้นอธิบายให้ครบด้วยเรื่องค่าใช้จ่ายอย่างเดียวไม่ได้ ปัจจัยฝั่งองค์กร เราได้เรียบเรียงไว้ใน 5 รอยแยกของการนำระบบบริหารการผลิตมาใช้แล้วล้มเหลว จึงขอเชิญอ่านประกอบกัน

แยกส่วนต้นทุนรวม 5 ปีของ 3 วิธี ประมาณการโดยบริษัทเรา

จากนี้เราจะแสดงประมาณการบนสมมติฐานของโรงงานที่เป็นรูปธรรม ทั้งหมดต่อไปนี้เป็นประมาณการของบริษัทเรา ตัวเงินจริงจะผันแปรตามสเปก ผู้ขาย และอัตราแลกเปลี่ยน ขอให้อ่านในฐานะกรอบวิธีคิด หน่วยทั้งหมดเป็นบาท

เงื่อนไขตั้งต้น

• โรงงานญี่ปุ่นในเขตปริมณฑลกรุงเทพ พนักงาน 120 คน
• ผู้ใช้งานระบบบริหารการผลิต 25 คน จำนวน 1 ไซต์
• การเชื่อมต่อกับระบบภายนอก 3 เส้น
• ข้อมูลมาสเตอร์สินค้า 8,000 รายการ ข้อมูลมาสเตอร์คู่ค้า 600 รายการ BOM 3,500 บรรทัด
• ระยะเวลาประเมิน 5 ปี

3 วิธี

• วิธี A แบบคลาวด์ คือ SaaS ที่เน้นใช้ฟังก์ชันมาตรฐาน
• วิธี B แพ็กเกจแบบออนพรีมิส
• วิธี C การพัฒนาขึ้นใหม่ทั้งหมดโดยผู้ขายในประเทศไทย

รายละเอียดของค่าใช้จ่ายเริ่มต้น

อินเทอร์เฟซเชื่อมต่อคิดที่เส้นละ 180,000 สำหรับ A เส้นละ 200,000 สำหรับ B และเส้นละ 160,000 สำหรับ C แล้วคูณ 3 เส้น เหตุที่ราคาต่อเส้นต่างกันตามวิธี มาจากการมีหรือไม่มีคอนเนกเตอร์มาตรฐาน และความต่างของโครงสร้างทีมพัฒนา ส่วนการเดินระบบคู่ขนานที่ 160,000 นั้น เราตั้งไว้เท่ากันทั้ง 3 วิธี ในฐานะค่าล่วงเวลาของช่วงบันทึกข้อมูลซ้ำสองระบบ

ค่าใช้จ่ายต่อเนื่องและการแก้ไขเพิ่มเติม

นอกเหนือจากนี้ เรายังตั้งค่าแก้ไขเพิ่มเติมตลอด 5 ปีไว้ที่ 300,000 สำหรับ A 500,000 สำหรับ B และ 900,000 สำหรับ C โดยถือเป็นค่าแก้ไขที่เกิดเป็นครั้งคราว ไม่รวมอยู่ในยอดค่าใช้จ่ายต่อเนื่อง

ไลเซนส์ของวิธี B ตั้งอยู่บนสมมติฐานว่าเป็นไลเซนส์แบบต่อไซต์ ซึ่งไม่ขึ้นกับจำนวนผู้ใช้งาน สมมติฐานข้อนี้จะมีผลอย่างมากในหัวข้อจุดพลิกตามจำนวนผู้ใช้งานช่วงหลังของบทความ

ต้นทุนรวม 5 ปี

ภายใต้เงื่อนไขตั้งต้นชุดนี้ ต้นทุนรวม 5 ปีออกมาเป็นวิธี A ที่ 4,750,000 วิธี B ที่ 6,560,000 และวิธี C ที่ 9,000,000 ลำดับเป็น A น้อยกว่า B น้อยกว่า C เหมือนกันทั้งเมื่อดูค่าใช้จ่ายเริ่มต้นและเมื่อดูต้นทุนรวม 5 ปี ที่เงื่อนไขผู้ใช้งาน 25 คน แบบคลาวด์ได้เปรียบในด้านค่าใช้จ่าย

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

ยอด 1,300,000 บาทที่ไม่ขยับ แม้จะเปลี่ยนวิธีการนำระบบเข้ามาใช้

ใจกลางของบทความนี้เริ่มจากตรงนี้เป็นต้นไป

ขอให้ลองกวาดตามองตารางรายละเอียดทั้ง 3 ตารางข้างบนในแนวตั้งอีกครั้ง ทั้งค่าไลเซนส์ ค่าเซิร์ฟเวอร์ และค่าพัฒนา รายการเหล่านี้เป็นศูนย์ก็ได้ หรือขึ้นไปถึง 3,200,000 บาทก็ได้ ขึ้นอยู่กับวิธีที่เลือก การที่การถกเถียงเรื่องการเลือกวิธีไปกระจุกตัวอยู่ที่บรรทัดเหล่านี้ จึงเป็นเรื่องธรรมดา

แต่มีอยู่ 4 บรรทัดที่ยอดเงินแทบไม่ขยับ ไม่ว่าจะเปลี่ยนไปใช้วิธีการใดก็ตาม

ยอดรวมของ 4 รายการคือ A 1,300,000 B 1,400,000 และ C 1,320,000 ทั้ง 3 วิธีอยู่ในแถบ 1,300,000 ถึง 1,400,000 บาทเหมือนกันหมด

นี่คือข้อเสนอหลักของบทความนี้ ใบเสนอราคาต่างกัน เพราะเขียนหรือไม่เขียนแถบนี้ลงไปในใบเสนอราคา ไม่ได้ต่างกันเพราะราคาไลเซนส์ และไม่ได้ต่างกันเพราะขนาดของผู้ขาย

เหตุใดยอดจึงไม่ขยับ

เหตุผลที่ทั้ง 4 รายการไม่ขึ้นกับวิธีที่เลือก มีความชัดเจนในตัวเองอยู่แล้วทีละข้อ

การจัดระเบียบมาสเตอร์และการย้ายข้อมูล เท่ากันที่ 380,000 ทั้ง 3 วิธี เพราะเป้าหมายของงานนี้คือข้อมูลของบริษัทตัวเอง ข้อมูลมาสเตอร์สินค้า 8,000 รายการ ข้อมูลมาสเตอร์คู่ค้า 600 รายการ และ BOM 3,500 บรรทัด จำนวนเหล่านี้ไม่เปลี่ยนไม่ว่าจะเลือกคลาวด์หรือเลือกพัฒนาใหม่ทั้งหมด ทั้งการรวมรหัสไอเทมที่ซ้ำกัน การตัดรายการที่เลิกใช้แล้วออก การทำหน่วยนับให้เป็นมาตรฐานเดียวกัน และการจัดลำดับชั้นของ BOM ให้เรียบร้อย ปริมาณงานชุดนี้เท่าเดิม ไม่ว่าระบบปลายทางที่จะไปรองรับจะเป็นแบบใดก็ตาม

อินเทอร์เฟซเชื่อมต่อ ราคาต่อเส้นขยับตามวิธีอยู่ในช่วง 160,000 ถึง 200,000 และรวม 3 เส้นอยู่ในช่วง 480,000 ถึง 600,000 แต่ช่วงที่ขยับนั้นแคบ เพราะสิ่งที่กำหนดแรงงานของการเชื่อมต่อไม่ใช่ระบบฝั่งเรา แต่คือ สเปกของระบบฝั่งปลายทาง ทั้งรูปแบบรายการบัญชีของระบบบัญชี การส่งผลการผลิตไปยังสำนักงานใหญ่ที่ญี่ปุ่น และการซิงก์สต็อกกับระบบคลังสินค้า ตราบใดที่ฝั่งปลายทางไม่เปลี่ยน แรงงานในการจับคู่ข้อมูลก็ไม่เปลี่ยนไปมากนัก

การอบรมและการทดสอบเพื่อยอมรับระบบ อยู่ที่ 220,000 ถึง 300,000 ทั้งการเขียนเคสทดสอบ การให้แผนกงานได้ลองใช้จริง การหาข้อบกพร่องออกมาแก้ และการตัดสินผ่านหรือไม่ผ่าน สิ่งที่กำหนดปริมาณงานชุดนี้คือจำนวนแผนกที่ใช้งานและความซับซ้อนของงาน ไม่ใช่วิธีที่ใช้พัฒนาระบบ

การเดินระบบคู่ขนาน เท่ากันที่ 160,000 ทั้ง 3 วิธี ทั้งการบันทึกข้อมูลซ้ำสองระบบในช่วงที่เดินระบบเก่ากับระบบใหม่พร้อมกัน และค่าล่วงเวลาที่เทียบเท่ากับช่วงนั้น เรื่องนี้ก็ไม่เกี่ยวกับวิธีที่ใช้พัฒนาระบบเช่นกัน

สัดส่วนของ 4 รายการในค่าใช้จ่ายเริ่มต้น

เมื่อดูสัดส่วนที่ 4 รายการชุดเดิมครองอยู่ในค่าใช้จ่ายเริ่มต้น ความต่างของภาพที่มองเห็นในแต่ละวิธีจะชัดขึ้นมาทันที

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

และตรงนี้เองที่กลายเป็นหลุมพรางในทางปฏิบัติ ในกรณีที่ข้อเสนอของแบบคลาวด์เขียนไว้เพียงว่าค่าใช้จ่ายเริ่มต้น 450,000 บาท นั่นหมายความว่ามันรวมไว้แค่บรรทัดการตั้งค่า Fit and Gap ในตารางเท่านั้น ในความเป็นจริง จะมี 1,300,000 บาทบวกเข้ามาอีก ตัวเลข 450,000 บาทที่ถูกนำเสนอ เป็นเพียงประมาณหนึ่งในสี่ของค่าใช้จ่ายเริ่มต้นที่ 1,750,000 บาท ส่วนต่างประมาณ 3.9 เท่าเกิดขึ้นในรูปแบบนี้เอง

ค่าไลเซนส์ไม่ใช่ตัวเอกของยอดรวม

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

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

ส่วนวิธี A ค่าบริการการใช้งานมีสัดส่วนสูงที่สุดที่ 56.8% แต่นี่เป็นผลจากการสะสมตลอดระยะเวลา 5 ปี ตัวค่าบริการที่ว่าคนละ 1,800 บาทต่อเดือน และ 25 คนรวมเป็น 45,000 บาทต่อเดือนนั้น ดูเป็นตัวเลขเล็กในวงประชุมขออนุมัติงบ จึงจำเป็นต้องยืนยันก่อนทำสัญญาว่า เมื่อคูณด้วยระยะเวลาแล้วผลจะออกมาเป็นเท่าไร

ที่ผู้ใช้งาน 42 คน ลำดับจะพลิกกลับ วิธีเลือกระบบบริหารการผลิตโดยดูจากค่าใช้จ่าย

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

ต้นทุนรวม 5 ปีของวิธี A เพิ่มขึ้นเป็นสัดส่วนตรงกับจำนวนผู้ใช้งาน

ต้นทุนรวม 5 ปีของวิธี A = 2,050,000 + 108,000 x จำนวนผู้ใช้งาน

ตัวเลข 2,050,000 คือผลรวมของค่าใช้จ่ายเริ่มต้น 1,750,000 กับค่าแก้ไขเพิ่มเติมตลอด 5 ปีอีก 300,000 ส่วน 108,000 คือค่าบริการ 5 ปีของผู้ใช้งาน 1 คน ซึ่งมาจาก 1,800 บาท x 60 เดือน

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

ในทางกลับกัน ไลเซนส์ของวิธี B เป็นไลเซนส์แบบต่อไซต์ที่ไม่ขึ้นกับจำนวนผู้ใช้งาน ต้นทุนรวม 5 ปีจึงคงที่อยู่ที่ 6,560,000

เรามาดูกันว่าเส้นสองเส้นนี้ตัดกันที่จุดใด

ลำดับพลิกกลับที่ 42 คน ที่จำนวนผู้ใช้งานไม่เกิน 41 คน แบบคลาวด์ยังเป็นฝั่งที่ถูกกว่า แต่ตั้งแต่ 42 คนขึ้นไป แพ็กเกจแบบออนพรีมิสจะกลายเป็นฝั่งที่ถูกกว่า

ขอเขียนวิธีใช้ตัวเลขนี้ในเชิงปฏิบัติไว้ 2 ข้อ

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

ข้อที่สอง ตัวเลข 42 จะขยับถ้าสมมติฐานเปลี่ยน ถ้าราคาต่อคนต่อเดือนไม่ใช่ 1,800 บาทแต่เป็น 1,500 บาท จุดตัดก็จะเลื่อนไปทางขวา และถ้าไลเซนส์ของวิธี B คิดตามจำนวนผู้ใช้งาน การเปรียบเทียบแบบนี้ก็ไม่เกิดขึ้นตั้งแต่แรก สิ่งสำคัญไม่ใช่ตัวเลข 42 แต่คือโครงสร้างที่ว่า แบบคลาวด์เป็นเส้นตรงที่ไต่ขึ้น ส่วนแบบไลเซนส์ต่อไซต์เป็นเส้นแนวนอน และสองเส้นนี้จะต้องตัดกันที่จุดใดจุดหนึ่งแน่นอน

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

4 ตัวเลขที่ต้องตรวจสอบในใบเสนอราคา

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

1. จำนวนเส้นของอินเทอร์เฟซเชื่อมต่อ

รายการที่ยอดเงินขยับได้ง่ายที่สุดคือตรงนี้ ประมาณการก่อนหน้าตั้งอยู่บนสมมติฐาน 3 เส้น เรามาดูผลกระทบเมื่อจำนวนนี้กลายเป็น 9 เส้น ซึ่งคือเพิ่มอีก 6 เส้น

ทั้ง 3 วิธีเพิ่มขึ้นราว 1,000,000 บาท เรื่องการเพิ่มปลายทางที่ต้องเชื่อมต่อนั้น เกิดขึ้นจากคำพูดเบา ๆ เพียงประโยคเดียวในที่ประชุมกำหนดความต้องการของระบบ เช่น อยากดึงผลการผลิตจาก PLC มาด้วย หรืออยากเชื่อมสต็อกจากเครื่องแฮนดี้เทอร์มินัลด้วย พอคำพูดแบบนี้ซ้อนกันสักสามสี่ประโยค ต้นทุนรวม 5 ปีก็ขยับไป 1,000,000 บาท ขอให้นำความรู้สึกต่อตัวเลขนี้เข้าไปในวงประชุมกำหนดความต้องการของระบบด้วย

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

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

2. จำนวนรายการและความถูกต้องของมาสเตอร์ที่จะย้าย

ในประมาณการชุดนี้ เราตั้งค่าการจัดระเบียบมาสเตอร์และการย้ายข้อมูลไว้ที่ 380,000 บนสมมติฐานข้อมูลมาสเตอร์สินค้า 8,000 รายการ ข้อมูลมาสเตอร์คู่ค้า 600 รายการ และ BOM 3,500 บรรทัด

สิ่งที่ต้องตรวจสอบในใบเสนอราคาคือ สมมติฐานเรื่องความถูกต้อง ไม่ใช่แค่จำนวนรายการ ข้อความว่าจะย้ายข้อมูล 8,000 รายการ กับข้อความว่าจะย้ายข้อมูล 8,000 รายการพร้อมจัดระเบียบรายการซ้ำและรายการที่เลิกใช้ แล้วทำหน่วยนับให้เป็นมาตรฐานเดียวกัน มีปริมาณงานที่ต่างกันโดยสิ้นเชิง แบบแรกคืองานคัดลอกข้อมูล ส่วนแบบหลังคือการตรวจนับสำรวจงานทั้งระบบ

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

บางกรณีจะมีการเขียนไว้ในสมมติฐานของใบเสนอราคาว่า ฝ่ายผู้ว่าจ้างเป็นผู้จัดหามาสเตอร์ที่ผ่านการทำความสะอาดข้อมูลแล้ว ถ้าเป็นเช่นนั้น ก็มีความหมายว่างานที่เทียบเท่ากับ 380,000 ยังคงค้างอยู่ที่ฝั่งบริษัทตัวเอง มันหายไปจากใบเสนอราคาของผู้ขาย แต่ไม่ได้แปลว่าค่าใช้จ่ายกลายเป็นศูนย์

3. จำนวนเคสของการทดสอบเพื่อยอมรับระบบ

การอบรมและการทดสอบเพื่อยอมรับระบบถูกตั้งไว้ที่ 220,000 ถึง 300,000 ตามวิธีที่เลือก สิ่งที่ต้องตรวจสอบตรงนี้มี 2 ข้อ คือ ใครเป็นคนเขียนเคสทดสอบ และ ตั้งสมมติฐานไว้กี่เคส

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

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

4. ระยะเวลาของการเดินระบบคู่ขนาน

เป็นรายการที่เราตั้งไว้ที่ 160,000 เท่ากันทั้ง 3 วิธี ยอดเงินดูเล็ก แต่ถ้าระยะเวลายืดออกไป ยอดก็จะเพิ่มขึ้นเป็นสัดส่วนตามกัน

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

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

ค่าใช้จ่ายที่บวกเพิ่มขึ้นสำหรับโรงงานในประเทศไทย ภาษาที่ใช้ การสนับสนุนในพื้นที่ และเขตเวลา

ประมาณการก่อนหน้าตั้งอยู่บนสมมติฐานโรงงานญี่ปุ่นในประเทศไทยอยู่แล้ว แต่ยังมีค่าใช้จ่ายที่บวกเพิ่มขึ้นในเชิงโครงสร้าง เมื่อเทียบกับการติดตั้งใช้งานในประเทศญี่ปุ่น ขอยกมา 3 ข้อ

การรองรับหลายภาษา

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

สิ่งที่มีผลจริงในทางปฏิบัติ ไม่ใช่ตัว UI แต่คือ การเก็บชื่อในมาสเตอร์ไว้หลายภาษา ถ้าลงทะเบียนชื่อไอเทมเป็นภาษาญี่ปุ่น ผู้ปฏิบัติงานชาวไทยที่หน้างานก็อ่านไม่ออก แต่ถ้าจะเก็บเป็นภาษาไทยอย่างเดียว ตอนรายงานไปยังสำนักงานใหญ่ที่ญี่ปุ่นก็ต้องแปลอีก ถ้าจะให้ข้อมูลมาสเตอร์สินค้า 8,000 รายการมีครบทั้ง 3 ภาษา คือญี่ปุ่น ไทย และอังกฤษ ปริมาณงานของการจัดระเบียบมาสเตอร์ก็เพิ่มขึ้นตามส่วนนั้น

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

การสนับสนุนในพื้นที่

เมื่อระบบหยุดทำงาน ใครจะเป็นผู้เข้ามาแก้ไขภายในกี่ชั่วโมง ตรงนี้ตัวเลือกมีจำกัดกว่าในประเทศญี่ปุ่น

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

ระดับของค่าใช้จ่ายด้านการสนับสนุนได้รับผลจากโครงสร้างค่าแรงฝั่งประเทศไทย ขอยกมาเป็นข้อมูลอ้างอิงว่า ค่าจ้างขั้นต่ำของประเทศไทย ณ ปี 2026 อยู่ที่วันละ 337 ถึง 400 บาท โดยค่าเฉลี่ยทั้งประเทศอยู่ที่ประมาณ 374 บาท กำหนดแยกตามจังหวัดเป็นหลัก โดยกรุงเทพมหานคร ภูเก็ต ชลบุรี ระยอง ฉะเชิงเทรา และอำเภอเกาะสมุยของจังหวัดสุราษฎร์ธานี อยู่ในกลุ่มอัตราสูงสุด นอกจากนี้ เงินสมทบประกันสังคมในส่วนของนายจ้างยังปรับขึ้นจากเดือนละ 750 บาท เป็นเดือนละ 875 บาท เมื่อเดือนมกราคม 2026 คิดเป็นการเพิ่มขึ้นเดือนละ 125 บาทต่อคน หรือปีละ 1,500 บาท

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

เขตเวลาและช่วงเวลาทำงาน

เวลาของญี่ปุ่นกับไทยต่างกัน 2 ชั่วโมง ดูเหมือนน้อย แต่มีผลกับช่วงเวลาทำการของช่องทางสนับสนุน เมื่อโรงงานในประเทศไทยเริ่มงานตอน 8 โมงเช้า ช่องทางสนับสนุนที่ญี่ปุ่นคือ 10 โมงเช้า และตอนเย็นเมื่อไทยเป็นเวลา 17 นาฬิกา ญี่ปุ่นคือ 19 นาฬิกา ซึ่งช่องทางฝั่งญี่ปุ่นกำลังจะปิดแล้ว

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

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

สภาพแวดล้อมการลงทุนและอุปสงค์อุปทานของบุคลากรไอที

เขียนเรื่องค่าใช้จ่ายมาต่อเนื่องยาวแล้ว จึงขอยกตัวเลขด้านสภาพแวดล้อมมาสักข้อหนึ่ง คำขอส่งเสริมการลงทุนของบีโอไอไทยในครึ่งแรกของปี 2026 อยู่ที่ 1.473 ล้านล้านบาท เพิ่มขึ้น 37% จากช่วงเดียวกันของปีก่อน โดยในจำนวนนี้ อุตสาหกรรมดิจิทัลครองอยู่ 1.115 ล้านล้านบาท

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

ขั้นตอนการนำระบบบริหารการผลิตมาใช้ และระยะเวลาที่ต้องใช้

ขั้นตอนการนำระบบบริหารการผลิตมาใช้นั้น โครงสร้างเฟสโดยรวมค่อนข้างเหมือนกันแม้จะเลือกวิธีต่างกัน

1. จัดระเบียบสภาพปัจจุบันและกำหนดความต้องการของระบบ

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

2. คัดเลือกผลิตภัณฑ์และตัดสินวิธี

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

3. Fit and Gap และการตั้งค่า

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

4. การจัดระเบียบมาสเตอร์และการย้ายข้อมูล

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

5. การสร้างและทดสอบการเชื่อมต่อระบบภายนอก

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

6. การอบรมและการทดสอบเพื่อยอมรับระบบ

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

7. การเดินระบบคู่ขนานและการเริ่มใช้งานจริง

เดินระบบเก่ากับระบบใหม่พร้อมกัน ยืนยันว่าตัวเลขตรงกัน แล้วจึงหยุดระบบเก่า

ระยะเวลาโดยประมาณในการติดตั้งใช้งาน

ระยะเวลาติดตั้งใช้งานที่เราวางไว้เป็นสมมติฐานของประมาณการของบริษัทเรา มีดังนี้

ราคาตลาดของญี่ปุ่นที่แสดงไว้ตอนต้นบทความระบุว่า แบบคลาวด์ 1 ถึง 3 เดือน แบบออนพรีมิส 3 ถึง 6 เดือน และการพัฒนาขึ้นใหม่ทั้งหมดหลายเดือนถึงมากกว่า 1 ปี เหตุที่ระยะเวลาในประมาณการของบริษัทเรายาวกว่าเล็กน้อย เป็นเพราะเรารวมการเชื่อมต่อระบบภายนอก 3 เส้น กับการจัดระเบียบข้อมูลมาสเตอร์สินค้า 8,000 รายการและ BOM 3,500 บรรทัดเข้าไปด้วย

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

ใช้เงินอุดหนุนได้หรือไม่ ขอบเขตของเงินอุดหนุนดิจิทัลและการนำ AI มาใช้ ปี 2026

เวลาพิจารณาค่าใช้จ่ายของระบบบริหารการผลิต เชื่อว่าหลายท่านคงพิจารณาการใช้เงินอุดหนุนด้วย ขอเรียบเรียงเรื่องระบบของฝั่งญี่ปุ่นไว้

ในปีงบประมาณ 2026 เงินอุดหนุนการนำ IT มาใช้แบบเดิม ถูกดำเนินการในชื่อเงินอุดหนุนดิจิทัลและการนำ AI มาใช้ ปี 2026 เนื้อหาของกรอบปกติมีดังนี้

นิติบุคคลไทยใช้ไม่ได้

ตรงนี้คือจุดที่สำคัญที่สุดของหัวข้อนี้

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

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

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

ระบบที่ใช้ได้ในฝั่งประเทศไทย

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

อย่างที่กล่าวไปแล้วว่า คำขอส่งเสริมการลงทุนของบีโอไอไทยในครึ่งแรกของปี 2026 อยู่ที่ 1.473 ล้านล้านบาท โดยอุตสาหกรรมดิจิทัลครองอยู่ 1.115 ล้านล้านบาท แรงหนุนเชิงนโยบายต่อสาขาดิจิทัลจึงอยู่ในสถานะที่แข็งแรง สำหรับโรงงานที่ได้รับการอนุมัติจากบีโอไออยู่แล้ว การตรวจสอบว่ามีส่วนใดที่รองรับได้ภายในกรอบสิทธิประโยชน์ที่มีอยู่เดิมหรือไม่ ก็เป็นเรื่องที่คุ้มค่าจะทำ

ไม่ว่าจะอย่างไร เราขอแนะนำว่าอย่าวางเงินอุดหนุนหรือสิทธิประโยชน์ไว้เป็นแกนหลักของแผนค่าใช้จ่าย เพราะการจะได้รับคัดเลือกหรือไม่นั้นไม่แน่นอนล่วงหน้า อีกทั้งแม้ค่าใช้จ่ายที่อยู่ในข่ายรับการอุดหนุนจะรวมทั้งค่าซื้อซอฟต์แวร์ ค่าบริการคลาวด์ และค่าใช้จ่ายที่เกี่ยวข้องกับการติดตั้งอย่างการตั้งค่าและการอบรมด้วย แต่โดยพื้นฐานแล้วค่าใช้จ่ายที่นิติบุคคลไทยจ่ายในประเทศไทยก็อยู่นอกขอบเขตอยู่ดี แถบ 1,300,000 ถึง 1,400,000 บาท เกิดขึ้นทั้งในกรณีที่มีเงินอุดหนุนและในกรณีที่ไม่มี

คำถามที่พบบ่อย

ค่าใช้จ่ายระบบบริหารการผลิตมีราคาตลาดอยู่ที่เท่าไร?

ต่างกันมากตามรูปแบบการให้บริการ ราคาตลาดของประเทศญี่ปุ่นระบุว่า แบบคลาวด์มีค่าใช้จ่ายเริ่มต้น 0 ถึง 1 ล้านเยน และค่าบริการรายเดือน 30,000 ถึง 150,000 เยน แบบออนพรีมิสหรือแพ็กเกจมีค่าใช้จ่ายเริ่มต้น 1 ล้านถึง 10 ล้านเยนขึ้นไป และค่าบำรุงรักษารายปีประมาณ 5 ถึง 15% ของค่าใช้จ่ายในการนำระบบเข้ามาใช้ ส่วนการพัฒนาขึ้นใหม่ทั้งหมดมีค่าพัฒนา 5 ล้านเยนถึงหลายร้อยล้านเยน

ในประมาณการของบริษัทเราซึ่งตั้งอยู่บนสมมติฐานโรงงานญี่ปุ่นในประเทศไทย ที่เงื่อนไขพนักงาน 120 คน ผู้ใช้งาน 25 คน การเชื่อมต่อระบบภายนอก 3 เส้น และข้อมูลมาสเตอร์สินค้า 8,000 รายการ ต้นทุนรวม 5 ปีออกมาเป็นแบบคลาวด์ 4,750,000 บาท แบบแพ็กเกจ 6,560,000 บาท และการพัฒนาขึ้นใหม่ทั้งหมด 9,000,000 บาท

อย่างไรก็ตาม สิ่งที่อยู่ในตารางราคาตลาดคือราคาของซอฟต์แวร์ ส่วนยอดรวมจริงจะมีค่าใช้จ่ายของงานติดตั้งบวกเข้าไปด้วย ในประมาณการของบริษัทเรา เฉพาะ 4 รายการ คือการจัดระเบียบมาสเตอร์และการย้ายข้อมูล อินเทอร์เฟซเชื่อมต่อกับระบบภายนอก การอบรมกับการทดสอบเพื่อยอมรับระบบ และการเดินระบบคู่ขนาน ก็อยู่ที่ 1,300,000 ถึง 1,400,000 บาทเหมือนกันทั้ง 3 วิธีแล้ว

อะไรเป็นตัวกำหนดราคาระบบบริหารการผลิต?

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

ในประมาณการของบริษัทเรา สัดส่วนที่ค่าไลเซนส์และค่าบริการการใช้งานครองอยู่ในต้นทุนรวม 5 ปี คือ 56.8% สำหรับแบบคลาวด์ 24.4% สำหรับแบบแพ็กเกจ และในกรณีการพัฒนาขึ้นใหม่ทั้งหมด ค่าพัฒนาอยู่ที่ 35.6% กรณีแบบแพ็กเกจ ค่าไลเซนส์ซึ่งเป็นป้ายราคาอยู่ที่เพียง 24.4% ของยอดรวมเท่านั้น

รายการที่ยอดเงินขยับได้ง่ายคือจำนวนเส้นของอินเทอร์เฟซเชื่อมต่อ ในประมาณการของบริษัทเรา เมื่อเพิ่มจาก 3 เส้นเป็น 9 เส้น ต้นทุนรวม 5 ปีจะกลายเป็น 5,830,000 สำหรับแบบคลาวด์ 7,760,000 สำหรับแบบแพ็กเกจ และ 9,960,000 สำหรับการพัฒนาขึ้นใหม่ทั้งหมด คือเพิ่มขึ้นราว 1,000,000 บาทเหมือนกันทั้ง 3 วิธี

ระยะเวลาในการนำระบบบริหารการผลิตมาใช้นานแค่ไหน?

ราคาตลาดของประเทศญี่ปุ่นระบุว่า แบบคลาวด์ 1 ถึง 3 เดือน แบบออนพรีมิสหรือแพ็กเกจ 3 ถึง 6 เดือน และการพัฒนาขึ้นใหม่ทั้งหมดหลายเดือนถึงมากกว่า 1 ปี

ในสมมติฐานของประมาณการของบริษัทเรา ซึ่งรวมการเชื่อมต่อระบบภายนอก 3 เส้น กับการจัดระเบียบข้อมูลมาสเตอร์สินค้า 8,000 รายการและ BOM 3,500 บรรทัดเข้าไปด้วย เราวางไว้ที่แบบคลาวด์ 3 ถึง 4 เดือน แบบแพ็กเกจ 6 ถึง 9 เดือน และการพัฒนาขึ้นใหม่ทั้งหมด 9 ถึง 14 เดือน

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

ขั้นตอนการนำระบบบริหารการผลิตมาใช้มีอะไรบ้าง?

แบ่งใหญ่ได้เป็น 7 เฟส คือการจัดระเบียบสภาพปัจจุบันและกำหนดความต้องการของระบบ การคัดเลือกผลิตภัณฑ์และตัดสินวิธี Fit and Gap กับการตั้งค่า การจัดระเบียบมาสเตอร์และการย้ายข้อมูล การสร้างและทดสอบการเชื่อมต่อระบบภายนอก การอบรมและการทดสอบเพื่อยอมรับระบบ และการเดินระบบคู่ขนานกับการเริ่มใช้งานจริง

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

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

โรงงานในประเทศไทยใช้เงินอุดหนุนของญี่ปุ่นกับระบบบริหารการผลิตได้หรือไม่?

ใช้ไม่ได้ ผู้มีสิทธิรับเงินอุดหนุนดิจิทัลและการนำ AI มาใช้ ปี 2026 ซึ่งเดิมคือเงินอุดหนุนการนำ IT มาใช้ คือวิสาหกิจขนาดกลางและขนาดย่อมกับผู้ประกอบการรายย่อยในประเทศญี่ปุ่น ค่าใช้จ่ายที่นิติบุคคลไทยนำระบบมาใช้ในประเทศไทยจึงอยู่นอกขอบเขต

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

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

สรุป

เราขอเรียบเรียงสาระสำคัญของบทความนี้ในเรื่องค่าใช้จ่ายระบบบริหารการผลิต

สิ่งที่อยู่ในตารางราคาตลาดคือป้ายราคาของซอฟต์แวร์และโครงสร้างพื้นฐาน ราคาตลาดของประเทศญี่ปุ่นคือ แบบคลาวด์มีค่าใช้จ่ายเริ่มต้น 0 ถึง 1 ล้านเยน และค่าบริการรายเดือน 30,000 ถึง 150,000 เยน แบบออนพรีมิสมีค่าใช้จ่ายเริ่มต้น 1 ล้านถึง 10 ล้านเยนขึ้นไป และค่าบำรุงรักษารายปีประมาณ 5 ถึง 15% ของค่าใช้จ่ายในการนำระบบเข้ามาใช้ ส่วนการพัฒนาขึ้นใหม่ทั้งหมดอยู่ที่ 5 ล้านเยนถึงหลายร้อยล้านเยน เหตุที่ช่วงราคาห่างกันตั้งแต่ 1 หลักถึง 2 หลัก ก็เพราะตัวเลขเหล่านี้เป็นป้ายราคา และไม่รวมค่าใช้จ่ายกว่าจะทำให้ใช้งานได้จริง

ค่าใช้จ่ายแบ่งได้เป็น 5 ชั้น และชั้นที่ทำให้ต่างกันคือ 3 ชั้นล่าง ชั้นที่ 1 คือค่าไลเซนส์หรือค่าบริการการใช้งาน และชั้นที่ 2 คือการสนับสนุนการติดตั้งกับ Fit and Gap ปรากฏในใบเสนอราคาทุกฉบับ ส่วนชั้นที่ทำให้ต่างกันคือชั้นที่ 3 การจัดระเบียบมาสเตอร์และการย้ายข้อมูล ชั้นที่ 4 อินเทอร์เฟซเชื่อมต่อกับระบบภายนอก และชั้นที่ 5 การอบรม การทดสอบเพื่อยอมรับระบบ กับการเดินระบบคู่ขนาน สามชั้นนี้ปนกับงานของฝั่งผู้ว่าจ้าง จึงหล่นจากใบเสนอราคาได้ง่าย และต่อให้หล่นไปก็ไม่ได้หายไปจริง

เปลี่ยนวิธีอย่างไร 4 รายการนี้ก็ไม่ขยับ ในประมาณการของบริษัทเรา ผลรวมของการจัดระเบียบมาสเตอร์และการย้ายข้อมูล อินเทอร์เฟซเชื่อมต่อ การอบรมกับการทดสอบเพื่อยอมรับระบบ และการเดินระบบคู่ขนาน อยู่ที่ 1,300,000 บาทสำหรับแบบคลาวด์ 1,400,000 บาทสำหรับแบบแพ็กเกจ และ 1,320,000 บาทสำหรับการพัฒนาขึ้นใหม่ทั้งหมด ทั้ง 3 วิธีอยู่ในแถบ 1,300,000 ถึง 1,400,000 บาทเหมือนกัน ส่วนสัดส่วนที่ครองอยู่ในค่าใช้จ่ายเริ่มต้นคือ 74.3% สำหรับแบบคลาวด์ 32.4% สำหรับแบบแพ็กเกจ และ 25.3% สำหรับการพัฒนาขึ้นใหม่ทั้งหมด เลือกแบบคลาวด์แล้วแถบนี้ก็ไม่หายไป

ค่าไลเซนส์ไม่ใช่ตัวเอกของยอดรวม สัดส่วนที่ครองอยู่ในต้นทุนรวม 5 ปีคือ ค่าบริการการใช้งานสะสม 5 ปีของแบบคลาวด์ 56.8% ค่าไลเซนส์ของแบบแพ็กเกจ 24.4% และค่าพัฒนาของการพัฒนาขึ้นใหม่ทั้งหมด 35.6% ส่วนต้นทุนรวม 5 ปีคือแบบคลาวด์ 4,750,000 บาท แบบแพ็กเกจ 6,560,000 บาท และการพัฒนาขึ้นใหม่ทั้งหมด 9,000,000 บาท

ลำดับพลิกกลับที่ผู้ใช้งาน 42 คน ต้นทุนรวม 5 ปีของวิธี A เขียนได้เป็น 2,050,000 + 108,000 x จำนวนผู้ใช้งาน ส่วนวิธี B ที่ใช้ไลเซนส์แบบต่อไซต์คงที่อยู่ที่ 6,560,000 ที่ 41 คน A อยู่ที่ 6,478,000 ซึ่งต่ำกว่า B และที่ 42 คน A อยู่ที่ 6,586,000 ซึ่งสูงกว่า B สิ่งที่ต้องใช้ตัดสินไม่ใช่จำนวนผู้ใช้งาน ณ วันนี้ แต่คือจำนวนผู้ใช้งานในอีก 5 ปีข้างหน้า

ในใบเสนอราคา กรุณาตรวจสอบ 4 ตัวเลข ทั้งจำนวนเส้นของอินเทอร์เฟซเชื่อมต่อ จำนวนรายการและความถูกต้องของมาสเตอร์ที่จะย้าย จำนวนเคสของการทดสอบเพื่อยอมรับระบบ และระยะเวลาของการเดินระบบคู่ขนาน เพียงเพิ่มอินเทอร์เฟซเชื่อมต่อจาก 3 เส้นเป็น 9 เส้น ต้นทุนรวม 5 ปีก็เพิ่มขึ้นราว 1,000,000 บาทเหมือนกันทั้ง 3 วิธี

เงินอุดหนุนของญี่ปุ่นไม่ลงมาที่งบประมาณฝั่งประเทศไทย ผู้มีสิทธิรับเงินอุดหนุนดิจิทัลและการนำ AI มาใช้ ปี 2026 คือวิสาหกิจขนาดกลางและขนาดย่อมกับผู้ประกอบการรายย่อยในประเทศญี่ปุ่น ค่าใช้จ่ายที่นิติบุคคลไทยนำระบบมาใช้ในประเทศไทยอยู่นอกขอบเขต แถบ 1,300,000 ถึง 1,400,000 บาท เกิดขึ้นทั้งในกรณีที่มีเงินอุดหนุนและในกรณีที่ไม่มี

TOMAS TECH มีฐานอยู่ที่กรุงเทพและสนับสนุนงานด้านไอทีโรงงานและ FA ให้กับผู้ผลิตสัญชาติญี่ปุ่น เรื่องระบบบริหารการผลิตก็เช่นกัน ท่านสามารถปรึกษาได้ตั้งแต่ขั้นก่อนตัดสินใจเลือกผลิตภัณฑ์ คือขั้นที่ยังไม่ได้เป็นเอกสารข้อกำหนด เช่น ข้อมูลมาสเตอร์สินค้าของโรงงานท่านมีกี่รายการที่ยังมีชีวิตอยู่จริง ระบบปลายทางที่ต้องเชื่อมมีกี่เส้น และจำนวนผู้ใช้งานในอีก 5 ปีข้างหน้าน่าจะไปลงตัวที่ราวเท่าไร ถ้ามีรายการระบบที่ใช้อยู่ และเอกสารที่พอมองเห็นกระแสงานตั้งแต่รับคำสั่งซื้อจนถึงจัดส่งในช่วงที่ผ่านมา เราสามารถร่วมพิจารณาไปจนถึงขั้นจับทางวิธีอ่านใบเสนอราคาได้ แม้จะยังอยู่ในช่วงเริ่มพิจารณา ก็ติดต่อเราได้อย่างสบายใจผ่าน หน้าติดต่อเรา

แหล่งข้อมูลอ้างอิง

• OSK | อธิบายราคาตลาดค่าใช้จ่ายของระบบบริหารการผลิตอย่างละเอียด — https://www.kk-osk.co.jp/promotion/it_solutions/guide022_seisan.html
• BOXIL | ราคาตลาดของระบบบริหารการผลิตคือเท่าไร — https://boxil.jp/mag/a9525/
• สำนักงานวิสาหกิจขนาดกลางและขนาดย่อมญี่ปุ่น | ประกาศระเบียบการยื่นขอเงินอุดหนุนดิจิทัลและการนำ AI มาใช้ 2026 — https://www.chusho.meti.go.jp/koukai/hojyokin/kobo/2026/260310001.html
• Hojyokin Portal | เงินอุดหนุนดิจิทัลและการนำ AI มาใช้คืออะไร ฉบับปี 2026 — https://hojyokin-portal.jp/columns/degital_ai_summary
• Godlan | ERP Implementation Failure Statistics 2026 Research — https://godlan.com/erp-implementation-failure-statistics/
• ERP Research | ERP Implementation Cost Breakdown 2026 — https://www.erpresearch.com/en-us/erp-implementation-cost-breakdown
• Thai Law Online | Thailand Minimum Wage 2026 337 to 400 Baht by Province — https://www.thailawonline.com/minimum-wage-in-thailand/
• Employer Records | Minimum Wage In Thailand 2026 Provincial Rates Employer Costs — https://employerrecords.com/eor-location/thailand/minimum-wage/
• The Nation Thailand | BOI says first-half investment tops B1.47tn — https://www.nationthailand.com/business/economy/40068948