A Process With No Surprises In It
Most bad software projects fail the same way: unclear scope, invisible progress, and a bill that grows. These seven steps exist to remove all three.
Seven steps from first call to launch
Each stage has a defined output, so you always know what you are approving and what happens next.
Discovery call
A straight conversation about what the business does, what is not working and what success looks like. No slide deck. If I am not the right fit for the project, I will say so here rather than three weeks in.
45-60 minutesWritten scope and fixed quote
You get a document listing exactly what will be built, what is excluded, the timeline in milestones and a fixed price. Nothing starts until you have read it and agreed. The scope is yours to keep either way.
2-4 daysDesign you can click
Wireframes first for structure, then visual design. For websites you approve a working page in the browser rather than a flat image, so what you sign off is genuinely what gets built.
1-2 weeksBuild in visible milestones
Development runs in two-week milestones on a staging URL you can open any time. You see progress as it happens instead of receiving a status report about work you cannot verify.
2-16 weeksTesting and your review
Cross-browser and mobile testing, speed and security checks, and a review round where your team uses the system properly and lists what needs changing before launch.
3-7 daysLaunch and handover
Deployment, analytics and Search Console setup, a walkthrough recording for your team, documentation, and full credentials handed over. You own everything, including the source code.
1-2 daysSupport after launch
A warranty period covering any bugs at no charge, then an optional maintenance plan for updates, backups, monitoring and new features. No lock-in either way.
OngoingWhat you can hold me to
You work with the developer
Not a salesperson, not an account manager, not a team you never meet. The person who scopes your project is the person who writes the code and the person who answers when something breaks at nine at night.
Custom built, not assembled
No purchased themes dressed up as bespoke work, no page builder stacked on a page builder. Clean code written for your requirement, which is why these sites load fast and stay maintainable.
You own everything
Source code, database, domain, hosting account and every credential. Registered in your name, handed over at project close. No licence traps and no hostage situations if you decide to move on.
SEO built in, not bolted on
Semantic structure, schema markup, fast loading and clean URLs from the first line of code. Ranking is much harder to retrofit onto a site that was not built for it.
Fixed price, written scope
You know the number and the deliverables before work begins. Additions are quoted separately and visibly, so the final invoice never contains a surprise.
Long-term support
Ten years in, I still maintain systems I built early on. The value of software is in year three, not launch week, and that is how I build it.
Projects run late for predictable reasons
In ten years, the overwhelming majority of delayed projects were delayed on the client side, and almost always for the same three reasons: content that was not ready, feedback that came in fragments over several weeks, and a decision-maker who was not in the room until late.
None of that is a criticism — running a business is a full-time job and a website is not your priority. But it is worth knowing up front, because a project where content is ready and one person can approve decisions typically finishes in half the calendar time of one where it is not.
- One person who can give final approval
- Content and images ready, or agreement that I write and source them
- Feedback consolidated into one round rather than trickled daily
- Access to whoever actually does the work the software will support
- Existing data exported if we are migrating from another system
What happens if something goes wrong
Bugs found during the warranty period are fixed at no charge, and there is no argument about whether something counts as a bug — if it does not do what the scope says it does, it gets fixed.
If a project genuinely turns out to be the wrong idea partway through, I would rather stop it than bill you for finishing something you will not use. That has happened twice in ten years, and both clients came back later with a better-scoped project.
If you decide to move to another developer at any point, you take the code, the database and every credential. No handover fee and no obstruction.
Questions about working together
How much does a website or software project cost?
How long will my project take?
Do you work with clients outside Udaipur?
Will I own the source code?
What if I need changes after the project is delivered?
Do you provide hosting and domain?
Can you fix or take over a project another developer abandoned?
How do payments work?
Let us talk about your project
Tell me what you are trying to build or fix. You will get an honest opinion, a written scope and a fixed price — with no obligation to go ahead.
Reply within one working day Fixed written quote You own the code