
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.
.jpeg)
🛴 Launching a scooter-sharing business takes much more than buying scooters and publishing an app. Choosing the right city, selecting reliable hardware, planning operations, and investing in software that can scale all play a major role in building a successful mobility business. This guide walks you through every stage of the process, from market research and business model selection to fleet management, customer acquisition, and how operators can launch in as little as 20 days.
Launching a scooter-sharing business no longer requires millions in funding or a team of software engineers. What once took large mobility companies years to build can now be launched in a matter of weeks. The challenge has shifted from technology to execution. Today's operators compete on reliability, operational efficiency, and the ability to work with cities rather than around them.
The opportunity, however, remains strong. According to the 2025 European Shared Mobility Index, Europe recorded more than 640 million shared mobility trips in 2024, with scooters remaining one of the largest mobility segments. For entrepreneurs looking to enter the market, the biggest advantage is that they no longer have to build everything from scratch. Proven business models, mature hardware, and established software platforms have made launching a scooter-sharing service much more accessible than it was just a few years ago.
Here's what to consider before launching your first fleet.
Step 1: Choose the right city
The success of a scooter-sharing business often depends more on the city than on the scooters themselves. Before investing in vehicles, take time to understand the local market. Does the city issue permits for scooter-sharing operators? Are there already established competitors? Is the population dense enough to support frequent short trips? Well-developed cycling infrastructure and strong public transport networks can also work in your favour by creating first and last mile travel opportunities. Competition isn't necessarily a bad sign. If multiple operators are already active, it usually means there is proven demand. The challenge is understanding whether there's room for another service and how your business can differentiate itself.
Step 2: Build a business model that fits your market
One of the first decisions is choosing how riders will use your service. Some operators choose a free-floating model, where scooters can be picked up and parked anywhere within a designated service area. Others prefer station-based systems that require trips to start and end at fixed locations. Free-floating fleets offer greater flexibility for users, while station-based systems usually provide more predictable operations, simpler charging logistics, and fewer parking issues.
Pricing deserves just as much attention. Many operators combine an unlock fee with per-minute pricing, while others introduce subscriptions, ride bundles, or daily passes for frequent users. It's also worth defining your target utilisation rate before purchasing vehicles. A fleet of 200 scooters averaging five trips per day is generally a healthier business than a fleet of 500 scooters averaging only one or two.
Step 3: Choose hardware that will last
Buying scooters is only one part of the investment. Operators should look beyond purchase price and evaluate durability, battery capacity, weather resistance, maintenance requirements, spare part availability, and the total cost of ownership over several years.
The hardware inside each scooter is equally important. GPS tracking, remote locking, battery monitoring, vehicle diagnostics, and theft protection all depend on reliable IoT connectivity. Many newer operators also choose swappable battery systems because they reduce downtime and allow batteries to be replaced on the street instead of transporting scooters back to a warehouse for charging.
Choosing hardware that integrates smoothly with your software platform will make expansion much easier later on.
Step 4: Select software that can grow with your business
The customer usually sees only the mobile app, but software runs almost every part of a scooter-sharing business. Beyond booking and payments, operators need tools for fleet management, pricing, subscriptions, maintenance scheduling, customer support, analytics, reporting, and day-to-day administration. As fleets grow, managing these processes manually quickly becomes unrealistic. When comparing software providers, look beyond the list of features. Consider how well the platform integrates with your hardware, whether new vehicle types can be added later, and how much of the daily operational work can be automated, what other operators are saying about the software.
Platforms such as ATOM Mobility's vehicle-sharing software bring rider apps, fleet management, payments, maintenance workflows, and analytics together in one system, allowing operators to manage the business without relying on multiple disconnected tools.
Step 5: Think about your first riders before launch day
Successful operators usually spend weeks preparing their first marketing campaigns before the fleet goes live. Referral programmes can encourage existing users to invite friends, while partnerships with universities, hotels, offices, residential developments, and local businesses help introduce the service to potential riders. Introductory discounts often work well during launch, but long-term success depends on giving people a reason to keep coming back after the promotion ends.
Step 6: Prepare your operations before the first ride
Many mobility businesses don't struggle because demand is low – they struggle because operations become difficult to manage as the fleet grows. Before launch, operators should already have clear procedures covering:
- vehicle inspections
- charging and battery swaps
- maintenance and repairs
- fleet balancing
- customer support
- incident reporting
It is also worth deciding when operational action should be triggered. For example, at what battery level should a scooter be collected? How many inactive hours should pass before a vehicle is relocated? When should damaged scooters automatically be removed from service? Answering these questions early helps create consistent operations as the business grows.
How long does it actually take to launch?
Building custom mobility software from scratch can easily take 6-12 months or more, particularly when mobile apps, payments, IoT integrations, and fleet management systems all need to be developed from 0. Custom mobility software also costs 10 times more and may not be delivered in time.
Using a white-label platform shortens that process considerably. With ATOM Mobility's vehicle-sharing platform, operators can often launch in as little as 20 days, depending on branding, hardware integrations, payment setup, and operational readiness. That allows founders to spend less time developing software and more time preparing the business itself.
Launching a scooter-sharing business has never been easier from a technical perspective, but long-term success still depends on execution. Choosing the right city, investing in reliable hardware, selecting software that can grow with the business, and establishing strong operational processes all have a much bigger impact than simply deploying more scooters. The operators that build those foundations early are usually the ones best positioned to scale in the years that follow.
Want to learn more?
For entrepreneurs who want to dive deeper, ATOM Academy (https://www.atommobility.com/academy) is a free online learning platform created by mobility industry experts. It includes practical video courses covering topics such as:
- How to launch a shared mobility business
- Fleet operations and maintenance best practices
- Pricing and business models
- Marketing, support and customer acquisition
- Mobility software tutorials and platform walkthroughs
- Industry trends and expert insights
Whether you're preparing to launch your first fleet or looking to optimise an existing operation, the Academy provides practical guidance based on real-world experience from hundreds of mobility projects worldwide.

📆🚗 Managing vehicle availability is now easier than ever. Each rental vehicle can now have its own availability schedule, allowing operators or vehicle owners to define exactly when it can be booked. Keep vehicles available 24/7, create recurring weekly schedules, configure multiple unavailable periods, and make one-time availability changes directly from the calendar - all while preventing conflicts with existing bookings.
Managing vehicle availability has become much more flexible. With the new Vehicle availability calendar, every rental vehicle now has its own availability schedule, allowing operators or vehicle owners to define exactly when a vehicle can be booked.
By default, vehicles remain available 24/7, but operators can switch to a custom schedule and configure recurring unavailable periods or make one-time availability adjustments directly from the calendar.
Key capabilities
📅 24/7 availability by default
Newly added vehicles are automatically available around the clock. No additional setup is required.
🔄 Recurring weekly availability schedules
Configure custom weekly availability for each individual vehicle by defining one or multiple unavailable periods for every day of the week.
Navigation:
Vehicles → Select vehicle → Edit → Set availability
⚙️ Multiple unavailable periods per day
Need to block vehicles for maintenance, charging, cleaning, or personal use? Add as many unavailable time slots as needed for each day.
📆 One-time availability changes
Override the recurring schedule for a specific date without affecting the permanent weekly configuration. Perfect for holidays, temporary maintenance, or special events.
Navigation:
Vehicles → Calendar view → Click any available or unavailable time slot to add or edit
🔴 Visual availability overview
Unavailable periods are highlighted directly in the vehicle calendar, making it easy to identify when a vehicle can or cannot be booked.
🛡️ Booking conflict protection
To prevent scheduling issues, the system validates every availability change. If the selected period overlaps with an existing booking, the update cannot be saved and the operator will receive an error informing them that a booking already exists for that time.

How it works
The feature combines two layers of availability:
- Recurring schedule – the vehicle's permanent weekly availability pattern.
- Calendar exceptions – one-time changes that apply only to a specific date without modifying the recurring schedule.
For example, if a vehicle is normally unavailable every Wednesday from 10:00–12:00, you can temporarily extend, edit or reduce availability for a single Wednesday while leaving all future Wednesdays unchanged.
Why it matters
P2P rental businesses often manage vehicles with different owner preferences and operating hours. This feature gives operators the flexibility to support virtually any availability scenario while keeping bookings accurate and preventing scheduling conflicts.
Whether you're managing a small peer-to-peer fleet or thousands of rental vehicles, the new vehicle availability calendar makes availability management significantly easier and more reliable.


