ใบเสนอราคาพัฒนาแอป Bluetooth: สิ่งที่ควรระบุก่อน

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

จัดทำรายละเอียดอุปกรณ์ โปรโตคอล และเฟิร์มแวร์

เริ่มจากระบุรุ่นอุปกรณ์และรุ่นฮาร์ดแวร์ให้ชัดเจน ระบุว่าอุปกรณ์ใช้ Bluetooth Low Energy (BLE), Bluetooth Classic หรือโปรไฟล์อื่นที่กำหนดไว้ พร้อมส่งเอกสารโปรโตคอลหรือการผสานระบบ หากใช้ BLE ให้ระบุ UUID ของบริการและคุณลักษณะที่เกี่ยวข้อง ลักษณะการอ่าน/เขียน/รับการแจ้งเตือน และข้อกำหนดด้านความปลอดภัยหรือการจับคู่ หากใช้ SDK ของผู้จำหน่าย ให้ระบุเวอร์ชัน แพลตฟอร์มที่รองรับ เงื่อนไขใบอนุญาต และวิธีตั้งค่า

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

จัดทำแผนผังการเชื่อมต่อและการไหลของข้อมูล

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

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

ตกลงเรื่องโทรศัพท์และระบบปฏิบัติการ

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

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

กำหนดการทดสอบการขาดการเชื่อมต่อและการสูญเสียบอนด์

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

หมายเหตุการเปลี่ยนแปลงพฤติกรรมของ Android 17 ลงวันที่ 1 ตุลาคม 2026 อธิบายการจับคู่ Bluetooth ใหม่โดยอัตโนมัติหลังสูญเสียบอนด์ และแนะนำให้ทีมแอปและฮาร์ดแวร์ตรวจสอบการเปลี่ยนสถานะของบอนด์และจำลองการสูญเสียบอนด์ ตรวจสอบ เอกสาร Android ฉบับปัจจุบัน และยืนยันว่าใช้กับรีลีสเป้าหมายของคุณได้ก่อนนำมาใช้เป็นข้อกำหนดการยอมรับงาน

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

เปรียบเทียบขอบเขตใบเสนอราคาและการส่งมอบงาน

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

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

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

ควรเลือกการพัฒนาแบบเนทีฟหรือข้ามแพลตฟอร์มสำหรับแอป Bluetooth?

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

ควรทำอย่างไรหากเฟิร์มแวร์ของอุปกรณ์ยังมีการเปลี่ยนแปลง?

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

ควรจัดหาอุปกรณ์สำหรับทดสอบกี่เครื่อง?

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

สำหรับเอกสารสรุปเพื่อจัดซื้อ ให้ส่งข้อมูลจำเพาะของอุปกรณ์ เอกสารโปรโตคอลและเฟิร์มแวร์ จำนวนอุปกรณ์ทดสอบ สถานที่จัดส่งสำหรับฮาร์ดแวร์ที่คุณวางแผนจะส่ง รุ่นโทรศัพท์และเวอร์ชันระบบปฏิบัติการเป้าหมาย ตลอดจนรายละเอียดแอป API หรือรีโพซิทอรีที่มีอยู่ บริการแอปของ Manboo Studio สามารถกำหนดขอบเขตงานตามข้อกำหนดเหล่านั้นได้ หารือเกี่ยวกับข้อกำหนด เพื่อกำหนดขอบเขตโครงการ