Private mobility platform · White-label SaaS

Launch your own private mobility platform.

Replace fragmented commuting, ad-hoc shuttles, and parking pressure with a managed, white-label pooling platform — your brand, your fleet, your rules, your data. Built for universities, corporations, government agencies, and communities across Malaysia.

From our live university pilot
2 carsdispatched in parallel
6 riderspooled from 2 colleges
07:50last drop-off — 10 min early
Mobility zone · East campus → Faculty core Dispatching
SLOT 07:30→ ARRIVE BY08:00

One platform — carpooling is just the beginning

Shared car pooling Solo e-hailing Scheduled & on-demand First & last mile Fleet & driver management Fare & payout ledger Manifests & analytics Route optimization engine Shuttle & fixed-route — roadmap

Who it's for

Built for the organizations that run transport.

Your riders just tap and go — the platform is sold to, configured by, and answerable to the institution behind them. Anywhere people share an origin, a destination, and a clock:

UN

University Pilot

Student transportation without a bus fleet — pooled cars timed to the class timetable.

CO

Corporate campus

Employee transport that cuts parking demand and shuttle spend, timed to shift starts.

IP

Industrial park

Worker mobility across estates, batched to factory shift changes — fewer vans, fuller seats.

HO

Hospital

Staff movement across large medical campuses, day and night, with full manifests.

GO

Government agency

Inter-agency pooling within administrative precincts like Putrajaya, with audit-ready records.

RE

Township & developer

A resident mobility amenity — pooling to KTM/LRT stations, offices, schools, and malls.

SC

Smart city zone

A municipal shared-mobility layer with complete trip data for planners.

AP

Airport & aviation hub

Landside staff transport pooled across terminals and cargo zones.

Your operations portal

Run the whole service from one dashboard.

Fleet, drivers, zones, slots, fares, manifests — everything your operations and compliance teams need, in your own tenant portal.

Admin dashboard

Manage vehicles, drivers, service hours, departure slots, peak windows, and fares — every operating rule is yours to set, per organization.

Fleet & driver management

Institution vans, member-owned cars, and solo motorbikes side by side — with vetting records, approval gates, and payout rules per driver.

Manifests & audit trail

Every booking is an immutable record, separate from the live route plan. Passenger manifests and GPS history export for your compliance files.

Geofenced mobility zones

Your site boundary, pickup points, and internal roads become a mapped zone with real driving distances — surveyed once, reused on every dispatch.

Membership-gated access

Only verified members can book. Memberships expire automatically — on graduation or contract end — so access stays current without manual clean-up.

Fares & driver payouts

Set base fares, peak windows, and off-peak uplifts; choose percentage or fixed driver payouts — collected, split, and ledgered automatically.

The rider experience

Everyone there before 08:00 — class, shift, or train.

This is what your members get: a WhatsApp message in, a seat in a shared car out. The timeline below is a real campus dispatch — the same clock works for a train departure or a shift start.

07:12

Rider books on WhatsApp

Type carpool, pick a departure slot and a pickup point. Confirmed in four taps — no new app to install.

07:30

The slot closes

Every request in the slot is batched together, so the system plans for the whole community, not one rider at a time.

07:31

Optimizer fills the cars

Riders are packed into vehicles with live seat counts, per-rider ride-time caps, and real road distances — the lake gets routed around, not through.

07:50

Everyone arrives early

Cars run in parallel — one per residential zone — so the shared arrival deadline holds for every rider on board.

One engine, any corridor

A deadline is a deadline — the bell, the train, the punch clock.

The optimizer doesn't care what's at the end of the road. Give it a shared destination and a hard arrival time, and it fills the cars — and the train corridor runs both ways:

Campus Live pilot Residential colleges Faculty core

Students from the east-campus colleges pooled across the connector road, timed to the class timetable.

DEADLINE 08:00 · CLASS STARTS
Commuter · workplace Residential area Office / industrial park

Colleagues and neighbours heading to the same workplace share the ride in — matched by route, timed to the shift roster.

DEADLINE 09:00 · SHIFT STARTS
Township · first-mile Taman & neighbourhood MRT / LRT / KTM / bus terminal

Residents pooled to the platform before the train leaves — departure slots aligned to the actual rail timetable, cars refilling for the next service.

DEADLINE 07:45 · TRAIN DEPARTS
Township · last-mile Transit station Home, doorstep by doorstep

When the evening train pulls in, arriving neighbours pool the ride home — matched on the spot in a short hold window, solo if no one fits.

TRIGGER 18:32 · TRAIN ARRIVES

Dual-mode dispatch

Scheduled at peak. On-demand the rest of the day.

The morning rush and a quiet mid-afternoon are different problems. The platform runs a different matcher for each — and your admins draw the line between them.

Peak · the morning rush

Scheduled departure slots

Bookings collect into fixed slots aligned to whatever drives your demand — a class timetable, a shift roster, or the rail schedule — then the whole slot is optimized at once.

  • Hard deadline — every drop-off before the bell rings, the shift starts, or the train leaves, guaranteed by the solve
  • Batch optimization — best pooling density when demand peaks
  • Slots are yours — configured per organization in the admin dashboard
Off-peak · everything else

On-demand pooling

A short hold window matches riders heading the same way; if nobody fits, the ride simply runs solo.

  • Detour guarantee — a new rider only joins if no one on board is delayed past their cap
  • Solo fallback — availability first, pooling when it genuinely works
  • Off-peak fare — an admin-set uplift that shapes demand toward the slots

White-label SaaS

Launch your own branded mobility platform.

Your organization gets its own address, its own booking portal, and its own operations dashboard — powered by JomRides underneath. Tenant isolation is enforced at the data layer, so one organization can never see another's riders.

  • Your subdomain, your name, your riders
  • Your fleet, slots, fares, and operating rules
  • Your data, isolated and hosted in Malaysia
Bring it to your organization
unimas.carpool.usgamalaysia.com
yourcampus.carpool.usgamalaysia.com
yourcompany.carpool.usgamalaysia.com

Compliance by design

Built for Malaysian regulation from day one.

Community transport sits inside a real legal frame. The platform is shaped around it, and our onboarding checklist walks your organization through every clearance before go-live.

PDPA 2010 data residency

Pilot data is hosted in-country on Malaysian infrastructure, with the application and database co-located. Your organization stays the data controller.

Launch gated on real proofs

A service cannot go live until licensing, insurance, road status, and driver vetting are confirmed on file — the launch flag is locked until the checklist is complete.

APAD-aware operations

Built by a team already operating APAD/eVP-compliant e-hailing, with the licensing questions for closed-community pooling mapped out in the onboarding pack.

Start with a pilot

One corridor. One morning peak. Zero late arrivals.

We start small — a single corridor at your busiest hour — and prove the numbers on your site before scaling. The preparation checklist tells your team exactly what's needed, from fleet details to regulatory clearances.

Book a demo Get the preparation checklist