Frequently asked
The questions worth asking first
If yours is not here, send it over — I would rather answer it before you commit than after.
How do we start?
Send a message describing the problem — a couple of sentences is enough. I reply within one working day, and if it looks like a fit we book a short call. Nothing is charged before a written scope is agreed.
What does a project cost?
The packages page gives honest starting figures. The final number depends on scope, and you receive it in writing before any work begins. It does not change mid-project unless you ask for something that was not in the scope.
How long does it take?
A small site is typically two to five weeks. An application is six to twelve. You get a timeline with the scope, and a live link from the first week so progress is visible rather than described.
Do I own the code?
Yes, entirely. It sits in your own repository under your account, and you keep every credential. There is no licence fee and nothing is held back to keep you tied in.
What if I need changes after launch?
Every project includes a fixed window of post-launch fixes. Beyond that, care plans cover ongoing changes monthly, or individual work can be quoted as needed. There is no obligation to take a plan.
How are payments handled?
Typically split across milestones — a deposit to begin, a payment at an agreed midpoint, and the balance at handover. Bank transfer, EasyPaisa and JazzCash all work.
Can you work with my existing site or codebase?
Often, yes. I will review it first and give an honest answer about whether improving it or rebuilding it is the better use of your budget — including when the honest answer is that it does not need me at all.
Do you build with WordPress?
Not by default. Most sites of this kind are faster, cheaper to host and safer to maintain as a static build. If a project genuinely calls for WordPress, I will say so rather than talk you out of it.
Still have a question?
Ask it directly. No form gate, no sales sequence — just a reply within one working day.