Remote Sensing
Zero-failure programs where certification, partners, and supply chains must execute against gated evidence.
This interactive experience is the shipped product itself — the same application code customers run in production, mounted read-only in your browser over a real sample journey. Not a video, not a mockup: because the demo and the product are one codebase, it can never drift from the real thing.
Inside this journey
-
Outcome & AOI Discovery
Align on monitoring objectives, specific areas of interest, constraints (revisit, resolution, cloud sensitivity), stakeholders, and measurable success signals.
Discovery Questions
Starting with what matters most
- Tell me about the top two locations you currently monitor and why they matter to your mission.
- How often do you need new imagery for those sites in typical operations?
- Which image attributes are nonnegotiable for your analysis: spatial resolution, spectral bands, radar capability, or revisit frequency?
- Describe the roles on your team that act on imagery, who ingests data, who validates analytics, and who approves program decisions.
- When a missed collect or cloudy imagery occurs, who notices first and what operational impacts do you see?
- What single acceptance criterion would make you reject a pilot outright before running it?
Where current workflows break down
- If your imagery program failed for 48 hours, what operational gaps would show up first?
- Walk me through a recent incident where image timing or quality led to a suboptimal decision, and what fixed it or did not.
- How long does it take your team from image receipt to specific map layers inside your GIS?
- Which repeated failure causes the most rework for your analysts, for example, cloud cover, geolocation error, or missing bands?
- How many full-time equivalents are typically pulled into troubleshooting a late or unusable delivery, measured in FTE hours per week?
- What single technical blocker would make you stop a new collection partnership before pilot starts?
Cloud, revisit, and coverage — what keeps you awake
- Consider your high-priority AOIs, to what degree does cloud cover or seasonal weather regularly prevent useful captures?
- How many revisit windows per week do you require over your highest priority AOIs to meet operational needs?
- Do you accept partial coverage when cloud prevents full AOI capture, or do you require full AOI footprints for each delivery?
- Walk me through the target types where radar would be essential rather than optical, and why that matters for your outputs.
- Which AOI shapes or sizes in your portfolio cause the most collection difficulty, for example, linear infrastructure, narrow corridors, or very large polygons?
- If average cloud cover stayed above your tolerance for two weeks during a pilot, would you pause the pilot, reduce scope, or continue collecting for longer?
Quality checks that actually matter
- Name the image defect that forces you to discard a scene immediately.
- Which analytics outputs must be delivered in the pilot to consider it a technical success, for example, change masks, object counts, or vegetation indices?
- How do you validate analytics accuracy today, who provides ground truth, and how often is it updated?
- In your last analytics validation exercise, what percent of automated detections required manual correction?
- Describe the maximum delivery latency you can tolerate for routine monitoring use cases, in hours.
- If imagery met spatial specifications but analytics fell 30 percent short of your accuracy target, would you continue the engagement, require remediation, or stop?
Who signs, who builds, and who slows things down
- Who on your side must sign technical acceptance before production can begin, and what approvals do they need?
- Give a headcount estimate for the engineers or integrators your organization will commit to API and GIS setup during the pilot.
- Which internal groups must be consulted for security, legal, or data access approvals?
- What specific credential management or endpoint restrictions do you currently enforce that could block our standard integration?
- If your security team requires an on-site review, how many calendar days would that add to your onboarding timeline?
- Is there any contractual, regulatory, or budgetary requirement that would prevent you from moving forward even if the pilot succeeds?
Alternatives you are actively weighing
- Who else are you actively considering to solve this monitoring need, including internal build options?
- For each alternative you named, what would have to be true for you to stay with it rather than run a pilot with a new provider?
- Which of the following approaches have you evaluated recently: archive access, new tasking, subscription monitoring, or building internal collection?
- Who inside your organization is the strongest advocate for an internal build instead of buying, and what trade-offs do they highlight?
- What would have to change about your current approach for you to consider switching in the next 6 months?
- If the pilot reaches your acceptance numbers, what internal approval or budget barrier could still block a signed contract?
Practical readiness: systems, data, and compliance
- List the system dependencies that must be resolved before integration can begin.
- Which GIS platforms, data warehouses, or analysis tools must receive imagery and do you have documented APIs for them?
- Who owns API keys, credentials, and network access, and who is authorized to approve provisioning?
- Do you have network or ingestion constraints such as VPN, private peering, or SFTP only for large scene files?
- Estimate the storage required for pilot data in terabytes and the retention window you will need.
- Are there export controls, classification requirements, or legal reviews that must be cleared before we can deliver imagery or analytics?
- If any of these readiness items cannot be met within 30 days, would you prefer to delay the pilot or proceed with a reduced scope?
Success criteria and next steps
- If the pilot reached every technical benchmark, what organizational approvals would be required to scale to production?
- Select the measurable signals you will use to declare pilot success.
- What numeric targets correspond to those signals, for example, revisit 3 times per day, cloud-free 80 percent, analytics precision 90 percent? Please list each signal and target.
- Who will sign the go or no-go decision and within how many business days after pilot completion should that decision be made?
- If targets are missed by up to 10 percent, are you willing to accept remediation followed by a second validation run?
- What is your target procurement timeline after a successful pilot, assuming internal approvals proceed normally?
- Assuming the pilot proves the required numbers, what is the fastest realistic date your budget holder could sign a contract?
-
Solution Walkthrough
Walk through how sensor types, revisit options, analytics, and delivery pathways address the buyer's use cases using their AOIs and sample scenarios.
Solution Experience
- Solution Walkthrough — Sensors, Revisit, Analytics
- Confirm the current state and its cost
- You confirm the demonstrated sensor mix and revisit cadence eliminate the monitoring gaps you described.
- Provide a prioritized AOI list, two representative scenarios, and your acceptance thresholds for resolution, revisit, and latency.
- You confirm the sample analytics outputs meet your detection and accuracy expectations and can be delivered into your GIS within acceptable latency.
- Map your AOIs to sensor and revisit options
- Deliver a sample imagery package and analytics run over the provided AOIs, including measured latency and metadata, within 5 business days.
- You agree on the remaining evidence and acceptance criteria required to run a pilot.
- Run two sample scenario proofs over your AOIs
- Provide API or GIS endpoint details and any ingest format constraints needed for integration testing.
- Confirm delivery and integration pathway
- Confirm pilot timing window and identify pilot owners and review criteria.
- Validate the fit
- Solution Walkthrough — Sensors, Revisit, Analytics
- Solution Walkthrough Deck
- Solution Brief
- meeting
- slides
- document
-
Collection & Deliverables Scope
Define coverage, collection cadence, sensor modalities, analytics products, delivery formats, retention, and responsibilities for success.
Scope Configuration
- Deliver archive imagery in GeoTIFF/COG formats
- Task new optical or SAR collection
- Activate daily/sub-daily monitoring subscription
- Deliver change-detection analytics
- Deliver object detection and classification layers
- Provide vegetation index (NDVI) and crop-stress maps
- Deliver time-series analysis and trend exports
- Deliver SAR imagery and coherence products
- Provide API data feed for GIS integration
- Deliver NITF-formatted imagery packages
- Provide sample imagery packages for validation
- Expedite tasking with fast-delivery SLA
Scope Questions
Deliver archive imagery in GeoTIFF/COG formats
- List the AOIs (Area of Interest) to include in archive delivery and provide CRS and polygon file format for each (GeoJSON, KML, shapefile)
- Indicate the file format requirement: GeoTIFF, cloud-optimized GeoTIFF (COG), or both
- Specify the maximum ground sample distance (GSD) in meters acceptable for archive tiles
- Provide the maximum cloud-cover percentage per archive scene acceptable for your automated processing
- How long should archive imagery be retained and to which destination should we deliver (S3 bucket ARN, FTP path, or portal project ID)?
- Who is the owning contact for archive ingestion and what access method will you supply (IAM role ARN, S3 presigned credentials, SFTP user)?
Task new optical or SAR collection
- How many target AOIs require new tasking and what are the average and maximum AOI sizes in square kilometers
- Indicate preferred sensor modality per AOI: optical multispectral or synthetic aperture radar (SAR)
- For tasking, describe required revisit cadence per AOI (hours between collects) and any seasonal windows
- Specify the maximum tasking-to-delivery latency you require (hours from acquisition to data delivery)
- Describe tasking constraints to observe such as off-nadir angle limits, SAR polarization needs, or sun-glint avoidance
- Who will approve tasking requests and which submission method will you use (REST API job, portal tasking UI, or signed email authorization)?
Activate daily/sub-daily monitoring subscription
- List AOIs you want enrolled in monitoring and provide expected monitoring windows (local hours or UTC ranges) for each AOI
- Indicate required delivery cadence for monitoring: sub-daily (multiple/day) or daily
- Specify the minimum percent of each AOI that must be covered per revisit for a collect to be considered successful
- What analytics products must be included in the subscription for these AOIs (select all that apply)
- How should monitoring outputs be delivered: push API webhook, S3 bucket with prefixes, or portal notification with download links
- Who is the operational incident contact for missed revisits and what SLA escalation timeline do you prefer for missed-collect alerts
Deliver change-detection analytics
- Which change types are highest priority in your AOIs (construction, vegetation loss, surface-water change, vessel movement) and give examples
- Indicate the sensitivity threshold for change detection you require (percent area change or minimum object size in m²)
- For baseline comparisons, specify the baseline period or method (single historic scene date, multi-month median, or seasonal baseline) and provide dates
- Select the change output formats you need: vector change polygons (GeoJSON), raster change masks (COG), or tabular change reports (CSV) with confidence fields
- What acceptance evidence will validate change-detection accuracy against your ground truth (for example: precision/recall thresholds or labeled test set metrics)
Deliver object detection and classification layers
- Which object classes do you require (for example: vehicles, shipping containers, utility poles, buildings) and provide label definitions or example imagery if available
- Specify minimum detection confidence threshold and any required intersection-over-union (IoU) metric for object footprints
- Select preferred output type for object detections: polygon footprints, centroid points with attributes, or both
- For SAR-based detection, indicate required polarization or coherence products to assist classification
- Who will supply labeled examples or verification data for uncommon object classes and how will you share training/validation sets (S3 path, secure upload link)?
Provide vegetation index (NDVI) and crop-stress maps
- For which AOIs/field IDs do you require NDVI and what temporal aggregation is needed (daily, weekly median, biweekly)
- Indicate NDVI threshold values that your operations use to flag crop stress and list crop types covered
- Specify which spectral bands or sensor features are necessary for your indices (for example red-edge band for certain crops)
- Select the NDVI delivery format you need: raster COG tiles, per-field CSV statistics, or an interactive map layer with per-field attributes
- Provide details of ground-truth surveys you will supply for NDVI validation (format, sample size, collection dates)
Deliver time-series analysis and trend exports
- List AOIs or field IDs that require time-series exports and provide the start and end dates for the export range
- What temporal resolution for time series do you require (daily, weekly, monthly)
- Select the metrics to include in trend exports (NDVI, surface reflectance bands, cloud fraction, change flags)
- How should missing data and cloud gaps be handled in the time series (interpolate, flag as null, or gap-fill using nearest clear scene)
- Who will own ingestion of time-series exports into your analytics pipeline and what destination endpoint should we push to (S3 path, database table, or API endpoint)?
Deliver SAR imagery and coherence products
- Which SAR product types do you require for your AOIs: single-look complex (SLC), ground-range detected (GRD), or coherence maps
- Indicate acceptable temporal and spatial baselines for interferometric coherence analyses for your monitoring use cases
- Which polarization channels are required for each AOI (for example HH, HV, VV, VH)
- Specify incidence angle or look-direction constraints you want the acquisition planning to respect
- Provide any regulatory or export constraints, encryption requirements, or region restrictions for SAR data storage and transfer (for example encrypted S3, region-limited buckets)
Provide API data feed for GIS integration
- Select preferred API delivery method: REST pull endpoints, push webhooks, S3 notifications, or a combination
- Which authentication method will your integration endpoint accept: API key, OAuth2, or mutual TLS (mTLS)
- List the GIS layers and layer names you want populated and the target coordinate reference system (CRS) for each
- What latency target do you require from image acquisition to API availability for downstream GIS display (hours)
- What acceptance test will confirm API/GIS integration success (for example: automated ingest of a sample COG into your GIS and visible tiles within X hours)
- Provide example request/response schema or attach expected payloads (GeoJSON properties, presigned URL fields) for our integration team
Deliver NITF-formatted imagery packages
- Specify which AOIs require NITF packaging and state required NITF version and mandatory header tags
- Indicate whether embedded RPCs (rational polynomial coefficients) and full metadata are required in NITF headers
- Select acceptable compression schemes inside NITF packages (lossless, lossy, or no compression)
- How should NITF packages be delivered: single archive per AOI, per-collect package, or daily batched archives
- Who will validate NITF ingest on your side and what sample NITF test cases should we produce for your QA process
Provide sample imagery packages for validation
- List AOIs and date ranges to include in the sample imagery package for your technical evaluation
- Select sensor modalities and processing levels to include in samples (orthorectified, atmospherically corrected, pansharpened)
- What file formats should sample packages contain to validate your ingest pipeline (COG, GeoTIFF, NITF)
- What measurable acceptance criteria will you use to validate sample imagery (for example: cloud-free >90% over AOI, GSD <= X m, geolocation error <= Y meters)
- How should sample packages be delivered for evaluation (preloaded S3 with access, portal download link, or physical encrypted drive) and which do you prefer
- Who on your team will run the sample validation and what reporting format do you prefer (checklist, test report, or automated ingest logs)
-
Pilot Evaluation
Run a 30–60 day pilot to validate image quality, revisit frequency, cloud/gap resilience, delivery latency, analytics accuracy, and API/GIS integration against agreed acceptance criteria.
- decision_readiness
- desired_state
- current_state
- stakeholders
- gaps
- success_criteria
- desired_state
- current_state
- decision_readiness
- success_criteria
- gaps
- stakeholders
- gaps
- current_state
- stakeholders
- decision_readiness
- success_criteria
- desired_state
- success_criteria
- current_state
- decision_readiness
- success_criteria
- decision_readiness
- decision_readiness
- decision_readiness
-
Mutual Commit
Finalize commercial terms, data-access and security obligations, SLAs, pricing model (archive vs tasking), and go/no-go acceptance criteria.
Agreement Modules
- Subscription Agreement
- Order Form
- Service Level Agreement (SLA)
- Pricing Schedule — Archive vs Tasking
- Data License Agreement
- Data Processing Agreement (DPA)
- Security & Access Addendum
- Regulatory & Procurement Addendum (conditional)
- Acceptance Criteria & Go/No-Go Annex
- Tasking Order (per-collect confirmation)
- Data Retention & Offboarding Addendum
-
Deployment
Lock readiness facts and configuration values before execution begins.
-
Pre-Deployment Readiness
Confirm owners, target endpoints, storage and retention requirements, security approvals, and timelines the deployment depends on.
Pre-Deployment Questions
Environment and access
- Which environment(s) will receive production data and need active integration (this helps us scope network and access work)?
- Has the buyer assigned an owner who will provide/approve credentials for the integration endpoint (we will contact this owner to schedule onboarding)?
- Which network or access constraints apply to connecting to the buyer environment? (select all that apply so we can plan firewall/VPN work)
Data and configuration
- Which delivery format(s) will the buyer ingest into their systems? (exact file paths/URLs belong in DeploymentConfig)
- Has the buyer designated the authoritative AOI source and owner so we can lock ingest and coverage rules?
- Has the buyer confirmed the target storage approach for delivered imagery and analytics (buyer-managed cloud account, on‑prem object store, or seller-managed storage)?
People and ownership
- Are named owners assigned for these workstreams: integration, security approvals, and post‑deployment operations? (we will need names/roles in the People upload)
- Does the buyer require a formal security approval or review (CISO sign‑off, security POAM, etc.) before we connect? If yes, choose the expected approval SLA in calendar days.
Timing and constraints
- Is there a firm target start or go‑live window for the deployment (this lets us sequence tasks and reserve resources)?
- List any hard blackout windows, regulatory gates, procurement milestones, or third‑party dependencies that must be completed before deployment (brief, specific items only).
-
Integration & Configuration
Lock exact integration values — API endpoints, credentials, data formats (GeoTIFF/NITF/COG), AOI definitions, ingest pipelines, and notification/webhook settings.
Configuration Details
Environments & endpoints (values consumed by deployment scripts)
- Target environment name (enter a single value used in deployment scripts; examples: 'production', 'staging', 'test')
- API base endpoint URL (format: https://... — this exact URL will be configured in the API connector)
- API version to configure (Default: v1) — select the exact version the deployment should call
Authentication & credential handoff (identifiers only; secrets exchanged securely at kickoff)
- Authentication method for API calls (choose one; we will request the non-secret identifier below)
- Non-secret identifier for chosen auth (enter client_id, integration username, or key name exactly as registered — e.g., 'integration-client-123')
- Credential owner (person or team responsible for providing the secret; enter name or email distribution group)
- Secure channel to exchange secrets at kickoff (Default: Buyer secrets manager — choose one)
Data formats, delivery & ingest (select formats and primary ingest pipeline)
- Preferred imagery file formats (choose all that apply; only selected formats will be produced)
- Primary delivery & ingest pipeline to activate (choose one primary method for initial deployment)
- Delivery endpoint identifier (enter the S3 bucket name, webhook URL in format https://..., or API path to use; if not applicable enter 'N/A')
AOI definitions & spatial settings (exact AOI value consumed verbatim)
- AOI reference method (choose one; used to lock exact collection AOIs)
- AOI definition value (enter the GeoJSON URL, WKT string, platform file name, or GIS layer ID exactly as above; GeoJSON URL example: https://example.com/aoi.geojson — WKT example: POLYGON((...)))
-
Deployment
Execute onboarding, activate data feeds, run integration tests with the buyer's GIS, and complete handover with named owners and milestones.
-
-
Success
Validate outcomes against success criteria, monitor ongoing performance, and maintain a shared channel for issues and enhancement requests.
Success Reviews
- Go-live health check
- First measurement review
- Operational realization review (post-pilot)
- Quarterly operational review
Issues & Enhancements
- Confirm the next-review date and whether the next check will be a live meeting or an async update based on operational stability.
- Confirm that analytics precision and API uptime are stable within the ranges expected from Pilot Evaluation or document required fixes.
- Reduce the critical open-issue count with clear owners and dates for closure.
- Ensure buyer teams are actively using the delivered feeds at the expected weekly active user rate.
- Publish a 90-day operational summary with metric trends, incident log, and outstanding remediation items.
- Enable or update monitoring dashboards and alerts for delivery latency, API errors, and analytics drift.
- Assign closure dates for all critical open tickets and confirm the shared issue channel for ongoing requests.
- Operational KPIs and SLA adherence
- Validate that delivery latency, revisit compliance, and API uptime continue to meet the operational expectations from Pilot Evaluation.
- Ensure the backlog of enhancement requests is prioritized and owners are assigned for the highest-impact items.
- Confirm the next-quarter monitoring thresholds and reporting format for ongoing performance tracking.
- Publish the quarterly KPI dashboard and a short narrative explaining any deviations from targets.
- Create work orders for the top-priority enhancement requests with delivery windows and acceptance criteria.
- Re-confirm success criteria and owners
- Confirm that data feeds are active and sample files are successfully ingested into the buyer's endpoints.
- Produce a prioritized list of deployment defects with owners and committed resolution dates.
- Ensure at least one buyer user can run the intended analytics workflow end-to-end.
- Publish a deployment validation report showing feed status, sample ingest logs, and access confirmations.
- Log and assign remediation tasks for all critical blockers with target resolution dates within the first 14 days.
- Provide buyer with a short how-to for verifying ingest and viewing delivered GeoTIFF/COG files in their GIS.
- Present measured metrics vs Pilot Evaluation targets
- Determine whether delivery latency and revisit frequency are on track to meet Pilot Evaluation targets or require remediation.
- Document root causes for any shortfalls in analytics accuracy and agree concrete corrective actions.
- Confirm timeline and next checkpoint for validating the effectiveness of corrective actions.
- Provide a CSV export of delivery timestamps and ingest logs for the reviewed AOIs covering the measurement window.
- Schedule an adjustment to collection cadence or sensor mix for specified AOIs to address missed revisit targets.
- Deliver a labeled sample set for analytics re-evaluation and record updated precision/recall after fixes.
- 90-day trend of key metrics
- Deployment and integration validation
- Incident and ticket burn-down
- Persistent issues and risk review
- Analytics accuracy sample review
- Enhancement requests and prioritization
- Root-cause diagnosis for any gaps
- Early adoption and usage signals
- Adoption and operational usage
- Agree corrective actions and timeline
- Agree persistent remediation and monitoring actions
- Agree next quarter operational checklist
- Open issues and immediate blockers
- Agree short-term remediation plan