The most useful plan-review workflow across iPhone, iPad, and Mac is not to make every device do the same job. Use iPhone for one immediate local answer, iPad for the field review that needs plan context, and Mac for a deliberate quality check before handoff. Keep the authoritative DWG drawing or multipage PDF plan identifiable throughout. When a file must move, transfer or export it explicitly instead of assuming that notes and copies are silently synchronized.
That division is practical for construction, architecture, inspection, and engineering teams. A phone is already in the hand when a quick detail matters. An iPad creates enough room to orient on a sheet, measure, annotate, and record an observation beside the work. A Mac makes it easier to compare references, write a clear report, and inspect what the next person will receive.
The short answer: give each device a defined review role
| Device | Best use in a plan review | Stay on this device when | Move to the next stage when |
|---|---|---|---|
| iPhone | A fast, local answer about one room, detail, note, or visible condition | The question is narrow and the plan revision is known | You need surrounding sheet context, repeated measurements, or a durable observation |
| iPad | Active field review of a DWG or PDF plan | You need to orient on the plan, measure carefully, add notes or markups, or compare conditions on site | The field evidence is complete and the deliverable needs a calmer final pass |
| Mac | Desk-side verification and final handoff | You need more screen space, a keyboard, source/output comparison, or report-quality checks | The reviewed PDF, image, or report is ready for the recipient |
This is a role split, not a limitation claim. Each device can open the right local plan in PlanInspect. The point is to avoid asking a phone to carry a large-sheet review, or asking the field tablet to be the only place where a formal outgoing report is checked.
Use the PlanInspect plan viewer when the job begins with the actual DWG or PDF plan. If the issued file is a multipage PDF set, the PDF plan viewer workflow explains the page-specific setup and scale checks that come before trusted measurements.
First, identify the authoritative plan and the review outcome
Before choosing a device, identify what the decision needs from the source:
- Choose the native DWG when layouts, layer visibility, CAD geometry, or drawing units matter.
- Choose the issued multipage PDF when the controlled sheet set is the reference the team must review.
- Use an exported PDF, image, or report only when the recipient needs a fixed review result rather than the live source context.
The DWG versus PDF site-review guide covers this format decision in depth. The important cross-device rule is simpler: do not turn the source into loose screenshots before the review is complete. A screenshot can answer a narrow question, but it often loses the adjacent detail, revision clue, sheet identity, scale basis, or native CAD context the next step needs.
Apple's Files basics for iPhone and Files basics for iPad are useful starting points for locating, moving, and sharing the identified file. Use a name that makes the source check visible, such as Project-A_Level-02_Rev-C.dwg or Project-A_Issued-Set_Rev-C.pdf.
Use iPhone for the question that cannot wait
An iPhone is strongest when the question is already specific. A superintendent may need to confirm a door detail before moving to the next area. An architect may need to locate one plan callout before a call. An inspector may need to compare a visible condition with one known drawing location.
Start with a short pre-check:
- Open the local DWG or PDF from the approved file location.
- Confirm the filename and revision or issue date.
- Find one recognizable room, grid, detail, or sheet marker.
- State the exact question before zooming in.
- Stop early if the answer depends on more of the plan than the phone can show comfortably.
The iPhone is useful because it turns an unplanned check into a grounded answer, not because it replaces a broad review. If you must zoom out repeatedly to regain orientation, compare multiple details, verify several dimensions, or capture a note that another person must act on, the job has already grown beyond a quick phone check.
For the phone-to-tablet decision itself, see when to start a DWG review on iPhone and move it to iPad. The same principle applies to a PDF: a close-up is not enough when the active sheet, a neighboring detail, or a calibrated scale changes the answer.
Use iPad when the review needs field context
An iPad earns its place when the plan is part of the work being observed. You can keep the drawing or active PDF page open while moving through the site, return to the same area after checking a condition, and keep measurements, notes, photos, and markups linked to a recognizable location.
For a field review, follow this sequence:
- Reconfirm the source. Verify project, revision, and the intended DWG layout or PDF page.
- Set up the correct context. For DWG, confirm layouts and visible layers. For PDF, confirm the active page and calibrate it from a known dimension before relying on a measurement.
- Check what changes the decision. Measure only when the source context and scale basis are sound.
- Capture one actionable observation. Record location, condition, evidence, and the next action rather than leaving an unexplained mark.
- Inspect the outgoing context. Decide whether the next person needs the original file, a marked PDF, an image, or a notes report.
This is where a dedicated plan-review workflow differs from merely reading a document. In PlanInspect, you can review local DWG drawings and multipage PDF plans, measure distances and areas, add notes, photos, pen marks, highlighter, text, and markups, then export a reviewed handoff. The original source remains the reference; the review overlays communicate the decision.
PDF and DWG need different setup, even though both support an active review:
| If you opened… | Confirm before measuring | What stays useful in the review |
|---|---|---|
| A DWG drawing | The correct layout, relevant visible layers, and drawing context | CAD layout and layer context, supported geometry, notes, markups, and exports |
| A multipage PDF plan | The correct page and a scale calibrated from a known dimension | Page-set context, per-page scale, supported vector-path snapping, notes, markups, and exports |
For a multipage issued set, use the iPad construction-plan workflow. For a scan, remember that a sharp image does not make its geometry vector. Vector versus scanned PDF plans explains why calibrated manual placement may be necessary when supported vector snapping is unavailable.
Make the handoff explicit between iPad and Mac
A file transfer is not automatic review-state synchronization. Treat it as a handoff with named inputs and a clear recipient.
For a short nearby transfer, Apple's AirDrop guide for Mac describes sending documents between nearby devices. For a shared project location, use the team-approved file workflow. In both cases, the reviewer should still confirm the filename, revision, and visible result after the move.
A practical handoff package usually contains:
- the exact DWG or PDF source, when the Mac reviewer still needs live plan context;
- the reviewed PDF, image, or report that represents the field result;
- selected original photos only when full-resolution evidence is needed; and
- a short note that names the project, revision, review date, and unresolved question.
Do not send a camera roll and assume the desk reviewer can reconstruct where everything belongs. Do not call an AirDrop transfer “sync.” And do not assume that a file with the same name on two devices is the same revision. Those habits sound small, but they prevent the most expensive failure: a polished report based on the wrong plan or an unexplained screenshot.
For the longer field-to-desk pattern, capture a site walkthrough on iPad and finish the report on Mac provides a detailed package and quality checklist.
Use Mac for the quality-control pass, not just longer prose
The Mac role begins by reopening the plan context. Before refining report language, verify that the source used in the field is the source now on screen.
On Mac, check:
- the project, drawing or plan-set name, and revision;
- the intended DWG layout or PDF page;
- any dimension or note that changes the conclusion;
- that photos and markups point to a recoverable location on the plan; and
- that the exported PDF, image, or report opens as the recipient will see it.
This is also the right place to slow down and distinguish what was observed from what still needs verification. “Opening at Grid B4 measured 780 mm; drawing shows 900 mm; verify installation before closeout” carries more evidence than “door wrong.” It gives the recipient a location, source check, observation, and next action without inventing a cause.
PlanInspect for Mac is useful when the next task is still plan review: reopening a local DWG or PDF, checking the context on a larger surface, adding or confirming review annotations, and producing a deliberate output. It is not a claim of full CAD editing, automatic revision comparison, OCR, PDF text search, locked-PDF support, live collaboration, or automatic cloud sync. If your team needs an account-based, online editing workflow, Autodesk's official viewer overview is a useful reference point for evaluating that different category.
A repeatable three-device rule
Use the smallest device that can still preserve the context of the decision:
- iPhone: find the identified plan and answer one immediate question.
- iPad: expand into a field review when plan context, measurements, annotations, or evidence must stay together.
- Mac: verify the source and output before the handoff leaves the review workflow.
Choose a device based on the work, not status or screen size. A quick iPhone check can prevent a wasted walk. An iPad can stop a measurement or note from detaching from the plan. A Mac can catch an ambiguous caption, missing revision, or unreadable export before someone else has to ask for clarification.
The handoff is deliberate at every transition. Move the identified source when review will continue; export a fixed artifact when the next person only needs the decision. That keeps the DWG or PDF plan useful from first open to final report without promising a collaboration system you did not choose.
FAQ
Can I open the same plan on iPhone, iPad, and Mac?
Yes. PlanInspect can open local DWG drawings and multipage PDF plans on all three Apple device types. Confirm that each device has the intended file and revision. Treat a transfer or shared folder as a file workflow, not as an assumption that separate review states update automatically.
When is iPhone enough for plan review?
Use iPhone when the question is specific and local: one room, detail, note, or visible condition. Move to iPad when you need wider sheet context, multiple measurements, repeated returns to an area, annotations, photos, or an output another person must understand.
Can I measure a PDF plan on iPad or Mac?
Yes, after confirming the active page’s scale. Calibrate from a known dimension, check a second known distance, and then retain the measurement with its page context. A scanned PDF may require careful manual point placement because it does not provide vector geometry for snapping.
Should I transfer the DWG or export a PDF?
Transfer the DWG when the next reviewer still needs layouts, layers, or drawing-based context. Transfer the issued PDF when its page set is the live reference. Export a reviewed PDF, image, or report when the recipient needs a clear fixed handoff rather than the source plan.
Does this workflow provide live collaboration or automatic sync?
No. PlanInspect is a local plan-review workflow for opening, measuring, annotating, and exporting DWG and PDF plans. It does not claim automatic cloud sync, live multi-user collaboration, CAD editing, OCR, PDF text search, locked-PDF support, optional-content PDF layer controls, automatic revision comparison, or takeoff exports.