Quick Answer
A solar site-survey evidence package should begin with the design decisions it must support. For each question, request dated and identifiable observations, photographs, measurements or notes as appropriate, the surveyor’s limits, and an owner for any unresolved issue. A photo folder alone is not a design handoff.
A site survey creates value when it resolves a decision, not when it produces the most photographs. Solar teams often discover that a detailed field visit still leaves design with a familiar list of questions: Which roof surface is this? Was the measurement observed or estimated? Does the panel image identify the service? Which obstruction changes the layout? Has anyone recorded the access condition that affects installation planning?
The answer is an evidence package designed before the survey begins. It translates a project’s open questions into observations that the next decision can use. It does not substitute for professional judgment, local rules, safety planning, engineering, manufacturer requirements, utility instructions, or the conditions of a particular site. It makes those activities easier to coordinate because the limits of the field record remain visible.
Direct Answer
Give every site survey a decision-led brief. Identify the question to resolve, the evidence required, the person who will use it, and the release it affects. Return observations with source, date, location, and limits. If a condition remains uncertain, record it as an open item with an owner rather than letting a field visit imply a conclusion it did not establish.
A Survey Brief Is Not a Generic Checklist
A generic checklist can prevent obvious omissions, but it cannot know which facts control this project. A residential screening scenario may need a clear view of usable roof surfaces and an electrical-service question. A commercial facility may require a much more specific understanding of operating constraints, access, roof work, metering information, or a utility route. A battery discussion can create a different set of load and resilience questions.
Begin with the next decision. Is the team preparing a revised concept? Confirming whether a proposal basis can progress? Gathering information for an appropriate technical review? Planning a field release? The answer determines the required evidence. The U.S. Department of Energy Solar Energy Technologies Office provides broad solar resources, but it does not determine what a particular site visit must establish. That comes from the project’s stated scope and release boundary.
Turn Open Questions Into Field Prompts
The design or project lead should convert assumptions into explicit questions before the visit. Each question should say what observation will be useful and what the team must not infer from it.
| Open project question | Field prompt | Evidence boundary |
|---|---|---|
| Which surfaces are available for the current layout? | Identify each surface, visible obstructions, and changes from the preliminary record | A visual observation is not a structural conclusion |
| Can the proposed route be assessed further? | Record accessible paths, visible equipment, and conditions needing review | Do not infer compliance or capacity from a general photo |
| What affects installation planning? | Note access limits, operating constraints, roof work, and customer-provided restrictions | Site notes do not replace safety planning |
| What has changed since the proposal? | Compare material observations with the controlling layout and listed assumptions | A change must be routed, not silently corrected |
| What remains unknown? | State the question, evidence needed, owner, and deadline | “TBC” alone is not an action |
This structure protects the surveyor as well as the next team. It prevents a request for “everything you can find” from turning into an assumption that the field person has certified matters outside their role or observation.
Make Each Observation Identifiable
An evidence package should allow a later reader to understand what they are seeing. For photographs, record the date, project/site identifier, a short description, and where possible the direction or area shown. For notes, identify who made the observation, whether it is first-hand or customer-provided, and the question it addresses. For measurements, say how they were obtained and whether the value is an observation, a supplied drawing value, or an estimate.
This is not a demand for perfect metadata. It is a way to avoid false precision. A roof photo can be highly useful without proving a dimension. A customer’s statement about a planned roof replacement can be relevant without becoming a project instruction. A panel image can prompt an electrical review without authorizing a configuration choice. State what the item supports now and what still requires a different process.
NREL’s PV research resources are useful technical context, but they cannot validate a project photograph, measurement, or site condition. Project evidence needs a project source.
Organize the Package Around Decisions, Not Media Types
Do not deliver one folder called “photos” and another called “notes” without a map. Organize the return around the decisions it informs. A simple package may have sections for roof/layout observations, electrical/route observations, access and operational constraints, customer-confirmed information, and open questions. Each section can link to the related image set or source record.
The structure becomes especially valuable when someone did not attend the survey. A designer can open “roof/layout observations” and see the evidence that changes the layout. A project manager can open “open questions” and see what prevents the next milestone. Procurement can avoid receiving an early material list without understanding whether a site observation has changed the basis.
Keep Field Evidence Connected to Solar Design Work
Explore how SurgePV supports teams taking project inputs through Solar Designing, Shadow Analysis, generation and financial modeling, and customer-facing proposals while site verification remains a responsibility of the right people.
Book a DemoDiscuss an active survey-to-design handoff in a live walkthrough.
Record Negative Findings Carefully
“No issue found” can be dangerous when the survey scope was limited. Instead, record what was observed and the conditions of observation: “No visible obstruction observed on the photographed area at the time of visit,” for example. This statement has a defined meaning. It does not claim that no hidden, future, structural, electrical, or regulatory issue exists.
The same discipline applies to customer conversations at site. Capture what the customer said, identify it as customer-provided information, and route any matter that needs confirmation. It is more useful to write “customer reported planned roof work; confirmation required before final release” than to either ignore the statement or present it as verified scope.
Reconcile Survey Evidence With the Controlling Revision
The first task after a survey is not to redraw everything. It is to compare survey findings against the current project basis. Ask: did any observed condition change usable area, equipment route, scope, access plan, customer expectation, or a listed assumption? If yes, create a controlled decision or change entry and identify which records need review.
This prevents the common failure where a designer quietly updates a layout while the proposal, price basis, and material list remain attached to the earlier concept. A Solar Designing workflow can help teams keep the relevant outputs together. It cannot decide whether a survey finding needs a customer conversation or qualified review.
Route What the Survey Cannot Resolve
A well-run survey can produce more questions, and that is often a good result. The field record should state the unresolved issue, why it matters, the evidence currently available, and the required route. Examples may include a condition needing engineering assessment, an electrical question requiring appropriate review, a utility instruction to be confirmed, or an authority requirement outside the survey scope.
Avoid asking the surveyor to decide matters outside their assigned task. Their contribution is a clear observation and a well-defined question. The project lead then assigns the right reviewer and defines what output is needed before the next release.
Close the Loop With the Person Who Visited the Site
If a returned package raises a question, bring it back to the surveyor while the visit is fresh. Ask a bounded question: “Does image 14 show the north service wall?” or “Was the obstruction shown in image 8 visible from the roof surface?” Do not ask them to infer an answer they did not observe. The purpose is to preserve context before the project record becomes detached from the person who created it.
This short feedback loop also improves future briefs. When field teams see exactly how design used an image or note, they learn which labels and viewpoints make a later decision easier. When designers understand the conditions of a site visit, they are less likely to read a photograph as more complete evidence than it is.
Keep Customer-Provisioned Documents Separate
Customers may provide roof plans, equipment information, prior reports, or correspondence during a visit. Retain those documents, but label them as customer-provided unless the project has independently established another status. A useful package can say: “Customer-provided drawing received at survey; used as a reference pending confirmation of current conditions.” That small distinction preserves provenance and helps the next reviewer decide whether another source is required.
Use Survey Returns to Improve the Brief
Track why design returns survey packages. Were images unidentifiable? Were key panels not shown? Did notes lack dates? Did the survey not address the stated layout question? Were known conditions not reflected in the proposal? These patterns usually point to a briefing or handoff problem, not an individual failure.
Improve one upstream step at a time: add a project-specific prompt, show an example of useful evidence, require a source label, or clarify the release decision. Avoid turning a small internal sample into a universal performance claim. The goal is a better package for the next site.
Practical Next Steps
- Start every survey with named decisions and open questions, not a generic media list.
- Require each returned observation to state what it shows, when, where, and what it does not establish.
- Compare survey findings with the controlling project revision before passing work to procurement or field teams.
Ready to Connect Field Inputs With Solar Design?
Book a free SurgePV demo to explore connected Solar Designing, Shadow Analysis, generation and financial modeling, and Solar Proposals.
Book a Free DemoFrequently Asked Questions
What is a solar site-survey evidence package?
It is a structured set of observations, photographs, notes, and source records linked to the project decisions they support. It tells the next team what was seen, when, by whom, and what still needs another review.
Can remote imagery replace a solar site survey?
Remote imagery can support early screening, but it cannot verify on-site conditions, access, electrical details, safety requirements, or other facts needed for a stated technical or field release.
Who should define solar survey questions?
The person responsible for the next decision should define them, with appropriate input from design, sales, field, operations, engineering, or qualified reviewers. The questions should reflect the project’s actual release boundary.
