On This Page

Construction

4 min read

Subcontractor Photo Requirements: A Practical Submission Standard

Set clear photo requirements for trade crews: capture triggers, location context, submission checks and missing views, with a practical example standard.
Filio Team logo

Filio team

6 hours ago

Illustrative scene of a worker photographing a doorway and its installed hardware.

A trade foreman sends twelve close-ups. The project manager cannot tell which room they show, which work package they belong to, or whether the agreed views are present. Asking for more photos may produce a larger camera roll without resolving the missing information.

Useful subcontractor photo requirements define the handoff before capture: when to take photos, what to show, how to identify the location, where to submit the set and who checks it. Start with one work package and an example submission that the crew and reviewer can both explain.

The suggested standard below is a team working method. Check the project’s contract, specifications, inspection plan and information-handling requirements first. Formal project procedures may already prescribe photo identifiers and delivery requirements: the National Park Service’s project-photograph procedure, for example, uses a photo log identifying the project, date, photographer and subject. Its requirements apply to that process; they are not universal rules for every subcontractor. This working method does not replace required inspections, approvals or an authorized acceptance decision.

Agree on six parts of the photo request

Write the request around a decision someone needs to make. “Send progress photos” leaves the crew to guess. “Document the installed hardware at DR-204 for a documentation-completeness review” gives the submission a subject and purpose.

1. Capture trigger

Name an observable point in the work: after a specified activity, before a defined handoff, or at an agreed progress check. Agree who captures the record and when it must reach the reviewer. If work will become inaccessible, coordinate the capture opportunity with the responsible project team; do not treat a photo request as permission to cover work.

2. Required coverage

Describe what each view needs to establish. A location view helps someone find the work; an overview shows its relationship to surrounding elements; a detail answers a particular question. Choose only the views the work package needs. A fixed photo count can still leave the important question unanswered.

3. Location and work-package reference

Use the project’s actual naming system: building, level, room, zone, asset or drawing reference as appropriate. Agree the format before different trades invent competing labels. GPS alone may not distinguish adjacent rooms or repeated assets. Keep the same reference with the selected images and the submission note.

4. Context and limits

State the activity or condition being documented, who submitted the set and when the observation occurred. Keep capture time separate from upload or review time. Record what has not been checked rather than filling the gap with “complete” or “approved.” For a related check on the information attached to a record, use the construction photo metadata review.

5. Submission destination

Specify the existing project location, naming convention and submission route. Tell the crew whether the recipient needs the original records, a selected report, or both. Avoid making a chat attachment the only copy. Check access, permitted sharing and any limits on photographing people, sensitive areas or client information before capture.

6. Completeness reviewer

Name the person who checks the submission against this request, plus the agreed review point and route for follow-up. That check asks whether the record can be understood and used. Technical inspection, design compliance and contractual acceptance belong to the separately authorized people and processes.

Four steps: capture the work, add location context, submit the photo set and check documentation completeness.
Capture, attach context, submit and review the agreed records. The checklist concerns documentation completeness, not technical acceptance of the work.

Turn the request into a practical work-package example

Consider a fictional door-hardware package at Level 2 / Room 204 / DR-204. This example explains documentation structure; it does not prescribe hardware installation, testing or a compliance standard.

Suppose the first submission contains the hardware detail and context note but no location view. The reviewer can respond: “Please add a view identifying DR-204 in Room 204. Retain the existing detail and the note that closer operation has not been checked.”

This is a specific, recoverable request. It avoids asking the crew to repeat useful work or implying that a clearer photograph will establish operating performance. If access has already been lost, record that gap and route the next decision to the responsible person; do not manufacture a replacement image.

The same handoff can serve a service contractor recording one equipment visit: agree the asset reference and required views, name the recipient, and state what was not tested. The record does not establish a commissioning result.

Illustrative DR-204 doorway overview with an enlarged crop of the same handle, labeled enlarged detail.
Illustrative DR-204 example. The detail is an enlargement of the overview, not a separately captured photograph. Closer operation has not been checked.

Make the first submission a short field exercise

Before rolling the standard out to every trade, ask one foreman to submit one work package through the actual destination. Have the intended reviewer locate it without help from the photographer. Check whether the location, activity, required views and unresolved questions are clear.

Show one usable submission and one incomplete example. Ask the crew to explain the difference in their own words. Keep the instructions in language the crew can use on site, and make the capture request accessible where the work happens.

During the exercise, ask the reviewer to identify the work package and explain what remains unverified. Then ask the foreman to locate the same submission through the agreed route. If either person needs an oral explanation to understand the set, improve the request or accompanying context before extending the method to other trades.

Revise the request if the exercise reveals an ambiguous location label, an inaccessible destination or a view that cannot be captured safely. Record the revised instruction and tell the affected crews which version applies. A team-maintained standard is useful only when the people capturing and reviewing records are working from the same request.

Review the documentation without accepting the work

Use plain review states that describe the record:

  • Ready for documentation review: the agreed context and views are present. This is not technical acceptance.
  • More context requested: name the missing view or information, the responsible person and the agreed follow-up point.
  • Gap recorded: explain what is missing, why it cannot currently be recovered and who must decide the next action.

Keep useful originals and link any later clarification to the same work-package reference. A retake should be identifiable as a later observation. Do not overwrite the earlier record to make the sequence appear complete.

An illustrative submission retains the hardware detail while adding the missing Room 204 location view and DR-204 reference.
Request the missing location view and retain the useful detail. In this illustrative example, the note that closer operation was not checked remains unchanged.

Use Filio to organize the agreed records

Filio’s visual documentation tools can support this method by keeping project media with location context and helping a reviewer retrieve selected records. Use the agreed project and work-package references consistently; a tool cannot resolve an unclear request on its own.

Where the team uses tags or annotations to add context, follow the Academy guide to annotating and tagging photos in Filio. A tag is an organizational aid, not evidence that a required view exists or that work has been accepted.

When a reviewer needs a selected deliverable, the guide to creating a report in the Filio Web App explains the supported report workflow. Check the selected photos and accompanying context before sharing. Retain the source references so the report can be traced back to the project record.

Do not assume Filio automatically enforces this submission standard, assigns the completeness check or approves the work. Those responsibilities remain with the project team. For how capture, review and reporting fit together, see the construction field documentation workflow.

Start with one clear handoff

Choose one upcoming trade package. Agree its trigger, coverage, location reference, context, destination and reviewer. Test the first submission, fix the unclear instruction and keep the resulting example with the current standard. The aim is a record another person can use without guessing what the photographer meant.

Frequently asked questions

How many photos should a subcontractor submit?

Use enough to answer the agreed documentation questions and locate the work. The required set depends on the project and work package; this article does not establish a universal minimum or override an existing specification.

Does a complete photo submission mean the work is accepted?

No. Documentation completeness means the agreed record is present and understandable. Inspection, performance checks, design compliance and acceptance require their own authorized review.

What if the crew can no longer capture a missing view?

Record which view is missing, why it cannot currently be obtained and who must decide the next action. Keep the useful records already submitted. A later photograph must be identified as a later observation; it should not be presented as evidence of an earlier condition.

You might also like

There is so much more to show you

Filio™ is full of dozens of other features that can make managing your projects’ visuals a breeze, saving your company time and money. If you have any questions about Filio or are interested in getting started with us, feel free to reach out! Our dedicated team will get back to you within 24 hours.
mail

Ask me anything!