Enterprise Sales & Technical Support Across CanadaFast product access · Configuration · Training · After-sales support

Starting and Scaling a Drone Program with DJI FlightHub 2: Fleet Tracking, Teams and Operational Control

by Unmanned Canada on November 10, 2026
FlightHub 2 Series · Part 1 · Program Foundations

Starting & Scaling a Drone Program

More aircraft should not mean more confusion.

A single pilot can keep a small operation organized with familiar equipment, a clear assignment and a disciplined handover. Add another crew, a second site and several people who need the imagery, and the challenge changes. The program needs a shared operating structure, not just more drones.

DJI FlightHub 2 brings mission planning, device connectivity, data management and collaboration into one platform. Used deliberately, it can help a team see what is happening, control who can do what and make completed work easier to review. The starting point is the workflow you want to standardize.

OrganizeProjects, devices and responsible people
CoordinateLive visibility and shared operational context
ReviewRecords, outputs and lessons for the next mission
DJI promotional command workstation with a map on the central screen and operational displays behind it.
A connected operational workspace is useful only when responsibilities and handovers are clear. Manufacturer illustration, not an Unmanned Canada deployment. Image: DJI Enterprise, FlightHub 2 overview.
01 · Build the foundation

Organize around the work, not just the hardware.

DJI’s FlightHub 2 tutorial series begins with organizations, projects, device binding and members. That sequence matters.

Before connecting equipment, decide how your team will find a mission, its location and its deliverables. A project might represent a client, a facility or a recurring operational responsibility. Use a structure that separates access where needed without scattering related work across unnecessary folders and projects.

Start with one operational unit.

For a first rollout, select one crew and a recurring task with a clear customer or internal owner. Agree on project names, mission names and the expected handover. A simple naming convention such as Site / Asset / Task / Date can be more useful than an elaborate hierarchy nobody follows.

DJI’s master video series covers organization and project setup, device connection and binding, organization sections, members and the team map. Use it as a setup companion, then document your own operating rules alongside the platform configuration.

Define success before selecting equipment. A delivered inspection report, a documented site condition or a faster information handover is a business outcome. Flight hours alone are not.

02 · Understand tracking

Live visibility and fleet management are not the same thing.

A connected dashboard helps answer operational questions. It should not be mistaken for an all-purpose asset, maintenance or personnel system.

DJI describes a dashboard with device status, task progress and flight statistics, supported by live annotations and livestream collaboration. For supported connected equipment, that gives supervisors a shared place to follow activity rather than relying only on separate messages from each crew.

But the word tracking can mean several different things. Specify which one your program actually needs before assuming that a feature covers it.

Program question FlightHub 2 contribution Your operating responsibility
What is happening now? Connected device status, task visibility and supported livestream workflows. Confirm connectivity, data freshness and who monitors the operation. An offline device is not continuous live tracking.
Who can access this mission? Organization/project membership and configurable project roles. Assign access by responsibility and review it when people or contracts change.
What happened during a flight? Supported flight records, export and playback workflows, subject to hardware and version support. Test what is captured for the exact aircraft/Dock combination and retain the records your program requires.
Where are all our assets? Device organization within the connected operating environment. Keep an authoritative register for equipment custody, serial numbers, batteries, accessories and service history. Do not assume every item appears on a live map.
Is the crew ready to operate? Permissions can control platform access. Maintain training, qualifications, procedures and readiness checks separately where required. Login access is not proof of competence.
DJI FlightHub 2 promotional dashboard on a desktop monitor with a central map, coloured device markers and surrounding charts.
DJI’s dashboard illustration brings mapped activity and operating statistics together. It is a manufacturer promotional image; the interface and available functions depend on the deployed version. Image: DJI Enterprise, FlightHub 2 overview.
03 · Give people the right access

Separate viewing, operating and administration.

The person who needs to see an inspection result does not necessarily need permission to control a device.

DJI’s project-permission update introduced customizable project roles, including Project Output Admin, Project Device Operator and Project Device Admin. Organization Administrators and Super Administrators can add roles. These controls give a growing team a more deliberate way to separate responsibilities than treating every member as an administrator.

Start with the job each person performs, then configure and test the appropriate permissions. The examples below are a recommended responsibility model, not a promise that each label maps directly to a preset role.

Program administrator

Owns the organization structure, membership process and access reviews. Keep this group small and document how access is removed.

Operational team

Receives only the device and mission permissions needed for its assignments. Test control rights before the first operational task.

Data and reporting team

Works with outputs and prepares deliverables. Avoid granting device-control rights merely to make imagery available.

Stakeholder or client

Receives a defined output or approved viewing access. Treat shared livestream links as controlled information, not as something to forward casually.

For organizations evaluating sensitive workloads, also read our Canadian buyer’s guide to DJI Enterprise drone data security. Architecture, information handling and procurement requirements deserve their own review; a permissions screen cannot answer all of those questions.

04 · Close the loop

A completed flight is not a completed assignment.

The handover should connect the mission, its evidence and the decision it supports.

For supported workflows, FlightHub 2 can make flight activity easier to review. DJI’s April feature announcement described records for Dock route tasks, manual flights and remotely controlled flights through Virtual Cockpit, including equipment status changes, key actions, user operations, exports and flight-path replay.

Important compatibility detail: that announcement explicitly limited its new flight-record function to DJI Dock 3 at release. It is not evidence of universal support today. Confirm current support, record detail and export behaviour for your actual hardware, firmware and deployment before designing an audit process around it.

Use a consistent closeout checklist.

Record who requested the work, which mission was flown, whether the intended coverage was achieved, where the outputs were delivered and what still needs follow-up. Assign an owner to unresolved findings. This is a recommended program process, not a claim that FlightHub 2 automatically completes every step.

For mapping assignments, define the deliverable before takeoff. Our drone mapping deliverables checklist for Canadian clients explains why imagery, coordinate systems, quality checks and usable outputs matter more than simply saying a site was mapped.

05 · A practical rollout

Expand when the workflow is ready.

Use evidence from a small rollout to decide what to add next.

Prove one recurring mission.

Choose a task with repeat demand and a named recipient. Agree on the output, turnaround expectations and what would make the result useful.

Configure the operating structure.

Create the project, connect supported devices, assign members and test permissions. Document naming, handover and access-removal procedures.

Test normal operations and failure points.

Check livestream access, records and exports. Rehearse what the team does when connectivity is unavailable or an expected output is missing.

Add the next crew or site.

Reuse the proven structure and adjust only where the work differs. Compare handover quality and administrative workload before purchasing more aircraft.

Illustrative example: one facility becomes three.

A facilities team starts with recurring exterior-condition checks at one location. It standardizes mission naming, grants operators appropriate device access and gives the reporting team access to outputs. After proving the handover, it extends the same approach to two more sites, separating project access where needed.

The scale decision is not simply whether three drones can fly. It is whether three sites can produce consistent, usable information without creating three different reporting processes. This is a hypothetical workflow, not a claim of a customer deployment.

Measure the program, not just the dashboard.

Useful management measures include the proportion of requested tasks delivered on time, missions requiring repeat collection, time from collection to review, unresolved findings and staff time per usable deliverable. These are suggested KPIs to assemble from appropriate records and business systems, not a list of guaranteed built-in FlightHub 2 reports.

06 · Check before committing

Match the deployment to the program.

Hardware support, subscription capacity and information governance should be settled before a wider rollout.

Technical and commercial checks

  • Confirm aircraft, controller, Dock and payload compatibility for each required feature.
  • Test the exact firmware and FlightHub 2 version you intend to deploy.
  • Confirm device capacity and the plan or add-ons needed for storage, mapping and streaming.
  • Budget for viewing patterns, not only flight duration. DJI’s FAQ says livestream consumption accumulates by viewing account.

Operating and information checks

  • Identify who can administer, operate, view and distribute outputs.
  • Define retention, sharing and export requirements with the responsible team.
  • Review public-cloud versus On-Premises architecture. Do not assume feature parity or Canadian data residency.
  • Keep flight authority, training, maintenance and emergency procedures explicit rather than treating software access as approval.

DJI offers FlightHub 2 as a public-cloud service and as FlightHub 2 On-Premises. The FAQ identifies US and European AWS locations for public-cloud users outside mainland China. Review the actual deployment and information requirements rather than equating a local interface, reseller or login with local data storage.

If a Dock-based expansion is under consideration, our DJI Dock 3 vs. Dock 4 comparison for Canadian buyers provides a separate hardware decision framework. Verify FlightHub 2 compatibility for the chosen configuration independently; support for one Dock feature is not proof of support for another model.

Keep the business case grounded. A platform subscription can support a well-designed program. It cannot substitute for an accountable team, a reliable connection, a useful deliverable or an approved operating procedure.

Questions before rollout

FlightHub 2 program-management FAQs

Do we need a large fleet before FlightHub 2 makes sense?

No large-fleet threshold is needed for the workflow to be worth evaluating. Even a small team may benefit from shared planning and handovers. The practical question is whether those capabilities solve a real coordination problem at a justified cost.

Does fleet tracking mean every aircraft is continuously visible?

No. Live visibility depends on compatible connected equipment and the information available in that workflow. Keep offline assets and custody records in your authoritative asset register; do not treat an old map position as a current location.

Can we give a reporting colleague access without device-control rights?

FlightHub 2 supports configurable project permissions, including output- and device-related roles. Configure and test the specific access needed instead of assigning broad administration rights as a shortcut.

Are flight records identical across every aircraft and Dock?

Do not assume that. DJI’s original announcement for the record function described in this guide specified Dock 3 support at release. Check current device support, record content and export behaviour before relying on it.

Does FlightHub 2 replace our maintenance or training system?

This guide does not establish that it replaces either. Define what must be recorded for maintenance, personnel and equipment, then verify each requirement. Keep any required external systems and procedures until their replacement has been demonstrated.

Should we choose public cloud or On-Premises?

Start with information-handling requirements, IT capacity, integrations and the features the operation needs. DJI offers both architectures, but availability and implementation differ. Have the responsible IT and security team evaluate the proposed deployment.

Continue the learning

Connect program management to useful field work.

Define better deliverables.

Use our Canadian drone mapping deliverables checklist to clarify what the team should produce and how it will be checked.

Understand the information environment.

Read DJI Enterprise drone data security in Canada before designing sensitive information workflows.

Evaluate Dock-based expansion.

Compare the hardware trade-offs in our complete Dock 3 vs. Dock 4 guide, then validate the exact software configuration.

Keep AI findings in perspective.

Our guide to AI infrastructure defect detection explains why a detected visual change still needs context and human review.

This is Part 1 of a planned three-part FlightHub 2 series. Part 2 will focus on inspection, monitoring and surveying workflows; Part 3 will cover public safety and security coordination. Links will be added when those articles are available.

References and scope

Official DJI sources

  1. FlightHub 2 Master Video Series: organization/project setup, device binding, members and collaboration workflows.
  2. FlightHub 2 April update: configurable project roles and the flight-record function, including its explicit Dock 3 limitation at announcement.
  3. FlightHub 2: A New Era of Cloud-Based Drone Intelligence: dashboard, live annotations and livestream collaboration; source of the credited manufacturer images.
  4. DJI FlightHub 2 official FAQ: deployment options, supported-device information, public-cloud hosting and usage accounting. Linked official regional page; availability should be verified for the proposed Canadian deployment.

Prepared November 2026. Product capabilities described here come from DJI manufacturer materials, not independent validation. Features, compatibility, subscriptions and quotas can change. The rollout framework, example scenario and suggested KPIs are Unmanned Canada editorial recommendations, not promises of native automation. FlightHub 2 access or remote-control capability does not itself authorize a flight. Manufacturer image credit identifies the source; no open reuse licence is asserted.

Build a drone program your team can actually run.

Start with your sites, people and deliverables. Talk with Unmanned Canada about a practical aircraft, software and workflow approach before expanding the fleet.

LEAVE A COMMENT

Please note, comments must be approved before they are published


BACK TO TOP