เมื่อขอใบเสนอราคาค่าใช้จ่ายในการนำ IoT มาใช้ในโรงงานจาก 3 บริษัท บางครั้งจะได้ตัวเลขที่ห่างกันมากอย่าง 3,500,000 เยนกับ 15,000,000 เยน ซึ่งเป็นขอบล่างและขอบบนของช่วงราคาที่เผยแพร่กันในประเทศญี่ปุ่น กลับมาวางเรียงกัน (แหล่งที่มาแสดงไว้ในช่วงหลังของบทความ) ทั้งที่จำนวนเซ็นเซอร์แทบไม่ต่างกันเลย แต่จำนวนเงินต่างกันถึงหนึ่งหลัก ความต่างนี้ไม่ได้เกิดจากการตั้งราคา แต่เกิดจากการที่แต่ละบริษัทมีชั้นที่ไม่ได้เขียนลงในใบเสนอราคาไม่เหมือนกัน บทความนี้จะแยกค่าใช้จ่ายระบบ IoT โรงงานออกเป็น 5 ชั้น แล้วชี้ให้เห็นว่าชั้นไหนเป็นตัวกำหนดหลักเลขของจำนวนเงิน และชั้นไหนเป็นตัวเรียกค่าใช้จ่ายรอบที่สอง โดยใช้การประมาณการของโรงงานในประเทศไทยขนาด 30 เครื่องจักรเป็นตัวอย่าง
เหตุผลที่แท้จริงที่ทำให้ค่าใช้จ่าย IoT โรงงานต่างกันเป็นหลักเลข
บทความส่วนใหญ่ที่เขียนถึงค่าใช้จ่ายของ IoT ในโรงงานมักจบลงด้วยประโยคว่า “ขึ้นอยู่กับจำนวนเครื่องจักร” หรือ “ขึ้นอยู่กับความต้องการ” ซึ่งไม่ใช่คำโกหก แต่ไม่ได้ช่วยอะไรเลยสำหรับคนที่ต้องนั่งเปรียบเทียบใบเสนอราคา เพราะต่อให้จำนวนเครื่องจักรเท่ากัน จำนวนเงินก็ยังแยกออกจากกันอยู่ดี
เหตุผลที่แยกออกจากกันนั้นเรียบง่าย งาน IoT ในโรงงานคืองาน 5 อย่างที่มีธรรมชาติต่างกันโดยสิ้นเชิง ถูกมัดรวมไว้ในใบเสนอราคาใบเดียว และแต่ละผู้ขายเลือกใส่ขอบเขตของงานเหล่านั้นไม่เท่ากัน ใบเสนอราคาที่ถูกกว่าไม่ได้แปลว่าทำงานหยาบกว่า แต่แปลว่ามีชั้นที่ไม่ได้ใส่เข้ามา และชั้นนั้นจะต้องมีใครสักคนทำหลังเซ็นสัญญาอย่างแน่นอน ไม่ฝ่ายวิศวกรรมการผลิตของบริษัทเองทำ ก็ต้องจ่ายเป็นงานสั่งเพิ่ม หรือไม่ก็ไม่มีใครทำเลย แล้วโครงการจบลงแค่การมองเห็นข้อมูล
ดังนั้นสิ่งแรกที่ควรทำเวลาอ่านใบเสนอราคา จึงไม่ใช่การเอาจำนวนเงินมาวางเรียงกัน แต่คือการไล่ตรวจทีละบริษัทว่าใบเสนอราคานั้นมีชั้นไหนของทั้ง 5 ชั้นอยู่บ้าง การเอาใบเสนอราคาที่ชั้นไม่ครบเท่ากันมาเทียบด้วยจำนวนเงิน ไม่ถือเป็นการเปรียบเทียบ
ยังมีอีกปัจจัยหนึ่งที่บิดเบือนการถกเถียงเรื่องค่าใช้จ่าย นั่นคือคนมักพูดถึงต้นทุน IoT โรงงานในรูปแบบ “เครื่องจักร 1 เครื่องเท่าไร” แต่ตัวหารนี้ไม่ได้สะท้อนความเป็นจริง เพราะเครื่องจักร 1 เครื่องเหมือนกัน แต่เครื่องที่อ่านแท็กผ่าน Ethernet ได้ เครื่องที่มีแค่หน้าสัมผัสของไฟสัญญาณสามสี และเครื่องที่มีเพียงเข็มของมาตรวัดแบบอนาล็อก ต้องการงานที่ต่างกันคนละเรื่อง ราคาต่อหน่วยที่ใช้จำนวนเครื่องเป็นตัวหารจะกลบความต่างนี้ไปด้วยค่าเฉลี่ย ในครึ่งหลังของบทความจะแสดงตัวแปร 3 ตัวที่ควรวางไว้ในตำแหน่งตัวหารแทน
แยกค่าใช้จ่ายการนำ IoT มาใช้ในโรงงานออกเป็น 5 ชั้น
ค่าใช้จ่ายของ IoT ในโรงงานแยกออกได้เป็น 5 ชั้นดังนี้ ลำดับของชั้นยังเป็นลำดับของความสัมพันธ์แบบ “ถ้าข้างหน้ายังไม่ตกลง ข้างหลังก็ตัดสินใจไม่ได้” ไปในตัวด้วย
| ชั้น | เนื้อหา | ธรรมชาติของค่าใช้จ่าย | สิ่งที่ชั้นนี้กำหนด |
|---|---|---|---|
| ชั้นที่ 1 แหล่งสัญญาณ | เครื่องจักรส่งสัญญาณออกมาในรูปแบบใด | ถูกกำหนดโดยเงื่อนไขเดิมของเครื่องจักร แทบต่อรองไม่ได้ | หลักเลขของยอดรวม |
| ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง | งานในตู้ควบคุม การจัดรอบดับไฟ เงื่อนไขของพื้นที่ การรับประกันของเครื่องเดิม | ชั่วโมงคนของงานหน้างาน แกว่งมากตามเงื่อนไขของแต่ละโรงงาน | ช่วงการแกว่งของยอดรวม |
| ชั้นที่ 3 ฐานการเก็บข้อมูล | เกตเวย์ การสื่อสาร การเทียบเวลา การส่งซ้ำเมื่อข้อมูลขาดหาย | ข้อกำหนดค่อนข้างมาตรฐาน ใบเสนอราคาจึงใกล้เคียงกัน | เปรียบเทียบง่ายแต่จำนวนเงินไม่มาก |
| ชั้นที่ 4 การให้ความหมาย | การออกแบบแท็ก มาสเตอร์เครื่องจักร หน่วยวัด ปฏิทินกะ รหัสสาเหตุการหยุด | ชั่วโมงคนของงานออกแบบ ตัดออกไปก็ยังเดินได้ในช่วงแรก | จะมีค่าใช้จ่ายรอบที่สองหรือไม่ |
| ชั้นที่ 5 ฝั่งผู้ใช้งาน | หน้าจอ รายงาน การแจ้งเตือน การเชื่อมกับระบบหลัก | ไม่มีเพดาน ขึ้นอยู่กับความต้องการ | การประเมินผลของโครงการ |
ต่อจากนี้จะไล่ดูทีละชั้นว่าอะไรเป็นตัวขยับค่าใช้จ่าย
ชั้นที่ 1 | แหล่งสัญญาณเป็นตัวกำหนดหลักเลขของจำนวนเงิน
ชั้นที่ 1 คือรูปแบบที่เครื่องจักรเป้าหมายส่งสัญญาณออกมาในตอนนี้ ตรงนี้เปลี่ยนด้วยการเจรจาหรือความพลิกแพลงไม่ได้ เพราะถูกกำหนดไว้ตั้งแต่ตอนซื้อเครื่องแล้ว ในทางปฏิบัติแบ่งออกได้เป็น 4 รูปแบบ
| รูปแบบของแหล่งสัญญาณ | วิธีดึงข้อมูล | ต้องมีฮาร์ดแวร์เพิ่มหรือไม่ | น้ำหนักงานต่อ 1 เครื่อง |
|---|---|---|---|
| PLC มี Ethernet และเปิดเผยแท็กไว้ | อ่านแท็กจากระบบด้านบน | ไม่ต้อง | เบา แค่ตั้งค่าและทดสอบการเชื่อมต่อ |
| มี PLC แต่เป็นแบบอนุกรมหรือไม่เปิดเผยแท็ก | ตัวแปลงสัญญาณ รีโมต I/O หรือผ่านหน้าสัมผัส | ต้องมี | ปานกลาง มีงานเปิดตู้ควบคุมเข้ามา |
| มีเพียงหน้าสัมผัส (ไฟสัญญาณสามสี รีเลย์ ลิมิตสวิตช์) | รับผ่านชุดอินพุตหน้าสัมผัส | ต้องมี | ปานกลาง ต้องแทรกเข้าไปในสายเดิม |
| มีเพียงมาตรวัดแบบอนาล็อก หรือไม่มีอะไรเลย | ติดตั้งเซ็นเซอร์เพิ่มภายหลัง | ต้องมี | หนัก เริ่มตั้งแต่ออกแบบการติดตั้ง |
ระหว่างแถวบนสุดกับแถวล่างสุดของตารางนี้ ปริมาณงานต่อ 1 เครื่องต่างกันตั้งแต่ไม่กี่เท่าไปจนเกือบ 10 เท่า สิ่งที่กำหนดหลักเลขของยอดรวมคือ ในเครื่องจักรเป้าหมาย 30 เครื่องนั้น แต่ละรูปแบบมีอย่างละกี่เครื่อง ไม่ใช่จำนวนเครื่องจักรทั้งหมด
สิ่งเดียวที่ควรทำด้วยตัวเองก่อนขอใบเสนอราคา คือการนับเครื่องจักรตามการแบ่ง 4 ประเภทนี้ ถ้ารู้สัดส่วนจำนวนเครื่อง ก็จะอ่านสมมติฐานที่อยู่เบื้องหลังใบเสนอราคาของผู้ขายออก แต่ถ้าขอใบเสนอราคาโดยยังไม่รู้สัดส่วน ผู้ขายก็ไม่มีทางเลือกอื่นนอกจากตั้งสมมติฐานที่เป็นประโยชน์กับตัวเอง และสมมติฐานนั้นจะไม่ถูกเขียนลงในใบเสนอราคา วิธีการดึงสัญญาณจากเครื่องจักรเดิมอย่างเป็นรูปธรรม เราเรียบเรียงไว้ในบทความเรื่องการทำ IoT กับเครื่องจักรเดิม
ชั้นที่ 2 | การเชื่อมต่อและงานติดตั้งสร้างช่วงการแกว่งของยอดรวม
ต่อให้ตกลงกันแล้วว่าชั้นที่ 1 จะดึงอะไร แต่การดึงออกมาในทางกายภาพจะเปลี่ยนไปตามเงื่อนไขของแต่ละโรงงาน ชั้นที่ 2 คือชั้นของงานติดตั้ง และตรงนี้เองที่สร้างช่วงการแกว่งของยอดรวม
องค์ประกอบที่สร้างช่วงการแกว่งมี 5 ข้อ
- ความเป็นไปได้และการจัดรอบของงานในตู้ควบคุม ว่าจะเข้าไปแตะตู้ที่กำลังเดินเครื่องอยู่ได้หรือไม่ และต้องขอดับไฟหรือเปล่า โรงงานที่ดับไฟได้เฉพาะช่วงวันหยุดยาวปลายปีเท่านั้น กำหนดการงานติดตั้งจะกลายเป็นเส้นทางวิกฤตของทั้งโครงการ
- จำนวนครั้งของการจัดรอบดับไฟ การดับไฟ 1 ครั้งรวมงานได้กี่เครื่องเป็นตัวกำหนดจำนวนคน-วันที่ต้องใช้ ถ้าเครื่องจักรกระจายข้ามอาคาร ระบบไฟฟ้าที่ต้องดับจะแยกกัน ทำให้จำนวนครั้งเพิ่มขึ้น
- เงื่อนไขของพื้นที่ ถ้าเครื่องจักรเป้าหมายอยู่ในพื้นที่ป้องกันการระเบิด ห้องคลีนรูม หรือห้องควบคุมอุณหภูมิ การเลือกอุปกรณ์และขั้นตอนการทำงานจะเปลี่ยนไป พื้นที่ป้องกันการระเบิดมีตัวเลือกอุปกรณ์จำกัดและราคาต่อหน่วยพุ่งขึ้น
- การรับประกันของเครื่องจักรเดิมและสัญญากับผู้ผลิต หากมีบุคคลที่สามเข้าไปแตะตู้ควบคุมของเครื่องที่ยังอยู่ในสัญญาบำรุงรักษา การรับประกันอาจสิ้นสุดลง บางกรณีต้องมีผู้ผลิตเครื่องจักรมาร่วมสังเกตการณ์ ซึ่งค่าใช้จ่ายส่วนนี้โดยปกติไม่ได้รวมอยู่ในใบเสนอราคา IoT โรงงาน
- เส้นทางเดินสาย เงื่อนไขอย่างรางเคเบิลเดิมไม่มีที่ว่างเหลือ เข้าไปในฝ้าเพดานไม่ได้ หรือช่องใต้พื้นเต็มแล้ว เป็นสิ่งที่ไม่เห็นหน้างานจริงก็ไม่มีทางรู้
ชั้นที่ 2 เป็นชั้นที่ประเมินราคาไม่ได้ถ้าไม่สำรวจหน้างาน พูดกลับกันคือ ใบเสนอราคาที่ออกมาโดยไม่ผ่านการสำรวจหน้างาน ชั้นที่ 2 ย่อมถูกตั้งบนสมมติฐานมาตรฐานเสมอ และเมื่อสมมติฐานนั้นไม่ตรงกับโรงงานของเรา งานเพิ่มก็จะโผล่ขึ้นมาหลังเซ็นสัญญา มีผู้ขายบางรายใช้วิธีทำการสำรวจหน้างานแบบมีค่าใช้จ่ายก่อน แล้วนำค่าใช้จ่ายนั้นไปหักกับงานติดตั้งจริง นี่คือกลไกที่ทำให้ผู้ขายส่งคนออกหน้างานได้จริง และสำหรับฝั่งผู้ซื้อเองก็ถือว่าดีต่อสุขภาพของโครงการมากกว่า
ชั้นที่ 3 | ฐานการเก็บข้อมูลเปรียบเทียบง่ายแต่จำนวนเงินไม่มาก
ชั้นที่ 3 คือกลไกที่รวบรวมสัญญาณที่ดึงมาแล้วนำไปเก็บไว้ ประกอบด้วยเกตเวย์ เครือข่าย เซิร์ฟเวอร์เก็บข้อมูลหรือคลาวด์ การเทียบเวลา และบัฟเฟอร์สำหรับส่งซ้ำเมื่อการสื่อสารขาด
ชั้นนี้แต่ละบริษัทกำหนดข้อกำหนดใกล้เคียงกัน จึงเป็นชั้นที่เอาใบเสนอราคามาวางเรียงเปรียบเทียบได้ง่าย แต่เพราะเปรียบเทียบง่ายนี่เอง เวลาส่วนใหญ่ของการถกเถียงจึงถูกใช้ไปกับชั้นนี้ ทั้งที่สัดส่วนต่อยอดรวมไม่ได้มากนัก การประชุมหลายรอบเพื่อคุยเรื่องรุ่นของเกตเวย์หรือการเทียบระหว่างคลาวด์กับ on-premise จึงไม่ใช่ภาพที่แปลกตาเลย
สิ่งที่ควรตรวจสอบจริงในชั้นที่ 3 ไม่ใช่รุ่นของอุปกรณ์ แต่คือ 3 ข้อต่อไปนี้
| หัวข้อที่ต้องตรวจสอบ | อะไรจะกลายเป็นปัญหา | ข้อความที่ต้องยืนยันในใบเสนอราคา |
|---|---|---|
| การเทียบเวลา | ถ้าเวลาของแต่ละเครื่องคลาดเคลื่อน ลำดับก่อนหลังของเหตุการณ์การหยุดจะพัง จนวิเคราะห์สาเหตุไม่ได้ | การระบุ NTP server รอบการเทียบเวลา และค่าความคลาดเคลื่อนที่ยอมรับได้ |
| การส่งซ้ำเมื่อข้อมูลขาดหาย | ถ้าข้อมูลช่วงที่เครือข่ายขาดหรือไฟดับหายไป จะคำนวณอัตราการเดินเครื่องของวันนั้นไม่ได้ | ความจุบัฟเฟอร์ฝั่งเกตเวย์ เก็บได้กี่ชั่วโมง และมีการส่งซ้ำอัตโนมัติตอนระบบกลับมาหรือไม่ |
| ความสามารถในการรองรับ | เกตเวย์ 1 ตัวรองรับได้กี่เครื่องจักรและกี่จุดสัญญาณ รวมถึงพื้นที่เหลือสำหรับการขยายในอนาคต | จำนวนจุดสูงสุดต่อ 1 ตัว และราคาต่อหน่วยที่เพิ่มเมื่อขยาย |
ใบเสนอราคาที่ไม่ได้เขียน 3 ข้อนี้ไว้ อาจทำให้จำนวนเงินของชั้นที่ 3 ดูถูกกว่าความเป็นจริง เพราะโครงสร้างที่ไม่มีบัฟเฟอร์นั้นสร้างได้ในราคาที่ถูกกว่า
ชั้นที่ 4 | การให้ความหมายคือตัวตนที่แท้จริงของค่าใช้จ่ายรอบที่สอง
ชั้นที่ 4 คือชั้นที่ให้ความหมายกับข้อมูลที่เก็บมาได้ พูดอย่างเป็นรูปธรรมคืองานออกแบบต่อไปนี้
- การออกแบบแท็ก คือตารางเทียบว่าสัญญาณไหนแทนสถานะใดของเครื่องจักรใด ชื่อแท็กใน PLC นั้นแตกต่างกันไปตามผู้ผลิตเครื่องจักรและตามปีที่ติดตั้ง ปล่อยไว้แบบนั้นก็เอามาเรียงเทียบกันไม่ได้
- มาสเตอร์เครื่องจักร ได้แก่รหัสเครื่องจักร สายการผลิต กระบวนการ และค่ามาตรฐานของกำลังการผลิต การเลือกว่าจะใช้ระบบรหัสเดียวกับระบบบริหารการผลิตเดิมหรือไม่ จะเปลี่ยนชั่วโมงคนของการเชื่อมระบบในภายหลัง
- หน่วยวัดและเกณฑ์ เช่น จำนวนการผลิต 1 นับหมายถึง 1 ชิ้นหรือ 1 ล็อต และจะเอาค่ามาตรฐานของ cycle time มาจากไหน
- ปฏิทินกะ ว่าเป็น 2 กะหรือ 3 กะ จะจัดการเวลาพักและพักกลางวันอย่างไร และจะใส่วันหยุดราชการของไทยกับวันหยุดบริษัทลงในปฏิทินอย่างไร ตัวหารของอัตราการเดินเครื่องถูกกำหนดตรงนี้
- รหัสสาเหตุการหยุด คือระบบที่ผูกเหตุผลเข้ากับข้อเท็จจริงว่าเครื่องหยุด ถ้าไม่ได้สร้างในระดับความละเอียดที่หน้างานใช้จริง อัตราการบันทึกข้อมูลจะตกลง
ชั้นที่ 4 นั้นตัดออกไปแล้วระบบก็ยังเดินได้ และการที่มันเดินได้นี่แหละคือปัญหา IoT โรงงานที่ตัดชั้นที่ 4 ออกจะกลายเป็นแดชบอร์ดที่แสดงว่าไฟสถานะเป็นสีแดงหรือสีเขียว แต่ตอบไม่ได้ว่า “ทำไมถึงหยุด” แล้วพอผ่านไปราวครึ่งปี เสียงจากหน้างานว่า “แบบนี้เอาไปใช้ปรับปรุงไม่ได้” ก็จะดังขึ้น และการของบประมาณรอบที่สองก็เริ่มต้น
ค่าใช้จ่ายรอบที่สองไม่จำเป็นต้องน้อยกว่ารอบแรกเสมอไป เพราะงานใส่ความหมายเข้าไปทีหลังในระบบที่เดินอยู่แล้ว ใช้แรงมากกว่าการออกแบบบนพื้นที่ว่าง ถ้าเปลี่ยนระบบรหัสของมาสเตอร์เครื่องจักร ก็ต้องแปลงความหมายของข้อมูลในอดีตด้วย ถ้าจะใส่รหัสสาเหตุการหยุดทีหลัง ก็ต้องสร้างกลไกการบันทึกและการอบรมหน้างานขึ้นมาใหม่จากศูนย์
เวลาเปรียบเทียบค่าใช้จ่าย IoT โรงงาน การตรวจสอบว่าใบเสนอราคารวมชั้นที่ 4 ไว้หรือไม่ คือหัวข้อที่สำคัญเป็นอันดับสองรองจากชั้นที่ 1 ใบเสนอราคาที่ไม่รวมชั้นนี้จะดูถูกกว่าเสมอ
ชั้นที่ 5 | ฝั่งผู้ใช้งานคือชั้นที่ความต้องการบานปลาย
ชั้นที่ 5 คือส่วนที่คนใช้งานจริง ประกอบด้วยแดชบอร์ด รายงานประจำวันและประจำเดือน การแจ้งเตือนเมื่อเกิดความผิดปกติ และการเชื่อมกับระบบบริหารการผลิตหรือ ERP
ลักษณะเด่นของชั้นนี้คือความต้องการจะบานปลายในภายหลัง จากตอนแรกที่บอกว่า “ขอแค่เห็นอัตราการเดินเครื่องก็พอ” พอเริ่มใช้งานจริงก็จะเพิ่มเป็น “อยากดูแยกตามรุ่นสินค้า” “อยากดูแยกตามทีม” “อยากเทียบกับเดือนก่อน” ตัวมันเองไม่ใช่เรื่องเลวร้าย เพราะเป็นหลักฐานว่ามีคนใช้จริง แต่ถ้าใส่ทั้งหมดลงในใบเสนอราคาตั้งแต่แรก ยอดรวมจะบวมจนเรื่องไม่ผ่านการอนุมัติ
ทางออกที่เป็นจริงคือแบ่งชั้นที่ 5 ออกเป็น 2 ระยะตั้งแต่ตอนขอใบเสนอราคา ระยะที่ 1 คือหน้าจอเดียวที่ดูรายวัน ระยะที่ 2 คือรอให้การใช้งานเริ่มหมุนแล้วค่อยเพิ่มเข้าไป โดยอิงจากหน้าจอที่ถูกใช้จริง วิธีแบ่งแบบนี้มีโครงสร้างเดียวกับแนวคิดการเริ่มต้นจากขนาดเล็ก และเฉพาะกับชั้นที่ 5 เท่านั้นที่การเริ่มต้นจากขนาดเล็กได้ผลดีที่สุด
ในทางกลับกัน ชั้นที่ 1 ถึงชั้นที่ 4 ไม่เหมาะกับการเริ่มต้นจากขนาดเล็ก เพราะทั้งการจำแนกแหล่งสัญญาณ การจัดรอบงานติดตั้ง และการออกแบบแท็ก ล้วนเป็นชั้นที่จะเกิดงานย้อนกลับเมื่อขยายขอบเขตในภายหลัง การจำกัดจำนวนเครื่องจักรเป้าหมายเป็นเรื่องดี แต่การจำกัดชั้นเป็นเรื่องอันตราย

เปรียบเทียบด้วยราคาต่อเครื่องจักร 1 เครื่องแล้วพลาดเสมอ | ตัวหารไม่ใช่จำนวนเครื่อง
เวลาพูดถึงค่าใช้จ่าย IoT โรงงาน ตัวชี้วัดที่ถูกใช้บ่อยที่สุดและพลาดมากที่สุดคือ “เครื่องจักร 1 เครื่องเท่าไร” เหตุผลที่ตัวชี้วัดนี้พลาดอธิบายได้ตรงจากโมเดล 5 ชั้น เพราะชั้นที่ 1 และชั้นที่ 2 ถูกกำหนดโดยเงื่อนไขของเครื่องจักร ส่วนชั้นที่ 4 ถูกกำหนดโดยจำนวนชนิดของสัญญาณ ไม่ใช่จำนวนเครื่อง เมื่อวางจำนวนเครื่องไว้เป็นตัวหาร ข้อมูลของทั้ง 3 ชั้นนี้จะหายไปกับค่าเฉลี่ยทั้งหมด
สิ่งที่ควรวางไว้ในตำแหน่งตัวหารคือชุดของตัวแปร 3 ตัวต่อไปนี้
จำนวนจุดสัญญาณ
คือจะดึงสัญญาณกี่จุดจากเครื่องจักร 1 เครื่อง จะเป็นเพียง 1 จุดว่ากำลังเดินหรือหยุด หรือเป็น 3 จุดโดยเพิ่มจำนวนการผลิตและจำนวนของเสีย หรือเป็น 10 จุดโดยรวมอุณหภูมิ ความดัน และกระแสไฟฟ้า ความต่างนี้จะเปลี่ยนจำนวนจุดของอุปกรณ์ในชั้นที่ 1 และชั่วโมงคนของงานเดินสายในชั้นที่ 2
ในทางปฏิบัติ จำนวนจุดจะเพิ่มขึ้นตามลำดับต่อไปนี้ เป็นธรรมดาที่ใครก็อยากได้ถึงบรรทัดล่างสุดตั้งแต่แรก แต่จำนวนจุดเชื่อมตรงกับยอดรวม
| ระยะ | สัญญาณที่ดึง | สิ่งที่รู้ได้ | จำนวนจุดโดยทั่วไปต่อ 1 เครื่อง |
|---|---|---|---|
| ระยะที่ 1 | เดินเครื่องและหยุดเครื่อง | เวลารวมที่เครื่องหยุด | 1 ถึง 2 จุด |
| ระยะที่ 2 | ระยะที่ 1 บวกจำนวนการผลิต | cycle time และอัตราส่วนต่อกำลังการผลิต | 3 ถึง 4 จุด |
| ระยะที่ 3 | ระยะที่ 2 บวกสาเหตุการหยุด | รายละเอียดของการหยุด และการระบุเป้าหมายการปรับปรุง | 4 ถึง 6 จุด บวกวิธีบันทึกข้อมูล |
| ระยะที่ 4 | ระยะที่ 3 บวกค่าของกระบวนการ | ความสัมพันธ์กับคุณภาพ และการจับสัญญาณบอกเหตุ | 10 จุดขึ้นไป |
รอบการเก็บข้อมูล
คือจะเก็บข้อมูลด้วยระยะห่างเท่าไร รอบ 1 นาทีกับรอบ 1 วินาทีจะทำให้ปริมาณการสื่อสาร ความจุที่ใช้เก็บ และจำนวนเครื่องจักรที่เกตเวย์รองรับได้เปลี่ยนไป ถ้าเปลี่ยนเป็นรอบ 1 วินาที จำนวนเครื่องจักรที่เกตเวย์ตัวเดียวกันรองรับได้จะลดลง ทำให้จำนวนอุปกรณ์ในชั้นที่ 3 เพิ่มขึ้น
วิธีกำหนดรอบให้คิดย้อนกลับจากวัตถุประสงค์ ถ้าเพียงต้องการอัตราการเดินเครื่องรายวัน รอบ 1 นาทีก็เพียงพอ แต่ถ้าอยากจับการหยุดระดับหลักสิบวินาทีอย่าง chokotei ก็ต้องใช้รอบ 1 ถึง 5 วินาที เบื้องหลังของการตัดสินใจนี้เราเขียนไว้ในบทความเรื่องมาตรการแก้ chokotei และ OEE การคิดว่า “เก็บละเอียดไว้ก่อนก็แล้วกัน” จะดันค่าใช้จ่ายของชั้นที่ 3 ขึ้นอย่างเงียบเชียบ
ระดับการยอมรับข้อมูลขาดหาย
คือเมื่อข้อมูลขาดหายไปแล้วยอมรับได้แค่ไหน ตรงนี้มีผลกับจำนวนเงินมาก แต่กลับแทบไม่เคยถูกเขียนเป็นลายลักษณ์อักษรในข้อกำหนดเลย
- ขาดหายได้ สำหรับการใช้งานที่เห็นแนวโน้มรายวันก็เพียงพอ ใช้โครงสร้างราคาถูกที่ไม่มีบัฟเฟอร์ก็พอ
- ยอมให้ขาดหายได้ แต่ต้องบันทึกข้อเท็จจริงว่าขาดหาย จำเป็นเพื่อตัดออกจากการคำนวณอัตราการเดินเครื่อง ต้องมีการออกแบบ log ฝั่งเกตเวย์
- ขาดหายไม่ได้ สำหรับกรณีที่นำไปใช้กับการสอบกลับหรือบันทึกคุณภาพ ต้องมีอย่างใดอย่างหนึ่งระหว่างบัฟเฟอร์ การส่งซ้ำ หรือการทำระบบสำรองคู่ ซึ่งจะเปลี่ยนจำนวนเงินของชั้นที่ 3
ถ้าออก RFP โดยไม่กำหนดตัวแปร 3 ตัวนี้ แต่ละบริษัทจะตั้งสมมติฐานคนละแบบ ใบเสนอราคาที่ใช้ 2 จุดสัญญาณ รอบ 1 นาที ยอมให้ข้อมูลขาดหาย กับใบที่ใช้ 6 จุดสัญญาณ รอบ 1 วินาที ห้ามข้อมูลขาดหาย จะกลับมาวางเรียงกัน แล้วใบที่ถูกกว่าก็ถูกเลือก จากนั้นพอเข้าสู่ขั้นตอนเก็บรายละเอียดความต้องการหลังเซ็นสัญญา ก็จะพบว่าสมมติฐานของใบแรกตอบโจทย์ไม่ได้ นี่คืออุบัติเหตุที่เกิดบ่อยที่สุดในการขอใบเสนอราคา IoT โรงงาน
ประมาณการค่าใช้จ่ายของโรงงานในไทยขนาด 30 เครื่องจักร | ประกอบขึ้นจาก 3 สถานการณ์
จากนี้ไปจะแสดงการประมาณการอย่างเป็นรูปธรรมโดยสมมติเป็นโรงงานญี่ปุ่นในประเทศไทย ขอบอกไว้ล่วงหน้าว่าตัวเลขต่อไปนี้เป็นตัวอย่างการคำนวณที่บทความนี้ตั้งสมมติฐานแล้วประกอบขึ้นมาเอง ไม่ใช่ราคาตลาด ใบเสนอราคาจริงจะเปลี่ยนไปมากตามเงื่อนไขของโรงงานและข้อกำหนด กรุณาอย่าคัดลอกจำนวนเงินไปใส่ในงบประมาณโดยตรง
สมมติฐานและค่าที่ตั้งไว้สำหรับราคาต่อหน่วย
สมมติฐานมีดังนี้
- โรงงานเป้าหมายเป็นโรงงานญี่ปุ่นในประเทศไทย เครื่องจักรเป้าหมาย 30 เครื่อง บทความนี้ไม่ครอบคลุมการวัดพลังงานไฟฟ้า
- งานติดตั้งอยู่ภายในอาคารเดิม ไม่รวมพื้นที่ป้องกันการระเบิดและคลีนรูม
- ฐานอ้างอิงของค่าแรงคือค่าจ้างขั้นต่ำในกรุงเทพฯ ที่ 400 บาทต่อวัน มีผลตั้งแต่วันที่ 1 กรกฎาคม 2025 ก่อนการปรับขึ้นอยู่ที่ 372 บาท ส่วนจังหวัดชลบุรีและระยองเป็นต้น ใช้อัตรา 400 บาทมาตั้งแต่เดือนมกราคม 2025 และในปี 2026 ยังคงอยู่ในช่วง 337 ถึง 400 บาทเท่าเดิม
- ราคาต่อหน่วยของชั่วโมงคนช่างเทคนิคเป็นคนละเรื่องกับค่าจ้างขั้นต่ำ เป็นค่าที่บทความนี้ตั้งขึ้นโดยสมมติเป็นส่วนผสมระหว่างช่างของผู้ขายในประเทศและช่างภายในบริษัท
ค่าที่ตั้งไว้สำหรับราคาต่อหน่วยมีดังนี้ ทั้งหมดเป็นสมมติฐานของบทความนี้
| รายการ | หน่วย | ค่าที่ตั้งไว้ (บาท) |
|---|---|---|
| ชั่วโมงคนช่างเทคนิค | 1 คน-วัน | 8,000 |
| งานไฟฟ้าในตู้ควบคุม | 1 ตู้ | 12,000 |
| ชุดอินพุตหน้าสัมผัส (8 จุด) | 1 ตัว | 9,000 |
| ตัวแปลงสัญญาณอนุกรมหรือรีโมต I/O | 1 ตัว | 14,000 |
| ชุดเซ็นเซอร์สำหรับติดตั้งเพิ่มภายหลัง | 1 ชุดต่อเครื่อง | 15,000 |
| อุปกรณ์ยึดและจิ๊กสำหรับติดตั้งเซ็นเซอร์ | 1 ชุดต่อเครื่อง | 2,000 |
| IoT gateway (รองรับ 8 เครื่องจักร) | 1 ตัว | 28,000 |
| ระบบเครือข่ายอุตสาหกรรมครบชุด (ขนาด 30 เครื่องจักร) | 1 ระบบ | 150,000 |
| เซิร์ฟเวอร์เก็บข้อมูล (on-premise ขนาดเล็ก) | 1 ระบบ | 120,000 |
| ค่าบำรุงรักษารายปี | ปี | 15% ของค่าใช้จ่ายเริ่มต้น |
สถานการณ์ A | ดึงเฉพาะหน้าสัมผัสของไฟสัญญาณสามสี
ดึงหน้าสัมผัสของไฟสัญญาณสามสี 1 จุดจากทั้ง 30 เครื่อง แล้วบันทึกเฉพาะการเดินเครื่องและการหยุด เป็นโครงสร้างที่เริ่มต้นได้ถูกที่สุด
| ชั้น | รายละเอียด | จำนวนเงิน (บาท) |
|---|---|---|
| ชั้นที่ 1 แหล่งสัญญาณ | ชุดอินพุตหน้าสัมผัส 4 ตัว 36,000 บวกวัสดุสายสัญญาณและคอนเนกเตอร์ 30 จุด 36,000 | 72,000 |
| ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง | เดินสายแทรก 30 เครื่อง x 0.5 คน-วัน เท่ากับ 15 คน-วัน 120,000 บวกการจัดรอบดับไฟ 2 ครั้ง x 2 คน-วัน 32,000 | 152,000 |
| ชั้นที่ 3 ฐานการเก็บข้อมูล | เกตเวย์ 4 ตัว 112,000 บวกเครือข่ายครบชุด 150,000 บวกเซิร์ฟเวอร์ 120,000 | 382,000 |
| ชั้นที่ 4 การให้ความหมาย | มาสเตอร์เครื่องจักรและการออกแบบแท็ก 8 คน-วัน (ไม่รวมรหัสสาเหตุการหยุด เพราะออกแบบจากหน้าสัมผัสอย่างเดียวไม่ได้) | 64,000 |
| ชั้นที่ 5 ฝั่งผู้ใช้งาน | การสร้างแดชบอร์ดสถานะการเดินเครื่องในระยะแรก | 250,000 |
| รวมค่าใช้จ่ายเริ่มต้น | 920,000 |
ค่าบำรุงรักษารายปีคือ 15% ของ 920,000 เท่ากับ 138,000 บาท คิดเป็น 414,000 บาทใน 3 ปี รวมค่าใช้จ่ายเริ่มต้นกับค่าบำรุงรักษา 3 ปีเท่ากับ 1,334,000 บาท
ปัญหาเชิงโครงสร้างของสถานการณ์นี้อยู่ที่ชั้นที่ 4 เพราะจากหน้าสัมผัสของไฟสัญญาณสามสี เรารู้ได้เพียงว่า “ไฟเป็นสีแดง” เท่านั้น ส่วนเหตุผลของสีแดงว่าเป็นการเปลี่ยนใบมีด วัสดุหมด หรือเครื่องจักรเสีย ไม่ได้อยู่ในหน้าสัมผัสนั้น ดังนั้นจึงคำนวณอัตราการเดินเครื่องได้ แต่ระบุเป้าหมายของการปรับปรุงไม่ได้ ภายในครึ่งปีถึงหนึ่งปี งานติดตั้งเพิ่มเพื่อใส่สาเหตุการหยุดจะถูกยกขึ้นมาเป็นวาระอย่างแน่นอน
สถานการณ์ B | ต่อตรงกับ PLC
สมมติว่าใน 30 เครื่อง มี 15 เครื่องที่มี PLC รองรับ Ethernet ส่วนอีก 15 เครื่องเป็นแบบอนุกรมหรือไม่เปิดเผยแท็ก ในโรงงานญี่ปุ่นที่ประเทศไทย สภาพผสมกันแบบนี้พบได้บ่อยที่สุด อันเป็นผลจากการต่อเติมซ้ำหลายรอบ
| ชั้น | รายละเอียด | จำนวนเงิน (บาท) |
|---|---|---|
| ชั้นที่ 1 แหล่งสัญญาณ | 15 เครื่องที่รองรับ Ethernet ไม่ต้องมีฮาร์ดแวร์เพิ่ม ส่วนอีก 15 เครื่องที่ไม่รองรับ ใช้ตัวแปลงสัญญาณอนุกรมหรือรีโมต I/O 15 ตัว | 210,000 |
| ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง | เดินจุด LAN 15 เครื่อง x 0.5 คน-วัน 60,000 บวกงานในตู้ควบคุม 15 ตู้ 180,000 บวกการจัดรอบดับไฟ 4 ครั้ง x 2 คน-วัน 64,000 | 304,000 |
| ชั้นที่ 3 ฐานการเก็บข้อมูล | เกตเวย์ 4 ตัว 112,000 บวกเครือข่ายครบชุด (จัด VLAN เพื่อแยกระบบควบคุมออกมา) 180,000 บวกเซิร์ฟเวอร์ 120,000 | 412,000 |
| ชั้นที่ 4 การให้ความหมาย | ออกแบบแท็ก 20 คน-วัน บวกมาสเตอร์เครื่องจักร หน่วยวัด และปฏิทินกะ 6 คน-วัน รวม 26 คน-วัน | 208,000 |
| ชั้นที่ 5 ฝั่งผู้ใช้งาน | แดชบอร์ดบวกรายงานประจำวัน | 300,000 |
| รวมค่าใช้จ่ายเริ่มต้น | 1,434,000 |
ค่าบำรุงรักษารายปีคือ 215,100 บาท คิดเป็น 645,300 บาทใน 3 ปี รวมค่าใช้จ่ายเริ่มต้นกับค่าบำรุงรักษา 3 ปีเท่ากับ 2,079,300 บาท
สิ่งที่ขยับยอดรวมในสถานการณ์นี้ไม่ใช่ชั้นที่ 1 แต่เป็นชั้นที่ 2 เพราะงานในตู้ควบคุมของ 15 เครื่องที่ไม่รองรับ บวกกับการจัดรอบดับไฟ คิดเป็น 304,000 บาท และส่วนนี้ขึ้นลงตามเงื่อนไขหน้างาน โรงงานที่ดับไฟได้เพียงปีละ 2 ครั้ง จำนวนรอบจะเพิ่มขึ้นและชั่วโมงคนก็จะสะสมตามไปด้วย ในทางกลับกัน ถ้าจัดให้ตรงกับจังหวะการปรับปรุงเครื่องจักรของโรงงานได้ ชั้นนี้จะบีบลงได้มากพอสมควร
เหตุที่ตั้งการออกแบบแท็กในชั้นที่ 4 ไว้ที่ 20 คน-วัน เป็นเพราะชื่อแท็กใน PLC แตกต่างกันไปในแต่ละเครื่อง แท็กที่แทนสถานะ “กำลังเดินเครื่อง” เหมือนกัน กลับถูกนิยามด้วยชื่ออื่นในเครื่องจักรของอีกผู้ผลิตหนึ่ง งานจับคู่สิ่งเหล่านี้เข้ากับนิยามสถานะที่รวมเป็นหนึ่งเดียวบนมาสเตอร์เครื่องจักร คือแกนกลางที่แท้จริงของสถานการณ์นี้
สถานการณ์ C | ติดตั้งเซ็นเซอร์เพิ่มภายหลังทุกเครื่อง
ไม่ดึงข้อมูลจาก PLC แต่ติดตั้งเซ็นเซอร์ภายนอกเพิ่มให้ครบทั้ง 30 เครื่อง เนื่องจากไม่แตะระบบควบคุมของผู้ผลิตเครื่องจักรเลย จึงเลี่ยงปัญหาการรับประกันของเครื่องเดิมได้ และไม่ได้รับผลกระทบจากการเปลี่ยนเครื่องจักรด้วย
| ชั้น | รายละเอียด | จำนวนเงิน (บาท) |
|---|---|---|
| ชั้นที่ 1 แหล่งสัญญาณ | ชุดเซ็นเซอร์สำหรับติดตั้งเพิ่มภายหลัง 30 ชุด | 450,000 |
| ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง | ติดตั้งและเดินสาย 30 เครื่อง x 1 คน-วัน เท่ากับ 30 คน-วัน 240,000 บวกการจัดรอบดับไฟ 4 ครั้ง x 2 คน-วัน 64,000 บวกอุปกรณ์ยึด 30 เครื่อง 60,000 | 364,000 |
| ชั้นที่ 3 ฐานการเก็บข้อมูล | เกตเวย์ 4 ตัว 112,000 บวกเครือข่ายครบชุด 150,000 บวกเซิร์ฟเวอร์ 120,000 | 382,000 |
| ชั้นที่ 4 การให้ความหมาย | ออกแบบตรรกะการตัดสิน (ค่าเกณฑ์ การกำจัดสัญญาณกระเด้งของหน้าสัมผัส) บวกมาสเตอร์เครื่องจักร บวกรหัสสาเหตุการหยุด 34 คน-วัน | 272,000 |
| ชั้นที่ 5 ฝั่งผู้ใช้งาน | แดชบอร์ดบวกรายงานบวกหน้าจอบันทึกสาเหตุการหยุด | 380,000 |
| รวมค่าใช้จ่ายเริ่มต้น | 1,848,000 |
ค่าบำรุงรักษารายปีคือ 277,200 บาท คิดเป็น 831,600 บาทใน 3 ปี รวมค่าใช้จ่ายเริ่มต้นกับค่าบำรุงรักษา 3 ปีเท่ากับ 2,679,600 บาท
เหตุที่ชั้นที่ 4 ของสถานการณ์นี้ใหญ่ที่สุด เป็นเพราะต้องออกแบบตรรกะที่ใช้ตัดสินสถานะจากค่าดิบของเซ็นเซอร์ เช่น ค่ากระแสไฟฟ้าต่ำกว่ากี่แอมแปร์จึงถือว่าหยุด และการแกว่งที่สั้นกว่ากี่วินาทีจึงจะละเลยได้ การออกแบบค่าเกณฑ์นี้เป็นงานที่ยุ่งยาก แต่พลิกอีกด้านหนึ่งก็แปลว่าไม่ทำตั้งแต่แรกไม่ได้ และรหัสสาเหตุการหยุดก็ถูกผนวกเข้าไปในการออกแบบตั้งแต่ขั้นตอนนี้ด้วย
ยอดรวม 3 ปีในขอบเขตที่ปรากฏบนใบเสนอราคา
นำทั้ง 3 สถานการณ์มาวางเรียงด้วยค่าใช้จ่ายเริ่มต้นและค่าบำรุงรักษา 3 ปี
| รายการ | สถานการณ์ A | สถานการณ์ B | สถานการณ์ C |
|---|---|---|---|
| ชั้นที่ 1 แหล่งสัญญาณ | 72,000 | 210,000 | 450,000 |
| ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง | 152,000 | 304,000 | 364,000 |
| ชั้นที่ 3 ฐานการเก็บข้อมูล | 382,000 | 412,000 | 382,000 |
| ชั้นที่ 4 การให้ความหมาย | 64,000 | 208,000 | 272,000 |
| ชั้นที่ 5 ฝั่งผู้ใช้งาน | 250,000 | 300,000 | 380,000 |
| รวมค่าใช้จ่ายเริ่มต้น | 920,000 | 1,434,000 | 1,848,000 |
| ค่าบำรุงรักษารายปี (15% ของค่าเริ่มต้น) | 138,000 | 215,100 | 277,200 |
| ค่าบำรุงรักษารวม 3 ปี | 414,000 | 645,300 | 831,600 |
| ค่าเริ่มต้นบวกค่าบำรุงรักษา 3 ปี | 1,334,000 | 2,079,300 | 2,679,600 |
ตารางนี้เป็นตัวอย่างการคำนวณที่บทความนี้ตั้งสมมติฐานแล้วประกอบขึ้นมาเอง ไม่ใช่ราคาตลาด
ลำดับคือ A, B, C ตามลำดับ หากตัดสินใจจากขอบเขตที่ปรากฏบนใบเสนอราคาเพียงอย่างเดียว สถานการณ์ A จะถูกเลือก และในความเป็นจริง โรงงานจำนวนมากก็ตัดสินใจแบบนี้ ในหัวข้อถัดไปจะดูว่าอะไรทำให้ลำดับนี้พลิกกลับ
เมื่อเรียงใหม่ด้วยยอดรวมจนถึงสภาพที่ใช้งานได้ ลำดับจะสลับกัน
ตารางในหัวข้อก่อนหน้ายังไม่ได้รวมค่าใช้จ่าย 2 อย่าง ได้แก่ค่าใช้จ่ายรอบที่สองของชั้นที่ 4 และชั่วโมงคนที่จำเป็นสำหรับการใช้งานจริง ทั้งสองอย่างไม่ปรากฏบนใบเสนอราคา แต่ในความเป็นจริงแล้วถูกจ่ายออกไป
ลองประกอบค่าใช้จ่ายรอบที่สองของชั้นที่ 4 แยกตามสถานการณ์
| สถานการณ์ | งานที่จำเป็นในรอบที่สอง | ช่วงเวลาที่เกิด | จำนวนเงิน (บาท) |
|---|---|---|---|
| A | เครื่องบันทึกสาเหตุการหยุด 6 เครื่อง 108,000 บวกการออกแบบระบบรหัสสาเหตุและการปรับหน้าจอ 20 คน-วัน 160,000 บวกการอบรมหน้างาน 4 คน-วัน 32,000 | ปีที่ 2 | 300,000 |
| B | การรวมรหัสการแจ้งเตือนให้เป็นหนึ่งเดียวและการออกแบบการแปลงความหมาย เนื่องจากมีเครื่องจักรหลายรุ่นปะปนกัน | ปีที่ 2 | 180,000 |
| C | การปรับค่าเกณฑ์การตัดสินใหม่ 5 คน-วัน | ปีที่ 2 | 40,000 |
ชั่วโมงคนของการใช้งานก็ต่างกันด้วย สถานการณ์ A มีโครงสร้างที่ให้คนกรอกสาเหตุการหยุดด้วยมือ จึงต้องมีการติดตามหน้างานทุกปีเพื่อรักษาอัตราการบันทึกข้อมูล ส่วนสถานการณ์ C การตัดสินถูกทำโดยอัตโนมัติ ชั่วโมงคนส่วนนี้จึงแทบไม่มี
| สถานการณ์ | ชั่วโมงคนติดตามการใช้งานต่อปี | รวมปีที่ 2 ถึงปีที่ 3 (บาท) |
|---|---|---|
| A | 24 คน-วัน | 384,000 |
| B | 12 คน-วัน | 192,000 |
| C | 4 คน-วัน | 64,000 |
ต่อไปนี้คือการวางเรียงต้นทุนการถือครองรวม 3 ปีที่รวมรายการเหล่านี้เข้าไปแล้ว พร้อมกับจำนวนเดือนจนกว่าจะไปถึง “สภาพที่ log การเดินเครื่องซึ่งมีสาเหตุการหยุดกำกับอยู่ ถูกใช้งานเป็นประจำทุกวัน” จำนวนเดือนจนถึงสภาพดังกล่าวเป็นค่าที่บทความนี้ตั้งขึ้น โดยคิดเป็นระยะเวลาที่ใช้ในการออกแบบ ติดตั้ง เริ่มเดินระบบ และทำให้หน้างานใช้จนติดเป็นนิสัย ตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5
| รายการ | สถานการณ์ A | สถานการณ์ B | สถานการณ์ C |
|---|---|---|---|
| ค่าใช้จ่ายเริ่มต้น | 920,000 | 1,434,000 | 1,848,000 |
| ค่าบำรุงรักษา 3 ปี | 414,000 | 645,300 | 831,600 |
| ค่าใช้จ่ายรอบที่สองของชั้นที่ 4 | 300,000 | 180,000 | 40,000 |
| ชั่วโมงคนติดตามการใช้งาน (ปีที่ 2 ถึงปีที่ 3) | 384,000 | 192,000 | 64,000 |
| ต้นทุนการถือครองรวม 3 ปี | 2,018,000 | 2,451,300 | 2,783,600 |
| ระยะเวลาจนถึงสภาพที่ใช้งานได้ | 20 เดือน | 10 เดือน | 8 เดือน |
| จำนวนเดือนที่ใช้งานได้จริงใน 36 เดือน | 16 เดือน | 26 เดือน | 28 เดือน |
| ค่าใช้จ่ายต่อ 1 เดือนที่ใช้งานได้ | 126,100 | 94,300 | 99,400 |
ตารางนี้ก็เป็นการประกอบขึ้นของบทความนี้เช่นกัน ไม่ใช่ราคาตลาด
ลำดับจะสลับกันที่บรรทัดสุดท้าย เมื่อดูด้วยต้นทุนการถือครองรวม 3 ปี ลำดับคือ A, B, C แต่เมื่อเรียงด้วยค่าใช้จ่ายต่อ 1 เดือนที่ใช้งานได้จริง ลำดับจะกลายเป็น B, C, A และสถานการณ์ A ซึ่งเริ่มต้นถูกที่สุด กลับกลายเป็นแพงที่สุด
เหตุผลไม่ได้อยู่ที่ขนาดของค่าใช้จ่าย แต่อยู่ที่เวลาจนกว่าจะไปถึงสภาพที่ใช้งานได้ สถานการณ์ A จะรู้ตัวว่า “รู้ได้แค่ข้อเท็จจริงว่าเครื่องหยุด” หลังจากสร้างระบบเสร็จไปแล้ว 10 เดือน จากนั้นจึงใช้เวลาอีก 10 เดือนไปกับการออกแบบรหัสสาเหตุและการอบรมหน้างาน ตลอด 20 เดือนนั้น เงิน 920,000 บาทที่ลงไปไม่ได้ถูกใช้เพื่อการปรับปรุงเลย ส่วนสถานการณ์ C มีค่าใช้จ่ายเริ่มต้นสูงเป็น 2 เท่า แต่เข้าสู่สภาพที่ใช้งานได้ตั้งแต่เดือนที่ 8
ข้อสรุปเชิงปฏิบัติที่ดึงออกมาจากตรงนี้มี 3 ข้อ
- ถ้าเลือกจากความถูกของค่าใช้จ่ายเริ่มต้นเพียงอย่างเดียว โครงสร้างที่ผลักชั้นที่ 4 ไปไว้ทีหลังจะถูกเลือก เหตุที่ผลักชั้นที่ 4 ไปทีหลังได้ เป็นเพราะในตอนขอใบเสนอราคายังไม่เดือดร้อน แต่พอเริ่มใช้งานจริงก็จะจำเป็นอย่างแน่นอน
- กำหนดนิยาม “สภาพที่ใช้งานได้” เป็นตัวเลขก่อนแล้วค่อยเปรียบเทียบ บทความนี้ตั้งไว้ที่ “สภาพที่ log การเดินเครื่องซึ่งมีสาเหตุการหยุดกำกับอยู่ ถูกใช้งานเป็นประจำทุกวัน” แต่แต่ละโรงงานจะนิยามต่างออกไปก็ได้ ถ้าไม่มีนิยาม การเปรียบเทียบแบบนี้ก็ทำไม่ได้เลย
- จำนวนเดือนจนถึงสภาพที่ใช้งานได้เป็นหัวข้อที่ถามผู้ขายแล้วได้คำตอบ ให้เขียนในเอกสารขอใบเสนอราคาว่าต้อง “ระบุจำนวนเดือนโดยประมาณจนเข้าสู่การใช้งานประจำวัน โดยรวมถึงชั้นที่ 4 ด้วย”

จะวางฝั่งการคืนทุนไว้ตรงไหน | มองผ่านการลดเวลาหยุดเครื่อง
เมื่อพูดเรื่องค่าใช้จ่ายแล้ว ก็ต้องพูดเรื่องการคืนทุนด้วย เหตุผลรองรับการคืนทุนของ IoT โรงงานที่ถูกยกขึ้นมาเป็นอันดับแรกมักเป็นการลดพลังงานไฟฟ้า แต่โครงสร้างที่มีวัตถุประสงค์เพื่อเฝ้าดูการเดินเครื่องนั้น ส่วนใหญ่ไม่ได้วัดพลังงานไฟฟ้า จึงใช้เป็นเหตุผลรองรับไม่ได้ การคืนทุนของการเฝ้าดูการเดินเครื่องควรวางไว้ที่การลดเวลาหยุดเครื่องจะตรงไปตรงมากว่า
โครงของการคำนวณนั้นเรียบง่าย
ผลต่อปี เท่ากับ จำนวนเครื่องจักรเป้าหมาย คูณ เวลาหยุดที่ลดได้ต่อเดือนต่อ 1 เครื่อง คูณ 12 คูณ จำนวนเงินต่อการหยุด 1 ชั่วโมง
ปัญหาอยู่ที่ตัวแปรตัวที่สาม เพราะการตั้งค่าว่าการหยุด 1 ชั่วโมงมีมูลค่าเท่าไร จะทำให้คำตอบต่างกันได้ถึง 40 เท่า เอกสารที่เขียนว่า “คืนทุนใน 2 ปี” โดยปล่อยตรงนี้ให้คลุมเครือ เป็นเอกสารที่ตรวจสอบเหตุผลรองรับไม่ได้
บทความนี้จะระบุขอบล่างไว้ให้ชัด ค่าจ้างขั้นต่ำในกรุงเทพฯ 400 บาทต่อวัน หารด้วย 8 ชั่วโมงต่อวัน จะได้ 50 บาทต่อชั่วโมง หากถือว่าระหว่างที่เครื่องจักรหยุด 1 ชั่วโมง มีพนักงาน 1 คนต้องรอเปล่า ค่าจ้างที่สูญไปคือ 50 บาทต่อชั่วโมง นี่คือขอบล่าง
อย่างไรก็ตาม ห้ามใช้ค่า 50 บาทต่อชั่วโมงนี้เป็นเหตุผลรองรับการคืนทุน เพราะความสูญเสียจริงไม่ใช่ค่าจ้าง แต่เป็นกำไรขั้นต้นของสินค้าที่ควรจะผลิตได้ในชั่วโมงนั้น กล่าวคือกำไรที่สูญเสียไปเป็นตัวครอบงำ ยิ่งเครื่องจักรมีราคาแพง และยิ่งคำสั่งซื้อแน่นเท่าไร ช่องว่างนี้ยิ่งกว้าง ค่า 50 บาทต่อชั่วโมงเป็นเพียงพื้นที่บอกว่า “อย่างน้อยที่สุดก็สูญเสียไปเท่านี้” ไม่ใช่ตัวเลขที่จะเอาไปใช้ตัดสินใจลงทุน
ลองดูความไวของผลลัพธ์จากการตั้งค่า 3 แบบ
| เวลาหยุดที่ลดได้ต่อเดือนต่อ 1 เครื่อง | เวลาที่ลดได้ต่อปี (30 เครื่อง) | 50 บาทต่อชั่วโมง (ขอบล่างจากค่าจ้าง) | 500 บาทต่อชั่วโมง | 2,000 บาทต่อชั่วโมง |
|---|---|---|---|---|
| 2 ชั่วโมง | 720 ชั่วโมง | 36,000 | 360,000 | 1,440,000 |
| 5 ชั่วโมง | 1,800 ชั่วโมง | 90,000 | 900,000 | 3,600,000 |
| 10 ชั่วโมง | 3,600 ชั่วโมง | 180,000 | 1,800,000 | 7,200,000 |
หน่วยเป็นบาทต่อปี ตารางนี้ก็เป็นตัวอย่างการคำนวณของบทความนี้ ไม่ใช่ค่าที่วัดได้จริง
วิธีอ่านเป็นดังนี้ ต้นทุนการถือครองรวม 3 ปีของสถานการณ์ B ในหัวข้อก่อนหน้าคือ 2,451,300 บาท หากตั้งการหยุด 1 ชั่วโมงไว้ที่ 500 บาท และลดเวลาหยุดได้ 5 ชั่วโมงต่อเดือนต่อ 1 เครื่อง ก็จะได้ 900,000 บาทต่อปี คืนทุนในราว 2.7 ปี แต่ด้วยปริมาณการลดเท่ากัน หากตั้งการหยุด 1 ชั่วโมงไว้ที่ 50 บาทตามการแปลงเป็นค่าจ้าง จะได้เพียง 90,000 บาทต่อปี ซึ่งคำนวณออกมาแล้วต้องใช้เวลาถึง 27 ปี
พูดอีกอย่างคือ การตัดสินใจลงทุน IoT โรงงานถูกกำหนดโดยความสมเหตุสมผลของ “การตั้งมูลค่าการหยุด 1 ชั่วโมง” มากกว่าความแม่นยำของค่าใช้จ่าย ตัวเลขนี้เป็นสิ่งที่ฝ่ายบัญชีและฝ่ายบริหารการผลิตควรมีอยู่แล้ว กรุณาคำนวณค่าของบริษัทท่านเองออกมาจากต้นทุนมาตรฐาน ค่าแปรสภาพต่อชั่วโมงเครื่องจักร หรือยอดคำสั่งซื้อค้างส่งล่าสุด หากใช้ตัวเลขทั่วไปที่อยู่ในเอกสารของผู้ขาย การคำนวณการคืนทุนก็จะสูญเสียเหตุผลรองรับตั้งแต่จุดนั้น
ยังมีอีกเรื่องที่ต้องระวังในฝั่งของเวลาที่ลดได้ “5 ชั่วโมงต่อเดือนต่อ 1 เครื่อง” ไม่ได้เกิดขึ้นเพียงเพราะติดตั้ง IoT โรงงาน หลังจากข้อมูลออกมาแล้ว ต้องมีกิจกรรมที่ดูรายละเอียดของการหยุดแล้วลงมือแก้ที่สาเหตุอันดับต้น ๆ ด้วย ข้อเท็จจริงพื้น ๆ ที่ว่าข้อมูลเป็นเงื่อนไขจำเป็นแต่ไม่ใช่เงื่อนไขเพียงพอของการลดเวลาหยุด จำเป็นต้องเขียนไว้เป็นสมมติฐานของการคำนวณการคืนทุน สำหรับกระบวนการที่เกิดขึ้นจริงในโรงงานที่ประเทศไทย กรุณาดูกรณีศึกษาการนำ IoT มาใช้ในภาคการผลิตของไทย
ราคาตลาดที่พูดถึงกันในประเทศญี่ปุ่น (พร้อมการระบุแหล่งที่มา)
ที่ผ่านมาทั้งหมดเป็นการประมาณการของโรงงานในไทยที่บทความนี้ประกอบขึ้นเอง เพื่อเป็นข้อมูลอ้างอิง จะขอเรียบเรียงข้อความเรื่องราคาตลาดที่เผยแพร่อยู่ในประเทศญี่ปุ่น เนื่องจากทั้งสกุลเงินและสมมติฐานต่างจากการประมาณการของบทความนี้ จึงจะไม่นำมารวมกันและไม่แปลงค่าเงิน กรุณาอย่าอ่านเรียงต่อกัน แต่ให้ถือเป็นข้อมูลคนละชุด
บทความของ GXO ซึ่งเป็นแหล่งข้อมูลที่ 1 แสดงรายละเอียดค่าพัฒนาฐานการเก็บและแสดงผลข้อมูล IoT ไว้ดังนี้
| หมวด | จำนวนเงินที่ระบุไว้ (เยน) |
|---|---|
| เซ็นเซอร์และเกตเวย์ | 500,000 ถึง 2,000,000 |
| ฐานคลาวด์ | 2,000,000 ถึง 8,000,000 |
| แดชบอร์ด | 1,000,000 ถึง 5,000,000 |
| รวม | 3,500,000 ถึง 15,000,000 |
| ค่าดำเนินการต่อเนื่อง | 15 ถึง 20% ของค่าใช้จ่ายเริ่มต้นต่อปี |
บทความเดียวกันยังระบุระยะเวลาโดยประมาณของการนำมาใช้ไว้ด้วย ขนาดเล็ก 5 เครื่องจักรใช้เวลา 3 ถึง 4 เดือน ขนาดกลาง 3 สายการผลิต 30 เครื่องจักรใช้เวลา 6 ถึง 8 เดือน และการขยายทั้งบริษัทใช้เวลา 8 ถึง 12 เดือน เมื่อเทียบกับจำนวนเดือนจนถึงสภาพที่ใช้งานได้ที่บทความนี้ตั้งไว้ (8 ถึง 20 เดือน) การระบุว่าขนาดกลาง 30 เครื่องจักรใช้เวลา 6 ถึง 8 เดือน ควรอ่านว่าเป็นระยะเวลาก่อสร้างระบบที่ยังไม่รวมการให้ความหมายในชั้นที่ 4 และการทำให้หน้างานใช้จนติดเป็นนิสัย
บทความของ Three-up Technology ซึ่งเป็นแหล่งข้อมูลที่ 2 มีข้อความเกี่ยวกับแนวคิดเรื่องค่าใช้จ่ายดังนี้ การสำรวจหน้างานใช้เวลา 2 วัน คิดเป็นเงิน 150,000 เยน บวกค่าเดินทาง และหากสั่งงานติดตั้งจริงก็จะนำไปหักออกจากค่าใช้จ่ายในการนำระบบมาใช้ งานติดตั้งมาตรฐานของเครื่องจักร 1 เครื่องใช้เวลาราว 1 วัน และระบุไว้ชัดเจนว่าปัจจัยที่กำหนดค่าใช้จ่ายคือ หาก PLC รองรับ Ethernet ก็เพียงเพิ่มเอดจ์คอมพิวเตอร์เท่านั้น แต่หากไม่รองรับก็จะมีงานไฟฟ้าเพิ่มเข้ามา
ข้อความสุดท้ายนี้คือชั้นที่ 1 และชั้นที่ 2 ของโมเดล 5 ชั้นในบทความนี้ตรง ๆ นั่นแปลว่าโครงสร้างเดียวกันปรากฏอยู่ในคำอธิบายของผู้ประกอบการในประเทศญี่ปุ่นด้วย บทความเดียวกันยังกล่าวว่า IoT ในโรงงานไม่มีราคามาตรฐานตายตัว และแทบทั้งหมดถูกกำหนดโดยเงื่อนไขทางฝั่งเครื่องจักร
สิ่งที่ควรอ่านออกจากแหล่งข้อมูล 2 รายการนี้ไม่ใช่ช่วงของจำนวนเงินในตัวมันเอง แต่คือคำอธิบายว่าทำไมช่วงนั้นจึงเกิดขึ้น ความต่างกว่า 4 เท่าระหว่าง 3,500,000 เยนกับ 15,000,000 เยน มีความเป็นไปได้สูงว่าไม่ใช่ความต่างของการตั้งราคา แต่เป็นความต่างของชั้นที่รวมอยู่ในนั้น แม้จะใช้ราคาตลาดในประเทศญี่ปุ่นเป็นข้อมูลอ้างอิงสำหรับความรู้สึกเรื่องงบประมาณของบริษัทตัวเอง หากไม่ตรวจสอบว่าจำนวนเงินนั้นรวมชั้นที่ 4 ไว้หรือไม่ ก็ยังไม่ถือเป็นการเปรียบเทียบอยู่ดี
เส้นแบ่งระหว่างโครงการที่หยุดอยู่ที่ PoC กับโครงการที่ไม่หยุด
ในการพูดคุยเรื่องค่าใช้จ่าย IoT โรงงาน คำว่า PoC จะโผล่ขึ้นมาเสมอ “ลองเล็ก ๆ ก่อน” เป็นข้อเสนอที่ถูกต้อง แต่โรงงานที่ PoC จบลงแค่การมองเห็นข้อมูล แล้วปล่อยให้เวลาผ่านไปหลายปีโดยไม่ได้งบประมาณสำหรับการขยายจริง ก็ไม่ใช่เรื่องหายาก
บทความของ Next Vision ซึ่งเป็นแหล่งข้อมูลที่ 5 ระบุเหตุผลเชิงโครงสร้าง 5 ข้อที่ทำให้ DX ของโรงงานหยุดอยู่ที่ PoC ได้แก่ เกณฑ์ความสำเร็จที่คลุมเครือ การไม่ได้ประเมินค่าใช้จ่ายเมื่อขยายผล การพึ่งพาตัวบุคคล ความห่างจากระบบที่ใช้งานจริง และการที่หน้างานไม่ได้เป็นเจ้าของเรื่อง ทั้ง 5 ข้อนี้สอดรับกับโมเดล 5 ชั้นของบทความนี้ในมุมของค่าใช้จ่าย
| สาเหตุที่ PoC หยุด | ชั้นที่สอดคล้อง | ความหมายในมุมของค่าใช้จ่าย |
|---|---|---|
| เกณฑ์ความสำเร็จที่คลุมเครือ | ฝั่งการคืนทุน | ไม่มีทั้งจำนวนเงินของการหยุด 1 ชั่วโมงและนิยามของสภาพที่ใช้งานได้ จึงตัดสินผล PoC ด้วยตัวเลขไม่ได้ |
| การไม่ได้ประเมินค่าใช้จ่ายเมื่อขยายผล | ชั้นที่ 2 | งานในตู้ควบคุมและการจัดรอบดับไฟไม่โผล่ตอนทำ 3 เครื่อง แต่กลายเป็นช่วงแกว่งของยอดรวมตอน 30 เครื่อง |
| การพึ่งพาตัวบุคคล | ชั้นที่ 1 | การจำแนกแหล่งสัญญาณอยู่ในหัวของผู้รับผิดชอบคนเดียว พอย้ายงานรายละเอียดจำนวนเครื่องก็หายไป |
| ความห่างจากระบบที่ใช้งานจริง | ชั้นที่ 4 | มาสเตอร์เครื่องจักรและการออกแบบแท็กของ PoC ใช้ระบบรหัสคนละชุดกับระบบบริหารการผลิตจริง จึงต้องทำใหม่ |
| การที่หน้างานไม่ได้เป็นเจ้าของเรื่อง | ชั้นที่ 5 | มีหน้าจอ แต่ยังไม่ได้กำหนดว่าใครจะดูตอนไหน เพราะการออกแบบอยู่ที่ฝ่ายผลักดันและผู้ขายเป็นหลัก |
สิ่งชี้ขาดในการออกแบบ PoC ไม่ใช่การจำกัดจำนวนเครื่องจักรเป้าหมาย แต่คือการทะลุผ่านครบทั้ง 5 ชั้น เอาแค่ 3 เครื่องก็พอ แต่ให้ทะลุตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5 และไปจนถึงรหัสสาเหตุการหยุด แล้วท่านจะได้ค่าที่วัดได้จริงของชั่วโมงคนที่จำเป็นในตอนขยายจริง
ในทางกลับกัน PoC ที่แย่ที่สุดคือแบบที่ข้ามชั้นที่ 4 แล้วสร้างเฉพาะชั้นที่ 3 กับชั้นที่ 5 เพราะแดชบอร์ดออกมาเร็วจึงได้รับการประเมินที่ดี แล้วพอถึงขั้นตอนขอใบเสนอราคาสำหรับการขยายจริง ชั่วโมงคนของชั้นที่ 4 จึงเผยตัวออกมาเป็นครั้งแรก ณ จุดนี้ ค่าใช้จ่ายของ PoC ใช้เป็นเหตุผลรองรับของใบเสนอราคาการขยายจริงไม่ได้ และในสายตาของผู้บริหารก็จะกลายเป็นสถานการณ์ที่อธิบายไม่ได้ว่า “ตอน PoC ถูก แต่ตอนของจริงกลับแพง”
เกณฑ์ตัดสินความสำเร็จของ PoC มี 3 ข้อ การบันทึกสาเหตุการหยุดหมุนเป็นงานประจำวันของหน้างานได้ครบ 1 เดือนขึ้นไปหรือไม่ มาสเตอร์เครื่องจักรและการออกแบบแท็กอยู่ในรูปแบบที่นำไปใช้ในการขยายจริงได้เลยหรือไม่ และประมาณการชั่วโมงคนต่อ 1 เครื่องของการขยายจริงจากผลที่วัดได้หรือไม่ PoC ที่ตอบ 3 ข้อนี้ไม่ได้ ยังไม่ได้สร้างวัตถุดิบสำหรับการตัดสินใจขยายจริง
วิธีเขียน RFP ที่ทำให้ใบเสนอราคาเปรียบเทียบกันได้
เนื้อหาทั้งหมดที่ผ่านมา เมื่อแปลงลงเป็น RFP จะออกมาเป็นตารางต่อไปนี้ หากมีหัวข้อเหล่านี้เขียนไว้ ใบเสนอราคาจากหลายบริษัทจะขึ้นมาอยู่บนเวทีเดียวกัน
| หัวข้อที่ต้องระบุ | เนื้อหาที่เขียน | ถ้าไม่เขียนจะเกิดอะไรขึ้น |
|---|---|---|
| การจำแนกแหล่งสัญญาณของเครื่องจักรเป้าหมาย | จำนวนเครื่องของแต่ละประเภทใน 4 ประเภท หากยังไม่ทราบ ให้แยกการสำรวจหน้างานออกมาเป็นเฟสนำร่อง | แต่ละบริษัทตั้งสมมติฐานคนละแบบ แล้วมีงานเพิ่มหลังเซ็นสัญญา |
| จำนวนจุดสัญญาณ | จำนวนจุดที่ดึงต่อ 1 เครื่องจักร พร้อมรายละเอียด | ความต่างของจำนวนจุดที่แต่ละฝ่ายคาดไว้จะกลายเป็นความต่างของจำนวนเงินตรง ๆ |
| รอบการเก็บข้อมูล | เป็นวินาทีหรือนาที หากต่างกันในแต่ละเครื่องจักรให้แยกเขียน | หากถูกจัดโครงสร้างบนสมมติฐานรอบละเอียด จำนวนเกตเวย์จะเพิ่มขึ้น |
| ระดับการยอมรับข้อมูลขาดหาย | เลือกอย่างใดอย่างหนึ่งระหว่างขาดหายได้ ขาดหายแล้วต้องบันทึก และขาดหายไม่ได้ | โครงสร้างราคาถูกที่ไม่มีบัฟเฟอร์จะขึ้นมาอยู่ในตำแหน่งราคาต่ำสุด |
| วันที่ดับไฟได้ | จำนวนวันที่ดับไฟได้ต่อปี และระบบไฟฟ้าที่ทำงานได้ใน 1 ครั้ง | การประเมินชั่วโมงคนของชั้นที่ 2 ไม่ตรงกับความเป็นจริง |
| เงื่อนไขของพื้นที่ | มีเครื่องจักรเป้าหมายอยู่ในพื้นที่ป้องกันการระเบิด คลีนรูม หรือห้องควบคุมอุณหภูมิหรือไม่ | การเลือกอุปกรณ์เปลี่ยนทีหลัง ทำให้ราคาต่อหน่วยพุ่งขึ้น |
| การจัดการเรื่องการรับประกันของเครื่องเดิม | เครื่องจักรที่ยังอยู่ในสัญญาบำรุงรักษา และความจำเป็นที่ผู้ผลิตต้องมาร่วมสังเกตการณ์ | ค่าร่วมสังเกตการณ์กลายเป็นงานเพิ่มนอกใบเสนอราคา |
| ขอบเขตของชั้นที่ 4 | รวมถึงไหนในบรรดาการออกแบบแท็ก มาสเตอร์เครื่องจักร หน่วยวัด ปฏิทินกะ และรหัสสาเหตุการหยุด | ใบเสนอราคาที่ไม่รวมชั้นที่ 4 จะขึ้นมาอยู่ในตำแหน่งราคาต่ำสุด |
| รหัสสาเหตุการหยุด | ใครเป็นคนบันทึก ความละเอียดระดับใด และมีกี่ระดับชั้น | เกิดระบบที่หน้างานไม่ใช้ อัตราการบันทึกข้อมูลจึงตกลง |
| จำนวนเดือนจนเข้าสู่การใช้งานประจำวัน | ให้ผู้ขายเป็นคนเขียน | เปรียบเทียบช่วงเวลาที่ไปถึงไม่ได้ จึงต้องตัดสินจากค่าใช้จ่ายเริ่มต้นเพียงอย่างเดียว |
| ขอบเขตของการบำรุงรักษา | ฮาร์ดแวร์เสีย การอัปเดตซอฟต์แวร์ การตอบคำถาม และจำนวนครั้งของการเข้าหน้างาน | เปรียบเทียบค่าบำรุงรักษาไม่ได้ |
ในบรรดาหัวข้อเหล่านี้ สิ่งที่บริษัทเติมเองได้ยากคือการจำแนกแหล่งสัญญาณและวันที่ดับไฟได้ การจำแนกแหล่งสัญญาณเป็นงานที่ต้องเอาทะเบียนเครื่องจักรมาเทียบกับตู้ควบคุมของจริง ขนาด 30 เครื่องจะใช้เวลาไม่กี่วัน หากเสียดายเวลาไม่กี่วันนี้แล้วรีบออก RFP ท่านจะต้องใช้เวลาอีกหลายสัปดาห์ไปกับการเปรียบเทียบใบเสนอราคาหลังจากนั้น มีผู้ขายบางรายที่ใช้วิธีทำการสำรวจหน้างานแบบมีค่าใช้จ่ายก่อนแล้วนำไปหักกับงานติดตั้งจริง และถ้าแยกการสำรวจออกมาก่อน ผลการสำรวจนั้นก็จะกลายเป็นทรัพย์สินของบริษัทท่านเอง ซึ่งนำไปใช้ขอใบเสนอราคากับบริษัทอื่นได้ด้วย
ประเด็นเฉพาะของประเทศไทย | งานติดตั้ง ค่าแรง และ BOI
เมื่อพิจารณา IoT โรงงานในฐานที่ประเทศไทย มี 3 จุดที่สมมติฐานต่างจากสำนักงานใหญ่ในประเทศญี่ปุ่น
การจัดลำดับงานติดตั้งและการจัดหาคน
งานติดตั้งในชั้นที่ 2 จะต้องสั่งงานผู้รับเหมาในประเทศ สิ่งที่ต่างจากญี่ปุ่นคือ งานไฟฟ้า งานเครือข่าย และงานฝั่ง IT มักถูกรับผิดชอบโดยคนละบริษัทกัน ถ้ากำหนดการของ 3 บริษัทไม่ตรงกัน งานของการดับไฟ 1 ครั้งก็จบไม่ได้ หากไม่ใส่ชั่วโมงคนของการบริหารโครงการลงในใบเสนอราคา การประสานงานตรงนี้จะถูกดูดซับไปเป็นชั่วโมงทำงานล่วงเวลาของพนักงานญี่ปุ่นที่มาประจำการ
นอกจากนี้ หากตัวแทนจำหน่ายในประเทศของผู้ผลิตเครื่องจักรมีโครงสร้างองค์กรต่างจากสำนักงานใหญ่ในญี่ปุ่น การตอบกลับเรื่องความเป็นไปได้ในการร่วมสังเกตการณ์ตู้ควบคุมจะใช้เวลานาน การตรวจสอบเรื่องการรับประกันของเครื่องเดิมจึงเป็นหัวข้อที่ควรเริ่มก่อนออก RFP
ค่าแรงและราคาต่อหน่วยเวลา
ในการประมาณการของบทความนี้ เราตั้งค่าจ้างขั้นต่ำในกรุงเทพฯ ที่ 400 บาทต่อวันไว้เป็นฐานอ้างอิงของค่าแรง มีผลตั้งแต่วันที่ 1 กรกฎาคม 2025 ก่อนการปรับขึ้นอยู่ที่ 372 บาท ส่วนบางจังหวัดอย่างชลบุรีและระยองใช้อัตรา 400 บาทมาตั้งแต่เดือนมกราคม 2025 และในปี 2026 ก็ยังคงอยู่ในช่วง 337 ถึง 400 บาทเท่าเดิม ไม่มีการปรับขึ้น
ราคาต่อหน่วยของชั่วโมงคนช่างเทคนิคอยู่คนละระดับกับค่าจ้างขั้นต่ำนี้ บทความนี้ตั้งไว้ที่ 8,000 บาทต่อ 1 คน-วัน แต่นั่นเป็นสมมติฐานที่คิดจากส่วนผสมระหว่างช่างของผู้ขายกับช่างภายในบริษัท ราคาจริงจะเปลี่ยนไปตามผู้ขายและเนื้องาน หากสำนักงานใหญ่ในญี่ปุ่นประมาณการด้วยราคาต่อหน่วยชั่วโมงคนของประเทศญี่ปุ่น จะทำให้ประเมินจำนวนเงินของชั้นที่ 2 ในฐานที่ประเทศไทยสูงเกินจริง ในทางกลับกัน การที่ค่าแรงในไทยถูกกว่าไม่ได้แปลว่าชั่วโมงคนของงานออกแบบในชั้นที่ 4 จะถูกลงตามไปด้วย เพราะชั้นที่ 4 เป็นงานออกแบบที่คร่อมทั้งภาษาญี่ปุ่น ภาษาไทย และภาษาอังกฤษ ชั่วโมงคนจึงเพิ่มขึ้นตามจำนวนภาษาเสียด้วยซ้ำ
มาตรการส่งเสริมการลงทุนของ BOI
คณะกรรมการส่งเสริมการลงทุนของไทย (BOI) ได้ประกาศมาตรการส่งเสริมการลงทุนชุดใหม่เมื่อวันที่ 15 มกราคม 2026 ในกรอบที่ว่าด้วยการส่งเสริมการยกระดับเทคโนโลยี มีการระบุถึงการยกเว้นภาษีเงินได้นิติบุคคลเพิ่มอีก 3 ปี และการยกเว้นอากรขาเข้าสำหรับเครื่องจักร โดยเทคโนโลยีเป้าหมายระบุไว้ชัดเจนถึงระบบบำรุงรักษาเชิงพยากรณ์และฐานเซ็นเซอร์ IoT
การลงทุน IoT โรงงานมีความเป็นไปได้ที่จะเข้าข่ายกรอบนี้ แต่บทความนี้จะไม่แสดงอัตราการหักลดหย่อนหรือผลกระทบเป็นตัวเงินอย่างเป็นรูปธรรม เพราะเงื่อนไขการใช้สิทธิ ขอบเขตของเครื่องจักรที่เข้าข่าย และกำหนดเวลายื่นคำขอ ต่างกันไปในแต่ละโครงการ จึงจำเป็นต้องตรวจสอบกับ BOI โดยตรง ความสัมพันธ์ระหว่างสิทธิประโยชน์ BOI ที่กิจการได้รับอยู่เดิมกับมาตรการใหม่ ก็ต้องจัดระเบียบเป็นรายสถานประกอบการเช่นกัน
ข้อชี้แนะในทางปฏิบัติมีดังนี้ หากเป็นโครงการที่มีขนาดใหญ่พอจนการใส่หรือไม่ใส่สิทธิประโยชน์ BOI เข้าไปทำให้การตัดสินใจลงทุนเปลี่ยน กรุณาเริ่มตรวจสอบกับ BOI ก่อนออก RFP หากรอให้ใบเสนอราคาครบแล้วค่อยเริ่มตรวจสอบเรื่องมาตรการ อาจไม่ทันกำหนดเวลายื่นคำขอ นอกจากนี้ การที่จะได้รับยกเว้นอากรขาเข้าสำหรับเครื่องจักรหรือไม่ ยังขึ้นอยู่กับการจัดประเภทของเกตเวย์และเซ็นเซอร์ด้วย ในขั้นตอนที่ขอใบเสนอราคาจากผู้ขาย จึงต้องตกลงกันไว้ว่าใครจะเป็นผู้ดำเนินพิธีการนำเข้าอุปกรณ์

ลำดับการนำมาใช้ | 120 วันแรก
จะขอเรียบเรียงเนื้อหาทั้งหมดใหม่ให้อยู่ในรูปลำดับการลงมือทำ เป้าหมายคือการได้ “สภาพที่เปรียบเทียบใบเสนอราคาได้” และ “ค่าที่วัดได้จริงจาก PoC” ภายใน 120 วัน กรุณาอย่าตั้งเป้าให้การขยายจริงเสร็จสมบูรณ์ภายใน 120 วัน
| ช่วงเวลา | สิ่งที่ต้องทำ | ผลงานที่ได้ | ผู้รับผิดชอบหลัก |
|---|---|---|---|
| วันที่ 1 ถึง 20 | นับแหล่งสัญญาณของเครื่องจักรเป้าหมายตาม 4 ประเภท โดยเอาตู้ควบคุมของจริงมาเทียบกับทะเบียนเครื่องจักร | ตารางจำแนกแหล่งสัญญาณ (รหัสเครื่องจักร ประเภท หมายเหตุ) | วิศวกรรมการผลิตและซ่อมบำรุง |
| วันที่ 21 ถึง 35 | กำหนดจำนวนจุดสัญญาณ รอบการเก็บข้อมูล และระดับการยอมรับข้อมูลขาดหาย โดยคิดย้อนกลับจากวัตถุประสงค์ และตกลงจำนวนเงินของการหยุด 1 ชั่วโมงกับฝ่ายบัญชี | เอกสารข้อกำหนดการวัด 1 แผ่น และค่ามาตรฐานภายในบริษัทของการหยุด 1 ชั่วโมง | วิศวกรรมการผลิตและบัญชี |
| วันที่ 36 ถึง 50 | ตรวจสอบวันที่ดับไฟได้ เงื่อนไขของพื้นที่ และสถานะการรับประกันของเครื่องเดิม | ใบสรุปเงื่อนไขงานติดตั้ง | ซ่อมบำรุงและธุรการ |
| วันที่ 51 ถึง 65 | จัดทำ RFP แล้วส่งให้ 3 บริษัท กำหนดให้ขอบเขตของชั้นที่ 4 และจำนวนเดือนจนเข้าสู่การใช้งานประจำวันเป็นหัวข้อที่ต้องระบุ | RFP และรายชื่อบริษัทที่จะขอใบเสนอราคา | วิศวกรรมการผลิตและจัดซื้อ |
| วันที่ 66 ถึง 90 | แยกใบเสนอราคาออกเป็น 5 ชั้นแล้วเปรียบเทียบ ก่อนวางจำนวนเงินเรียงกัน ให้ไล่ตรวจทีละบริษัทว่าขาดชั้นไหนไป | ตารางเปรียบเทียบใบเสนอราคา (5 ชั้น คูณ จำนวนบริษัท) | วิศวกรรมการผลิต |
| วันที่ 91 ถึง 120 | ทำ PoC ขนาด 3 เครื่องจักร โดยทะลุตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5 และให้การบันทึกสาเหตุการหยุดหมุนครบ 1 เดือน | ค่าที่วัดได้จาก PoC (ชั่วโมงคนต่อ 1 เครื่อง อัตราการบันทึกข้อมูล) และเหตุผลรองรับใบเสนอราคาสำหรับการขยายจริง | วิศวกรรมการผลิต ซ่อมบำรุง และหน้างาน |
ในลำดับนี้มี 2 อย่างที่ถูกวางไว้ข้างหลังอย่างจงใจ
อย่างแรกคือการขอใบเสนอราคา เหตุที่ต้องรอถึงวันที่ 51 เป็นเพราะหากการจำแนกแหล่งสัญญาณและข้อกำหนดการวัดยังไม่นิ่งใน 50 วันแรก ใบเสนอราคาที่ได้กลับมาก็เปรียบเทียบไม่ได้ หากออก RFP ไปก่อนแล้วบอกว่า “รายละเอียดค่อยเก็บทีหลัง” จำนวนเงินจะขยับตอนเก็บรายละเอียด และการเปรียบเทียบก็จะหมดความหมาย
อย่างที่สองคือการตัดสินใจขยายจริง กรุณาอย่าสรุปยอดรวมของการขยายจริงจนกว่าจะถึงวันที่ 120 ซึ่งเป็นตอนที่ค่าที่วัดได้จาก PoC ออกมา เพราะชั่วโมงคนต่อ 1 เครื่องวัดได้จาก PoC เท่านั้น ตัวเลขก่อนหน้านั้นล้วนเป็นการประมาณทั้งสิ้น
ในทางกลับกัน มี 1 อย่างที่ถูกวางไว้ข้างหน้าอย่างจงใจ นั่นคือการตกลงจำนวนเงินของการหยุด 1 ชั่วโมงกับฝ่ายบัญชีให้เสร็จภายในวันที่ 35 ตัวเลขนี้ถูกกำหนดโดยไม่เกี่ยวกับค่าใช้จ่าย IoT โรงงานเลย จึงไม่จำเป็นต้องรอการคัดเลือกผู้ขาย และหากไม่มีตัวเลขนี้ก็คำนวณการคืนทุนไม่ได้ เรื่องก็จะไม่ผ่านการอนุมัติ โครงการจำนวนมากเริ่มออกตามหาตัวเลขนี้เป็นครั้งแรกหลังจากใบเสนอราคาครบแล้ว และหยุดชะงักอยู่ตรงนั้นหลายสัปดาห์
คำถามที่พบบ่อย
ค่าใช้จ่าย IoT โรงงานเริ่มต้นได้ที่เท่าไร
ถ้าเข้าจากจำนวนเงินจะพลาดเสมอ โครงสร้างขั้นต่ำที่เริ่มได้คือการจำกัดเครื่องจักรเป้าหมายไว้ที่ 3 เครื่อง แล้วทะลุตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5 ให้ครบ 1 เส้น หากพูดตามสมมติฐานของการประมาณการในบทความนี้ กรณีจัดโครงสร้างแบบสถานการณ์ B ด้วยเครื่องจักร 3 เครื่อง ฐานการเก็บข้อมูลและเครือข่ายในชั้นที่ 3 จะไม่ต่างจากโครงสร้าง 30 เครื่องมากนัก ดังนั้นแม้ลดจำนวนเครื่องเหลือ 1 ใน 10 จำนวนเงินก็ไม่ได้ลดเหลือ 1 ใน 10 นี่เป็นเรื่องของโครงสร้างตามการประกอบขึ้นของบทความนี้ ไม่ใช่ราคาตลาด ขอบล่างจริงจะเปลี่ยนไปตามว่านำเครือข่ายเดิมมาใช้ซ้ำได้มากแค่ไหน คำถามที่ว่า “เริ่มที่เท่าไร” จะได้คำตอบเมื่อเปลี่ยนเป็นคำถามว่า “จะสร้างชั้นที่ 3 ขึ้นใหม่มากแค่ไหน”
เปรียบเทียบหลายบริษัทด้วยราคาต่อเครื่องจักร 1 เครื่องได้หรือไม่
เปรียบเทียบไม่ได้ เพราะแหล่งสัญญาณในชั้นที่ 1 ต่างกันไปในแต่ละเครื่องจักร และเงื่อนไขงานติดตั้งในชั้นที่ 2 ต่างกันไปในแต่ละโรงงาน ราคาต่อ 1 เครื่องจะกลบความต่างเหล่านี้ไปด้วยค่าเฉลี่ย สิ่งที่ควรวางไว้เป็นตัวหารของการเปรียบเทียบคือชุดของจำนวนจุดสัญญาณ รอบการเก็บข้อมูล และระดับการยอมรับข้อมูลขาดหาย เมื่อจัด 3 อย่างนี้ให้ตรงกันแล้ว จึงค่อยวางจำนวนเงินของแต่ละชั้นใน 5 ชั้นเรียงกัน หากมีใบเสนอราคาที่ชั้นใดชั้นหนึ่งว่างอยู่ ชั้นนั้นจะต้องมีใครสักคนทำหลังเซ็นสัญญา
ทำอย่างไรไม่ให้จบลงแค่ PoC
จำกัดขอบเขตของ PoC ด้วยจำนวนเครื่องจักร ไม่ใช่ด้วยชั้น เอาแค่ 3 เครื่องก็พอ แต่ขอให้ทะลุตั้งแต่ชั้นที่ 1 ถึงชั้นที่ 5 ไปจนถึงการบันทึกรหัสสาเหตุการหยุด PoC ที่ข้ามชั้นที่ 4 แล้วสร้างเฉพาะชั้นที่ 3 กับชั้นที่ 5 นั้นได้รับการประเมินที่ดีเพราะแดชบอร์ดออกมาเร็ว แต่ไม่ได้สร้างเหตุผลรองรับใบเสนอราคาสำหรับการขยายจริง เกณฑ์ตัดสินมี 3 ข้อ การบันทึกสาเหตุการหยุดหมุนเป็นงานประจำวันของหน้างานได้ครบ 1 เดือนขึ้นไปหรือไม่ มาสเตอร์เครื่องจักรและการออกแบบแท็กอยู่ในรูปแบบที่ใช้ในการขยายจริงได้เลยหรือไม่ และประมาณการชั่วโมงคนต่อ 1 เครื่องได้หรือไม่ หากตอบ 3 ข้อนี้ได้ ถือว่า PoC สำเร็จแล้ว
ทำอย่างไรไม่ให้เกิดค่าใช้จ่ายรอบที่สอง
ให้รวมชั้นที่ 4 ไว้ในใบเสนอราคาตั้งแต่แรก กรุณาเขียน 5 รายการ ได้แก่ การออกแบบแท็ก มาสเตอร์เครื่องจักร หน่วยวัด ปฏิทินกะ และรหัสสาเหตุการหยุด ไว้เป็นหัวข้อที่ต้องระบุใน RFP หากตัดชั้นที่ 4 ออก ค่าใช้จ่ายเริ่มต้นจะลดลงก็จริง แต่จะกลายเป็นระบบที่แสดงเพียงสีของไฟสถานะ และภายในราวครึ่งปีจะพบว่าใช้ปรับปรุงอะไรไม่ได้ งานใส่ความหมายเข้าไปทีหลังนับจากจุดนั้นใช้แรงมากกว่าการออกแบบบนพื้นที่ว่าง ในการประมาณการของบทความนี้ เราตั้งสมมติฐานว่าสถานการณ์ A จะเกิดค่าใช้จ่ายเพิ่ม 300,000 บาทในปีที่ 2 ตัวเลขนี้เป็นการประกอบขึ้นของบทความนี้และไม่ใช่ราคาตลาด แต่โครงสร้างที่ว่าค่าใช้จ่ายรอบที่สองอาจมีขนาดเทียบเท่า 1 ใน 3 ของค่าใช้จ่ายเริ่มต้นนั้น ยังคงเหมือนเดิมแม้เปลี่ยนโรงงาน
สิทธิประโยชน์ BOI ใช้กับการลงทุน IoT โรงงานได้หรือไม่
คณะกรรมการส่งเสริมการลงทุนของไทยได้ประกาศมาตรการส่งเสริมการลงทุนชุดใหม่เมื่อวันที่ 15 มกราคม 2026 โดยในกรอบที่ว่าด้วยการส่งเสริมการยกระดับเทคโนโลยี มีการระบุถึงการยกเว้นภาษีเงินได้นิติบุคคลเพิ่มอีก 3 ปี และการยกเว้นอากรขาเข้าสำหรับเครื่องจักร เทคโนโลยีเป้าหมายระบุไว้ชัดเจนถึงระบบบำรุงรักษาเชิงพยากรณ์และฐานเซ็นเซอร์ IoT อย่างไรก็ตาม เงื่อนไขการใช้สิทธิ ขอบเขตของเครื่องจักรที่เข้าข่าย และกำหนดเวลายื่นคำขอ ต่างกันไปในแต่ละโครงการ จึงจำเป็นต้องตรวจสอบกับ BOI โดยตรง บทความนี้จะไม่แสดงอัตราการหักลดหย่อนหรือผลกระทบเป็นตัวเงินอย่างเป็นรูปธรรม ในทางปฏิบัติ หากเป็นขนาดที่การมีหรือไม่มีสิทธิประโยชน์ทำให้การตัดสินใจลงทุนเปลี่ยน เราแนะนำให้เริ่มตรวจสอบก่อนออก RFP
ควรตั้งมูลค่าการหยุด 1 ชั่วโมงไว้ที่เท่าไร
กรุณาใช้ตัวเลขของบริษัทท่านเอง บทความนี้แสดงค่า 50 บาทต่อชั่วโมง ซึ่งได้จากการนำค่าจ้างขั้นต่ำในกรุงเทพฯ 400 บาทต่อวันมาหารด้วย 8 ชั่วโมง ไว้เป็นขอบล่าง แต่นั่นเป็นเพียงค่าจ้างของพนักงาน 1 คนที่ต้องรอเปล่า ใช้เป็นเหตุผลรองรับการคืนทุนไม่ได้ ความสูญเสียจริงถูกครอบงำโดยกำไรขั้นต้นของสินค้าที่ควรจะผลิตได้ด้วยเครื่องจักรนั้น กล่าวคือกำไรที่สูญเสียไป กรุณาคำนวณค่าของบริษัทท่านเองออกมาจากอย่างใดอย่างหนึ่งระหว่างต้นทุนมาตรฐาน ค่าแปรสภาพต่อชั่วโมงเครื่องจักร หรือยอดคำสั่งซื้อค้างส่งล่าสุด การกำหนดตัวเลขนี้ไม่จำเป็นต้องใช้ใบเสนอราคา IoT โรงงาน และตกลงกับฝ่ายบัญชีได้ตั้งแต่ช่วงต้นที่สุดของโครงการ
สรุป
ขอสรุปประเด็นที่บทความนี้นำเสนอเกี่ยวกับค่าใช้จ่ายของ IoT ในโรงงาน
- ค่าใช้จ่ายแยกออกได้เป็น 5 ชั้น ได้แก่ ชั้นที่ 1 แหล่งสัญญาณ ชั้นที่ 2 การเชื่อมต่อและงานติดตั้ง ชั้นที่ 3 ฐานการเก็บข้อมูล ชั้นที่ 4 การให้ความหมาย และชั้นที่ 5 ฝั่งผู้ใช้งาน ก่อนเปรียบเทียบใบเสนอราคา กรุณาตรวจสอบว่าใบเสนอราคาของแต่ละบริษัทรวมชั้นไหนไว้บ้าง
- สิ่งที่กำหนดหลักเลขของจำนวนเงินคือชั้นที่ 1 ว่า PLC มี Ethernet และเปิดเผยแท็กไว้ มี PLC แต่เป็นแบบอนุกรมหรือไม่เปิดเผยแท็ก มีเพียงหน้าสัมผัส หรือมีเพียงมาตรวัดแบบอนาล็อกและไม่มีอะไรเลย การนับเครื่องจักรเป้าหมายตาม 4 ประเภทนี้คืองานชิ้นแรก
- สิ่งที่สร้างช่วงการแกว่งคือชั้นที่ 2 ได้แก่จำนวนครั้งของการจัดรอบดับไฟ เงื่อนไขของพื้นที่ และการจัดการเรื่องการรับประกันของเครื่องเดิม ใบเสนอราคาที่ไม่ผ่านการสำรวจหน้างานย่อมถูกตั้งบนสมมติฐานมาตรฐานเสมอ
- ตัวตนที่แท้จริงของค่าใช้จ่ายรอบที่สองคือชั้นที่ 4 ตัดการออกแบบแท็ก มาสเตอร์เครื่องจักร และรหัสสาเหตุการหยุดออกไป ระบบก็ยังเดินได้ในช่วงแรก แต่ใช้ปรับปรุงอะไรไม่ได้
- เปรียบเทียบด้วยราคาต่อเครื่องจักร 1 เครื่องไม่ได้ สิ่งที่ควรวางไว้เป็นตัวหารคือชุดของจำนวนจุดสัญญาณ รอบการเก็บข้อมูล และระดับการยอมรับข้อมูลขาดหาย
- ในการประมาณการของโรงงานในไทยขนาด 30 เครื่องจักร ต้นทุนการถือครองรวม 3 ปีเรียงเป็นสถานการณ์ A, B, C แต่เมื่อเรียงด้วยค่าใช้จ่ายต่อ 1 เดือนที่ใช้งานได้จริง ลำดับจะสลับเป็น B, C, A โครงสร้างที่เริ่มต้นถูกที่สุดกลับกลายเป็นแพงที่สุด ตัวเลขเหล่านี้เป็นการประกอบขึ้นของบทความนี้ ไม่ใช่ราคาตลาด
- ให้วางการคืนทุนไว้ที่การลดเวลาหยุดเครื่อง และกรุณากำหนดจำนวนเงินของการหยุด 1 ชั่วโมงด้วยตัวเอง ค่า 50 บาทต่อชั่วโมงที่คำนวณจากค่าจ้างขั้นต่ำในกรุงเทพฯ 400 บาทต่อวันเป็นเพียงขอบล่าง ใช้เป็นเหตุผลรองรับการคืนทุนไม่ได้
- BOI ได้ประกาศมาตรการส่งเสริมการลงทุนชุดใหม่เมื่อวันที่ 15 มกราคม 2026 โดยการส่งเสริมการยกระดับเทคโนโลยีระบุถึงการยกเว้นภาษีเงินได้นิติบุคคลเพิ่มอีก 3 ปี และการยกเว้นอากรขาเข้าสำหรับเครื่องจักร เทคโนโลยีเป้าหมายรวมถึงฐานเซ็นเซอร์ IoT แต่เงื่อนไขการใช้สิทธิและกำหนดเวลาต้องตรวจสอบกับ BOI
เหตุที่ใบเสนอราคา IoT โรงงานดูเหมือนแยกออกจากกันเป็นหลักเลข ไม่ได้เป็นเพราะการตั้งราคาของผู้ขายไม่โปร่งใส แต่เป็นเพราะฝั่งผู้ซื้อขอใบเสนอราคาโดยที่ยังไม่ได้นิยามแหล่งสัญญาณของเครื่องจักรและข้อกำหนดการวัด เมื่อ 2 อย่างนี้ลงตัว ใบเสนอราคาก็จะเปรียบเทียบกันได้
TOMAS TECH สร้างฐานการเก็บข้อมูลการเดินเครื่องจักรให้กับโรงงานญี่ปุ่นในประเทศไทย ตั้งแต่การสำรวจแหล่งสัญญาณก่อนเปิดตู้ควบคุม การจัดระเบียบข้อกำหนดการวัด ไปจนถึงงานแยกใบเสนอราคาออกเป็น 5 ชั้นแล้วอ่าน โดยช่วยเหลือให้เข้ากับเงื่อนไขของแต่ละโรงงาน จะเป็นขั้นที่ยังไม่ได้ติดต่อบริษัทใดเลย หรือขั้นที่ยังไม่ได้ตัดสินใจว่าเครื่องจักรเป้าหมายจะมีกี่เครื่องก็ไม่เป็นไร หากอยากเริ่มจากการตรวจสอบว่าเครื่องจักรของท่านดึงสัญญาณออกมาได้ถึงระดับไหน ขอเชิญปรึกษาเราได้ที่แบบฟอร์มติดต่อ
เอกสารอ้างอิง
- GXO | ราคาตลาดของการพัฒนาฐานการเก็บและแสดงผลข้อมูล IoT ฉบับปี 2026
- Three-up Technology | ค่าใช้จ่าย ระยะเวลา และวิธีดำเนินการนำ IoT มาใช้ในโรงงาน
- Yachiyo Solutions | วิธีนำ IoT มาใช้ในโรงงาน ขั้นตอน การเลือกเซ็นเซอร์ ค่าใช้จ่าย และการวัดผล
- Conexio | การทำโรงงานให้เป็น IoT คืออะไร ข้อดี ค่าใช้จ่าย และขั้นตอน
- Next Vision | ทำไม DX ของโรงงานจึงหยุดอยู่ที่ PoC เหตุผลเชิงโครงสร้างที่ทำให้การทดสอบสำเร็จแต่ไปไม่ถึงการใช้งานจริง
- Alvarez & Marsal | Thailand’s Renewed BOI Incentives – A Strategic Window for Growth, Expansion and Investment (2026-2027)
- Pertama Partners | BOI Manufacturing & Industry 4.0 Thailand 2026
- JETRO | ค่าจ้างขั้นต่ำในกรุงเทพฯ ปรับขึ้นเป็นวันละ 400 บาท