Context before speed
The right answer begins with source documents for your agency's assigned jurisdiction and the supporting evidence—not a generic response.
Why FieldScout exists
Important program context, field observations, source evidence, and next steps often live in different files, systems, and people’s memory. FieldScout is built to keep the useful story connected.
The operational problem
Weatherization staff move between program manuals, field notes, calculations, photographs, building facts, agency records, and colleague knowledge. When those pieces do not travel together, the next person must search again, interpret again, and rebuild decisions from fragments.
FieldScout brings the supporting context closer to the work and preserves the useful record for the next step. The goal is not more software activity. It is a clearer, more repeatable path through the work agencies already carry.
Product principles
The right answer begins with source documents for your agency's assigned jurisdiction and the supporting evidence—not a generic response.
Field records and supported results should be understandable to the next authorized person who touches the job.
FieldScout does not fill missing field inputs or governing requirements with a confident guess.
The product supports agency staff and qualified professionals; it does not take over their authority.
Who is building it
Andrew and Sierra Weuve build and support FieldScout directly, with the product focused on Weatherization work. Product questions, agency rollout needs, and field-workflow feedback stay close to the people responsible for the product.
Product boundaries
FieldScout does not replace governing manuals, approved audit software, agency files, state systems, required contractor documentation, professional calculations, approvals, or program judgment. Draft field documentation still requires user review.
Talk directly with the founders