การตั้งสิทธิ์ DJI FlightHub 2 ควรแยกบทบาทระดับ Organization ออกจากสิทธิ์ใน Project คนที่ดูแลสมาชิกองค์กรไม่จำเป็นต้องทำหน้าที่เดียวกับผู้ควบคุมอุปกรณ์หรือผู้รับข้อมูลทุกโครงการ จึงควรเขียนตารางหน้าที่ก่อนเริ่มเพิ่มผู้ใช้หรือซื้อแพ็กเกจ
หน้า DJI FlightHub 2 ของ DJI 13 Store เปิดให้ปรึกษาและขอใบเสนอราคา นำจำนวนทีม จำนวนไซต์ และหน้าที่ของผู้ใช้มาคุยร่วมกัน โดยยืนยันความสามารถของแพ็กเกจและเวอร์ชันที่เสนอ ไม่อนุมานว่าทุกแผนรองรับจำนวนคนหรือการปรับบทบาทเหมือนกัน
Organization Role บอกขอบเขตระดับองค์กร
คู่มือ DJI แยก Super Administrator, Administrator, Device Maintainer, Organization Member และ Temporary Member ไว้ต่างกัน โดย Super Administrator มีหน้าที่จัดการวงจรองค์กรและต้องคงไว้อย่างน้อยหนึ่งคน ส่วน Administrator ดูแลสมาชิก อุปกรณ์ และโครงการตามขอบเขต ผู้ดูแลอุปกรณ์จึงไม่ควรถูกใช้แทนผู้ดูแลทั้งองค์กรเพียงเพราะต้องเข้าถึงอุปกรณ์

ภาพจากเว็บร้าน หน้าตาและสิทธิ์ที่เห็นอาจขึ้นกับเวอร์ชัน/แพ็กเกจ ไม่ใช่บัญชีหรือข้อมูลลูกค้าจริงของร้าน
หน้าที่ในทีม | คำถามก่อนมอบสิทธิ์ | รายการที่ควรทดสอบ |
|---|---|---|
เจ้าของระบบองค์กร | ใครรับผิดชอบองค์กรและการส่งต่อเมื่อเปลี่ยนผู้ดูแล? | มีผู้รับผิดชอบหลักและแผนเปลี่ยนบทบาทชัดเจน |
ผู้ดูแลอุปกรณ์ | ต้องจัดการอุปกรณ์ใดบ้างและครอบคลุมโครงการไหน? | จัดการเฉพาะสิ่งที่ได้รับหน้าที่ได้จริง |
ทีมปฏิบัติการแต่ละไซต์ | ต้องสั่งงาน ดูภาพ หรือรับไฟล์อะไรใน Project? | เมนูและอุปกรณ์ที่เห็นตรงกับหน้าที่ |
ผู้รับผลลัพธ์ | ต้องดูหรือดาวน์โหลดข้อมูลประเภทใด? | เข้าถึงข้อมูลที่ต้องใช้และทดสอบสิ่งที่ไม่ควรทำ |
ผู้ร่วมงานชั่วคราว | เข้ามาทำงานช่วงใดและใครเป็นผู้ปิดงาน? | มีวันทบทวนสิทธิ์และคนรับผิดชอบนำออก |
สมาชิกองค์กรไม่ได้แปลว่าอ่านอย่างเดียวทุกโครงการ
อย่าใช้ชื่อ Organization Member ไปสรุปสิทธิ์ภายใน Project ทั้งหมด ควรเปิดตรวจทั้งสองชั้นจากบัญชีทดสอบที่ได้รับอนุญาตในระบบจริง หากต้องการบทบาทโครงการที่ปรับเอง ให้ทีมสาธิตตามแพ็กเกจที่เสนอและรายการสิทธิ์ที่ต้องใช้ โดยยังไม่รับรองความสามารถจากคู่มือคนละช่วงเวอร์ชัน
ทำ Permission Matrix ก่อนสาธิต
เขียนงานเป็นกริยา เช่น ดูอุปกรณ์ วางภารกิจ สั่งงาน รับไฟล์ หรือจัดการสมาชิก แทนการเขียนเพียงตำแหน่งพนักงาน
แยกขอบเขตข้อมูลและอุปกรณ์ต่อไซต์/โครงการ เพื่อให้ทีมเห็นว่าต้องเข้าถึงอะไรบ้าง
ทำรายการทั้งสิ่งที่ต้องทำได้และสิ่งที่ไม่ควรทำได้ของแต่ละหน้าที่
ให้ผู้มีสิทธิ์ดูแลระบบทดลองตามตารางด้วยบัญชีที่องค์กรอนุญาต ไม่ใช้บัญชีผู้ดูแลใหญ่แทนผู้ใช้ทุกคน
บันทึกแพ็กเกจ เวอร์ชัน บทบาทที่ใช้ และผู้ยืนยันผล เพื่อทบทวนเมื่อระบบหรือหน้าที่เปลี่ยน

ภาพอธิบายแพลตฟอร์มจากเว็บร้าน ไม่ใช่ภาพยืนยัน Permission Matrix หรือสิทธิ์ของแพ็กเกจใดโดยเฉพาะ
ใส่เรื่องทีมงานไว้ในขอบเขตใบเสนอราคา
ส่งจำนวนผู้ใช้ตามหน้าที่ จำนวน Project อุปกรณ์ และงานที่ต้องแยกสิทธิ์ พร้อมระบุใครดูแลการเข้า–ออกของสมาชิก ขอให้ทีมแสดงข้อจำกัดของแผนที่เสนอและการส่งต่อผู้ดูแล ข้อมูลนี้ช่วยให้ประเมินซอฟต์แวร์ การตั้งค่า และการอบรมโดยไม่เดาราคาโควตาหรือจำนวนสมาชิกจากแผนอื่น
ถ้าต้องบริหารนาทีภาพสด อ่าน การวางโควต้าไลฟ์ใน FlightHub 2 แยก ส่วนองค์กรที่ต้องการระบบภายในอ่าน คำถามสำหรับทีม IT ก่อนเลือก On-Premises แล้ว ปรึกษาทีมและขอสาธิต FlightHub 2 ตามบทบาทผู้ใช้งาน ด้วยตารางหน้าที่ขององค์กร
แหล่งข้อมูลและวันที่ตรวจสอบ
ตรวจข้อมูลวันที่ 18 ตุลาคม 2569 ราคา สถานะสินค้า และรายการในชุดให้ยืนยันจากหน้าร้านอีกครั้งก่อนซื้อ รายการจัดงานและเกณฑ์ทดลองเป็นข้อเสนอของกองบรรณาธิการ ภาพประชาสัมพันธ์ไม่ใช่ผลทดสอบหรือเคสลูกค้าของร้าน




