04Use constraints to choose the foundation
A template is rational when the offer is conventional, content is limited, speed matters more than distinction and the required workflows already fit the platform. Custom work earns its place when information architecture, brand expression, multilingual content or integrations create a real constraint.
Write down what must be unique and what may remain standard. Customizing every component wastes budget; forcing a differentiating journey into fixed blocks wastes opportunity.
05Compare the operating years after launch
Include licences, hosting, maintenance, editor limitations, performance, accessibility, analytics, migration and the cost of routine changes. Ask who owns the domain, accounts, data, design files and code under the agreement.
A low launch price can be a sound validation strategy. It becomes expensive only when the team mistakes a temporary foundation for a permanent one and accumulates workarounds.
06Test the decision before committing
Prototype the hardest page or workflow, not the easiest home page. Load representative content, test mobile editing, validate one integration and measure performance with the actual stack.
Choose the smallest foundation that can support the next credible stage. Avoid buying hypothetical scale, but do not ignore a known constraint that will force an immediate rebuild.