What a software development company should do.
A software development company designs, builds, deploys and maintains software for other organisations, taking a business problem through discovery, architecture, implementation, release and handover. The useful version of that does two things most vendors skip: it tells you when not to build, and it leaves you able to maintain what it built.
We are a team of engineers in New Delhi working with clients across India, the US, the Middle East and Europe. Every engagement is scoped in writing before work begins, billed on the work against that scope, and ends with the repository, the infrastructure and the documentation in your hands.
AI is one specialism inside that work. Plenty of what we ship has no AI in it at all.
Software
Build the system.
Custom business systems, web and mobile applications, and the infrastructure they run on.
AI and automation
Where AI earns its place.
Agents, chatbots and automation built into working systems, with evaluation coverage before anything reaches a customer.
Consulting and engagement
Decide before you build.
Strategy, ClearShip fixed-price delivery and larger engagements. Sometimes the right call is not to build, and we will say so.
Questions
Common questions
The questions we get asked most, answered directly.
What does Metageeks do?+
We design and build software: custom business systems, web applications, mobile apps, and the cloud infrastructure underneath them. AI is one specialism within that. We build agents, chatbots and automation, usually as part of a system that also needs a database, a permissions model and a deployment pipeline. Whatever we build ships to production and is handed over with the source code.
Do you only build AI products?+
No. A good share of our work has no AI in it at all: an e-commerce platform, an internal approvals system, a customer portal. We became known for the AI work because that is what we wrote about, but the engineering underneath is ordinary, careful software development. When AI does not improve a build, we say so and leave it out, because a feature that adds cost and unpredictability without adding value is not worth shipping.
How do you price engagements?+
We scope the work in writing first. After a short call we send a statement of work with the deliverables, milestones and an estimate of effort, before any build starts. Billing follows the work: time-and-materials against that written scope, or a monthly retainer for ongoing roadmaps. You see progress every week, and any change to scope goes through a written change order before the extra work happens, so there are no surprise invoices. The one fixed-price option is ClearShip, for work with a defined outcome.
Where are you based and who do you work with?+
We are based in New Delhi and work with clients across India, the United States, the Middle East and Europe. Most engagements run remotely, with overlapping hours agreed up front. Our clients are typically growing businesses and funded startups: large enough to have a process worth systematising, and small enough that one well-built system changes how they operate.
Which service do we need?+
The problem usually points to the service more clearly than the catalogue does. If a process is spread across tools and spreadsheets, that is custom software. If your customers need to log in and do something, that is a web application. If the work happens away from a desk, mobile. If deployments are risky and the cloud bill keeps climbing, that is DevOps. If you are not sure, describe the problem on a call and we will tell you which one it is, including when the answer is that you should buy a product instead.
Can you work alongside our existing engineers?+
Most of our builds involve a client team that already has engineers. We scope alongside them, agree who owns which boundary, and transfer ownership progressively rather than in one lump at the end. This works best when your team has the capacity but lacks one specific piece of experience: a first payments integration, a first mobile release, a first production AI feature.
Next step
Not sure which one you need?
Describe the problem rather than the solution. You will get a straight read on which service fits, including when the answer is that you do not need us.