Looking for a Suitcase with Intent-Based Search

“I am looking for a suitcase” sounds like a simple shopping request, but it leaves several important questions unanswered. An intent-based platform can clarify the size, journey, budget, timing and location before presenting suitable options, instead of immediately sending the user into a luggage category.

This is where an iMarketplace may be useful. As we define it here, an iMarketplace is a platform organised around intentions, with native AI, conversation and several everyday universes connected in one experience.

The term is a category we are proposing and documenting publicly, not an established industry standard. Its value can therefore be assessed through practical situations, including something as ordinary as finding a suitcase.

The real request behind “I need a suitcase”

A conventional search system must begin with the words entered by the user. It might match “suitcase” with listings under luggage, travel accessories or bags, then offer filters for brand, price, colour and condition.

That approach is familiar and efficient, particularly when the buyer already knows the required dimensions or model. Established marketplaces also offer significant strengths in scale, liquidity, user habit, trust mechanisms and seller tooling. A large catalogue can be exactly what a confident buyer wants.

The difficulty is that “suitcase” describes an object, not the complete intention. The person may actually mean:

a cabin case accepted for a short flight;
a large suitcase for moving abroad;
an inexpensive second-hand case needed tomorrow;
luggage that can be collected within five kilometres;
a case to borrow or rent rather than buy;
help transporting several cases to an airport;
a replacement for a damaged suitcase during a trip.

Understanding those differences requires more than keyword matching. It depends on understanding intent instead of keywords: identifying the outcome the person is trying to achieve and the constraints that shape it.

From a category tree to a conversation

How a category-led journey works

A category tree usually asks the user to translate a need into the platform’s structure. The journey might be: Home and Lifestyle, then Travel, then Luggage, then Suitcases. The user can subsequently apply filters and inspect individual listings.

This model remains useful because it is predictable. Browsers can compare many objects at once, sellers know where to place their listings, and platforms can manage large inventories through consistent classifications. Its structural limits largely reflect the design era and catalogue focus from which it developed.

Categories become less convenient when the user does not know the correct product terminology, when relevant attributes are missing from the filters, or when the need extends beyond one category. A traveller may care more about “small enough for my flight and available before Friday” than whether the listing sits under cabin luggage or travel bags.

How an intent-led journey works

In a conversational marketplace, the user can begin in ordinary language:

I need a sturdy suitcase for a five-day trip, preferably second-hand, under my budget and available within five kilometres.

The platform can extract several signals: the required object, likely capacity, preference for second-hand, price sensitivity, local radius and probable collection deadline. If a decisive detail is missing, it can ask a focused question such as whether the traveller needs cabin or checked luggage.

This is a practical example of conversational search and how it works. The dialogue is not valuable merely because it resembles a chat. Its purpose is to reduce ambiguity and improve the match.

Filters do not necessarily disappear. They can remain available for inspection and adjustment after the system has interpreted the request. The difference explored in semantic search versus filters is therefore not always a choice between two mutually exclusive methods. Intent understanding can establish a useful starting point, while filters give the user precise control.

A concrete local example

Imagine that Maya is leaving on Saturday morning. On Thursday evening, she asks for “a medium suitcase in good condition, no more than five kilometres away, that I can collect tomorrow after work”.

A useful AI marketplace would need to recognise more than the noun “suitcase”. It would consider:

Object: a medium suitcase rather than a backpack or holdall.
Condition: usable and in good order, even if second-hand.
Distance: within the area Maya is viewing, limited to five kilometres.
Availability: collection on Friday evening.
Timing: the result is useless if the seller cannot respond before Saturday.
Practical fit: capacity, wheels, handle condition and any relevant dimensions.

The platform could then show a concise set of plausible matches and explain why they fit. If no suitable suitcase is nearby, it might ask whether Maya can widen the map, consider a different size or arrange local delivery.

This is intent-based search in everyday form. It does not require the user to understand the catalogue’s internal taxonomy before expressing the need.

One suitcase can lead to several connected needs

The suitcase may be only one part of a journey. Maya might also need a driver to the airport, someone to deliver the case to her home, a parking space near the terminal or accommodation for the weekend.

A conventional specialist platform can serve each individual task very well. The user may nevertheless have to open several services, create separate searches and repeat the same dates, location and budget. A multi-universe platform changes this journey by treating goods, mobility, services, housing, missions and events as related contexts rather than isolated departments.

For example, once Maya has found the suitcase, she could say:

Now find a driver to the airport for two people and this case at 5.30 on Saturday morning.

The second request inherits useful context: the date, luggage requirement and starting area. It still needs confirmation before any booking, but the user does not have to reconstruct the whole situation. This illustrates why universes work better together when the connection comes from a genuine intention rather than from placing unrelated features in one app.

An iMarketplace is not simply an aggregator or a super-app assembled from separate menus. Its defining aim is to understand one intention across several possible forms of supply.

| Aspect | Category-led marketplace | Intent-led iMarketplace | |---|---|---| | Starting point | Product category or keyword | User’s goal in ordinary language | | Clarification | Mostly filters selected by the user | Dialogue plus adjustable filters | | Context | Often limited to the current category | Can include timing, place, purpose and related needs | | Results | Listings matching category attributes | Listings or services matching the interpreted intention | | Wider journey | Usually handled through separate searches | Can connect goods, services and mobility | | Main strength | Predictable browsing across a large catalogue | Assistance when the request is contextual or incomplete |

Selling the suitcase is also an intention

The same principle applies on the supply side. A person may say, “I want to sell second-hand luggage, but I do not know the size or a reasonable price.” An AI assistant marketplace can guide the seller through the missing information rather than presenting a blank form.

Photo analysis may identify that the object appears to be a wheeled hard-shell suitcase. The assistant can propose a title, suggest relevant descriptive fields and remind the seller to photograph the wheels, handle, interior and any damage. Price guidance can be offered as a suggestion rather than a guarantee, as explained in AI pricing and listing assistance.

Human responsibility remains important. The seller should verify dimensions, condition and suggested wording. The platform should also make clear why information is requested and allow corrections. AI can reduce effort, but it cannot inspect hidden damage or guarantee that a buyer will appear.

How WEVONE illustrates the model

WEVONE is one concrete, early illustration of the iMarketplace 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 comparable liquidity or geographic coverage.

Available today, its Tutus universe covers second-hand goods and fashion, while Nest addresses housing and space rental, Mission covers services and local gigs, Events covers events, and Pilote supports transport and parcel delivery. Its local-first map filters discovery according to the area currently being viewed.

Mia, WEVONE’s built-in AI, supports natural-language search, including descriptions such as “a black T-shirt with an eagle on it”. It also assists with listings through photo analysis, title and price suggestions, moderates listings and photos, and can make cross-universe recommendations.

For a suitcase request, that architecture is designed to interpret conversational detail and search locally within Tutus. Related transport or delivery possibilities can sit within the wider experience. More complete orchestration of complex, multi-step intentions remains a developing direction rather than a promise that every part of a journey can already be arranged automatically.

Marketplace availability, fees, protections and operational terms can change, so users should check each platform directly before transacting.

What makes a result genuinely useful

An intent-based answer should not merely produce more recommendations. It should improve relevance while preserving user control.

For a suitcase, that means showing which parts of the request were understood, distinguishing confirmed facts from AI inferences and allowing the user to correct mistakes. A platform should not silently assume airline baggage rules, product dimensions or seller availability.

Trust also matters. Clear condition descriptions, photographs, seller information, safe communication and appropriate moderation remain essential. AI moderation and trust in an iMarketplace explains how automated checks can support these safeguards without removing the need for proportionate human review.

The best interface depends on the situation. Someone who knows the exact suitcase model may prefer a direct search bar and catalogue. Someone with a deadline, an uncertain size and several connected travel needs may benefit more from conversation.

Conclusion

“I am looking for a suitcase” is not always a product query. It can be shorthand for a journey with constraints involving capacity, timing, price, location, collection and transport.

A category tree remains effective for structured browsing, especially on established platforms with deep supply and familiar tools. An iMarketplace takes a different approach: it begins with the intention, asks for missing context and can connect the object to services or mobility within the same experience.

The concept is still being defined rather than recognised as a settled industry category. Its practical test is straightforward: whether it helps a person move from an ordinary sentence to a relevant, understandable and controllable result.

FAQ

What should I include when asking an AI to find a suitcase?

State the approximate size, intended journey, budget, preferred condition, location and deadline. Mention cabin dimensions if they matter, but verify them with the relevant transport provider.

Can intent-based search find a suitcase near me?

It can interpret phrases such as “find near me” or “within five kilometres” if the platform supports location-aware discovery. Results still depend on local supply and accurate listing information.

Does conversational search replace filters?

Not necessarily. Conversation can establish the initial intent, while filters let the user refine price, distance, condition, colour or size.

Can an iMarketplace help me rent instead of buy?

Potentially, because the intention is to obtain suitable luggage rather than necessarily own it. Whether rental results appear depends on the forms of supply available on that platform.

Can the same platform find a driver to the airport?

A multi-universe platform can connect the suitcase request with mobility. Availability, booking arrangements and provider coverage will still vary by place and time.

Is an iMarketplace the same as a marketplace with a chatbot?

No. As defined here, AI must be native to discovery, clarification and matching. Adding a conversational box to an otherwise unchanged catalogue does not by itself create an iMarketplace.

I Am Looking for a Suitcase: How Intent-Based Search Helps