The mission: a laptop ships from the distributor straight to the user’s door. They open it, sign in, get coffee, and come back to a compliant, encrypted, fully-provisioned machine. IT never touches the box.
[ PROGRAM PARAMS ]
- PLATFORM
- Windows 11 + Intune + Autopilot
- MODEL
- user-driven, Entra-joined, self-service
- TICKETS
- −35% deployment-related volume
- FULFILLMENT
- −40% device delivery time
- TOUCH
- zero — distributor ships direct
#Provisioning Flow
distributor ──▶ hardware hash ──▶ Autopilot registration
│ │
└── ships direct to user ▼
user powers on
│
Entra join + MDM enroll
│
┌── ESP (Enrollment Status Page) ──┐
│ security baseline · BitLocker │
│ compliance policy · core apps │
└────────────────┬─────────────────┘
▼
✔ desktop unlocked
#Step 1 — Hardware Hash at the Source
The distributor registers devices before they ship — that’s the “zero” in zero-touch. For existing fleet, harvest hashes yourself:
| |
Dynamic Entra groups pick devices up by tag:
(device.devicePhysicalIds -any (_ -eq "[OrderID]:STANDARD-USER"))#Step 2 — The ESP Is the Contract
The Enrollment Status Page blocks the desktop until the machine is safe. Choose the blocking set ruthlessly:
- Block on: security baseline, BitLocker, compliance policy, the 4–5 apps everyone needs day one.
- Never block on: the 40-app “everything” list. Ship the rest in the background after the desktop unlocks.
#Step 3 — Compliance as Code, Not Memo
| |
Non-compliant devices lose access via Conditional Access — the policy enforces itself. Pair it with a phased rollout:
- Ring 0: IT’s own machines (1 week).
- Ring 1: one friendly department (2 weeks, survey at the end).
- Ring 2+: global waves by region, sized to the helpdesk’s capacity.
#Results
| Metric | Before | After |
|---|---|---|
| Deployment tickets | baseline | −35% |
| Device fulfillment time | baseline | −40% |
| IT touches per device | 2–3 | 0 |
| Imaging infrastructure | maintained | deleted |