Buyer's guide
Best taxi dispatch software: how to choose, and switch safely
The best taxi dispatch software for an established operator is the one you can switch to without downtime, that fits your country’s rules, and that leaves you owning your brand, app and data. This guide gives ten questions to ask any vendor and a checklist of what good answers look like.
The short answer
For an established taxi operator, the best dispatch software is the one you can move to while protecting your phones, that fits your country’s rules, and that leaves you owning your brand, your app and your data. Features matter, but most operators already know what dispatch should do. What separates good choices from bad ones is how safely you get there and what you control afterwards.
1. How does the switch actually work?
Ask exactly how the move works. A credible answer includes a discovery stage before any date is promised, a pilot with a small group of drivers, your current system running in parallel as a fallback, and a go/no-go review before each next step. Be wary of a fixed go-live date given before anyone has seen your system and data.
2. Does it fit your market’s rules?
Taximeter integration, fiscal receipts and pricing rules differ by country. In Germany, taximeters need a TSE fiscal unit; Croatia fiscalises every consumer receipt from 2026; many cities allow fixed prices only within a tariff corridor. Ask which of your requirements are live today and which are still in development, and ask to see an operator in your market using them.
3. Do you own your brand, your app and your data?
Check whether the passenger app is published in your name or the vendor’s, who owns the app-store listing, and whether your customer data can be exported in a usable format. Ask what happens when you leave: how the data comes back to you, how long it takes, and what it costs. Under the GDPR a processor must return or delete personal data at the end of a contract, and the EU Data Act gives customers of cloud software a right to switch.
4. Does it handle every booking channel?
Phone, app, web, corporate portal, hotels and partners should all feed one dispatch. If you receive orders through a shared app, ask what happens to those orders during the switch, and which booking channels can be supported after it.
5. Corporate accounts and invoicing
Business customers are often your most predictable revenue. Look for per-account prices and surcharges, booking without an app, travel policies, consolidated invoicing with VAT, and exports to your accounting system.
6. Will your drivers use the app?
A driver app that drivers dislike costs you supply. Ask drivers at a reference customer what they think, check it runs on ordinary phones, and ask how drivers are trained and supported during the move.
7. What does it really cost?
Dispatch software is usually priced per vehicle or driver per month, per completed trip, or as a platform fee plus a per-trip fee. Compare the total over three years for your real volume, including setup and migration services, hardware, app-store accounts and payment processing, which is usually charged separately. Prefer vendors that publish their prices.
A commercial model aligned with your operation
Ten years ago, drivers were largely loyal to one dispatch centre. Today, they increasingly multi-app, splitting their time and rides across several platforms. Charging per driver or vehicle increasingly means operators are paying for supply they don’t exclusively control or fully utilise.
Bolt’s own Ride-Hailing Economy Report provides useful context on how the industry and driver behaviour have evolved.
Our preferred per-completed-ride model reflects this reality. Operators pay for actual completed bookings, rather than simply having drivers connected to the system. That said, we also support per-driver or per-vehicle commercial models where they make more sense for a particular operator or market.
More importantly, the per-completed-ride model keeps eCabs Technologies invested in the success of every operator long after go-live. We’re incentivised to continuously improve the product, help operators grow their volumes and make their businesses more competitive.
If our partners succeed, we succeed. If they struggle, we feel it too.
That’s how a long-term technology partnership should work. Whichever model you choose, the platform fee, setup and any other agreed charges stay explicit: see our published pricing.
8. Support and reliability
Ask for the uptime record, support hours, response and resolution times, and whether support is available in your language. Find out who answers the phone at three in the morning on a Saturday.
9. Proof from operators like you
Ask to speak to an operator of a similar size, in a similar market, who has switched from a system like yours. A reference that started fresh is useful, but it is not proof that a migration will go well.
10. Who owns the vendor?
Some dispatch vendors are owned by ride-hailing platforms, car makers or large fleet groups. That is not a problem in itself, but ask who owns the company, how your commercial data is protected, and how independent the product roadmap is.
Checklist
| Question | What a good answer looks like |
|---|---|
| How does the switch work? | Discovery first, pilot, parallel running, go/no-go gates, no date before discovery |
| What if the pilot fails? | Agreed readiness criteria and a documented fallback at every stage |
| Which of our rules are supported today? | A clear live / in development list, and a reference in your market |
| Who owns the app and the data? | Your brand in the app stores; full export in usable formats; written exit terms |
| What happens to shared-app orders? | A specific plan for the switch, and an honest answer on what can be supported after cutover |
| What is the 3-year total cost? | Published prices, plus a written estimate for setup, migration and hardware |
| What are the support hours and SLA? | Named response and resolution times, in writing |
| Can we talk to an operator who switched? | Yes, of similar size and market |
Where eCabs Technologies fits
eCabs Technologies is built and run by a taxi operator, eCabs in Malta, and is designed for established taxi centrals, co-operatives and private hire operators moving off legacy systems. The switch runs in planned stages, your passenger app is in your brand, customer data stays yours, and prices are published. Taxi Fiume and Volt switched from legacy systems while staying open.
If you run only a handful of cars and want to set everything up yourself in a day, a self-service tool may suit you better. Our consultations are aimed at operators with 25 or more vehicles.
Next: read how the switch works, use the migration readiness checklist, or check terms in the glossary.
Next step
Talk to us about your operation
Bring us your operation, your rules and your requirements, and we’ll work through how to deliver the solution with you: what is available today, what we configure and what we build before your launch. No technical background needed, and no commitment.
- A plan built around how you work, not a one-size-fits-all package
- Your current way of working keeps running while each step is tested
- Honest answers, including what we need to find out first