← All case studies

Web Development

Two Businesses, Two Websites for Impact Plumbing

Impact had grown into two businesses selling to two different buyers, behind one ageing website nobody at Impact could edit. So we built them two. The construction site carries a project portfolio their own staff publish. The maintenance site is built around one booking form that lands a complete job request, photos and all, in the systems the office already works from.

Client
Impact Plumbing
Focus
Web Development
Technologies
  • SvelteKit
  • Azure Static Web Apps
  • Azure Functions
  • Microsoft Dataverse
  • Azure Cosmos DB
  • Azure Blob Storage
  • Azure Maps
  • Microsoft Graph
  • GitHub Actions
  • Google Analytics 4

The delivery journey

How the transformation took shape

01

The journey

We've built and supported Impact's internal systems for years. Purchase ordering, workforce management, site sign-ins, reporting. So the websites weren't a cold start. We already knew how the business quotes, schedules and invoices, and what the office does with an enquiry once it lands.

The first decision was about structure, not design. Impact Maintenance had grown into an operation with its own customers and its own way of being found, so it needed its own front door. Everything else followed from that.

The /book page came from watching how the maintenance team actually meets people. A QR code on a fridge magnet or the back of a van is a different entry point from a Google search, and it deserved a page that starts the booking straight away.

02

Implementation strategy

  1. Both sites are plain HTML pages, generated ahead of time. If a search engine or an AI crawler gets an empty shell that fills itself in later, the content may as well not be there. Impact's internal apps work the opposite way, because nobody crawls those.
  2. They run on Azure Static Web Apps with a small API each, on the same cloud account as Impact's other systems. One account, one set of logins, no new vendor to manage.
  3. The maintenance enquiry path is built around which failure would hurt most. Photos go to storage, a record goes to Impact's platform, an email goes to the office. The email is the one that must never fail, because the office works from the mailbox. A database problem gets logged, and the customer's request still arrives.
  4. The construction site's content lives in a database and is baked into each build. Editors work in the admin and press Publish, which triggers a fresh build and deploy. Visitors get static pages, staff still edit for themselves.
  5. Editing rights come from group membership in Impact's own directory, inside the Office app the team already signs into. No extra password to hand out or take back.
  6. Deploys sign in with short-lived tokens, so there are no long-lived cloud credentials sitting in the pipeline.

03

Long-term impact

The content is Impact's to change. The usual reason a contractor's website goes stale is that updating it means asking someone else, and that dependency is gone.

Enquiry data builds up in Impact's own platform, next to the operational data that's already there, instead of inside a form product they'd have to export from.

The maintenance business has its own front door. It can grow its own services, service areas and advice content without being held back by the construction brand, or holding it back.

And the content keeps working. Service, buyer and advice pages are what earn rankings and get quoted in AI answers, and Impact can keep adding to them.

Ready to transform your business?

Let's discuss how a practical technology partnership can help.

Get in touch

Let’s talk about your business

Tell us what you’re working through and we’ll get back to you shortly.

Prefer email?
hello@thetechyside.com.au