> ## Documentation Index
> Fetch the complete documentation index at: https://helpdocs.getthread.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Mobile Fleet Review

> Review a client's phones and tablets under management — enrollment state, OS version spread, compliance flags, and lost-device readiness (can we lock/wipe if one goes missing). Use for "review the mobile devices", "are the phones compliant", or preparing for a lost/stolen-device scenario.

<Info>
  **Category:** Devices & Infrastructure · [View source ↗](https://github.com/bryan-getthread/skills/blob/main/skills/devices-and-infrastructure/mobile-fleet-review/SKILL.md)
</Info>

**Connectors:** `Liongard` `NinjaOne` `IT Glue` `Hudu`

**Role:** [Service & Ops Manager](/start-here/roles/service-ops-manager)

**Outcome:** Risk & Compliance

**When to use:** "Review \<client>'s mobile fleet" / "are their phones and tablets compliant?", before enforcing a new mobile policy, or a lost/stolen phone ticket.

**Run it:** across a client's mobile fleet, on demand (not a Flow — it's a posture review, not a per-ticket event).

## Prompt

```
Posture review of a client's managed phones and tablets: who is enrolled, what OS versions are in the field, which are non-compliant or stale, and whether the desk could actually execute a remote lock/wipe if a device were reported lost today.

1. Establish the MDM source of truth. Mobile devices rarely live in the RMM: read enrollment data from the environment's posture in Liongard when enabled — verify the M365/Intune inspector exists and last ran successfully before trusting it, then read the enrollment data, stating dataprint age; check the RMM only to catch stragglers with a mobile agent; otherwise ask the requester for an MDM export. State which source you used and its as-of time.
2. Enrollment state: bucket into enrolled-and-compliant, enrolled-but-noncompliant, enrolled-but-stale (no check-in ~30+ days), and known-but-unenrolled (in docs or a user assignment list but absent from MDM). Stale devices are the silent risk — they will not receive a wipe command promptly.
3. OS version spread: tabulate iOS/iPadOS and Android versions. Flag versions no longer receiving vendor security updates — verify current support windows against vendor documentation rather than asserting from memory (Android support varies heavily by manufacturer).
4. Ownership model: note corporate-owned vs BYOD where the MDM or documentation distinguishes them. Wipe expectations differ — full wipe for corporate, account/container wipe for BYOD. Never assume BYOD devices can be fully wiped.
5. Lost-device readiness: for a sample (or the specific device in a lost-phone ticket), verify preconditions for remote lock/wipe — enrolled, recently checked in, supervised/corporate where full wipe is expected. Report readiness honestly: "a wipe command would reach N of M devices within an hour based on check-in recency."
6. Output: fleet summary table, non-compliance and staleness lists with recommended actions, and lost-device readiness verdict. Remote lock/wipe is not executable through these tools — hand off to the MDM console, and for an actual lost device recommend the desk get written client authorization first (route it for approval). Offer to open a ticket per remediation stream or leave a plain-text note (no markdown/emojis).

Guardrails: never present the fleet as complete unless it came from the MDM (via Liongard or export) — documentation-only device lists are candidates, not inventory. Wipe/lock/retire actions are never executed by this skill — they are MDM console actions requiring authorization, especially on BYOD where a full wipe may destroy personal data and create liability. For a lost/stolen device, confirm the reporter's identity through normal desk verification before recommending any destructive action; when in doubt, lock rather than wipe. If no MDM data source is available, say the mobile fleet cannot be verified — do not infer it from phone numbers in contact records.
```


## Related topics

- [Printer Fleet Review](/skill-library/devices-and-infrastructure/printer-fleet-review.md)
- [Mac Fleet Management](/skill-library/devices-and-infrastructure/mac-fleet-management.md)
- [Patch Compliance Review](/skill-library/devices-and-infrastructure/patch-compliance-review.md)