Four types of platform — one name for all of them

Search for "construction weather software" and you will find a broad range of products that use similar language but serve fundamentally different purposes. Some are field workability apps designed for trade supervisors deciding whether to mobilise a crew. Some are hardware stations that mount on a site fence and record local conditions. Some are enterprise alert systems that push notifications to many sites at once. And some — a smaller category — are contractual workflow platforms designed to support the programme, commercial and legal functions of a construction project.

None of these is the right answer for every project, and several categories frequently overlap in their marketing. The purpose of this guide is to describe each category honestly, explain what each one is genuinely good at, and help you match the right tool to the actual problem you are trying to solve.

This is not a product ranking or a competitive review. It is a description of four distinct approaches to weather risk in construction — with the honest tradeoffs that come with each.

The four categories

Category 1

Field workability apps

Mobile-first applications used on site to assess whether conditions are suitable for the planned operation. Typically focused on the supervisor's immediate decision: can we work today?

  • Forecast conditions at the site location
  • Simple green / amber / red workability indicators
  • Often include site diary or shift recording
  • Push notifications to site teams
Category 2

On-site hardware stations

Physical instruments installed on or near the site that record local conditions — wind speed, rainfall, temperature — in real time. Generate their own data rather than using forecast models.

  • Site-specific measured data rather than grid-interpolated forecasts
  • Continuous data logging from installation date
  • Relevant where local topography distorts regional forecasts
  • Require installation, maintenance and retrieval
Category 3

Enterprise alert systems

Multi-site notification platforms used by large contractors, plant hirers or insurers to monitor weather conditions across a portfolio of locations and push alerts when thresholds are breached.

  • Portfolio-level monitoring across many sites
  • Configurable threshold alerts by site and condition
  • Often integrated with ERP or HSEQ systems
  • Primarily real-time and near-term forecast data
Category 4

Project-lifecycle platforms

Tools that connect operational planning during delivery with formal programme and commercial workflows — tender allowances, contractual notices, historical benchmarking and time-extension evidence generation.

  • Historical data for benchmarking and claim evidence
  • Tender-stage weather allowance calculation
  • Contractual notice and EOT document generation
  • Operational advisories and reviewed thresholds by trade operation

Each category is well-suited to a different audience and a different moment in the project lifecycle. The challenge for buyers is that marketing language often conflates them — "weather intelligence for construction" can describe any of the four.

Category 1: Field workability apps — and what they are actually for

Field workability apps emerged to solve a real and immediate problem: the site supervisor standing in the rain at 6am trying to decide whether to mobilise a 20-person crew. Traditional general-purpose weather apps were not designed for this. They give you temperature and cloud cover for the city centre, not rain intensity and gust speed at the specific site location.

The best field apps address this with location-specific forecasts, trade-relevant indicators and a simple, fast interface usable on a phone in PPE. They are genuinely useful for the decision they are designed to support: go or no-go, today.

Where field apps are strongest: Daily mobilisation decisions for trade supervisors and foremen. Quick, site-specific go/no-go guidance. Shift recording and photographic site diary. Push notifications to field teams.

Where they typically fall short is at the project management and commercial level. A field app is designed for today's decision, not last month's claim or next year's tender. When a project director needs to benchmark last quarter's weather against the historical norm for an time-extension claim, or a contracts manager needs to issue a formal early warning notice with the correct contractual language, a field workability app is not the right tool — even a good one.

The notification records generated by field apps can sometimes be used as supporting evidence in a weather delay claim, but they were not designed to carry contractual weight and typically lack the structure — historical benchmarks, threshold analysis, programme linkage — that a formal claim requires.

Category 2: On-site hardware stations — when local measurement matters

On-site weather stations record conditions at the exact site location, rather than interpolating from nearby meteorological stations or forecast models. For some projects and some operations, this matters a great deal: a high-rise tower in an urban canyon may experience significantly different wind conditions from the regional airport 8km away, and craneage is exactly the kind of operation where that difference is safety-critical.

Where hardware stations are strongest: Projects where local topography, elevation or urban structure significantly distorts regional forecasts. Safety-critical operations — craneage, scaffolding, façade installation — where precise local wind measurement is required. Projects where the contract or the plant operator requires site-measured data as the reference standard.

The practical limitations of hardware stations are less often discussed. They only record from the date of installation — there is no historical record before the station was placed. This creates a gap at exactly the moment it matters most: when a contractor needs to benchmark the project weather against the historical norm to establish whether conditions were exceptional.

A station installed at project commencement will have recorded, say, eight months of data. To establish whether those eight months contained "exceptional" weather by the standard of the contract, the contractor still needs a long-term historical dataset for the same location — and the station itself cannot provide that. Hardware and historical data services are typically used together for this reason.

Hardware stations also require physical installation, calibration and maintenance. On a long-run infrastructure project this is routine. On a six-month residential development it may be disproportionate — particularly if a quality historical data service covers the location adequately.

Category 3: Enterprise alert systems — portfolio monitoring at scale

Enterprise weather alerting platforms are built for organisations managing weather risk across many sites simultaneously — a principal contractor with 40 live projects, a crane hire company monitoring lifting operations across a region, or an insurer tracking exposure across a construction portfolio.

These platforms typically integrate with the organisation's broader systems, provide configurable alert rules by site and condition, and push notifications through email, SMS or integrated channels. They are genuinely well-designed for the problem they solve: ensuring that no site in a large portfolio misses a weather event that should have triggered an alert.

Where enterprise systems are strongest: Portfolio-level monitoring where individual site management is not practical. HSEQ compliance monitoring across multiple locations. Plant hire, groundworks and civil engineering businesses with dispersed site operations. Situations where the primary value is ensuring no site is missed, rather than deep analysis of any single site.

The tradeoff with enterprise alert systems is depth versus breadth. They are optimised for monitoring at scale — not for the detailed contractual workflow of an individual project. They typically lack tender-stage historical analysis, trade-specific advisory frameworks referenced against published standards, and the document generation capability needed for formal contractual notices and time-extension evidence.

For a large contractor, an enterprise alert system and a contractual workflow platform can be complementary rather than competing. The alert system ensures the portfolio is monitored; the workflow platform provides the contractual infrastructure for individual projects where formal notices and evidence are required.

Category 4: Project-lifecycle platforms — operations connected to tender and claim

Project-lifecycle platforms overlap with field planning rather than sitting only in the commercial office. They support site managers making daily operational decisions while connecting those decisions to the programme, tender, notice and evidence workflows managed by project and commercial teams.

The core capability that distinguishes this category is continuity across the project lifecycle. A project-lifecycle platform can help answer all of these questions:

  • How many weather-affected days should we allow per trade operation in the tender programme?
  • Does the forecast for the next 14 days trigger the contractual obligation to issue an early warning notice?
  • How does last month's actual weather at this location compare with the ten-year historical benchmark — and did any days qualify as exceptional under the contract?
  • Can we produce a formatted time-extension evidence document that tests the actual conditions against the contract's specific threshold wording?
Where project-lifecycle platforms are strongest: Daily operation planning joined to tender-stage weather allowances, contractual notice drafting and time-extension evidence benchmarked against historical data. The value is a shared weather-risk record for site, project, programme and commercial teams.

The audience spans the delivery team: site managers and supervisors use operational advisories, mobile forecasts and radar; project managers monitor multiple sites and issue early warnings; QSs, tender teams and commercial directors use historical analysis and EOT workflows.

This category is smaller and less visible than field apps or hardware because the problem it solves is less immediately visible. A crew standing in the rain is an obvious problem. A weather time-extension claim that was never made, because the evidence was never assembled, because the notices were never issued, because nobody was tracking the contractual position — that is a much quieter failure, and it typically only becomes visible in the final account.

Choosing the right fit — a plain comparison

Most projects do not need all four categories. The table below summarises which capabilities fall naturally within each category and which require a different tool.

Requirement Field app Hardware station Enterprise alerts Lifecycle platform
Daily go/no-go decision support ✓ Strong ◑ Partial ◑ Partial ✓ Strong
Site diary and shift recording ✓ Strong ✗ No ✗ Rarely ✓ Strong
Site-measured (not forecast) data ✗ No ✓ Strong ✗ Varies ✗ No
Portfolio monitoring — many sites ✗ No ◑ Possible ✓ Strong ✓ Strong
Configurable threshold alerts ◑ Basic ✗ Varies ✓ Strong ✓ Strong
10-year historical data for project location ✗ No ✗ No ✗ Rarely ✓ Strong
Tender-stage weather allowance calculation ✗ No ✗ No ✗ No ✓ Strong
Standards-referenced trade advisory thresholds ◑ Varies ✗ No ✗ No ✓ Strong
Formal contractual notice drafting ✗ No ✗ No ✗ No ✓ Strong
time-extension evidence benchmarked against historical data ✗ No ✗ No ✗ No ✓ Strong

Construction Weather provides colour-coded go/no-go decision support across all supported trades for both today's conditions and tomorrow's forecast. Yesterday's Summary, the hourly weather record and the downloadable Weather Conditions Certificate support site diary entries, shift records and project reporting. The platform also supports a multi-site dashboard for up to eight monitored sites. Its configurable notifications cover user-defined forecast conditions, while the EOT Monitor checks whether user-configured contractual weather thresholds have occurred.

Three questions that identify the right category

Rather than starting with a shortlist of products, start with the problem the project actually needs to solve. Three questions narrow it down quickly:

Question 1

Who is the primary user?

A site supervisor making daily decisions → field workability app.

A contracts manager managing programme risk and formal notices → contractual workflow platform.

An operations team managing many sites → enterprise alert system.

Question 2

What stage of the project?

Tender stage → historical data and allowance calculation is essential.

During delivery → daily forecasting and notice issuance are the priorities.

End of project / dispute → historical benchmarking and formatted evidence matter most.

Question 3

Is weather a contractual risk event?

If the contract defines adverse or exceptional weather as a delay event with notice obligations — NZS 3910, AS 4000, NEC4, JCT — then contractual workflow tools are not optional. They are the mechanism for protecting entitlement.

Many projects will benefit from tools from more than one category. A lifecycle platform can cover daily forecast-based planning and the contractual record, while approved safety plans, manufacturer limits, live instruments, lightning detection and emergency alert systems continue to govern safety-critical decisions.

Where Construction Weather fits

Construction Weather is a project-lifecycle weather platform. It connects forecast-based operational planning across 29 construction trades with the tender, programme, early-warning and EOT workflows that follow.

Site teams can use the 14-day web forecast, the Operations Forecast mobile app, rain radar and multi-site monitoring to plan work. Project and commercial teams can use the same platform to price tender allowances, issue early warning notices and generate time-extension evidence benchmarked against historical data.

The tools in the platform follow the sequence of the project lifecycle:

  • Tender Planning — calculates average weather-affected days per trade operation per month using 10 years of historical data at the project location, so weather risk is priced into the tender rather than absorbed as margin erosion during delivery.
  • 14-day trade forecast and advisories — interprets forecast conditions against reviewed thresholds for 29 construction trades, so the team can see how the forecast affects planned work — not just whether it will rain.
  • Operations Forecast mobile, rain radar and multi-site monitoring — gives site and project teams practical access to upcoming conditions and advisory status across active locations.
  • Early Warning Notices — generates a formal, editable contractual notice in Word format using project details, forecast conditions, affected operations, anticipated impact and proposed mitigation. The notice is ready to issue; the barrier to doing the right thing is removed.
  • EOT Evidence Generator — benchmarks a selected project month against 5 or 10 years of historical data, identifies qualifying weather days by condition type, and produces a formatted evidence document structured around the actual contract clauses supplied by the project team.
  • Historical weather data — provides access to past conditions at the project location for any date range, with export for supplementary records.
One thing to be clear about: Construction Weather supports forecast-based planning; it does not replace approved safety plans, manufacturer limits, calibrated live instruments, lightning detection or emergency alert systems. Those controls remain authoritative for live and safety-critical decisions.

Construction Weather is currently in open beta and free to use. It is not the right tool for every project or every user — but for the contractor who has experienced a weather delay that was never properly claimed, or the QS who needs to price weather into a tender without guessing, it occupies a space that general-purpose weather apps and field tools do not cover.

Conclusion — match the tool to the problem

The construction weather technology market is more fragmented than it appears. Products that share the same category label often serve fundamentally different purposes, and the one most prominently marketed is not necessarily the one that solves the actual project problem.

The framework is simple: identify the primary user, the project stage and whether weather is a contractual risk event. Those three questions point reliably to the right category — and the right category makes the specific product decision much more straightforward.

Weather risk in construction is manageable. The challenge is usually not the weather itself — it is matching the right tools to the right moment in the project lifecycle, and ensuring that the commercial and contractual infrastructure is in place to protect entitlement when adverse conditions do occur.