| Cost shape | Low and visible upfront: the licence, plus setup. The part that is not visible is modification — every change that works against the template's assumptions is billable time, and it accumulates quietly. | Higher upfront and quoted as a project, because the design, the build and the content model are made for you. Usually lower after launch, because there is less to fight. |
|---|
| Time to launch | Days to a few weeks, if you accept the layout as designed and your content is ready. Content is almost always the real bottleneck. | Weeks, because discovery, structure, design and content are genuine steps. Our published figure is about three weeks for most builds, longer where commerce, integrations or bespoke design work are involved. |
|---|
| Who maintains it | You, plus the template author. Their updates can overwrite your modifications unless the work was done properly in a child theme or equivalent — and if the author stops publishing updates, you inherit their code. | You and whoever built it. Nothing third-party changes under you, and nothing updates itself either, which cuts both ways. |
|---|
| Design and brand | Proven layouts, and visibly shared. Someone in your market is probably running the same one, which matters in some sectors and not at all in others. | Specific to your brand, your proof and the objections your buyers actually raise on the phone. |
|---|
| Performance ceiling | Bounded by what the template loads. Multipurpose themes ship a page builder, several sliders and an icon set you will never use, and you cannot remove most of it without breaking the theme. | Bounded by discipline. 'Custom' is not a performance claim on its own — a custom build is only fast if someone is holding a budget and measuring against it. |
|---|
| Accessibility | Varies enormously and is almost never documented. Assume you will need to audit it and fix what you find, especially focus order, contrast and form labels. | Can be built to WCAG from the first component, which is far cheaper than retrofitting. Only happens if it is specified — a custom build is not accessible by default. |
|---|
| Content model | Whatever the template's demo needed. Your case studies get bent into its 'portfolio' fields and your services into its 'features', and the mismatch shows up every time someone adds a page. | Designed around what you actually publish, so adding the next case study or location is filling in a form rather than inventing a workaround. |
|---|
| When you outgrow it | You modify until the modifications cost more than a rebuild, then you rebuild. Most template projects that go wrong go wrong here, not at launch. | You extend. The next section is new work rather than a fight with someone else's assumptions. |
|---|
| Lock-in | Low in theory, because the content is yours. Higher in practice, because the layout is tied to the template's shortcodes or builder, so moving usually means rebuilding every page. | Low if it was built on standard, documented patterns. High if it was built as an unreadable one-off, which is a real risk — ask who else could maintain it. |
|---|
| Risk | Known. You can see the demo, read the reviews and check the author's update history before you spend anything. | Unknown until you see the work. The quality of the team is the entire variable, which is why references and recent, relevant work matter more than the proposal. |
|---|