A written process map
Before any code, we document who does what, in what order and where the current process leaks. That document is your spec and your price.

Client portals, admin dashboards, quoting engines and internal tools. When the process you compete on does not fit anything you can buy, we build it for the web and you own it.
Roles
Permissions designed in from the start
Audited
Every record change logged
Yours
Repository from day one
90 days
Warranty after launch
Anything where your website runs a process instead of describing one. Logins, roles, records, approvals, documents, calculations and reporting. If a product already does 90% of it, buy the product. Custom is for the part nobody sells.
Most custom projects in this market start the same way. Something important is running in a shared spreadsheet and the spreadsheet has stopped being safe. You get roles, an audit trail and screens each person can actually use instead.
Before any code, we document who does what, in what order and where the current process leaks. That document is your spec and your price.
Who can see, edit, approve and export, designed at the start. Retrofitting access control later is expensive and risky.
The person entering forty records a day needs a different interface from the manager reading a summary once a week. They each get one.
Every change attributed and timestamped. When something is disputed later you have a record instead of an argument.
Payments, email, document generation, accounting and messaging, so your team stops retyping data between systems.
Architecture notes, environment setup and a walkthrough, so another team could pick this up without calling us.
Run your requirement down this table before you spend anything.
| Question | Buy off the shelf | Build custom |
|---|---|---|
| How unusual is the process? | Standard for your industry | The thing you compete on |
| How many people use it? | Any number, licensed per seat | Cost is fixed, not per seat |
| How much configuration is needed? | Settings screens cover it | You would be fighting the product |
| What happens to your data? | Lives in their system, export as allowed | Your database, your rules |
| Time to first useful version | Days | Weeks, and worth it when the fit is wrong |
Most good answers are a mix: buy the accounting system, build the thing that feeds it.
The same handful of systems, across very different industries.
Three habits, all of them boring, all of them the reason it lands.
We ship the core workflow first and let your real users touch it. Scope written six months out is always partly wrong, so we do not build to it blindly.
New requirements are welcome and they get a number and a date. That is what stops a fixed timeline quietly becoming a fiction.
You can open the build on any working day and see exactly where it is. No demo-day surprises in either direction.

Ownership, deadlines and defects are where web projects go wrong. We put all three in the contract, not just on this page.
Repository, hosting and domain credentials are in your name before we write a line of code. Not handed over at the end, not held as leverage.
Milestone dates are fixed in writing before the project starts. You always know what ships next and when.
Anything that breaks because of how we built it gets fixed free for 90 days after launch.
It is priced from the process map, not from a page count, so there is no useful range to quote before that document exists. What moves the number is the count of distinct user roles, how many workflow states a record passes through, how many external systems it integrates with and whether it needs to handle money. We write that map first and then give you one fixed figure.
You do, from day one. The repository is created under your account before development starts, along with the hosting and any third-party service accounts. There is no handover moment to negotiate because it was never ours to hand over.
Sometimes. We start with a paid technical review of what exists: the repository, the database and the deployment. That tells you honestly whether continuing is cheaper than restarting. We have recommended both, and we will say so plainly rather than quoting to rewrite everything by default.
Usually Laravel or Node.js on the server with React on the front end, and PostgreSQL or MySQL underneath. All of it is mainstream and hireable in this market, which matters more than novelty. We do not build on anything you would struggle to find a second web developer for.
Roles and permissions are designed before the first screen. Records are logged with who changed what and when. Hosting region is chosen with your data residency requirements in mind, including UAE hosting where that is required. Credentials are yours and access is granted per person, so removing someone takes one action.
Send your brief and get a fixed scope, a written timeline and a real number back within one business day. No discovery-call maze, no sales sequence.