Work / Templated / 41-Page Dental Template Customisation

41-Page Dental Template Customisation

41-page dental rebrand and template customisation delivered in 47 days — 47 hours, 11 templates, 25+ QA issues resolved, 58-item checklist signed off.

Industry Healthcare (Dental)
Engagement White-label · US marketing agency
Delivered 47 calendar days · on schedule
47h across 47 days
dentistryonmainstreet.com · desktop
dentistryonmainstreet.com · mobile

Screenshots captured by automated tooling — some elements may not have loaded fully or may layer on top of each other. For the most accurate view, visit the live site →

— The brief

Rebuild the site on a new stack. Implement the spec. Don't improvise. Hand it back ready for cutover.

Client (end user): Dentistry on Main Street — a US dental practice in New Port Richey, FL
Engagement: White-label template customisation for a US marketing agency
Delivered: April 2025 · 47 days · 47 hours · 41 mapped URLs · on schedule

The Craft of Template Customisation

41 pages of Dentistry on Main Street mapped onto the agency’s Template 6 on WP Engine — built from content migrated off the acquired ESI Dentistry site with every brand reference, location, and staff detail replaced before launch. The agency asked whether an automated find-and-replace would cover it; the answer was no. Meta titles, doctor bios, contact emails, and body-copy location mentions each required individual verification. The 11-template structure was straightforward; the sanitization layer was where the work was.

The value is speed with consistency — but only if the customisation is disciplined. A dev team that “interprets” the Figma, skips QA rounds, or deviates from the template’s design system is worse than starting from scratch.

This case study is a record of a dental template customisation executed under a tight launch deadline, where the work included not only Figma-to-template mapping but also the migration and sanitization of legacy content from an acquired practice’s site.

Snapshot

Field Value
End-client industry Healthcare — General Dentistry
End-client Dentistry on Main Street (New Port Richey, FL)
Engagement White-label template customisation for a US marketing agency specialising in local-business websites
Project Type WordPress template customisation (agency’s branded template + per-page Figma design on WP Engine)
Scope 41 mapped URLs — homepage, about, services lander, 16 service pages, 3 doctor bios, financial pages, blog lander + posts, contact, and supporting pages
Timeline 47 days (19 Feb – 7 Apr 2025), on schedule
Effort 47 hours — development, QA iterations, and project management
Team 4 specialists
Templates 11 reusable templates provided by the agency, all applied across the 41 pages
Tech Stack WordPress · Elementor · WP Engine hosting · Figma-driven per-page design · FlexBook booking widget · Site Checker ( QA plugin)
QA discipline 25+ tracked issues reconciled in the agency’s backlog across a 58-item launch checklist
Engagement cadence 24 agency-raised issues · all closed by handoff (1-day active span, 2025-03-20 – 2025-03-20)
Review rounds ≈1 review round across the 47-day calendar window
Per-ticket effort 13 internal Redmine tickets · median 2h / P75 4.7h per ticket
Launch checklist 58 items, signed off before cutover

The Brief

A US marketing agency delivered us a Figma design for Dentistry on Main Street and a deployment target on their branded WP Engine-hosted template system. The practice had recently acquired the New Port Richey location from an existing dental group and was rebranding under the Dentistry on Main Street identity. The agency had already done the upstream work: design audit, client approval, hosting setup, and content sourcing from the legacy site. What they needed was a development team that would map the Figma onto the template faithfully, migrate the legacy content, and sanitise every reference to the old brand before launch.

The ask was operational and time-sensitive. Take the Figma as the source of truth. Customise the template to match it page by page. Migrate content from the legacy site, but find and replace every instance of the old brand name and remove all references to locations outside New Port Richey. Raise QA findings back to the agency in the shared workspace; don’t close them without agency sign-off.

What the agency needed to guard against was a dev shop that would treat a rebrand migration as a bulk-copy exercise. The agency asked whether we could run an automated find-and-replace script across all migrated content — and while that would have handled surface-level text replacement, it could not catch every context-dependent occurrence of the old brand name: meta titles, email addresses, Instagram handles, and location references embedded in body copy each required individual judgement. We performed the automated pass as a first cut, then verified every occurrence manually across all 41 pages. With 41 pages of legacy content — service pages, doctor bios, financial pages, and blog posts — all carrying the old brand’s name, location references, and metadata, the risk was not in the template customisation itself, but in letting a single outdated reference leak into the live site. A dental practice launching under a new brand cannot afford a homepage meta title that still names the predecessor, or a doctor bio that references the wrong city. That is the discipline the agency hired for, and it is what the 25-item QA backlog on this project was built to verify.

Risk context. This engagement was not a greenfield build — it was a rebrand of an acquired competitor’s website. The client purchased the New Port Richey location and needed the legacy content, service pages, and doctor bios migrated onto a new branded template under the Dentistry on Main Street identity. The risk on this project was in the sanitization layer: every instance of the old brand name, every reference to locations outside New Port Richey, every outdated doctor bio and phone number, had to be found and replaced across 41 pages before the site went live. A single missed reference in a meta title or a service-page paragraph would have undermined the rebrand on a site that patients use to verify the practice’s identity. The discipline here was in what we removed and replaced, not just what we built.

How We Did It

1. Figma-as-contract, template-as-canvas. The Figma file was the design spec. The branded template was the underlying page structure. Our job was to reconcile the two page by page — where the template’s default layout matched the Figma, we kept it; where the Figma required a deviation, we customised. No design decisions originated on our side.

2. QA cycle at template-customisation scale. A clean template customisation is not “build once, review once”. It is “build, QA, adjust, QA, adjust”. Of the 13 tasks tracked on this project, 9 were QA or fix iterations — individual rounds where the agency flagged design deltas, content discrepancies, or rebrand sanitization issues, we reviewed, fixed, and returned the build for another review. This volume is not a sign of instability; it is the discipline that separates a templated site that looks “roughly right” from one that matches the design and the rebrand spec.

The principle behind this is simple: on a templated build, the QA loop is where the value is delivered. A shorter QA cycle is a weaker match to the design, not a faster delivery.

3. Customisation without drift. Over the course of the project, every change we made to the branded template — whether to a page layout, a section component, or a style token — was documented against the Figma reference. We chose to scope each customisation to its individual page rather than modifying the shared template stylesheets or component partials, because the branded template served other client sites in the agency’s portfolio and a template-level override would have propagated unintended changes to those builds. No customisation “leaked” into the template’s shared components, which means this project’s work did not degrade the template for the next site it would serve.

4. Cross-device verification. Customisations were QA’d against Chrome, Firefox, Safari, and Edge on desktop, tablet, and mobile viewports — the standard agency breakpoint set. Each QA round covered the pages affected by the round’s design deltas, not the whole site, which is how a templated build stays efficient without losing coverage.

The constraint here was not a deadline but a scope boundary — 41 pages to migrate and sanitize with Tampa locations and ESI references explicitly excluded before any page went live. That boundary forced a content-audit pass first, before template customisation began, which is what made the 9-round QA cycle tractable: each round was reviewing customisation deltas, not re-checking whether a predecessor brand reference had slipped through.

Operational Integrity at handoff

QA on this rebrand migration ran across four categories tracked in the shared workbook: brand-sanitization (old ESI email address courtney@esidentistry.com in the footer, Friday-hours text referencing the predecessor), five broken /locations/ redirects, duplicate meta descriptions on seven migrated pages, and /?service= URL parameters the agency needed removed before launch. Pre-handoff QA ran through Site Checker — see our QA discipline for the categories and the fail-zero gate. The agency’s own QA layer — their tools, their process — ran post-handoff and surfaced issues into the shared backlog for our fix loop until they signed off.

Customisations stayed in the per-client overrides; the agency’s shared template components were not modified.

Results

Metric Outcome
URLs delivered 41 — mapped from the legacy site, with Tampa-related pages excluded per the rebrand scope
Templates applied 11 of 11 reusable templates built and mapped across the 41 pages (Homepage, About Us, Blog Lander, Blog, Doctor Page, Services Lander, Service Page, Default Template, Contact Us, Smile Gallery)
Launch checklist 58 items signed off
QA / SEO issues tracked + resolved 25+ items reconciled across the agency’s issue-backlog tab
Redmine QA iterations 9 of 13 tasks (69%) tracked at the iteration level
Timeline 47 days, delivered on schedule
Effort 47 hours against a 47-hour estimate — no overrun, no scope creep
Team 4 specialists
Hosting handoff Live on the agency’s WP Engine template environment
Rebrand sanitization Full find-and-replace of predecessor brand references and location updates across all migrated content

The outcome, restated plainly: the agency’s Figma was implemented against their branded template across 41 pages and 11 templates, over 47 calendar days, inside the 47-hour estimate — with legacy content migrated and sanitised for the new brand.

Process

Phase Duration Outcome
Brief & estimation ~3 days Figma reviewed, template access confirmed, legacy content scope agreed
Customisation development ~2 weeks Page-by-page template customisation to match Figma; legacy content migration and initial brand sanitization
QA iterations (ongoing) ~2 weeks 9 QA and fix rounds logged; each closed only on agency sign-off
Fix rounds ~2.5 weeks Post-launch corrections, backlog fixes, colour refinements, and final client changes
Delivery final day Site live on WP Engine

Development and QA ran concurrently — this is characteristic of template-customisation work, where no “QA phase” closes cleanly; the loop runs continuously until the agency signs off.

Team

Delivery team

  • Nikita Tumasevic — lead developer (template customisation and Figma-to-layout mapping)
  • Anna Polunina — developer (page customisation, content migration, and stock imagery)
  • Natalia Bogatel — developer (final changes, design-advice implementation, and backlog fixes)
  • Pavel Sazhin — QA iterations and fix verification
  • Anton Hersun, — project lead (estimation, agency-side communication, sign-off)

Agency-side project management, design, and client communication remained with the partner agency throughout. Our team was invisible to the end client. All customisation requests came through the agency’s shared issue backlog; nothing about the build was visible to the end client directly. Each QA round was closed only after the agency-side reviewer confirmed the delta was resolved.

For agencies with a branded template system

If you’ve been burned by a dev partner who treated a rebrand migration as a bulk-copy exercise — running a find-and-replace script and calling it sanitized — the inverse is what we do: audit every occurrence in context, verify against the rebrand spec page by page, and raise gaps before they reach the live site.

Send us the legacy site URL and your rebrand brief. We will identify the sanitization scope, flag the pages that need individual judgement, and return a fixed-hours quote within 24 hours. No cost and no obligation to proceed.

Request a spec review →

Don't have a spec yet? Send a one-paragraph description — we'll come back with the questions worth asking. Send a description →


— Pre-handoff QA gate

Site Checker runs before the agency sees anything.

Before handoff, every staging build runs through Site Checker — the WordPress QA plugin we built and maintain. It is a fail-zero gate: nothing goes to the agency with an open failure. Warnings are reviewed and judged non-blocking; the agency gets a clean slate to run their own QA layer against, not a staging site with known issues in the queue.

Core settings verificationpass
Content & SEO surface auditpass
URL structure integritypass
Content-language sanitizationpass
Menus & widgets auditpass
Original-vs-rebuild content diffpass
Multi-resolution screenshot capturepass
xaver.pro · 2026 White-label · Agency not named
Scroll to Top