Your logic is the product
If the core of what you are building is rules, calculations, permissions or workflow rather than pages and content, a CMS is something you will fight for years. That is the clearest case for custom.
Custom builds cost more than a platform and are occasionally the only sensible option. Here is how to tell which situation you are in before you spend the money.
Custom web development is justified when your requirements genuinely cannot be met by a platform: unusual business logic, deep integration with systems you already run, user roles and permissions, or performance requirements a themed CMS cannot reach. For a brochure site or a standard store it is an expensive way to buy something WordPress or Shopify already does.
If the core of what you are building is rules, calculations, permissions or workflow rather than pages and content, a CMS is something you will fight for years. That is the clearest case for custom.
ERP, accounting, inventory, an in-house database or a partner API. Platforms handle simple integrations well and become expensive workarounds when the integration is the point.
Different users seeing different things, approval chains, audit trails. Plugin-based permission systems on a CMS get fragile quickly and are a common source of security problems.
Real traffic volumes, heavy queries, or response times a shared CMS install cannot hold. Worth being honest about whether you actually have this problem or expect to.
No platform pricing changes, no theme you cannot leave, no plugin that gets abandoned. You own the code and the decisions, and you also own the maintenance.
A five-page site, a standard catalogue store, a blog. Custom here means paying several times more for something a platform does well, and taking on maintenance you did not need.
| Situation | Better answer | Why |
|---|---|---|
| Brochure site, a few pages | Static or WordPress | Cheaper, faster, nothing to maintain |
| Standard online store | Shopify or WooCommerce | Checkout, payments and inventory already solved |
| Content operation with several editors | WordPress | Editorial workflow is a solved problem |
| Customer portal with logins and roles | Custom | Permission systems on a CMS get fragile |
| Booking or quoting with real rules | Custom | Plugin logic rarely survives real requirements |
| Deep ERP or inventory integration | Custom | Platform integrations become workarounds |
| SaaS product | Custom | It is a product, not a website |
The honest test: write down what the site has to do that a platform cannot. If the list is short or vague, you are probably buying custom for reasons that will not survive the invoice.
| Ask them | A good answer sounds like | Walk away if |
|---|---|---|
| Who owns the code and files? | You do, unconditionally, written into the contract | Ownership depends on staying with them |
| Can I open three things you built? | Live URLs you can check yourself | Screenshots and a portfolio PDF |
| What is explicitly not included? | A written list with change pricing agreed up front | Everything is included, which means nothing is defined |
| Who does the work day to day? | People you meet before signing | The pitch team is never seen again |
The exclusions question is the one most people forget, and it decides whether the final invoice matches the quote.
A stack with a large developer pool in India is one you can hire for. An unusual framework chosen because it was interesting is a hiring problem in year two, and you will feel it when your developer leaves.
A lot of Delhi agencies pitch custom PHP as superior to WordPress. Sometimes it genuinely is. Often it means a bespoke admin panel only they understand, with no update path and no second opinion available. Ask what happens when they are unavailable.
Custom code without documentation is a liability handed to whoever comes next. Handover should include how it works, how to deploy it, and what breaks if you change what.
Building a site or application from code rather than configuring a platform like WordPress or Shopify. It is justified when your requirements genuinely exceed what a platform can do, and it is an expensive choice when they do not.
Not inherently. For content-heavy sites WordPress is usually the better answer, because editorial workflow, plugins and hosting are solved problems. Custom wins when the logic, permissions or integrations are the point rather than the pages.
Sometimes, and often it means a bespoke admin panel only that agency understands, with no security update path and nobody else able to give you a second opinion. Ask what happens if they become unavailable, and get the documentation question answered in writing.
Three to nine months for a genuine application, considerably less for a custom site with a handful of bespoke features. If someone quotes a custom application in four weeks, they are describing a platform build with a different label.
Something with a large developer pool so you can hire and get second opinions, rather than whatever is currently interesting. The stack matters less than whether the next developer can pick it up and whether it is documented.
You should, unconditionally on final payment, including the repository and deployment documentation. Custom code you do not own is the worst of both worlds: you paid for bespoke work and you still cannot leave.
Someone has to. Dependencies need updating, security patches applied, and the hosting maintained. Agree at the start whether that is us, your team, or someone else, because unmaintained custom code ages faster than a platform does.
Write down what the site must do that a platform cannot. If that list is short, vague, or all about appearance, you need a platform. If it is about rules, roles, workflow or integration, you need custom. We will tell you which we think it is, including when it is the cheaper option.
Send us what you are trying to fix and we will tell you what it takes, what it costs, and whether we are the right people for it. If we are not, we will say so.