Skip to main content
Hardware is the IT request that most often stalls, because “my laptop is broken” is not actionable and “please return your laptop” is not enforceable. Both are fixable with structure rather than nagging.
Prerequisites: the IT help desk playbook. Device lookups need an MDM connected: Jamf for Apple fleets, Fleet for cross-platform, or Intune for Windows.

What good looks like

1

Ask for the four things that make a request shippable

Most hardware forms ask ten questions and still leave the responder chasing. Four fields cover it:Set a default priority per request type. A broken machine and a second monitor should not arrive at the same urgency.
Learn more about forms and custom fields
2

Let the agent collect the details conversationally

People describe hardware problems in a sentence, not a form. Add a rule so the agent gathers the fields one at a time and then publishes a ticket the responder can act on.

For laptop replacements and repairs, ask for the asset tag, the preferred model, and the shipping address, one item at a time. Then create the ticket on the Device and hardware form with what you collected.

This is better than pointing people at a form link, because the requester never leaves the conversation and the responder still gets structured data.
3

Put device context on the ticket

Connect your MDM and responders stop tool-hopping. Depending on the platform you get device lookups by serial, name, model, or OS, compliance state, encryption and MDM enrollment status, installed software, and last check-in time.That last field resolves more tickets than it looks like it should. A machine that has not checked in for three weeks explains a lot of “my policies are not applying” reports.
Learn more about Jamf, Fleet, and Intune
4

Gate the destructive actions

All three MDMs expose remote wipe or erase, and Jamf and Fleet can return disk encryption recovery keys. These are exactly the tools to put behind Requires approval rather than Auto-execute.A reasonable split:
  • Auto-execute: device lookup, compliance state, software inventory, last check-in
  • Requires confirmation: sync or refresh a device, request a policy re-push
  • Requires approval: wipe, erase, retire, and any recovery key retrieval, pointed at an approval template with your IT leads
Recovery key retrieval deserves an approval even though it is read-only. It hands someone the ability to unlock a machine.
Learn more about tool execution policies
5

Pair every replacement with a return

Build a task template for replacements with the return step in it, dated. Tasks are visible on the ticket, so the return is tracked in the same place as the shipment instead of in a spreadsheet.A workable template:
  1. Confirm the model and address with the requester
  2. Order or allocate the device
  3. Ship and record the tracking number
  4. Confirm receipt
  5. Return the old device, due 14 days after receipt
  6. Wipe and retire the returned device in the MDM
Learn more in task templates
6

Reuse the same template at offboarding

Offboarding is the return half of this playbook with a deadline attached. Rather than building a second flow, attach the return and wipe steps to the task template that lands on IT’s offboarding child ticket, so the device work sits alongside the access revocation on the ticket IT already owns.
Learn more in employee offboarding

Where teams get this wrong

You will get requests for hardware you do not stock, and a negotiation instead of a fulfillment.
This is the most common single cause of a stalled hardware ticket.
It is irreversible, and an agent misreading “wipe my browser cache” is not a theoretical risk.
If the return is not a dated task, it does not happen.

Next

Employee offboarding

Where the return step earns its keep.

SLAs and business hours

Different targets for broken and nice-to-have.
Last modified on September 17, 2026