Sign-up made easy: ATOM Mobility adds Apple and Google login options
March 11, 2025
min. read
Why is this important?
Most mobile apps rely on phone number verification for sign-ups and logins. This is also the case for ATOM Mobility, where users verify their phone number using a One-Time Password (OTP). We use trusted partners like Twilio, Dexatel, and others to ensure secure phone verification. Big companies like Uber, Bolt, and inDrive also follow this method because it helps prevent fraud and unauthorized access.
However, we know that not everyone wants to use their phone number every time they log in. Some users prefer quicker options, especially if they’re alreadyuse Apple or Google on their devices. That’s why we’ve now added these alternatives.
The popularity of Apple & Google sign-in
According to global data, a significant number of people prefer logging in with their existing accounts rather than typing in a phone number. Research shows that about 60-80% of users choose social logins if given the option. That’s a huge number! By adding Apple and Google login, we’re making it even easier for users to sign up and start using your app instantly.
Many popular apps and platforms already offer these sign-in options because they reduce the time it takes for users to access services. The fewer steps involved, the more likely users are to complete registration rather than abandoning the process midway. For businesses, this translates to higher conversion rates and more engaged users.
What this means for your business
Adding Apple and Google login options isn’t just about convenience. It has real benefits for operators as well:
- Fewer support tickets – Phone number verification can sometimes fail due to network issues, wrong numbers, or SMS delays. With Apple and Google sign-ins, users can skip these problems entirely.
- Better user experience – The easier it is to sign up, the more likely users are to complete registration and start using the service.
- More successful registrations – Reducing friction at the sign-up stage means more people will complete the process, leading to higher conversion rates.
- Higher user retention – If signing in is fast and easy, users are more likely to return rather than be discouraged by a slow login process.
Security considerations
It’s important to note that phone number verification still plays a big role in fraud prevention. If users sign in without verifying their number, there’s a higher risk of fake accounts. That’s why we’re keeping the OTP method as the default while offering Apple and Google login as an alternative.
Many companies, including ATOM Mobility, prioritize fraud prevention. While Apple and Google sign-in reduce the risk of failed logins, they also require additional monitoring to ensure that the platform remains secure. Implementing fraud detection measures alongside these sign-in options can help maintain a balance between user convenience and platform security.
How it works
The updated login screen will now include Apple and Google sign-in buttons alongside the phone number option. Users can choose their preferred method, making the process faster and more flexible.
If you are an ATOM Mobility customer, enabling this feature in your app settings is simple. Once activated, users will see the Apple and Google login buttons immediately when they open the app. This small but powerful change can lead to more completed registrations and a smoother onboarding experience.
What’s next?
This is just one of the many improvements we’re bringing to ATOM Mobility. We’re constantly working on new features to enhance the user experience and streamline operations. Check out our other top features:
- Integrations – Connect with various third-party services like Zendesk, Intercom, and Mavenoid to improve customer support.
- Connectivity – Our platform supports multiple IoT devices and vehicle models, ensuring seamless operation.
- Dashboard – Manage your fleet and users efficiently with a feature-packed admin panel.
Future possibilities
At ATOM Mobility, we believe in continuous innovation. Now that Apple and Google login options are live, we are exploring other ways to simplify user access and improve security. Some potential future developments include:
- Biometric authentication – Using Face ID or fingerprint scanning for even faster logins.
- Multi-factor authentication (MFA) – Adding an extra layer of security for high-value users.
With Apple and Google login now available, signing up for ATOM Mobility-powered apps is easier than ever. Whether users prefer OTP verification or a simple one-tap login, they now have more choices. This update is all about making the experience smoother and increasing the number of successful registrations.
If you’re an ATOM Mobility customer, make sure to enable this feature and give your users the flexibility they want. And if you need any help, feel free to reach out to our team!
Stay tuned for more updates as we continue to improve the platform!
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
