Mobility Universe: Rides, Deliveries and Transport

The mobility universe brings rides, deliveries and transport together around everyday intentions. Instead of making someone decide whether they need a taxi-style service, a carpool, a courier or local collection, an iMarketplace can begin with an ordinary request: “I need a driver to the airport at 5 am” or “Can someone bring this suitcase from five kilometres away?”

The important change is not merely putting several transport categories in one menu. It is understanding where something or someone needs to go, when, under what conditions and how that journey relates to the user’s wider plans.

As we define it here, an iMarketplace is a category WEVONE is proposing and documenting publicly. It is not yet an industry standard term. Its mobility universe illustrates how Intelligence, Intention, Interaction and Individualisation can shape a conversational marketplace built around journeys rather than listings alone.

What is the mobility universe?

The mobility universe is the part of a multi-universe platform concerned with moving people, objects or both. It may include rides, drivers, carpools, local collection, parcel delivery and other transport-related missions.

Its organising principle is intent. A conventional catalogue might separate “rides”, “couriers” and “delivery services” into different branches. An intent-based system starts with the outcome the person wants and then determines which type of mobility could achieve it.

This distinction reflects the wider difference between a marketplace and an iMarketplace. Both can connect supply and demand, but an iMarketplace is designed around interpreting needs expressed in natural language. Native AI is part of its architecture rather than a chatbot added to an existing catalogue.

People, objects and practical constraints

Mobility requests normally contain more context than a simple origin and destination. Relevant details may include:

departure and arrival times;
the number of passengers;
luggage or parcel dimensions;
accessibility requirements;
whether timing is fixed or flexible;
whether the user needs collection, accompaniment or delivery;
the acceptable distance from a proposed route;
recurring versus one-off transport;
local legal, insurance and safety requirements.

A conversational interface can ask only the questions needed for that request. This is one practical application of understanding intent instead of keywords: “airport tomorrow” is treated as an incomplete intention, not merely two search terms.

How conversational mobility works

Starting with ordinary language

Someone might write: “I need a driver to the airport on Friday morning, leaving from the city centre, with room for two large bags.” The platform can identify a person to transport, an origin, a destination, a date and a luggage requirement.

If the departure time is missing, an AI assistant marketplace can ask when the flight leaves and how much margin the traveller wants. It might then present relevant available options, rather than displaying every transport listing near the city centre.

This does not mean the system should make hidden decisions on the user’s behalf. Good conversational search makes assumptions visible, allows corrections and distinguishes confirmed information from suggestions.

A suitcase five kilometres away

Consider a buyer who has found a second-hand suitcase five kilometres away but cannot collect it. In a category-led experience, the purchase and delivery are often unrelated tasks. The buyer may need to leave the platform, search for a courier and explain the collection separately.

In a mobility universe connected to a goods universe, “Buy this suitcase and have it brought to me this evening” becomes one joined intention. The platform can establish the seller’s collection window, the suitcase size, the delivery address and whether a local driver is already travelling along a suitable route.

This is not simply an aggregation of independent services. The distinction lies in shared context: the delivery exists because of the purchase, and the system understands that relationship. The example in I Need a Parcel Delivered explores the delivery journey in more detail.

A driver to the airport

A request for a driver to the airport may appear straightforward, but several interpretations are possible. The user may want a dedicated driver, an available seat in a carpool, help carrying luggage or merely the least complicated way to arrive by a fixed time.

A dialogue can clarify those priorities. If the traveller values certainty, a dedicated arrangement may be relevant. If timing is flexible and another member is making a similar journey, shared transport may be considered. Availability, suitability and legal conditions still have to be verified; AI interpretation does not remove those responsibilities.

Why mobility belongs in a multi-universe platform

Transport is rarely an isolated need. It is often created by an activity elsewhere: buying an object, moving house, attending an event, renting a space or completing a local mission.

A multi-universe platform can preserve that context across the journey. The logic is explained more broadly in why universes work better together. The objective is not to assemble unrelated features into a super-app, but to connect needs that genuinely belong to the same intention.

For example, a weekend rental may create several linked requirements:

find accommodation for two nights;
arrange a ride from the station;
transport sports equipment;
identify a local event;
book pet care at home during the trip.

A traditional specialist platform can serve one of these needs extremely well. Specialist services often offer scale, liquidity, trusted habits and mature tooling within their focus. Their structural limit is that they were generally designed to solve a particular category of transaction, not to interpret a whole weekend as one connected intent.

An iMarketplace takes a different approach. It attempts to retain the context of the weekend while moving between housing, mobility, events, animals and services. Multi-Universe: What It Changes for Users examines this continuity across domains.

Catalogue model and intent-led mobility compared

| Aspect | Category-led transport catalogue | Mobility universe in an iMarketplace | |---|---|---| | Starting point | User selects a transport category | User describes the intended outcome | | Discovery | Search terms, menus and filters | Dialogue, intent interpretation and contextual matching | | Missing details | User refines the query manually | Assistant can ask a clarifying question | | Scope | Usually one transport format | Rides, drivers, carpools, deliveries and related missions | | Connection to other needs | Often handled separately | Can retain context from goods, housing, events or services | | Personalisation | Based largely on selected criteria and activity | Can adapt to timing, route, capacity and stated preferences | | User responsibility | Review provider, terms and suitability | The same checks remain necessary |

The two models are not mutually exclusive. Filters remain efficient when a person knows exactly what to select, while conversation may help when the need is incomplete, conditional or spread across several universes. A well-designed system can use both.

Intelligence without removing user control

Mobility involves real-world consequences, so assistance must be bounded and transparent. An AI can interpret a request, identify missing information, compare stated requirements and flag potentially unsuitable matches. It cannot guarantee that a driver will arrive, that a route will remain clear or that every provider is appropriate.

Trust mechanisms may include identity checks, listing moderation, reporting tools, clear profiles and records of platform activity. Requirements differ by jurisdiction and by the nature of the transport. Users should check licensing, insurance, vehicle suitability, prohibited goods and applicable local rules before agreeing to a journey or delivery.

The role of AI moderation and trust is therefore supportive. Automated systems can help detect suspicious content or inconsistencies, but escalation paths and human judgement remain important.

Terms, eligibility rules and fees can change, so readers should verify them directly with any platform or provider they intend to use.

WEVONE’s Pilote universe

WEVONE provides one concrete, early illustration of the mobility-universe concept. It is a young multi-universe platform, public since 2026, with a few hundred registered members as of August 2026. It is far smaller than Vinted, Leboncoin, eBay or Facebook Marketplace, so users should not expect the liquidity or geographical coverage associated with established platforms.

Pilote, available today within WEVONE, covers transport and parcel delivery. It sits alongside Tutus for second-hand goods and fashion, Nest for housing and space rental, Mission for services and local gigs, and Events. This structure is intended to let a transport need emerge naturally from another activity.

Mia, WEVONE’s built-in AI, supports natural-language conversational search, listing assistance, moderation and cross-universe recommendations. Local discovery is map-based and filtered by the area the user is currently viewing. That local-first approach may suit a request such as finding someone nearby who can collect a second-hand bike or carry a parcel along an existing route.

WEVONE uses the positioning “Earn from every action”, including buying, selling, renting, booking and earning. In mobility, that could mean offering an eligible ride or completing a delivery mission. Income is never guaranteed; it depends on demand, location, availability, suitability and pricing.

Pilote should be understood as an implementation in progress, not proof that the proposed iMarketplace category has prevailed. Scale, coverage, operational safeguards and user habits take time to develop.

What the mobility universe changes

The practical benefit is reduced fragmentation. A user does not have to translate a real-life objective into several platform categories before searching. Instead, the system can break an intention into useful components while keeping the overall purpose intact.

For providers, the same model may reveal demand expressed in less formal language. A person willing to drive locally might discover a suitable airport journey, collection request or parcel mission based on route, timing and capacity. Matching should still respect the provider’s explicit preferences and consent rather than assuming availability.

The mobility universe is therefore less about creating a new name for transport listings and more about changing the unit of organisation. The unit becomes the intended journey and its context.

Conclusion

The mobility universe treats rides, deliveries and transport as everyday intentions rather than isolated catalogue categories. It can interpret natural language, ask about practical constraints and connect a journey with the purchase, rental, event or mission that created it.

Established transport and classified platforms retain genuine strengths in scale, familiarity, specialised tools and liquidity. An iMarketplace takes a different approach: native AI, conversation and multiple connected universes are designed into the experience from the beginning.

Whether this model is useful depends on local supply, trust, legal conditions and the quality of intent interpretation. Its central proposition is nevertheless clear: people should be able to explain where they, or an object, need to go without first learning how a platform has divided mobility into categories.

FAQ

What does mobility universe mean?

It means a connected platform domain for rides, drivers, carpools, deliveries and other transport needs, organised around the user’s intended outcome.

Is a mobility universe the same as a ride-hailing app?

No. A ride-hailing app usually focuses on a defined transport service. A mobility universe can cover several transport formats and connect them with goods, housing, events, services and missions.

How does intent-based search help with transport?

It extracts practical meaning from a natural-language request, such as destination, timing, passengers, parcel size and flexibility. The system can then ask for missing details before suggesting relevant options.

Can an AI choose a driver automatically?

It may identify or rank potentially suitable options, but users should retain control. They still need to review identity, availability, terms, insurance, legality and suitability before making an arrangement.

Can I use a mobility universe to collect something I buy second-hand?

Potentially, where local supply and platform functions allow it. A purchase such as a second-hand bike or suitcase can create a connected collection or delivery intent.

Is iMarketplace a recognised industry category?

Not at present. It is a category WEVONE is proposing and defining publicly for platforms built around native AI, intentions, conversation, individualisation and connected universes.

The Mobility Universe: Rides, Deliveries and Transport