How much does it cost to build an app like Booking.com?

There is no one figure, because "an app like Booking.com" covers three very different builds: a first version with only the essential features, a complete and credible competitor, and a rebuild of everything the mature product does at the traffic it carries. Those are several-fold apart. What this page gives you is the shape of each — the sides, the feature tiers, the stack and the compliance — and the calculator turns whichever one you actually mean into a cost range, hours and a timeline.

Because it is not one app. It is 4 separate applications — traveller apps, property extranet, channel connectivity layer, customer service operations — sharing one backend, each with its own design, release cycle and test matrix. Most quotes that come in low have counted one of them. Availability search at extreme cardinality: Millions of properties with many room types and rate plans, filtered and priced for specific dates in milliseconds, is a specialised search and caching problem. Generic search engines do not solve it.

Yes, and you should. A first version ships the essential feature tier rather than all three, on fewer surfaces, at a launch-sized audience — materially less than the full product, and the calculator will show you by how much. What it does not cut is compliance: travel & hospitality obligations apply from the first user, so those stay in whatever else is deferred.

It depends on the same three things the cost does — which tier of the product you mean, how many surfaces you ship, and how settled the scope is. The calculator returns a timeline alongside the cost, derived the same way: hours divided across a realistic team shape, never a target date worked backwards from.

Cloud infrastructure, third-party services and annual maintenance, and the calculator reports all three separately from the build. They are kept out of the build figure deliberately: they are operating expenditure rather than capital, and adding the two together produces a number that means nothing. Maintenance in particular is not optional — an app that receives none stops working within about a year as OS releases and SDK deprecations accumulate.

This page carries no figures at all, and nobody outside the company has real ones. What it describes is the product SHAPE, observed from what any user can see — the sides, the feature tiers, the stack, the compliance. Nothing here describes what Booking.com actually spent, earns, employs or runs on. The calculator prices building something of that shape today, for the United States market, at our own blended delivery rate.

Fare rules. A flight is not a product with a price — it is an inventory class governed by rules about changes, baggage, seat selection, routing and combinability that differ by carrier and market. Add ticketing, PNR management, schedule changes and involuntary reissue, plus GDS certification, and it becomes a specialist multi-year system. Most new entrants sensibly start with a reseller API rather than direct GDS connectivity.

It is a planning estimate, not a quote. The band shown is roughly plus or minus 15–20% for a well-defined scope, and wider while requirements are still moving. It is built from engineering hours per discipline, converted at our blended delivery rate, so the hours are directly comparable to a real proposal line by line — but a firm price needs a technical specification, which is the step after budgeting.