A white label solution or building your own software - what to choose for your vehicle sharing business?

A white label solution or building your own software - what to choose for your vehicle sharing business?

Software is an essential part of your vehicle-sharing business. And it doesn't matter what vehicles your customers are going to share. They will do it through the mobile app. So here is the decision to make – are you going to create the vehicle-sharing software from scratch or choose one of the existing solutions on the market. Hopefully, this article will help you with this decision.

Which one of these two options should you choose? There is no one correct answer and there are advantages as well as weaknesses to both of them.

Imagine that this is your first vehicle-sharing business and you have decided to do everything on your own. You are full of enthusiasm and you approach your CTO or IT partner and promise to come up with the brief. The task doesn't seem too complicated for the software you need. However, the vehicle-sharing business is the one that makes creating the brief so complicated. There are many small details to consider.

First step - long and costly research

If you really have decided to start to develop software from scratch, you should take one step back. Your CTO or IT partner must start with the investigation on what functions you might need and how one thing might lead to another. This might take a lot of time and money. In addition, sometimes you can get an impression of what clients need only by operating in the market. For example, ATOM is operating in 23 countries. Their software that is also a white label solution for vehicle-sharing businesses already includes over 100 different features and settings that users might need. And those features are a collection of suggestions from users made over the course of several years in those markets.

However, the aim of the research is to understand what the vehicle-sharing software might look like. If the investigation is done, you can start to prepare the brief and documentation for developers. Here is a list of some other things that you should consider before starting work on a technical solution:

- backend, as well as frontend of the solution - both should be developed and supported so your team can manage operations;

- there should be two versions of the mobile app - one for users that has a device operating on iOS. Other - for the owners of devices that run on Android;

- whenever Apple or Android updates their operating systems or other 3rd party makes an update, you should be ready to check if everything works on your apps;

- apps should be compatible with smart locks in the case of bikes or IoT solutions in the case of scooters, mopeds, cars that are used on the vehicle;

- the IT solution must be properly tested and debugged - the industry average shows that testing the app takes approximately two-three months;

- if your vehicle fleet has over 100 vehicles, most likely you will have a service team. The most convenient way for the service team to operate is by using the phone app. This means that there should be one more app for the service team. And your team members might also have iOS as well as Android operating systems on their devices. So again – there are two more apps for you to build;

- additionally, you must have an invoicing option and also the option to create reports, see statistics, analyze routes, distribute promotions, launch referral programs, etc. And this list can go on and on.

The software development usually costs from EUR 100,000-400,000 depending on the complexity and features that you might want to include. In addition, you have to keep in mind that nothing ends with development. The software requires testing, private launch, debugging and support. And only then will the software be ready for the public launch. However, more bug fixing should probably be done.

One year and you are ready to go!

This whole process mentioned above takes approximately one year. Of course, fingers crossed that the solution as well as the integration with smart locks or IoT solutions works. There is just one problem - the vehicle-sharing industry is changing very rapidly - new players are coming in, others are expanding, new means of transportation are used for vehicle-sharing. And there are a lot of things that might happen and change in a year. It might be hard to catch up.

Furthermore, competitors are constantly offering and creating new features that were not in the market previously such as subscriptions, which is currently a new trend. For example, ATOM Mobility has created a white label solution for the vehicle-sharing market that constantly collects knowledge from their clients and adds new features. Later those features are integrated into solutions offered to other clients so everyone is up to date. In the case of a custom-made solution, everything is on you - it might take additional time and money.

One more thing that speaks in favor of the white label solution - let's imagine that your business is very successful. You have developed a vehicle-sharing software for the one-vehicle type and you would like to grow by adding other vehicle types. Sorry, not possible. You will have to make significant changes to the existing software or develop the new one. So probably you will have to start over again.

The same problem might apply to extending the fleet. If your business becomes scalable, the software might not be appropriate for a fleet with 20 000 vehicles. White label solution providers are usually ready for such success of their customers as they have already supported thousands of vehicles for some time.

When it is worthwhile developing a custom solution?

However, there are times that it is worth considering developing a custom solution - your own software for your vehicle-sharing business. It is worth doing this, if:

1) You already know that you might need some very specific features, but the company offering white-label solutions can't provide them to you. For example, you want your car sharing software to run on the blockchain. Or you want to create a decentralized sharing service. However, it is only worth investing in such a specific solution if it is a real game-changer for you and you have the data to proof it;

2) You have EUR 500,000 or more available in funding and you have a very strong team of developers that you would like to keep working for your company. You consider them to be your asset. Then, if you are lucky, after some time, someone might be interested in buying your company just because of the team and, of course, the solution you have developed;

3) The co-founder of the company is a very good CTO with high-level technical skills and the ability to lead the team. Then it is probably worth building a team. However, most likely you will build a technological and not a vehicle-sharing company in the end and spent more on development than actually on vehicles.

4) For some reason one of the requirements is to have a source code. Companies offering white label solutions won't be able to help you with that.

There is a power in sharing and this doesn't just apply to vehicle-sharing. You always get access to a strong network when you are working hand in hand with the industry leaders. That's what we at ATOM emphasize in collaboration with our clients. We are ready to share as much as we can because we do really care about our clients’ business. It is important for us that they grow and constantly have access to the latest achievements within the industry.

Ask AI for an article overview
Let AI explain why entrepreneurs choose ATOM Mobility
Interested in launching your own mobility platform?

Related posts

More case studies

View allView all case studies
Blog
Micromobility fleet vehicles: Types, features & best use cases
Micromobility fleet vehicles: Types, features & best use cases

🚲 🛴 E-scooters or e-bikes? Docked or dockless? Every vehicle choice shapes the success of your micromobility business. In this new article, we break down the key micromobility fleet vehicles – their features, best use cases, and how to match them to your city profile. Plus, how ATOM Mobility helps operators manage both scooter and bike fleets in one platform.

Read post

Operators entering the micromobility space today face one major early decision: which vehicles to deploy. Your fleet type affects user experience, operational costs, maintenance needs, and regulatory compliance. Whether you plan to launch e‑scooters, e‑bikes, mopeds, or a mixed fleet, each vehicle category serves a different purpose.

This guide covers the main micromobility fleet vehicles – bike, e‑bike, kick scooter, e‑scooter, moped, and e‑moped – along with their features, common manufacturers, docking options, and ideal use cases.

Understanding the vehicle types

Bike (mechanical bicycle) A standard pedal bicycle with no motor. In shared fleets, mechanical bikes are simple, durable, and cost‑efficient. They require minimal electronics and are ideal for cities with strong cycling infrastructure. They generate lower maintenance costs but depend entirely on rider effort. Normally, user demand for this type of bike is also lower, thus operators can expect lower RPV rate (rides per vehicle per day).

E‑bike (electric bicycle) An electric bike combines pedal power with an electric motor that assists the rider. E‑bikes allow longer trips, easier hill climbing, and broader user appeal. Typical shared e‑bike trips range between 5–10 km. They cost more upfront but often generate higher revenue per ride. Many fleet operators source models from manufacturers such as Segway‑Ninebot, Okai, and Yadea. You can explore available e‑bike hardware options on the ATOM Mobility vehicles page: https://www.atommobility.com/vehicles.

Kick scooter (non‑electric scooter) A kick scooter is manually powered by pushing off the ground. While less common in commercial shared fleets today, they are still used in some controlled campus or tourism environments where low speed and low complexity are priorities.

E‑scooter (electric scooter) E‑scooters are lightweight, battery‑powered vehicles designed for short urban trips, typically under 4 km. They are highly flexible and well suited for dense city centers and first‑mile/last‑mile transport. Modern fleet models include swappable batteries, improved braking systems, suspension upgrades, and integrated IoT modules. Popular manufacturers include Segway‑Ninebot, Okai, and Navee that can also be found at ATOM Mobility. 

Moped (fuel‑powered light motorcycle) A moped is a small motorized vehicle traditionally powered by gasoline, offering higher speeds and longer range than bikes or scooters. In shared mobility, fuel mopeds are becoming less common due to emissions regulations but still operate in some regions.

E‑moped (electric moped) An e‑moped is an electric version of a traditional moped. It provides longer range and higher speed than e‑scooters, often up to 45 km/h depending on local regulations. E‑mopeds are ideal for suburban areas or cities with longer commuting distances. Manufacturers such as NIU, Silence, Super Soco, and Yadea dominate this segment. 

The table below provides a general comparison of the most common shared mobility vehicle types, including typical purchase prices, expected service life in commercial fleets, and average utilization (rides per vehicle per day). Actual figures vary depending on manufacturer, market, operating conditions, and fleet maintenance.

Shared mobility fleet economics: purchase price, lifespan, and rides per vehicle per day, comparing bikes, e-bikes, e-scooters, and mopeds.
Vehicle Purchase price (new) Purchase price (used) Fleet lifespan Rides per day (RPV)
Mechanical bike €300–500 €100–300 5–8 years 1–3
E-bike €900–1,300 €400–800 4–8 years 2–5
E-scooter €500–1,200 €200–600 3–8 years 3–6
Fuel moped €1,500–2,500 €700–2,000 4–7 years 2–5
E-moped €1,800–2,500 €700–1,500 4–7 years 2–5

Approx. new purchase price – The typical cost of purchasing a new commercial-grade vehicle for a shared mobility fleet. Prices vary depending on the manufacturer, hardware specifications, battery capacity, IoT integration, and fleet order size.
Approx. used purchase price – The typical market price of a pre-owned commercial vehicle suitable for shared mobility operations. Factors such as vehicle age, mileage, battery health (for electric vehicles), overall condition, and refurbishment status significantly influence the price.
Typical fleet lifespan – The average period a vehicle remains economically viable in a shared mobility fleet before being retired or replaced. Lifespan depends on ride frequency, maintenance quality, weather conditions, road infrastructure, vandalism, accidents, and how intensively the fleet is operated.
Average rides/day/vehicle (RPV) – Rides Per Vehicle per Day (RPV) is one of the most important performance metrics for shared mobility operators. It measures the average number of completed trips each vehicle performs daily. Higher RPV generally leads to better fleet utilization, faster return on investment, and improved profitability. Actual RPV varies depending on vehicle type, city size, demand, seasonality, pricing strategy, fleet availability, and operational efficiency.

Docked vs dockless infrastructure

Beyond vehicle choice, parking strategy matters. Dockless fleets offer flexibility but may create parking compliance challenges. Docked systems use physical stations that improve order, security, and charging efficiency.

Several manufacturers specialize in docking and locking infrastructure, including KNOT CITY (which recently is out of market), and Kuhmute. These docking systems can improve vehicle organization, reduce vandalism, and simplify charging logistics for e‑bikes and e‑mopeds.

E‑scooters: Best for dense urban zones

E‑scooters work best in compact city centers, student districts, and areas with high short‑trip demand. They require less parking space and are faster to deploy. However, they demand consistent maintenance and battery management.

E‑bikes: Broader demographic appeal

E‑bikes provide greater comfort and stability, making them suitable for older users, tourists, and riders carrying bags. They perform well in cities with established cycling lanes or moderate hills. Although more expensive than scooters, they often achieve longer ride durations and stronger customer loyalty.

E‑mopeds: Extended range and higher revenue potential

E‑mopeds are suitable for cities with wider geography or suburban commuting patterns. They typically deliver higher revenue per trip but require licensing compliance and more robust fleet management.

Matching vehicles to city profiles

Tourist cities often benefit from e‑bikes due to comfort and sightseeing suitability. College towns frequently lean toward e‑scooters because of affordability and convenience. Larger or hilly cities may support mixed fleets. Suburban zones often justify e‑mopeds for longer travel distances.

Climate also influences hardware decisions. Wet or cold regions require sealed wiring, water‑resistant components, and tires suitable for slippery conditions.

Planning your hardware strategy

Choosing the right fleet is not only about vehicle type. It involves sourcing reliable manufacturers, evaluating docking options, understanding regulatory requirements, and planning maintenance cycles. Reviewing available hardware categories through ATOM Mobility’s vehicles directory can help operators compare models and integrations before committing to a large fleet purchase.

The most successful operators treat fleet composition as flexible. They start with one category and expand based on usage data, seasonality, and rider behavior. A balanced hardware strategy allows adaptation without replacing the entire fleet.

ATOM Mobility supports mixed fleets – including e‑scooters, e‑bikes, and e‑mopeds – within one platform, covering booking, payments, hardware integrations, and analytics. This allows operators to scale gradually while maintaining operational control.

Vehicle choice is not static. As cities evolve and regulations tighten, operators who understand their hardware options and adapt quickly are better positioned for long‑term growth.

Blog
How to launch a taxi business without building everything from scratch
How to launch a taxi business without building everything from scratch

🚕 Getting drivers on the road is not the only thing you need to launch your taxi business. Many new platforms struggle with the same problem – drivers with no demand and riders with no available drivers. Building both at the same time is where most launches fail. This article introduces the key steps to launch a taxi business and avoid the most common mistakes.

Read post

Launching a taxi business today takes more than having drivers. It requires a system that can attract riders, onboard drivers, manage bookings, process payments, and keep daily operations running smoothly as demand grows.

The ride-hailing market is growing fast, while customer acquisition is getting more expensive and more competitive. Technavio estimates the global ride-hailing market will grow by more than $102 billion between 2024 and 2029, which creates room for new operators, but also raises the cost of visibility, paid acquisition, and brand differentiation in crowded markets, according to this ride-hailing services market forecast.

Many operators now launch faster by using ready-made tools instead of building every part from scratch. ATOM Mobility has already helped operators launch mobility businesses in as little as 90 days through a phased rollout covering market validation, legal setup, branding, driver onboarding, and launch execution.

But how to actually launch your business, if you’re not willing to do everything from scratch?

1. Start with a market gap, not with the app

Most taxi businesses do not fail because the app is missing a feature but because there is no clear reason for customers to switch. Before choosing software or recruiting drivers, define where your opportunity is. That could mean:

  • poor service in smaller cities
  • premium airport rides
  • business travel
  • women-only rides
  • scheduled transport
  • local business transport partnerships

This matters more than most expect. Your pricing, branding, driver experience, and customer acquisition all depend on the niche you choose. That is why defining a clear angle early matters, especially in crowded markets.

2. Get legal and operational basics in place

A taxi business is still a regulated business. Before launch, you need to set up the basics properly:

  • business registration
  • local taxi or ride-hailing permits
  • insurance
  • driver requirements
  • vehicle checks
  • payment compliance

Skipping this part slows everything down later.

This is also the stage where many founders underestimate operating costs. Beyond software, you will need to plan for driver incentives, support, payment processing, and customer acquisition. That is one reason many operators now launch with white-label software instead of funding a custom build from day one.

3. Launch with ready-made software, not custom development

Building a taxi app from scratch is expensive (in many cases we see it costs more than 30 000 -50 000 EUR), slow (takes many monhts), and usually unnecessary. To launch a working taxi business, you need:

  • rider app
  • driver app
  • dispatch logic
  • payment system
  • admin dashboard
  • support tools
  • analytics
  • integrations

Most early-stage operators do not need to build these systems themselves but a working infrastructure they can brand and launch quickly. That is why many operators start with ATOM Mobility, where the full system already includes rider and driver apps, dispatch tools, payments, analytics, integrations and backend operations in one platform. This is the same logic behind building a branded taxi service with white-label software instead of spending months on custom development.

Driver app by ATOM Mobility

4. Make driver onboarding simple from day one

Driver onboarding needs to be fast and easy enough that drivers can register, upload documents, get approved, and start working without delays. But if onboarding takes too long, drivers drop off before they complete their first ride.

A strong launch setup should include:

  • fast registration
  • document upload
  • quick approval flow
  • simple earnings tracking

This is also where the ATOM Mobility driver app becomes important, since it gives drivers one place to accept rides, navigate, manage earnings, and stay active without switching between tools.

5. Give users more than one way to book

Many taxi businesses still focus only on app installs but that is a mistake. Not every rider wants to download an app before booking a ride. This is especially true for airport pickups and tourists in general, hotel guests, older riders, and occasional users. That is why booking flexibility is important. Alongside mobile apps, many operators now add browser-based booking so riders can order without installing anything.

This is what ATOM introduced with its Web Booker for ride-hail, which gives operators a simple way to capture web traffic, direct bookings, and one-time users without forcing an app download.

Web booker by ATOM Mobility

6. Build supply and demand at the same time

You need both, drivers and riders, to be interested in your service from day one – drivers will not stick around without rides and riders won’t pick you if there are no available drivers.

That means:

  • recruit drivers before launch
  • pre-seed rider demand
  • test dispatch density
  • launch in one focused zone first
  • avoid expanding too early

This is one reason local launches tend to perform better than city-wide launches. Smaller launch zones create stronger supply-demand density and better first user experience.

7. Plan marketing before launch, not after

Most taxi businesses fail because not enough people know they exist, not because they lack great technology. Founders often spend months building operations, then treat marketing as something to figure out later, which can become an aspect in which the expenses start rising fast.

You need:

  • launch campaigns
  • local paid ads
  • rider promos
  • referral loops
  • landing pages
  • retargeting

ATOM now offers a dedicated marketing agency for mobility businesses, built specifically for operators who need help acquiring riders, running paid campaigns, and building predictable demand. Without consistent rider acquisition, even a strong product struggles.

8. Think beyond taxis from the start

Many operators launch with taxis first, then expand into extra services once demand is stable.

That could mean:

  • airport transfers
  • scheduled rides
  • delivery
  • business transport
  • shuttle services
  • car sharing or rental
  • micromobility

This is one of the strongest advantages of launching on flexible mobility software. You are not building a single-use taxi app but a mobility platform that can grow. That is also why ATOM’s ride-hailing platform was built to integrate with broader shared mobility services instead of staying limited to one transport model.

If you’re launching a taxi business, building the right system usually is more important than building a software from scratch. The strongest operators start with a clear market gap, launch with ready-made tools, onboard drivers quickly, give riders flexible booking options, and invest in demand early.

Launch your mobility platform in 20 days!

Multi-vehicle. Scalable. Proven.