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. Can you switch without downtime?
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 how those orders keep flowing during and after the switch.
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.
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 |
| How do shared-app orders keep flowing? | A specific plan for the transition period |
| 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
A no-commitment conversation about how your operation works today, and a technical session for your IT lead if that helps. We will tell you honestly what we know, what we would need to find out, and whether a migration makes sense.
- A migration blueprint built around your operation
- Your current system keeps running while each step is tested
- Honest answers, including what we need to find out first