7-Template Dental WordPress Build, Figma-to-Elementor — 170 Hours, 30 Days

The Craft of a Template Library Build

Seven isolated dental template builds from Figma to Elementor — 170 hours across 30 days for a US marketing agency’s internal template library. Six Figma designs and one Adobe XD supplied from three design files; each template occupied its own WordPress instance on FastPanel, built to its design file before any client project began.

This case study is a record of that kind of engagement: 170 hours across seven dental templates, each built from Figma (six designs) or Adobe XD (one design) onto isolated WordPress instances, delivered in under a month.

Snapshot

The Brief

A US marketing agency runs a branded dental template library: when a new dental-practice client is signed, the agency selects one of its established templates and the customisation engagement begins. Expanding that library means building the new template on a fresh, isolated WordPress instance — no client content, no live site, no production audience — and validating it against the agency’s design spec before it is added to the catalogue.

In December 2024, the agency requested expansion of their dental template library by seven templates. The agency provided six designs in two Figma files (five from the agency’s design lead, one from a second designer on a shared Figma file, HOMEPAGE-DESIGNS). A seventh came in Adobe XD. The scope per template was: homepage, one service page, one contact page, shared header and footer — all responsive. The technical contract was the design file; the agency would review the built template against the Figma before signing off.

The first four templates were grouped into an initial estimation task. The remaining three were introduced mid-project as the team’s capacity and the incoming designs aligned. All seven ran in parallel across a shared FastPanel server environment.

How We Did It

1. Seven templates, seven isolated instances — one coordinated build. Each template occupied its own WordPress installation on the agency’s FastPanel server: separate WordPress admin, separate Gravity Forms licence instance, separate Elementor environment. We chose isolated instances over a shared multi-site network, because cross-template configuration drift in a single Elementor environment would have multiplied per-template verification overhead across seven distinct builds. We built Templates 1–4 first, then added Templates 5, 6, and 7 six days into the project via a follow-on estimation task. Nikita Tumasevic handled the build across all seven templates; Pavel Sazhin coordinated QA iterations and Timur Arbaev ran template review on Templates 1, 3, and 6 plus the second-batch estimation.

2. Per-template estimation tied to design complexity. Before a single line of Elementor was written, Nikita reviewed all seven designs and produced component-by-component estimates: Template 2 at 32 hours (homepage 17h + services 5h + contact 6h + header/footer 5h), Template 3 at 25 hours (two complex sliders, a show/hide text block, 2 hours for responsive), Template 1 at 28 hours (homepage 16h + service page 3h + contact 3h + header/footer 6h), Template 4 at 20 hours (complex main-screen layout with rounded-section nesting). Templates 5, 6, and 7 came in at 20h, 22h, and 23h respectively once the HOMEPAGE-DESIGNS Figma was available and accessible. All seven estimates were confirmed before build began — no hours were re-negotiated mid-template.

3. Figma access coordination, then build. Two of the six Figma designs started restricted — the agency designer had not opened export permissions, so the team could view but not download assets. The access issue cleared within a working day: the agency PM contacted the designer, export access opened, and the build for those templates proceeded normally. One template (Template 4) came in Adobe XD rather than Figma, and the team built from the XD view with placeholder imagery where Adobe-stock assets were locked behind XD’s licence (stock images in XD designs are not downloadable by default — the team substituted placeholder images as instructed, with real images to follow at client-customisation time).

4. QA loops per template before agency sign-off. Each template followed the same handoff pattern: build → internal QA (Nikita reviewing own work) → review notification to Anton Hersun → Anton’s inspection with specific feedback where needed (e.g. Template 2: logo text position in header needed adjustment; Template 4: a rounded-section layout anomaly required a container nesting correction) → revision → sign-off. Per-template review notes were shared via Google Docs links, one document per template, giving the agency a structured sign-off artefact for the catalogue addition. Templates 1, 2, 3, 4 reached “Resolved” status between 18 and 21 December; Templates 5, 6, 7 followed between 23 and 27 December — all before the Christmas close.

Seven templates across 30 days, each moving through the same gate: estimate locked to design complexity, build, an internal ‘ready to send’ sign-off, then the Google Docs review document shared with the agency for catalogue addition. The per-template gate is what kept seven parallel builds from collapsing into one unresolvable review queue at the end.

Operational Integrity at handoff

Per-template review caught layout-integrity issues across three of the seven instances before the agency saw any of them — a footer text element that had drifted left in Template 2, a rounded-section container that wasn’t fully nested in Template 4, and a half-width button hover area in Template 5 — each fixed against the Figma before the per-template Google Docs sign-off. Pre-handoff QA ran through Site Checker — how we run QA covers the categories and the zero-fail bar each template had to clear. After handoff, the agency reviewed each template on its own tools, logging findings into the shared backlog until every one was signed off for the catalogue.

Results

Process

Build phases overlapped — Templates 1–4 were already in QA by the time Templates 5–7 entered construction, which is why the 30-day calendar span contains more than 170 hours of total effort.

Team

Delivery team

• Nikita Tumasevic — lead developer across all 7 templates; primary Figma interpretation and Elementor implementation
• Pavel Sazhin — project management and QA iterations
• Timur Arbaev — template review and feedback across Templates 1, 3, and 6 plus the second-batch estimation; design-vs-build verification before agency hand-off
• Anton Hersun, xaverPRO — project lead (estimation, agency-side communication, per-template sign-off loop)

Agency-side project management and client-facing design decisions remained with the partner agency throughout. On this engagement there was no end client to face: the deliverable was the template itself, and the agency carried it into its own catalogue under its own brand.

For agencies commissioning a white-label WordPress build