Ride passes and subscriptions
Prepaid bundles and monthly plans priced per market, with credits applied automatically at booking and pass revenue reported separately.
AI-Built Lyft Clone
An AI-first build of the Lyft-style model: ride matching that learns from acceptance patterns, demand forecasting that staffs the airport queue, and pass pricing that locks in commuters. Four synced panels ship white-label with 100% source code, owned by you from day one. The almost-ready AI build goes live in 6 working days; a custom build takes 3 to 4 weeks.
Launch-ready from
$3,099

Synced panels
Almost-ready AI launch
Custom build
Source-code ownership
overview
A Lyft-style ride-hailing platform is a two-sided mobility product that competes on rider experience rather than price wars alone. Its signature mechanics are scheduled rides for airport runs and commutes, prepaid ride passes and subscriptions, an in-ride tipping flow, and small loyalty touches such as round-up donations. The model shows that retention features, not just dispatch speed, decide which app riders open first.
The operator's purpose is to build a defensible local brand. Global platforms win on coverage, but subscription passes, scheduled commutes, and driver relationships create switching costs in a home city. Owning the platform also means owning the customer relationship and the commission on every trip, which is the difference between a transport business and a referral channel for someone else's.
The platform ships with a rider app (booking, passes, scheduling, tipping), a driver app (request economics, destination mode, earnings with tips), a partner panel for media, event, and fleet partners, and an admin and dispatch console with fare books, surge control, trust and safety queues, and KPI dashboards.
Ride-hailing continues to grow across North America, Europe, and emerging urban markets according to widely published industry reports, and subscription-style transport products are an increasingly visible part of that mix. A code-owned build lets a regional operator adopt those retention mechanics in days rather than years.
The headline capabilities above the role panels, each one a retention lever.
Prepaid bundles and monthly plans priced per market, with credits applied automatically at booking and pass revenue reported separately.
Airport runs and commutes enter dispatch ahead of the pickup window, with reminders and a cancellation cutoff you configure.
Suggested amounts at trip end pay out with the driver's settlement, because drivers stay on platforms where tips flow.
Riders round fares up to causes the admin configures, a small feature with outsized brand value in local markets.
Per-seat pricing with compatible trips batched by the routing engine, kept inside promised ETAs.
Drivers heading home accept only trips along their route, a proven supply-keeping feature on nights and weekends.
Partners run geofenced pricing and queues for concerts and stadiums through the partner panel.
Verified drivers, trip sharing, SOS wiring, and a full audit trail reviewed from the admin queue.
What these buyers share: repeat trip demand they already understand, and the intent to own the retention layer rather than rent it from an aggregator.
Operators with local licensing and driver relationships who want a consumer-grade app with loyalty mechanics that keep riders opening theirs first.
Scheduled rides and passes monetize predictable demand that surge-based apps serve badly, and pre-assignment dispatch makes the promise keepable.
Subscriptions and policy controls map directly onto fixed-route transport, with corporate accounts billed monthly.
Competing on service quality rather than coverage, where tips, ratings, and driver relationships are the product.
Deploying branded mobility products across several markets, with white-label configuration and 100% source code per client.
Every surface ships complete, configurable, and branded.
The experience that gets riders to open your app first.
Simple screens, serious earning tools.
For media partners, event partners, and fleet operators.
Operations, pricing, and compliance in one console.
Four consoles, one view of the platform's supply, subscription book, and revenue position.
The gating pipeline over documents, checks, approvals, and suspensions, fleet and event-partner administration, and quest configuration per city, so supply quality and partnerships are managed as disciplines.
Pass and subscription pricing per market, fare books with peak multipliers, scheduled-ride cutoffs, surge control with manual override, and corporate policy, all editable without a code release and all reporting into separate revenue lines.
Dispatch-scoring policy, event-mode staffing with geofenced pricing, the trust-and-safety queue with trip audit trails, and manual override for the cases the model should not decide alone.
KPI dashboards covering conversion, ETA, utilization, and churn, cohort reporting for pass subscribers and corporate accounts, and settlement reconciliation across commission, pass, and partner revenue.
The product journey, end to end.
The rider books an immediate trip or reserves a scheduled ride for airport runs and commutes, with a cancellation cutoff the admin configures.
An upfront price covers the vehicle class, and riders on passes or subscriptions see credits applied automatically at confirmation.
The request reaches nearby drivers with fare, distance, and rider rating upfront; acceptance locks the trip idempotently.
Live map tracking runs the whole trip, with navigation handoff for the driver and trip sharing for the rider's contacts.
The in-ride tip flow offers suggested amounts and pays out with the driver's settlement, and round-up donations route to causes the admin configures.
Ratings close the loop, receipts file themselves, and one-tap rebooking turns a good trip into a habit.
Five model-driven systems working the same trip stream. Each ships pre-tuned for ride-hailing and sharpens as your data compounds.
Scores nearby drivers on proximity, predicted ETA, load, and rating for each request, including scheduled rides entered ahead of their pickup window.
Driver locations, active trips, ratings, scheduled queue
Faster assignments and reliable pickup windows
Projects trip demand per zone and hour so peak bonuses and driver positioning land before concerts, flights, and Friday nights fill up.
Trip history, event calendars, hour-of-day patterns
Driver supply pre-positioned ahead of predictable peaks
Models ride-pass and subscription pricing against real trip frequency, so bundles are profitable and still feel like a deal.
Trip frequency, pass uptake, churn signals
Subscription revenue that locks in commuters
Batches compatible per-seat trips by route geometry and keeps them inside promised ETAs.
Route geometry, pickup windows, rider tolerance
Cheaper shared rides without broken promises
Flags suspicious accounts and collusive trip patterns before they drain incentive budgets or damage ratings.
Account signals, trip patterns, rating anomalies
A cleaner marketplace for riders and drivers
Four groups, each mapped to the retention lever it carries.
Prepaid ride passes with ledger-based credit drawdowns and dunning before lapse, scheduled rides with reminder and cutoff logic, and recurring commutes, so frequency becomes a subscription rather than a hope.
Two-tap booking with upfront fares, live tracking with trip sharing, in-ride tipping with suggested amounts, and one-tap rebooking, so the trip itself earns the next one.
Request economics shown upfront, destination mode for the drive home, quest bonuses, tip flow posting to earnings, and settlement statements that reconcile without manual work, because a platform drivers stay on fills its own supply.
Two-way ratings, round-up donations and loyalty touches, trust screening against collusive patterns, and an event-zone system for concerts and airports, so the brand earns the community feel the model is known for.
platform concepts
Every trip is a state machine: requested, accepted, arriving, in-trip, completed, or cancelled, with scheduled rides entering the queue ahead of their pickup window and carrying reminder plus cutoff logic so no-shows cost less. Each transition is an idempotent event, so retries never dispatch two cars.
Pass and zone economics decide the margin. A prepaid ride pass is a ledger balance with consumption rules: each trip draws down credits, renewals bill through a dunning flow before lapsing, and pass revenue reports separately from per-ride commission. Fare books, surge rules, and event pricing attach per zone and hour, so pricing stays explainable on the receipt.
Driver supply is a catalog with retention built in. Profiles carry documents, vehicle classes, and approval status through a gating pipeline, destination mode and quests shape availability, and tips, commissions, incentives, and fleet splits post as ledger lines on the same settlement event so earnings statements reconcile without manual work.
insight
The retention-first model exists because ride-hailing's real battle is for the home-screen slot, not the single trip. Industry commentary on the category consistently finds that commuters and airport runners, the riders with the most predictable patterns, are the most profitable and the most winnable, and that the products which lock them in are passes, scheduled rides, and tipping cultures rather than deeper discounts.
The economics follow: prepaid passes smooth demand and lock loyalty, scheduled rides turn commutes into contracts, and tips are the retention lever that keeps drivers on the platform without incentive spend. Cohort dashboards ship from day one because retention economics, not acquisition spend, decide whether the model works. The revenue table below quantifies the lines.
revenue model
Standard income is per-ride commission plus a booking fee. The differentiation layer is subscriptions and passes: riders prepay for discounted trips, which smooths demand and locks loyalty. Add premium vehicle classes, scheduled-ride premiums, tip volume (drivers stay when tips flow), corporate accounts, event partnerships, and driver-facing subscription tools. Every knob is in the admin panel with its own revenue report.
Retention economics beat acquisition spend, so the platform ships with cohort dashboards from day one. Operators often extend with a ride-sharing and carpooling tier for commutes or link the same accounts into a mobile wallet for prepaid balances.
Six monetization lines across the platform, quantified against published industry benchmarks. Every rate is configurable in your admin panel; the figures here are modelling inputs, not projections of your platform's earnings.
| Criteria | Revenue line | How it is charged | Typical range | What sets the ceiling |
|---|---|---|---|---|
| Per-ride commissions | A percentage of each fare plus a fixed booking fee, set per vehicle class | Ride-hailing platforms commonly take 15% to 25% per trip | Trip volume. Commute corridors and airport demand make the base line dense | |
| Ride passes and subscriptions | Prepaid bundles and monthly plans with credits drawn down per trip and dunning before lapse | Subscription tiers commonly priced monthly per rider | Commuter frequency. Passes lock in the riders who order weekly by definition | |
| Surge and scheduled-ride premiums | Surge uplift by zone and hour, plus premiums on scheduled airport and commute runs | Commonly 1.2x to 2.5x at peak; scheduled premiums contract-specific | Predictability premium. Riders pay for certainty in the moments it matters most | |
| Cancellation and wait fees | Fees on cancellations and no-shows, softened by reminder and cutoff logic | Contract-specific per city | Promise integrity. Fair fee rules protect driver earnings without punishing honest mistakes | |
| Corporate and event accounts | Contracted corporate rates and event-partner packages with consolidated billing | Contract-specific per account | Institutional relationships. Corporate contracts anchor weekday volume; events anchor peaks | |
| Driver-facing subscriptions | Driver tools and priority benefits sold as recurring plans | Subscription tiers commonly priced monthly per driver | Supply competition. Subscriptions monetize dispatch priority where drivers compete for demand |
Standard inclusions on every engagement, almost-ready or custom. Nine things you never have to ask for.
The complete unencrypted codebase transfers to you, with documentation and deployment scripts. No per-ride licensing, no vendor lock-in.
Your logo, colors, typography, and store accounts applied across every panel, plus branded customer communications.
App store and Play Console submissions handled end to end, with production monitoring switched on at go live.
Stripe, PayPal, and regional gateways configured, with automated split payouts across platform, partners, and providers.
Ride matching, demand forecasting, and pass pricing intelligence arrive configured for ride-hailing, not as raw APIs.
Languages, currencies, and tax display configured for your markets during the launch window.
Containerized services on AWS or Azure with autoscaling and queue-backed job intake for peak-hour traffic.
Operations dashboards, finance reconciliation views, and CSV exports so your team starts informed on day one.
Included support window plus product updates covering bug fixes, OS compatibility, and version upgrades.
Selected for reliability under peak load and audit-friendly billing.
Node.js microservices on PostgreSQL; Redis for geospatial matching; an event log so every trip state change is replayable.
Flutter rider and driver apps with native map views, background location handling, and offline request queuing.
Stripe Billing for passes and plans with proration and dunning; webhooks processed idempotently so retries never double-charge.
Google Maps Platform or Mapbox with zone geofences and historical traffic for ETA prediction.
AWS or GCP with Terraform, CI/CD, autoscaling, and dispatch-latency alerting.
Event and venue systems, accounting exports, SMS and push providers, and mapping ship as configured integrations, so the platform plugs into the tools your operations already run on.
Role-based access, append-only audit logs, encrypted traffic and secrets, and rate-limited endpoints come standard, so compliance questions have answers before they are asked.
The almost-ready AI build, day by day. App store review can add a short buffer outside our control, and custom builds take 3 to 4 weeks.
Cities, vehicle classes, pass pricing, and corporate policy locked with a written scope, and your identity applied across all four panels.
Payment gateways, pass billing, scheduled-ride windows, and fare books configured and tested against your live accounts.
Drivers, vehicles, and event zones onboarded with document gating armed, then live test trips run end to end: booking, match, ride, tip, payout.
App store and Play Console submissions with review buffers accounted for, production monitoring switched on, and full launch with post-launch support and product updates included.
Both tracks ship the same dispatch and pass core. The difference is time, price structure, and how much you want to change.
| Criteria | Almost-Ready AI Launch | Custom Build |
|---|---|---|
| Time to live | 6 working days from branding handoff | 3 to 4 weeks, scoped before work starts |
| Pricing | Fixed written quote after a short scoping call, no hourly meter | Estimated per module after the discovery call |
| Source code and IP | 100% ownership on delivery | 100% ownership on delivery |
| AI layer | Dispatch, forecasting, and personalization pre-tuned for mobility | AI services designed around your workflows and data |
| Retention features | Passes, scheduled rides, and tips pre-configured | Any loyalty mechanic engineered to your model |
| Branding | White-label: your name, colors, and store accounts | Built to your product spec end to end |
| After launch | Post-launch support and product updates included | Post-launch support and product updates included |
$ moxace launch --nowBook a walkthrough and we will demo dispatch, pass billing, and the admin console on a live build, then send the written scope.
Share your idea
a quick call, no deck required
See the live demo
every screen, admin to user
Launch with source
full code, your brand, your servers
No two launches price the same. These are the factors that shape the written quote you receive after scoping.
The almost-ready AI build covers the proven feature set. Bespoke loyalty schemes, shared-ride tiers, or corporate modules add scoped estimate work.
Fare books, pass pricing, and scheduled-ride windows are configured per market. Adding cities means more configuration, never a rebuild.
Payment gateways, billing providers, and event systems are wired during the build, and each integration is estimated individually.
Out of the box, matching, forecasting, and pass pricing are pre-tuned for ride-hailing. Training models on your historical trip data is an optional, separately scoped workstream.
Each ships as an optional module on the same dispatch and billing core, scoped separately.
A shared-commute tier with per-seat pricing and route batching, the product that turns corridor demand into a subscription habit.
Stored value with top-ups and refund credits, pairing with passes to keep prepaid spend inside the platform.
Referral codes and loyalty rewards layered on the pass system, concentrating retention spend on committed riders.
Deeper event-zone tooling with venue partnerships, surge planning, and dedicated pickup zones for stadiums and airports.
Departmental budgets, approval chains, and consolidated invoicing for enterprise accounts, the weekday anchor for commuter demand.
Retention features decide which app riders open first. This build ships them from day one.
Passes, scheduled rides, tips, and destination mode are core product logic with their own ledger lines, not marketing bolt-ons.
A ready-made launch costs a fraction of a ground-up build, with a fixed written quote before work starts.
One hundred percent of the source code transfers to you. No per-ride royalties, no black-box dependencies.
Engineers who have shipped mobility platforms before, so architecture decisions like trip state machines are made once, correctly.
Canonical deployments from our own portfolio. Metrics are reported from live platforms, not projections.
An on-demand mobility platform from the same engineering system, proving the dispatch core holds under city-wide, real-time load.
A delivery platform from the same dispatch lineage, proving real-time assignment holds under dense order load.
A gaming platform from the same engineering system, holding uptime through launch windows and tournament-scale traffic.
A retention-first platform holds prepaid balances and community trust. The controls are built in, and stated plainly.
Ride-pass credits draw down as ledger entries with consumption rules, so a pass balance is an auditable number rather than an app counter, and refunds reverse cleanly.
Subscription webhooks process idempotently, so a retried renewal or a dropped network on renewal day never bills a rider twice.
Every trip state change is a replayable event, so a dispute or a regulator's question resolves from the record rather than from recollection.
Collusive trip and account-anomaly detection flags before incentives pay out, so bonus and referral budgets concentrate on real riders rather than rings.
Tips, commissions, incentives, and fleet splits post on the same settlement event, so the statements drivers check are accurate by construction.
the process
You begin with a discovery call covering cities, vehicle classes, pass pricing, and corporate policy, and receive a written scope with fixed milestones. On the almost-ready path your brand is applied across all four surfaces, payments and pass billing are configured, and the apps go to both stores inside the 6 to 9 day window. Custom features, such as a loyalty integration or a shared-ride tier, run as scoped sprints with staging access.
You then get post-launch support and product updates included. A realistic first 90 days: onboarding drivers to coverage in your launch zones during weeks one to four, tuning pass pricing, surge rules, and scheduled-ride cutoffs against live data in weeks five to eight, and by week twelve reviewing cohort retention to decide whether your second city or your corporate program comes next.
Open the web app, sign in with the printed demo credentials, or install the Android build — no signup, no sales call. What you see is what you launch.
$ moxace launch --nowBook a free scoping call and get a written plan, a fixed quote, and a go-live date inside the 6 to 9 day window.
Share your idea
a quick call, no deck required
See the live demo
every screen, admin to user
Launch with source
full code, your brand, your servers
Moxace is an independent software development company. We are not affiliated with, sponsored by, or endorsed by Lyft.
The phrase “Lyft clone” is used descriptively. It is how the software industry refers to building a platform with similar functionality, and how buyers search for one.
The design and codebase are built entirely by our in-house team. Nothing is taken from the Lyft website, applications, or brand assets.
Lyft and all third-party names and marks remain the property of their respective owners, referenced here only to describe the category of software we build.
Read the full legal notice on our disclaimer page.