EP.2 ต้นแบบที่ใช้ได้บนโต๊ะ vs สินค้าที่ขายได้จริง: ช่องว่างที่มือใหม่มองไม่เห็น

📘 ซีรีส์ออกแบบ IoT Product · EP.2/70 · บทที่ 1: ภาพรวมและสเปกสินค้า

ค่าจากเซนเซอร์เด้งเข้า LINE ครั้งแรกทำให้รู้สึกว่า "เสร็จแล้ว" แต่คนที่เคยทำฮาร์ดแวร์ออกขายจริงมักบอกว่า งานหลังเดโมแรกมากกว่างานก่อนหน้าหลายเท่า ตอนที่แล้ว EP.1 แผนที่ทั้งซีรีส์ 70 ตอน แยกสินค้าเป็น 5 ชิ้น ตอนนี้ดูว่าเดโมขาดอะไรไปบ้าง

เดโมพิสูจน์ว่า "ทำได้" สินค้าต้องพิสูจน์อีก 6 เรื่อง

เดโมตอบคำถามเดียวคือ "ทำได้ไหม" ส่วนสินค้าต้องตอบอีก 6 ข้อ

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

ภูเขาน้ำแข็งของงานฮาร์ดแวร์

เดโมเห็นแค่ยอด (อ่านค่า ส่งขึ้นคลาวด์ แจ้งเตือน) ส่วนใต้น้ำคืองานที่กินเวลาจริง

• กรณีขอบ (edge case) — เหตุที่ไม่ค่อยเกิดแต่เกิดแน่ ๆ เช่น ไฟดับกลางคัน
• การทดสอบและเอกสาร — ความร้อนชื้น การตกกระแทก คู่มือ เอกสารสำหรับโรงงานและการขอรับรอง
• การผลิต — ชุดทดสอบ การลงเฟิร์มแวร์ ตรวจคุณภาพทุกเครื่อง
• รับประกัน หลังขาย และความปลอดภัย — เครื่องเสียเปลี่ยนอย่างไร ใครจ่ายค่าส่ง ความปลอดภัยทั้งไฟฟ้าและไซเบอร์

ขั้นพัฒนาที่วงการใช้: จาก PoC ถึงผลิตจริง

วงการฮาร์ดแวร์แบ่งงานเป็นขั้น เพื่อรู้ว่าตอนนี้กำลังพิสูจน์อะไร

1. PoC (Proof of Concept) — พิสูจน์ส่วนที่เสี่ยงที่สุดว่าทำได้ ใช้บอร์ดพัฒนาได้เลย
2. ต้นแบบ (Prototype) — รวมทุกส่วนให้ทำงานครบวงจร หน้าตาใกล้ของจริง
3. EVT (Engineering Validation Test) — ทดสอบว่าการออกแบบวงจรทำงานตามสเปก
4. DVT (Design Validation Test) — ทดสอบสินค้าทั้งชิ้นรวมกล่อง มักเริ่มส่งตรวจมาตรฐาน
5. PVT (Production Validation Test) — ทดสอบว่าสายการผลิตทำซ้ำได้
6. ผลิตจริง — เริ่มผลิตเพื่อขาย พร้อมตรวจคุณภาพทุกเครื่อง

ประโยคช่วยจำคือ EVT ถามว่า "วงจรถูกไหม" DVT ถามว่า "สินค้าถูกไหม" PVT ถามว่า "โรงงานทำซ้ำได้ไหม" ลงลึกใน EP.55

ทำไมฮาร์ดแวร์แก้ทีหลังแพง

ซอฟต์แวร์แก้แล้วปล่อยใหม่ได้ในชั่วโมงเดียว ฮาร์ดแวร์ทุกการแก้มี เงินและเวลารอ ติดมาด้วย

• เฟิร์มแวร์หลังส่งของ — ต้องมีระบบอัปเดตผ่านอากาศที่ปลอดภัยมาตั้งแต่แรก ถ้าไม่มีต้องไปแก้ทีละที่
• ลายวงจรและแม่พิมพ์ — แก้ลายวงจรต้องสั่งทำใหม่และรอหลายสัปดาห์ ส่วนแม่พิมพ์ฉีดพลาสติกแพงกว่านั้นหลายเท่า
• ผลิตไปแล้วต้องแก้ — ล็อตแรก 200 ชุดต้องเปลี่ยนชิ้นส่วนทุกชุด ถ้าค่าเปลี่ยนและค่าส่งต่อชุดเท่ากับ 10% ของราคาขาย ก็เท่ากับรายได้จากการขาย 20 ชุดหายไป (ตัวเลขห้องเรียน)

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

ลองใช้กับโปรเจกต์ตัวอย่าง: ตัวเฝ้าโรงเห็ด

สมมติทำเดโมตัวเฝ้าโรงเห็ดบนแผงทดลองเสร็จใน 1 วัน ดูพร้อมแล้ว แต่ในโรงเรือนจริงจะเจอช่องว่างเหล่านี้

• เครื่องเงียบ — ไฟดับหรือเน็ตล่มแล้วเงียบสนิท เกษตรกรคิดว่าปกติ สินค้าต้องให้คลาวด์จับได้ว่าเครื่องเงียบเกินเวลาที่ตั้ง แล้วแจ้งว่า "เครื่องเงียบ อาจไฟดับหรือเน็ตล่ม"
• ข้อมูลช่วงไฟดับ — เดโมทำข้อมูลหาย สินค้าต้องมีแบตสำรองวัดต่อและส่งย้อนหลังเมื่อไฟกลับ
• แจ้งมั่วช่วงพ่นหมอก — ตอนพ่นหมอกค่าเปลี่ยนเร็วชั่วคราว ถ้าแจ้งทุกครั้งเกษตรกรจะปิดแจ้งเตือนทิ้ง สินค้าต้องหน่วงเวลาหรือรู้ว่ากำลังพ่น (ลงลึก EP.36)
• ตั้ง Wi-Fi และรับประกัน 1 ปี — เดโมฝังรหัสไว้ในโค้ด สินค้าต้องให้เกษตรกรตั้งเองใน 5 นาที (ลงลึก EP.27) และต้องรู้ว่าเครื่องเสียแล้วเปลี่ยนอย่างไร
• กล่องและเซนเซอร์ — โรงเรือนชื้นสูงเกือบตลอดเวลาและมีหยดน้ำเกาะ วงจรเปลือยอยู่ไม่รอด

การตัดสินใจ: แก้ "เครื่องเงียบ" ก่อนข้ออื่น เพราะอุปกรณ์เฝ้าระวังที่ "เงียบแปลว่าปกติ" แย่กว่าไม่มีอุปกรณ์ มันสร้างความมั่นใจผิด ๆ จนเกษตรกรไม่เดินดูโรงเรือน ต้องบอกตรง ๆ ด้วยว่ารุ่น Wi-Fi แจ้งจากตัวเครื่องทันทีตอนไฟดับทั้งบ้านไม่ได้ เพราะเราเตอร์ดับด้วย ทำได้เพียงให้คลาวด์แจ้งว่าเครื่องเงียบ บอกข้อจำกัดตั้งแต่แรก ดีกว่าปล่อยให้ลูกค้าเจอเองตอนเห็ดเสีย

เช็กลิสต์ก่อนไปตอนถัดไป

1. เทียบเดโมของคุณกับ 6 เรื่องในตาราง ติ๊กข้อที่ยังไม่ได้พิสูจน์
2. ทำลิสต์ "ใต้น้ำ" ของสินค้าคุณ 10 ข้อ
3. เลือก "ช่องว่างที่อันตรายที่สุด" 1 ข้อ คือข้อที่พลาดแล้วลูกค้าเสียหาย
4. เขียนข้อจำกัดที่ต้องบอกลูกค้าตรง ๆ 2 ข้อ และระบุว่าตอนนี้อยู่ขั้นไหน

ตอนต่อไป — EP.3: เริ่มจากปัญหา ไม่ใช่จากเซนเซอร์: หาโจทย์ที่ควรทำเป็น IoT จริง ๆ

ถ้ามีต้นแบบแล้วอยากรู้ว่ายังขาดอะไรก่อนขายได้ ดูบริการออกแบบอุปกรณ์ IoT เฉพาะงานได้ที่ /iot หรือ ปรึกษาฟรี และทัก LINE @spvtech ได้เลย