A platform is a constraint you live with for years, so it is chosen against what the site or the software actually has to do. Where something cheaper and simpler would carry the job, that is what we will recommend — including when it is not a platform we sell.
The right answer for most marketing and content sites: your team can edit it, hosting is cheap, and the ecosystem means very little has to be built twice.
A custom theme built from components, no page builder
Editing
Block editor, with section fields where structure matters
Performance
Measured against Core Web Vitals thresholds before launch
Plugins
As few as the job needs; each one is a dependency you inherit
Not sure which one you need?
A marketing site somebody in-house will editWordPress, built from components rather than a page builder. Your team edits content; nobody needs a developer to change a heading.
Selling products onlineWooCommerce or Shopify, chosen on where the checkout risk should sit and how much of the catalogue logic is yours rather than the platform's.
A workflow no product quite fitsCustom software — Laravel, Node or a headless front end — scoped to the part of the process that is genuinely yours, with the rest bought off the shelf.
Against what the site or the software actually has to do, and against who has to maintain it afterwards. A platform is a constraint you live with for years; the cost of choosing the familiar one is usually paid in year two.
The short version
A marketing site your team will edit, WordPress, built from components rather than a page builder.
Selling products, WooCommerce if the catalogue rules are genuinely yours, Shopify if you would rather not operate infrastructure.
Content feeding more than one destination, a headless CMS with a Next.js or Astro front end, but only when the second destination actually exists.
A workflow no product fits, Laravel or Node, scoped down to the part that is genuinely yours.
What we will say against our own interest
A page builder is quick to start and expensive to leave. A headless stack on a single marketing site buys flexibility nobody needs and costs editing simplicity. And if a $30-a-month product does most of what a custom build would, buying it and living with the gap is almost always cheaper. Each of those costs us revenue to say, and each of them is true.
Choosing a platform is choosing a maintenance bill
Almost every platform argument is really an argument about the next three years.
Almost every platform argument is really an argument about the next three years. The build cost differs by a little; the cost of owning the result differs by a lot, and it is decided by things nobody demonstrates in a pitch — how many dependencies the site inherits, whether the client can edit it without a developer, and what happens at the first major update.
So each of these pages says what the platform is genuinely good at and, more usefully, where it stops being the right answer. A recommendation that never includes the second half is a sales pitch.
What we will tell you before a build starts
What the platform cannot do, before you have paid for finding out
What the licences and apps will cost monthly, not just at launch
Who will be able to change what, once we have handed it over
Two questions settle most platform arguments before they start: how many people will need to change the site without a developer, and how many other systems it has to talk to. The answers usually point at one platform clearly enough that the rest of the debate is unnecessary.
Before you ask for a quote
Tell us what is not working. You get an answer, not a booking link
A paragraph is enough to start. A person reads it and replies within one working day with a scope, a price and an honest view of whether the work is worth doing at all.