Work / Templated / 35-Page Oral Surgery Template Customisation

35-Page Oral Surgery Template Customisation

A 35-page template customisation across 9 templates for an oral surgery practice. 26 hours and 63 days, with 471 tracked issues reconciled before handoff.

Industry Healthcare (Oral Surgery)
Engagement White-label · US marketing agency
Delivered 63 calendar days · on schedule
25h across 63 days
greenwichoralsurgery.com · desktop
greenwichoralsurgery.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): Greenwich Oral & Maxillofacial Surgery — Greenwich, CT
Engagement: White-label development for a US marketing agency
Delivered: October 2025 – January 2026 · 63 days · ~26 hours

The Craft of Template Customisation

Homepage to Figma spec, all 34 remaining template pages colour-adjusted — and then handed to the content team. The agency’s brief for Greenwich Oral & Maxillofacial Surgery scoped the work in two explicit tiers: one page built to the full monochromatic Figma design (#000000 and #ffffff, textures stripped from the dental-template10 base), the rest of the 35-page site colour-adjusted and structurally ready so the content team could populate URLs without waiting on us.

Snapshot

Field Value
End-client industry Healthcare — Oral & Maxillofacial Surgery
End-client Greenwich Oral & Maxillofacial Surgery (Greenwich, CT)
Engagement White-label WordPress template customisation for a US marketing agency specialising in local-business websites
Project Type Template customisation with Elementor on Kinsta — homepage built to Figma spec, all template pages colour-adjusted and populated
Scope 35 URLs — homepage (Figma-driven), 14 service pages, 7 doctor pages, 2 contact / referral pages, 1 services lander, 1 about, 1 insurance, 1 privacy policy, 1 technology, plus default-template supporting pages
Timeline 63 days (28 Oct 2025 – 16 Jan 2026), delivered across primary customisation and post-launch fix rounds
Effort ~26 hours across primary customisation (12.5h) and post-launch fix iterations (~13.5h billing sub-tasks)
Team 4 specialists (lead developer · QA lead · developer support · project lead)
Templates 9 reusable templates — the agency’s dental-template10 library, applied to the oral surgery service taxonomy
Tech Stack WordPress · Elementor · Kinsta · Figma (homepage design source) · Site Checker ( QA plugin)
Delivered 35 pages customised and populated, 85-item checklist closed, 471 tracked issues across SEO + CX backlogs, post-launch fix rounds completed
Engagement cadence 3 agency-raised issues · 2 of 3 closed by handoff
Review rounds ≈5 review rounds across the 63-day calendar window
Per-ticket effort 20 internal Redmine tickets · median 11m / P75 30m per ticket
Launch checklist 84 items, signed off before cutover

The Brief

A US marketing agency, retained by Greenwich Oral & Maxillofacial Surgery — a multi-surgeon oral and maxillofacial surgery group operating from a Greenwich, CT location — handed us access to the agency’s dental template 10 system running on Kinsta, plus a Figma design file for the homepage. The build environment was the agency’s own Kinsta staging domain; the page builder was pure Elementor (no ACF field references — all service and doctor pages built directly in the block editor).

The ask had two distinct parts. First: build the homepage exactly as specified in the Figma design, including a monochromatic colour scheme (black and white with accent accents from the practice brand), sticky header behaviour, and hover-effect animations. Second: apply the brand colours and typography from the Figma to all existing template pages on the site — service pages, doctor pages, contact and referral pages — and populate each with placeholder content or the practice’s live content as available. The content team would take over URL content after we delivered the template-ready pages. This scope split — homepage to Figma plus colour pass on the template library, with content population deferred — was a deliberate sequencing choice: it kept the customisation phase bounded and let the content team work pages independently once the structural and visual foundation was in place.

Risk Context. The agency’s exposure on a template customisation is specific to their shared system: a customisation that modifies shared template components rather than per-client overrides would propagate changes silently across every other site running on the same template. Greenwich’s monochromatic design — a palette that differed sharply from the warmer tones in the dental-template10 defaults — made this risk concrete. The colour pass had to stay in per-site overrides, and every texture or background image from the default template had to be removed and replaced with the practice-specific slate imagery. Customisation without drift is the value being delivered.

How We Did It

1. Figma-as-contract, template-as-canvas. The agency’s Figma file for the homepage governed every structural decision: the hero layout, the section sequence, the monochromatic colour application, the typography. We did not improvise on the design or substitute agency-default elements. Where the Figma was silent (the sticky-header gap over the hero, for instance), we resolved the ambiguity through direct chat with the QA lead and documented the decision before moving forward.

The template-10 system was the canvas. Before beginning the Figma pass, we restored the homepage from the template-10 default (prior client-side content had been pasted directly into the staging site, corrupting the template structure). The clean base allowed the Figma implementation to be systematic rather than remedial.

2. Colour and typography pass across all template pages. The agency’s instruction was clear: apply the brand palette to all template pages and make them available on the site so the content team could begin populating URLs. The dental-template10 defaults used background textures that conflicted with Greenwich’s monochromatic direction; we removed the textures and substituted the slate hero image from the homepage where decorative backgrounds were required. Typography was updated to match the Figma across all page types.

3. Surgical-specialty service taxonomy, correctly scoped. The practice’s service structure reflects oral and maxillofacial surgery’s specific scope: dental implants (including full-arch variants), oral surgery procedures, orthognathic surgery and TMJ treatment, emergencies, oral pathology, and referral pathways for doctors. Four URL changes and 19 redirects in the agency’s sitemap — moving legacy short URLs like /wisdom-teeth/ to nested paths like /oral-maxillofacial-surgery/wisdom-tooth-removal/ — were resolved against the sitemap before handoff. The doctor-page section presented four active surgeons plus a Partner Emeritus designation for a retiring surgeon, all populated with the practice’s publicly available biographical information.

4. QA cycle at template-customisation scale. The agency’s AutoQA and dual-backlog system tracked 471 issues across the SEO backlog (234 rows) and CX backlog (235 rows). Post-handoff, a series of targeted fix rounds addressed layout corrections, a contact-form addition, and icon replacement requests surfaced by the agency’s review team. Each fix round was assigned, QA’d, and closed before the next was opened. The 85-item launch checklist closed before the production site received its final content-team handoff. Among the corrections the post-handoff rounds exposed were template-residue issues the initial colour pass had not caught — a footer link still carrying a previous client’s placeholder data, and shared-template elements that required per-client overrides beyond the Figma-specified palette changes.

The template had been corrupted by prior client-side content pasted directly into the staging site — restoring it from dental-template10 defaults was the prerequisite that made the Figma pass systematic rather than remedial. Once the clean base was in place, the monochromatic palette, texture replacements, and URL structure could each be applied without undoing the one before.

Results

Metric Outcome
Pages customised 35 across 9 templates (1 Homepage · 14 Service Pages · 7 Doctor Pages · 2 Contact / Referral Pages · 1 Services Lander · 1 About Us · 1 Insurance · 1 Privacy Policy · 1 Technology + default-template pages)
Templates applied 9 / 9 from the agency’s dental-template10 library
URL structure changes 4 URL changes + 19 redirects reconciled against the sitemap before handoff
SEO issues backlog 235 rows tracked in agency’s Issues Backlog (SEO)
CX issues backlog 236 rows tracked in agency’s Issues Backlog (CX)
Launch checklist 85 items signed off
Timeline 63 days (primary customisation + post-launch fix iterations), delivered to agency sign-off
Effort ~26 hours across primary customisation and post-launch fix rounds
Handoff Site live at https://www.greenwichoralsurgery.com/ on Kinsta
Site status, verified 2026-04 Production live and serving 200 from a fresh curl check

The outcome, restated plainly: the agency received a 35-page oral surgery site with the homepage built to Figma spec, all template pages colour-adjusted and texture-cleaned per the practice brand, and the doctor and service pages populated — ready for the content team without structural corrections pending.

Operational Integrity at handoff

Pre-handoff QA caught a texture-bleed from the base template — the agency’s dental-template10 defaults carried beige background textures that conflicted with the monochromatic brief; each was removed and, where a decorated background was needed, replaced with the slate hero image per the QA note (chat #1353, Timur, 2025-11-04). 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.

Process

Phase Duration Outcome
Brief & estimation ~3 days Task scoped: Figma homepage + template colour pass; 12.5h estimated and agreed
Homepage implementation (Figma) ~4 days Homepage built to Figma spec; sticky header, monochromatic palette, hover animations
Template colour and typography pass ~3 days (parallel) All template pages colour-adjusted; textures removed; doctor and service pages populated
Internal QA and staging review ~2 days Pavel Sazhin QA pass; Timur Arbaev QA second pass; fixes applied
Staging handoff + agency QA ~7 days Site delivered to agency; AutoQA and manual review cycle opened
Post-launch fix rounds (3 cycles) ~6 weeks Layout, form addition, icon replacement — each in a separate issue track with QA closure
Final fix + sign-off Jan 2026 Doctor bio update, final layout fix; agency sign-off

QA and development ran concurrently — the agency’s post-handoff backlog opened while post-launch fix requests were still being scoped, which is why the calendar spans 63 days rather than the sum of individual phases.

Team

Delivery team

  • Natalia Bogatel — lead developer, Figma implementation and template colour pass
  • Timur Arbaev — QA lead and developer support across QA rounds and fix iterations
  • Pavel Sazhin — developer support and QA, initial template review pass
  • Anton Hersun, — project lead (estimation, agency-side communication, sign-off)

Agency-side project management and client-facing communication remained with the partner agency throughout. Our team was invisible to the end client.

For agencies with a branded template system

If your agency has a Figma and Kinsta template access already prepared, send both. We will review the scope, identify where the template’s defaults conflict with your design direction, and return a fixed-hours estimate within 24 hours. No cost. 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