Proposal for Liz
Darkice Interactive · Prepared for Liz at Gliderol Australia · 30 May 2026

Hi Liz — let’s make the Bunnings portal something Gliderol can be proud of.

A plan to modernise the platform and refresh the front end in a single 21-day pass — set up properly for the next decade of Bunnings store use. We carry the build; your team’s total time commitment is around one to two days, spread across three weeks.

Portal built
2013
~13 years ago
Last meaningful update
2019
7 years dormant
Runtime past end-of-life
3.5 yrs
No security patches
Front-end framework
2 gens old
Bootstrap 3 era

The state of play

Why now is the right call

The portal has done its job loyally for over a decade. But the platform underneath it has moved on twice over — and the gap is now wide enough that we’re a small server change away from a hard outage. Here’s the timeline:

2013
Portal launched
2019
PHP 7.4 released — last update to your portal
2020
Bootstrap 5 ships — you’re still on Bootstrap 3
Nov 2022
PHP 7.4 end-of-life — security patches stop
Today
3.5 years unpatched. Bootstrap 3 superseded twice.

The near-miss: earlier this year the standard server slot wouldn’t run the portal at all — the host had moved on from PHP 7.4. We recovered by falling back to a legacy server instance that still happens to offer it. That instance is the back-up plan, not the long-term plan, and we don’t control when it goes away.

The honest risk of waiting: we don’t control when the legacy server slot is retired. When that happens, the portal goes offline without warning — and the migration then happens under pressure, on a broken site, instead of on a planned schedule. That costs more, takes longer, and creates a real outage risk for Bunnings stores. The work in this proposal is going to happen one way or the other; the only question is whether it happens calmly or in a crisis.

What’s at risk

Four real concerns, named honestly
1

Security

PHP 7.4 has been unpatched for three and a half years. Any vulnerability discovered in that window is still open on your portal — and vulnerabilities in end-of-life software are publicly documented. Cloudflare handles the edge (bots, DDoS, basic injection) but it can’t patch what’s inside the application. That’s the PHP layer, and that’s where the exposure sits.

2

Hosting

Your hosting provider could end PHP 7.4 support without warning — some have already done it in 2025/26. We had one near-miss this year and recovered by switching to a legacy server slot. We don’t control when that slot goes away — if it goes mid-week during business hours, the portal is offline until the full migration is done.

3

Brand fit

When a Bunnings team member opens this portal in front of a customer today, the experience doesn’t reflect the quality of the product behind it. The portal still works — but it looks notably dated next to Gliderol’s current marketing materials, and Bunnings staff have noticed. This is the side of the project that most directly affects how Gliderol is perceived at the point of sale.

4

Performance

Modern PHP runs roughly 30–40% faster than 7.4. Bunnings staff feel that on every page load, every quote calculation, every PDF generation. It’s the kind of friction you stop noticing — until a faster version arrives and the difference is obvious.

Where it is today — and where it could be

Three of the screens Bunnings staff use during a live customer conversation. The product behind them is excellent — the question is whether the tool matches it.

1. The home page

The first screen Bunnings staff see when they open the portal.

Before — today
Current home page
After — refreshed
Refreshed home page mockup

What changes: a confident hero with a clear call-to-action (“Create Quote”), a stat strip orienting new staff, and modern category tiles replacing the dense link list.

2. The quote builder

The functional core of the portal — how every customer estimate gets put together.

Before — today
Current quote builder
After — refreshed
Refreshed quote builder mockup

What changes: a stepped form with visual progress, a live estimate summary panel updating as choices are made, and modern colour swatches replacing the dropdown list. The pricing logic underneath is unchanged.

3. A product information page

Where staff look up specs, brochures and measuring guides during a customer conversation.

Before — today
Current product info page
After — refreshed
Refreshed product info mockup

What changes: a confident product hero, a scannable feature grid and spec table, and a sticky sidebar with all relevant documents in one place — one click away during a customer chat.

The plan, in two phases

Best done together, but Phase 1 stands alone
Phase 1

Modernise the foundation

~1.5 – 2 weeks

  • Move runtime to PHP 8.3 — security-supported through 2027, written to run cleanly across 8.2, 8.3 and 8.4
  • All third-party libraries brought to current supported versions
  • Dead code paths removed (legacy mail/database libraries no longer in use)
  • ~45 automated regression tests covering every critical user path — run on every future change so nothing silently breaks
  • CI/CD pipeline so deploys are one-click and reversible
  • Performance improvement of 30–40% on every page load, at no added cost
  • 30 days post-launch support included — anything that behaves unexpectedly we fix at no extra cost
Outcome
The portal is secure, supported, fast, and protected against silent regressions for the next 3+ years.
Phase 2 — the showcase piece

Refresh the front end

~2 – 3 weeks after Phase 1

  • New visual design across all 75 page templates — the matched samples above are the direction
  • Designed specifically for Bunnings trade staff during customer conversations
  • Fully mobile-friendly — works on tablets and phones, not just store desktops
  • Accessible to WCAG 2.1 AA standard (contrast, keyboard nav, screen readers)
  • Refreshed PDF quote template that matches the new brand
  • All existing functionality preserved — same workflows, better wrapper
  • 30 days post-launch support included — design tweaks and bug fixes covered
Outcome
A portal that looks and feels worthy of the Gliderol brand — and Bunnings staff stop apologising for it in front of customers.

What your team actually has to do

We drive the build; your team weighs in on the moments that matter and signs off when it’s ready. Honest time commitment from your side is about a day and a half — broken into small bites across the project rather than a single block.

~2 hrs
Concept & brief alignment
Kick-off call, walk-through of three concept directions (the designs on this page are examples — we’d align on the final direction together), confirm scope and any non-obvious workflows we should preserve.
~3 hrs
Two design review rounds
Round one on the homepage + 2 representative templates (~90 min). Round two on the full set with revisions (~90 min). Async email comments or a quick screen-share — whichever you prefer.
~4 hrs
UAT & staging walkthrough
Half-day on the staging environment clicking through end-to-end: home, every category, the full quote builder, PDF generation, admin. We sit on the call with you, log anything you flag, fix and re-test.
~2 hrs
Sign-off & cutover sync
Final sign-off, agree the cutover window (out-of-hours), brief on-call window during the swap, post-launch handover doc walkthrough.
On our side, in the background
PHP 8.3 migration, ~45 integration tests, unit tests for every helper, automated build checks on every commit, nightly CI runs on the staging branch, library upgrades, database compatibility checks, performance profiling, accessibility audit, cutover dress-rehearsal, post-launch monitoring.
What we don’t need from you
Daily check-ins. Documentation hand-holding. Writing tickets. Status reports. We’ll send a single weekly update with what shipped, what’s next, and any decisions we need from you — nothing more.

Pricing

Fixed price, no hourly billing

Two ways to do this, depending on whether you want the front-end refresh in the same pass. A UI refresh on its own isn’t on the menu — if we’re going to touch the design layer, it’s done while we’re already in the codebase.

Option 1

Migrate as-is

Foundation only — the portal keeps its current look

$4,250 + GST

Security, support, and performance brought current on the platform side. The portal looks as it does today — everything underneath is modern, safe and supported through 2027.

~21 days elapsed end-to-end
Recommended
Option 2

Migrate + refresh

Foundation work AND the front-end refresh in one pass

$6,750 + GST
Just $2,500 more for the full refresh
When we’re already deep in the codebase doing the migration, the design refresh costs us materially less. That saving comes back to you — doing it now is far cheaper than coming back to it later.

Same 21-day window, both phases delivered together. The mockups on this page are examples of the direction — we’d align on the final design with you in week one.

~21 days elapsed end-to-end
Both options are 21-day delivery. The refresh adds work, but it’s done in parallel with the migration — not afterwards. AI-assisted development and our automated test/build pipeline mean we can deliver both in the same window without compromising on test coverage. Both options can land before EOFY if started by 9 June.

Hosting & ongoing care

Optional — we genuinely don’t think you need it

If you’d like us to host and maintain it ongoing

An honest note: your current hosting works fine and will continue to once the migration lands. We’re including this for completeness in case Gliderol would prefer a single managed package — not because we think you need it.

What’s included if you pick this up
Performance pass
Modern image formats (WebP/AVIF), deferred JavaScript, smart caching headers via Cloudflare.
Security hardening
Strict security headers (CSP, HSTS, X-Frame-Options), two-factor authentication on admin logins.
Dependency management
Composer migration so future library updates are one-line, not one-week. Automated dependency checks on every deploy.
Setup (one-off)
$2,250 + GST
All three items above, done once at launch
Managed hosting & care
$95 / month + GST
Hosting on our infrastructure, security patches as-released, monthly health report, quarterly dependency audit, 30-min uptime SLA on critical issues.

Honest take: skip this if you’re happy with your current hosting setup — the migration itself stands up fine on what you have today.

Optional, on top

Pick any, skip any, add later

Analytics rebuild

Allie at Nama Marketing to confirm scope

The existing tracking is mostly dormant — Universal Analytics was deprecated by Google in mid-2023 and the portal’s legacy snippet has been silent since. There’s a Google Tag Manager container in place but we can’t verify whether it’s firing anything meaningful. Allie’s team should own the strategy direction here — they know the full Gliderol marketing picture. We’re happy to be the technical implementation arm if that suits the programme, or to step back if Nama Marketing prefer to bring this in-house.

A sensible starting scope for Allie to react to:

  • GA4 property setup — new property, verify or rebuild the GTM container, replace the dead legacy snippet site-wide
  • Cloudflare Web Analytics — switched on at the edge; zero JavaScript, no cookie banner required, instant visibility (no licence fee)
  • Event tracking on the key workflows — quote built, quote PDF generated, quote emailed, contact form submitted, document downloaded
  • Monthly reporting dashboard — Looker Studio (free) summarising staff usage patterns for Bunnings team review
  • Consent banner if required by Gliderol’s current privacy posture

All we need from Gliderol is an introduction to confirm Allie’s looped in — she sets the scope and pricing from there.

Performance optimisation, security hardening and dependency management are included in the Hosting & ongoing care package above — we’ve bundled them because they’re typically picked up together, not as three separate line items.

A typical 21-day build

Three weeks, start to live

Both options ship in the same 21-day window. AI-assisted development, a full test suite running on every commit, and nightly CI on the staging branch let us deliver the migration and the refresh together without compromising on quality.

Week 1 · Days 1–7

Discovery & design alignment

  • • Kick-off & codebase audit
  • • Concept directions & design round 1
  • • Test scaffolding stood up
  • • Staging environment provisioned
Week 2 · Days 8–14

Migration & rebuild

  • • PHP 8.3 migration on the foundation
  • • Front-end rebuild template-by-template
  • • Integration & unit tests filled in as we go
  • • Nightly CI on every branch
  • • Design round 2 mid-week
Week 3 · Days 15–21

UAT, hardening & launch

  • • Full UAT walkthrough with your team
  • • Issue triage & final polish
  • • Cutover dress-rehearsal on staging
  • • Production cutover (out-of-hours)
  • • Post-launch monitoring window
FY26 — close it out (if started by 9 June)
Start Mon 9 JuneLive by Mon 30 June — lands inside FY26 with one day to spare.
FY27 — clean start
Start Tue 1 JulyLive by Tue 22 July — clean line item in the new year’s budget.

A note on the designs: the mockups shown on this page are examples of the direction we’d go — not the final design. Week one includes a proper design round to align on what specifically works for the Bunnings portal context.

Ready to go?

One button, two minutes — pick the scope and the dates that work for you. We’ll get a confirmation back to you the same day.

This proposal is valid until 30 June 2026.

Not sure yet? Reply to my email and we’ll walk through it — no pressure.

Cheers,
Matt Crombie
Darkice Interactive
matt@darkice.com.au · [your phone number here before sending]