How profitable is scooter sharing business?
March 7, 2020
min. read
The mobile sharing industry is projected to grow at a rapid rate over the next several years. The economic shift towards micro mobility has shown that bike and scooter use is going to grow from USD $2.5 billion in 2019 to USD $10.1 billion by 2027. With an increasing demand for affordable mobility services, industry leaders are making adjustments to their financial models to accommodate changing regulations, as well as, growing production costs.
We put together a breakdown of the expenses that are currently going in to establishing a profitable MaaS company along with some other considerations to keep in mind.
What are the current pricing levels for leaders in Scooter and Bike Sharing?
The pricing levels for different services being offered around the world vary based upon initial upfront costs, cost per allotted time and total ride duration. These prices are also subject to change depending on the regulatory requirements of each location.
Scooter sharing:
Bike sharing:
At ATOM Mobility we have a specific calculation to determine the total income a scooter or bike sharing service makes based on ride time and pricing fees. This allows adjustments to be made for the different price levels each company offers.
Income Equation: (Unlock Fee + (Average Ride Time X Minutes)) = x
x = Average Price per Ride
How does vehicle ridership impact the financial model?
Ridership is impacted by a multitude of factors, including availability to travel lanes, density of charging/docking stations, level of integration within the overall transportation network, along with the extent of rider outreach and vendor education. Vehicle use rates tend to increase based on volume of available scooters/bikes and ease of access to stations. The systems with larger fleets, as well as wider spread sharing infrastructure tend to experience higher ridership.
According to research conducted by the National Association of City Transportation Officials, scooters are making up to two times more rides per vehicle per day compared to bikes. Bike services complete anywhere from 0.5 to 2.5 rides per day at an average of 1, with trends showing a shift away from traditional pedal bicycles as the interest in e-vehicles continues to grow.
Image source: nacto.org
The region where services are being offered can also influence ridership. Across our partners at ATOM Mobility for scooters, we are seeing from 1.8 to even 5 rides per vehicle per day, with even higher rates in colder regions where the proper infrastructure is in place.
Image source: City of Chicago, E-scooter Pilot Evaluation
An evaluation of the City of Chicago’s E-scooter pilot program found that over time the number of trips per day decreased from an average of 3.7 to 2.5. This aligns with the seasonality of mobility vehicles, which has been proven to impact ridership. Our research found that there can be decreases between 30 to 50 percent during the off-season.
The average rides per day you can count on for bike sharing services is 0.5 to 2.5, and 1.8 to 5 for scooter sharing services.
What additional factors need to be taken into consideration?
Once we have determined how many rides are being taken and the average price, we can calculate the average income per vehicle per month and outline cost positions. To begin growing revenue, mobility companies need to determine ways to extend the lifespan of their vehicles or off-set the costs once the limit is met. These factors are a major component in developing a successful financial model. In addition, it’s important to review the other expenses that impact vehicle maintenance and usage when constructing an accurate forecast.
Seasonality
Seasonality refers to the time of year a service operates as a result of environmental or weather factors. For mobility services, the usage season usually begins when the average temperature in a month is +10 Celsius or more.
Rides Per Vehicle Per Day
The number of rides each vehicle is taking in a day will impact both revenue but also maintenance and lifespan costs.
Rides
The rate for each ride will need to be considered when developing an overall financial plan for a company.
Maintenance Costs (ex. 13 percent of cost per ride)
Maintenance of the vehicle fleets is required and may vary depending on usage, as well as vehicle model.
Charging Costs (ex. 21 percent of cost per ride)
Whether the fleet uses docking stations or offers free floating services, the cost of charging the vehicles is necessary for continued use.
Bank Commission (ex. 3 percent cost per ride)
This includes any of the banking fees that are acquired.
Marketing (ex. 4 percent cost per ride)
Promoting the services being offered is an essential expense for business growth and expansion within the market.
Customer Support (ex. 5 percent cost per ride)
Most mobility services are offered through mobile apps that require regular support from customer service representatives to resolve customer inquiries and help with reputation management for the company.
IT System Support (ex. 5 percent cost per ride)
These services include IoT systems, sim cards, data, software and other technological requirements needed for the vehicles to operate.
Additional Costs (ex. 3 percent cost per ride)
Mobility companies like any other vehicle service are subject to additional costs such as insurance, city permits and/or other resources.
Our Excel-based Model
To help determine the overall impact of fluctuating costs for scooter and bike services, we developed a financial model that breaks down costs based on a percentage. Through this Excel-based Model we are able to maintain a proportionate evaluation of the expenses for each service.
source: ATOM Mobility
To make calculations we assume an average ride time of 20 minutes then apply that to our Excel-based Model. Costs are shown as a percent from the ride price. Since cost and prices differ country by country, this model allows for the proportions to remain the same. For accurate forecast planning, we recommend using the average of two to four rides per vehicle per day on a period of wholesale. To learn more about our model, please email us.
Where do we go from here?
Mobility as a service is expected to continue growing as additional opportunities for expansion and profitability open in the market. At ATOM Mobility, we want to help your business thrive in the exciting new world of transportation services. There has not been a better time to join other industry leaders than right now. Reach out to us today so we can start building for the future, starting with our scooter sharing software.
Interested in launching your own mobility platform?
Click below to learn more or request a demo.
Blog
Unmet demand heatmap: Turn missed searches into measurable revenue growth
📉 Every unmet search is lost revenue. The unmet demand heatmap shows where users actively searched for vehicles but none were available - giving operators clear, search-based demand signals to rebalance fleets 🚚, improve conversions 📈, and grow smarter 🧠.
February 17, 2026
min. read
Fleet operators don’t lose revenue because of lack of demand - they lose it because demand appears in the wrong place at the wrong time. That’s exactly the problem the Unmet demand heatmap solves.
This new analytics layer from ATOM Mobility shows where users actively searched for vehicles but couldn’t find any within reach. Not guesses. Not assumptions. Real, proven demand currently left on the table.
What is the unmet demand heatmap?
The unmet demand heatmap highlights locations where:
- A user opened the app
- Actively searched for available vehicles
- No vehicle was found within the defined search radius
In other words: high-intent users who wanted to ride, but couldn’t. Unlike generic “app open” data, unmet demand is recorded only when a real vehicle search happens, making this one of the most actionable datasets for operators.
Why unmet demand is more valuable than app opens
Many analytics tools track where users open the app (ATOM Mobility provides this data too). That’s useful - but incomplete. Unmet demand answers a much stronger question:
Where did users try to ride and failed? That difference matters.
Unmet demand data is:
✅ Intent-driven (search-based, not passive)
✅ Directly tied to lost revenue
✅ Immediately actionable for rebalancing and expansion
✅ Credible for discussions with cities and partners
How it works
Here’s how the logic is implemented under the hood:
1. Search-based trigger. Unmet demand is recorded only when a user performs a vehicle search. No search = no data point.
2. Distance threshold. If no vehicle is available within 1,000 meters, unmet demand is logged.
- The radius can be customized per operator
- Adaptable for dense cities vs. suburban or rural areas
3. Shared + private fleet support. The feature tracks unmet demand for:
- Shared fleets
- Private / restricted fleets (e.g. corporate, residential, campus)
This gives operators a full picture across all use cases.
4. GPS validation. Data is collected only when:
- GPS is enabled
- Location data is successfully received
This ensures accuracy and avoids noise.
Smart data optimization (no inflated demand)
To prevent multiple searches from the same user artificially inflating demand, the system applies intelligent filtering:
- After a location is stored, a 30-minute cooldown is activated
- If the same user searches again within 30 minutes And within 100 meters of the previous location → the record is skipped
- After 30 minutes, a new record is stored - even if the location is unchanged
Result: clean, realistic demand signals, not spammy heatmaps.
Why this matters for operators
📈 Increase revenue
Unmet demand shows exactly where vehicles are missing allowing you to:
- Rebalance fleets faster
- Expand into proven demand zones
- Reduce failed searches and lost rides
🚚 Smarter rebalancing
Instead of guessing where to move vehicles, teams can prioritize:
- High-intent demand hotspots
- Time-based demand patterns
- Areas with repeated unmet searches
🏙 Stronger city conversations
Unmet demand heatmaps are powerful evidence for:
- Permit negotiations
- Zone expansions
- Infrastructure requests
- Data-backed urban planning discussions
📊 Higher conversion rates
Placing vehicles where users actually search improves:
- Search → ride conversion
- User satisfaction
- Retention over time
Built for real operational use
The new unmet demand heatmap is designed to work alongside other analytics layers, including:
- Popular routes heatmap
- Open app heatmap
- Start & end locations heatmap
Operators can also:
- Toggle zone visibility across heatmaps
- Adjust time periods (performance-optimized)
- Combine insights for strategic fleet planning
From missed demand to competitive advantage
Every unmet search is a signal. Every signal is a potential ride. Every ride is revenue. With the unmet demand heatmap, operators stop guessing and start placing vehicles exactly where demand already exists.
👉 If you want to see how unmet demand can unlock growth for your fleet, book a demo with ATOM Mobility and explore how advanced heatmaps turn data into decisions.
Blog
🚀 New feature alert: Web-booker for ride-hailing and taxi operations
🚕 Web-booker is a lightweight ride-hail widget that lets users book rides directly from a website or mobile browser - no app install required. It reduces booking friction, supports hotel and partner demand, and keeps every ride fully synced with the taxi operator’s app and dashboard.
February 9, 2026
min. read
What if ordering a taxi was as easy as booking a room or clicking “Reserve table” on a website?
Meet Web-booker - a lightweight ride-hail booking widget that lets users request a cab directly from a website, without installing or opening the mobile app.
Perfect for hotels, business centers, event venues, airports, and corporate partners.
👉 Live demo: https://app.atommobility.com/taxi-widget
What is Web-booker?
Web-booker is a browser-based ride-hail widget that operators can embed or link to from any website.
The booking happens on the web, but the ride is fully synchronized with the mobile app and operator dashboard.
How it works (simple by design)
No redirects. No app-store friction. No lost users.
- Client places a button or link on their website
- Clicking it opens a new window with the ride-hail widget
- The widget is branded, localized, and connected directly to the operator’s system
- Booking instantly appears in the dashboard and mobile app
Key capabilities operators care about
🎨 Branded & consistent
- Widget color automatically matches the client’s app branding
- Feels like a natural extension of the operator’s ecosystem
- Fully responsive and optimized for mobile browsers, so users can book a ride directly from their phone without installing the app
📱 App growth built in
- QR code and App Store / Google Play links shown directly in the widget
- Smooth upgrade path from web → app
⏱️ Booking flexibility
- Users can request a ride immediately or schedule a ride for a future date and time
- Works the same way across web, mobile browser, and app
- Scheduled bookings are fully synchronized with the operator dashboard and mobile app
🔄 Fully synced ecosystem
- Country code auto-selected based on user location
- Book via web → see the ride in the app (same user credentials)
- Dashboard receives booking data instantly
- Every booking is tagged with Source:
- App
- Web (dashboard bookings)
- Booker (website widget)
- API
🔐 Clean & secure session handling
- User is logged out automatically when leaving the page
- No persistent browser sessions
💵 Payments logic
- New users: cash only
- Existing users: can choose saved payment methods
- If cash is not enabled → clear message prompts booking via the app
This keeps fraud low while preserving conversion.
✅ Default rollout
- Enabled by default for all ride-hail merchants
- No extra setup required
- Operators decide where and how to use it (hotel partners, landing pages, QR posters, etc.)
Why this matters in practice
Web-booker addresses one of the most common friction points in ride-hailing: users who need a ride now but are not willing to download an app first. By allowing bookings directly from a website, operators can capture high-intent demand at the exact moment it occurs - whether that is on a hotel website, an event page, or a partner landing page.
At the same time, Web-booker makes partnerships with hotels and venues significantly easier. Instead of complex integrations or manual ordering flows, partners can simply place a button or link and immediately enable ride ordering for their guests. Importantly, this approach does not block long-term app growth. The booking flow still promotes the mobile app through QR codes and store links, allowing operators to convert web users into app users over time - without forcing the install upfront.
Web-booker is not designed to replace the mobile app. It extends the acquisition funnel by adding a low-friction entry point, while keeping all bookings fully synchronized with the operator’s app and dashboard.
👉 Try the demo
https://app.atommobility.com/taxi-widget
Want to explore a ride-hail or taxi solution for your business - or migrate to a more flexible platform? Visit: https://www.atommobility.com/products/ride-hailing
Driver App demo credentials - Email: test@atom.com, Password: driver
