07 Case Studies

Case Studies: WordPress Engagements with Measured Outcomes

Long-form narratives — problem, constraint, decision, measured outcome — for the engagements that earned the depth. Where a portfolio entry shows what shipped, an engagement explains how the call got made.

Case studies at a glance

Narrative depth Problem · Constraint · Decision · Outcome Typical engagement 6–14 weeks Measurement standard CrUX + analytics, not lab scores Sectors Media · Education · Gov

Case studies go deeper than the portfolio — each is a written record of the trade-offs and what we measured after. Scope a similar engagement.

About this archive

Long-form delivery records, not portfolio thumbnails. Each case study names the problem the team was trying to solve, the constraint that shaped the decision, the architecture and rollout, and the measured outcome after the engagement ended.

If you are scoping a similar engagement — a newsroom CMS migration, a multi-site rollout, a federal-scale training programme — these are written for you. Pricing bands and engagement shapes live on the /services/ page; case studies show what those bands actually bought.

Christopher Ross

Written by

Christopher Ross

Christopher Ross is a Fort Erie-based WordPress developer, trainer, and technical SEO specialist. He has been building on the web since 1996, working professionally since 1998, and on WordPress since 2007. He has built and maintained sites for the Postmedia national newspaper network and Sherwin-Williams industrial brands, and has delivered team training across Canada since 2004. He is currently Training & Development Specialist at M.L. Campbell, a Sherwin-Williams operating company. MA Candidate in Learning and Technology, Royal Roads University.

  • Twenty-two years delivering training and nineteen years building with WordPress.
  • Direct delivery for media, education, and federal government programs.

Sectors covered: Media · Education · Government

Selected engagements

Each study runs ~2,000 words and covers brief → constraints → decisions → outcome, with the metric named.

Common questions

How are case studies different from portfolio entries?

Portfolio entries are project snapshots — what got built, the constraint that drove the call, what shipped. Case studies are post-mortem essays — the same projects pulled apart on the table afterwards: the trade-off I made and why, the thing that did not work and what we did instead, the outcome measured three months later. If you want to scan delivered work, the portfolio is faster. If you want to read how a decision held up over time, this is the page.

Are the clients named, or are these anonymised?

It depends on the engagement and what the client agreed to make public. Where the client signed off on attribution, the case study names them and the people involved. Where the work touched something sensitive — a contentious platform migration, a vendor dispute, an editorial workflow that broke under load — the study is written anonymously and the technical detail stays. I never name a client, person, or engagement detail without prior written consent.

Can I commission a similar engagement?

Yes. The discovery call is the right place to start; reference the case study that resembles what you are trying to ship and the call gets fifteen minutes shorter. From there it follows the normal path — level-matched audit, scope at a fixed band, delivery in weeks. Several of these projects started with a paid $2,200 deep audit before anyone committed to a build; if your situation looks like that, say so on the call.

Why are there not more case studies here?

A case study takes two consents and one quiet quarter. The client has to agree to the write-up, the timing has to be far enough past launch that the outcome is measurable rather than hopeful, and I have to make the time to actually write it. Most engagements stay on the portfolio instead because at least one of those three things did not line up. The studies that do land here are the ones where all three did.

What size of engagement is behind a typical case study?

Mostly mid-four to low-five figures of paid work, sometimes higher. The decision about whether something becomes a case study is not about the price tag — it is about whether there is an architectural call, trade-off, or migration story worth pulling apart. A $5,000 audit that prevented a six-figure migration mistake is more interesting case-study material than a routine implementation at four times the size.