iMarketplace
The Four Is of an iMarketplace: Intelligence, Intention, Interaction and Individualisation
A practical explanation of the four connected principles behind an intent-led, AI-native marketplace.
The four Is of an iMarketplace are Intelligence, Intention, Interaction and Individualisation. Together, they define a marketplace that understands what somebody is trying to achieve, discusses the request with them and adapts the resulting journey to their circumstances.
An iMarketplace is therefore designed around intent rather than categories. Instead of making users translate everyday needs into filters and separate searches, it uses native artificial intelligence and conversation to connect relevant goods, services, housing, mobility, missions, events and skills.
The term is not yet an industry standard. It describes a category WEVONE is proposing and documenting publicly, building on the broader definition of an iMarketplace.
The four Is at a glance
The four principles are connected rather than interchangeable. Intelligence supplies the capacity to interpret information; intention establishes what the user wants; interaction resolves uncertainty; and individualisation adjusts the response to the person and situation.
| Principle | Central question | Practical role | |---|---|---| | Intelligence | What can the system understand and do? | Interprets language, images, listings and relationships between needs | | Intention | What outcome is the user seeking? | Looks beyond isolated keywords and catalogue categories | | Interaction | What needs to be clarified? | Uses dialogue to refine requests and support decisions | | Individualisation | What is relevant in this context? | Adapts discovery to location, timing, preferences and constraints |
Removing any one of these elements changes the model. Intelligence without intention may produce technically sophisticated but poorly directed results. Intention without interaction leaves the platform unable to clarify ambiguity. Individualisation without appropriate intelligence can become a collection of rigid preference settings rather than a genuinely contextual experience.
Intelligence: AI as part of the architecture
In an iMarketplace, intelligence means more than placing a chatbot beside a conventional search bar. Artificial intelligence is designed into discovery, listing creation, moderation, matching and recommendations from the outset. This distinction is explored further in native AI versus added AI.
A native AI marketplace can work with different forms of information. It may interpret an ordinary-language request, analyse a photograph when someone creates a listing, suggest a clearer title, identify potentially unsuitable content or recognise that two needs are related even when they belong to different universes.
For example, a person wishing to sell second-hand clothes might upload photographs without knowing the best category names or listing terminology. An intelligent system can help describe the garment, propose a title and suggest useful details for the seller to confirm. The user remains responsible for checking the listing, but starts with assistance rather than an empty form.
Intelligence should not be confused with infallibility. AI can misunderstand images, overlook context or make an unsuitable suggestion. Good marketplace design therefore keeps important decisions reviewable, explains why information is requested and gives users practical ways to correct the system. AI moderation and marketplace trust depend on human oversight, proportionate rules and accessible appeals as well as automated detection.
Intention: understanding the desired outcome
Traditional catalogue search generally begins with a category, keyword or filter. An intention-led journey begins with the user’s own description of the outcome: “I need a suitcase within five kilometres that I can collect tonight,” or “I need a driver to the airport early on Monday.”
These sentences contain objects and services, but also timing, distance and practical constraints. The suitcase request is not merely a search for luggage; it expresses urgency, location and a collection preference. The airport request combines transport, availability and destination. The principles behind this interpretation are covered in understanding intent instead of keywords.
Intent-based search does not eliminate categories. Categories still help organise supply, apply relevant rules and make results understandable. The difference is that users do not always have to know the platform’s taxonomy before they can begin. The system translates an everyday request into a structured search on their behalf.
Intention also makes connected journeys possible. “I am planning a weekend away” could imply a short rental, transport, pet care, an event and perhaps equipment to borrow or buy. A conventional marketplace may handle one part well. A multi-universe platform can interpret the weekend as one intention and then present its component needs without pretending they are all the same transaction.
Interaction: turning search into dialogue
Natural-language input alone does not make a platform conversational. Interaction means the marketplace can respond usefully, ask a clarifying question and allow the answer to change what happens next.
Suppose someone asks for “a second-hand bike near me”. The request may still be too broad. Is it for an adult or child? What height should it suit? Does “near me” mean walking distance, the area currently visible on a map or anywhere reachable by public transport? A conversational marketplace can ask one or two relevant questions rather than forcing the user through every possible filter.
The aim is not to prolong the conversation. A good interaction reduces effort and uncertainty. If the request is already specific, the system should proceed rather than asking unnecessary questions. If safety, eligibility or availability matters, it should make those constraints visible before the user commits.
This is why conversational search is different from a decorative chat interface. The conversation must influence matching, ranking or the next action. It should also preserve familiar controls: users may still want a map, a list, filters or direct comparison after the assistant has interpreted their request.
Individualisation: relevance for the person and context
Individualisation means adapting the marketplace journey to the current user, request and circumstances. It may take account of an explicitly chosen location, the area shown on a map, timing, budget, preferred collection method, previous instructions or constraints stated during the conversation.
For instance, two people asking for gardening help may need very different results. One needs somebody with tools for a single afternoon; the other wants recurring maintenance and can provide equipment. Treating both searches as “gardening” misses the details that determine suitability.
Individualisation is not simply behavioural personalisation. A platform does not need to infer everything from past activity. It can ask, let the person state preferences directly and allow those preferences to be changed or ignored. The fuller concept of Individualisation as the fourth I therefore includes user control, transparency and context.
Care is particularly important here. A marketplace should collect only information that serves a legitimate purpose, protect sensitive data and avoid trapping users in assumptions based on earlier behaviour. Individualisation ought to broaden relevance, not create an opaque profile that users cannot inspect or influence.
Why the four principles must work across universes
A defining property of the iMarketplace, as we define it here, is its multi-universe structure. Goods, services, housing, mobility, missions, events, animals and skills can exist in one experience while retaining the rules appropriate to each area.
Consider somebody moving into a first flat. They may need a weekend rental van, a local craftsperson, second-hand furniture, help carrying boxes and a temporary parking space. These are not random recommendations: they are connected parts of one life event. Bringing marketplace universes together allows the platform to recognise that relationship.
This does not make an iMarketplace an aggregator or a super-app assembled from unrelated features. Nor is it a conventional catalogue with a chatbot attached. The four Is must shape the underlying journey: intelligence interprets the move, intention identifies the outcome, interaction clarifies dates and constraints, and individualisation makes the results locally and practically relevant.
How this differs from established marketplaces
Established marketplaces have genuine advantages. Vinted has a strong focus on second-hand fashion; eBay provides broad online-selling tools and established buyer habits; Leboncoin is closely associated with local classifieds in France; and Facebook Marketplace benefits from familiarity and access through a widely used social platform. Their scale, liquidity, recognition and category-specific tooling can be highly valuable.
Many such platforms were designed primarily around listings, categories and search patterns established before conversational AI became a viable interface. Their structural limits are generally consequences of their design era and focus, not evidence that their core model lacks value. Specialist platforms may remain the most suitable choice when users want depth, a large relevant audience or familiar transaction tools in one category.
An iMarketplace takes a different approach: it begins with the user’s intention and may connect several categories of need in one dialogue. Platform terms, fees and functionality change, so readers should check each service directly before choosing where to buy, sell, rent or book.
WEVONE as a practical illustration
WEVONE is one concrete implementation of the proposed category, not proof that the category has already become established. Public since 2026, it is a young platform with a few hundred registered members and is far smaller than Vinted, Leboncoin, eBay or Facebook Marketplace. That difference in scale matters because local supply and demand affect whether a suitable match is available.
Available today in one app are Tutus for second-hand goods and fashion, Nest for housing and space rental, Mission for services and local gigs, Events, and Pilote for transport and parcel delivery. More universes are planned.
Mia, WEVONE’s built-in AI, supports conversational natural-language search, including requests such as “a black T-shirt with an eagle on it”. It also provides photo analysis, title and price suggestions, listing and photo moderation, and cross-universe recommendations. Local discovery is map-based and filtered around the area a user is viewing. The wider role of the assistant is described in how Mia guides WEVONE users.
WEVONE uses the positioning “Earn from every action” across buying, selling, renting, booking and earning opportunities. Income is never guaranteed; it depends on factors including demand, location, condition, availability and pricing.
Conclusion
The four Is provide a practical test for the iMarketplace concept. Intelligence must be architectural, intention must organise discovery, interaction must resolve uncertainty, and individualisation must adapt the journey without taking control away from the user.
Together, they describe an AI assistant marketplace capable of handling ordinary language and connecting multiple everyday needs. The concept remains a proposed category rather than an accepted industry term, and its value will ultimately depend on whether real platforms can deliver useful supply, trustworthy interactions and simpler outcomes.
FAQ
What does the “i” in iMarketplace stand for?
It stands for Intelligence, Intention, Interaction and Individualisation. The four terms describe connected design principles rather than alternative meanings.
Is an iMarketplace simply an AI marketplace?
Not necessarily. An AI marketplace could use artificial intelligence for one feature. An iMarketplace requires native AI, intent-led discovery, conversation, individualisation and a multi-universe structure.
Does intent-based search replace filters?
No. It lets users begin in ordinary language, while filters, maps and categories can remain available for refinement and comparison.
Is a conversational marketplace just a chatbot?
No. The dialogue must affect the underlying search or action. A chatbot that merely points towards unchanged catalogue pages does not meet the definition.
Can an iMarketplace cover goods and services together?
Yes. It is designed to connect goods, services, housing, mobility, missions, events and other universes where they contribute to the same intention.
Is iMarketplace a recognised industry category?
No. It is a category WEVONE is proposing and defining publicly. It should not be presented as an established analyst or industry classification.
Further reading
- Marketplace vs iMarketplace: What Actually Changes — compare the two models in practical terms.
- What an iMarketplace Is Not — distinguish the concept from aggregators, super-apps and added chatbots.
- Semantic Search vs Filters — examine how language-based discovery and structured controls complement each other.
- Multi-Universe: What It Changes for Users — explore how connected needs can form a single marketplace journey.