📘 ซีรีส์ออกแบบ IoT Product · EP.4/70 · บทที่ 1: ภาพรวมและสเปกสินค้า
ตอนนี้ตอบคำถามเดียวว่า ก่อนเลือกชิปหรือวาดวงจรเส้นแรก ต้องเขียนอะไรลงกระดาษ ตอนที่แล้ว EP.3 เริ่มจากปัญหา ไม่ใช่จากเซนเซอร์ เราได้โจทย์ที่ควรทำเป็น IoT แล้ว วันนี้แปลงเป็นสเปกที่ใช้ตัดสินใจได้
PRD คือเส้นชัยที่ขีดไว้ก่อนออกวิ่ง
PRD (Product Requirements Document — เอกสารความต้องการสินค้า) บอกว่าสินค้าต้องทำอะไร ภายใต้เงื่อนไขอะไร และวัดอย่างไรว่าผ่าน โดยยังไม่ต้องบอกว่าใช้ชิ้นส่วนอะไร ถ้ารู้ทีหลังว่าเครื่องต้องรอดไฟดับ 8 ชั่วโมง อาจต้องรื้อวงจรไฟเลี้ยง สั่ง PCB ใหม่ และขยายกล่องทั้งชุด
ทีมเล็กควรมี 1 หน้าที่ทุกคนอ่านจบ โครงนี้ครอบคลุม 13 เรื่องที่ต้องตอบก่อนวาดวงจร (ข้อ 3–5 กับจำนวนผลิตแก้ทีหลังแพงที่สุด) copy ไปใช้ได้เลย
PRD 1 หน้า: ชื่อสินค้า / เวอร์ชัน / วันที่ / ผู้รับผิดชอบ
1. ปัญหาที่แก้ + ผู้ใช้ (จาก EP.3)
2. ฟังก์ชันหลัก 1–3 อย่างที่ลูกค้าจ่ายเงินซื้อ + เกณฑ์วัดผล
3. สภาพแวดล้อม: อุณหภูมิ / ความชื้น / น้ำ / ฝุ่น / แดด
4. ไฟเลี้ยง: ปลั๊กหรือแบต / อยู่ได้กี่ชั่วโมงเมื่อไฟดับ
5. การสื่อสาร: ช่องทาง / พื้นที่ใช้งาน
6. ข้อมูล: วัดและส่งทุกกี่นาที / เหตุสำคัญต้องรู้ภายในกี่นาที
7. ขนาด การติดตั้ง / ผู้ใช้ต้องกดอะไรตั้งแต่แกะกล่อง
8. มาตรฐานที่ต้องผ่าน (ลงลึก EP.57–58)
9. ราคาขาย / งบ BOM เป็น % ของราคาขาย (ลงลึก EP.5) / จำนวนผลิต
10. อายุใช้งาน / รับประกัน / อัปเดตเฟิร์มแวร์
11. Nice-to-have
12. ไม่ทำในเวอร์ชันแรก
13. คำถามที่ยังไม่มีคำตอบ + เส้นตาย
ข้อ 13 คือหัวใจของ PRD ฉบับแรก PRD ไม่ต้องสมบูรณ์ แต่ต้องซื่อสัตย์ว่าอะไรยังไม่รู้ ช่องไหนไม่รู้ให้เขียน "ยังไม่รู้" พร้อมเส้นตาย และเปลี่ยนเลขเวอร์ชันเมื่อแก้
เขียนให้วัดผลได้ และแยกเป็น 3 กอง
กับดักใหญ่ของมือใหม่คือ คำคุณศัพท์ เช่น "เร็ว" "ทน" "ง่าย" ที่ตอบไม่ได้ว่าผ่านหรือไม่ ทุกบรรทัดต้องตอบได้ว่า "ทดสอบยังไง" และ "ตัวเลขเท่าไรถึงผ่าน" ต้องมีเงื่อนไข ตัวเลข และหน่วยครบ
- "แจ้งเตือนเร็ว" → "แจ้งเข้า LINE ภายใน 5 นาที หลังค่าอยู่นอกช่วงที่ตั้งต่อเนื่อง 15 นาที"
- "แบตอึด" → "ไฟดับแล้วยังวัดและเก็บข้อมูลต่อได้อย่างน้อย 8 ชั่วโมง"
ไอเดียใหม่ทุกข้อคือต้นทุนและจุดที่อาจพัง จึงแบ่งเป็น Must-have (ไม่มีแล้วขายไม่ได้) Nice-to-have (ถ้างบเหลือ) และ ไม่ทำในเวอร์ชันแรก กองที่สามสำคัญกว่าที่คิด เพราะกันโปรเจกต์บานปลาย
ลองใช้กับโปรเจกต์ตัวอย่าง: ตัวเฝ้าโรงเห็ด
PRD ของตัวเฝ้าโรงเห็ดสำหรับฟาร์มรายย่อย 1–5 โรงเรือน (โปรเจกต์ห้องเรียน ไม่ใช่สินค้าของ SPV) ใช้ค่ากลางต่อเนื่องทั้งซีรีส์ ช่วงวัดต้องครอบคลุมช่วงที่เห็ดไม่ออกดอก เอกสาร การเพาะเห็ดถุงชนิดต่าง ๆ ของศูนย์วิทยบริการเพื่อส่งเสริมการเกษตร กรมส่งเสริมการเกษตร ระบุว่าเห็ดนางฟ้าไม่ออกดอกถ้าต่ำกว่า 15°C หรือสูงกว่า 35°C (ตรวจ พ.ย. 2569) เราจึงตั้งช่วงวัดให้กว้างกว่านั้น
ตัวเลขเงินของโปรเจกต์ตัวอย่างในซีรีส์นี้เป็น ตัวเลขห้องเรียน ใช้ฝึกวิธีคิด ไม่ใช่ต้นทุนหรือราคาจริงของสินค้าใด เพราะต้นทุนจริงของแต่ละโปรเจกต์ต่างกันมากและเป็นความลับของลูกค้าแต่ละราย วิธีคิดทุกขั้นเปิดไว้ครบ นำไปใส่ตัวเลขของคุณเองได้ทันที ส่วนอัตราสาธารณะที่ระบุแหล่ง (เช่น ภาษี ค่าธรรมเนียมแพลตฟอร์ม) เป็นข้อมูล ณ วันที่เขียน
| หัวข้อ | สเปก v1 (ตัวเลขห้องเรียน) |
|---|---|
| ช่วงวัด/ความแม่นยำ | 0–50°C และ 0–100%RH · ±1°C และ ±5%RH ที่ความชื้น 80–90% |
| วัด/ส่ง/เตือน | วัดทุก 1 นาที ส่งทุก 5 นาที · เตือน LINE ภายใน 5 นาที หลังค่านอกช่วงที่ผู้ใช้ตั้งต่อเนื่อง 15 นาที |
| ไฟดับ/เครื่องเงียบ | เก็บข้อมูลต่อได้อย่างน้อย 8 ชั่วโมง · คลาวด์แจ้ง "เครื่องเงียบ" ภายใน 15 นาที |
| การสื่อสาร/ตัวเครื่อง | Wi-Fi 2.4GHz ของบ้านติดโรงเรือน · กล่องกันน้ำใต้ชายคา ไม่วางในโรงเรือน |
| ติดตั้ง | ไม่เกิน 15 นาที โดยตั้ง Wi-Fi + ผูก LINE ไม่เกิน 5 นาที ไม่ต้องลงแอป |
| ราคา/ต้นทุน | ราคาขายตั้งต้นราว 2,000 บาทต่อชุด + คลาวด์ราว 50 บาท/เดือน · BOM ราว 30% ของราคาขาย ที่ 1,000 ชุด |
| ผลิต/รับประกัน | ล็อตแรก 200 ชุด · รับประกัน 1 ปี |
Must-have คือวัด เตือน LINE แจ้งเครื่องเงียบ เก็บข้อมูลตอนไฟดับ และกราฟบนเว็บ Nice-to-have คือเซนเซอร์กระแสปั๊มพ่นหมอก ไม่ทำใน v1 คือสั่งปั๊มพ่นหมอก (ไว้รุ่น 2) โรงเรือนไกลเราเตอร์ และแอปมือถือ
สองบรรทัด ไฟดับ 8 ชั่วโมง กับ เครื่องเงียบใน 15 นาที บังคับการออกแบบทันที รุ่น Wi-Fi แจ้งจากตัวเครื่องตอนไฟดับทั้งบ้านไม่ได้ เพราะเราเตอร์ดับด้วย จึงต้องให้คลาวด์จับว่า "เงียบ" (ลงลึก EP.6) ส่วนการตัดรีเลย์ออกจาก v1 ช่วยคุมงบ BOM
กับดักที่เจอบ่อย: ฝังช่วงอุณหภูมิหรือความชื้นของเห็ดชนิดเดียวลงในสเปก ทั้งที่เอกสารเดียวกันยังแนะนำความชื้นต่างกัน (เห็ดนางฟ้าไม่ต่ำกว่า 80–85% เห็ดนางรม 70–80%) ให้เขียนว่าผู้ใช้ตั้งช่วงเตือนเองได้ และอย่าเขียนสเปกจากสิ่งที่ชิปทำได้ (เช่น ส่งทุก 1 วินาที ทั้งที่ฟาร์มรอได้ 5 นาที)
เช็กลิสต์ก่อนไปตอนถัดไป
- เขียน PRD 1 หน้าของสินค้าคุณตามโครงด้านบน
- ไล่ทุกบรรทัด Must-have ให้มีเงื่อนไข ตัวเลข และหน่วย
- เขียนกอง "ไม่ทำในเวอร์ชันแรก" อย่างน้อย 3 ข้อ
- ถามลูกค้าจริง 2 คนว่าเวลาแจ้งเตือนและเวลาติดตั้งพอรับได้ไหม
PRD ที่ดีบอกว่าจะรู้ได้ยังไงว่าสร้างถูกแล้ว กล้าเขียนทั้งตัวเลข สิ่งที่ไม่ทำ และสิ่งที่ยังไม่รู้
ตอนต่อไป — EP.5: ตั้งงบต้นทุนตั้งแต่วันแรก: คิดย้อนจากราคาขายสู่งบ BOM
อยากให้ช่วยเขียนสเปกอุปกรณ์ IoT ของคุณ ดูบริการออกแบบเฉพาะงานที่ /iot หรือ ปรึกษาฟรี และทัก LINE @spvtech ได้เลย