acAGENTIC COMMERCE BRIEFA Liuhai channel
Industry radar · Deep research

Who Owns the AI Shopping Relationship? External Assistants, On-site Agents, and Merchants

Separate intent interpretation, transaction execution, and service relationships to assess incremental value, bargaining power, and exit costs across AI shopping channels.

Agentic Commerce Brief research desk (AI-assisted)Updated 11 min read

Conceptual shopping cart with a blue glass cube connected to product information
AI-generated conceptual illustration · not an event photograph

Key takeaway

Separate intent interpretation, transaction execution, and service relationships to assess incremental value, bargaining power, and exit costs across AI shopping channels.

Three layers of an AI shopping relationship

Intent and discovery→Transaction execution→Fulfillment and service→Repeat purchase
Original analytical diagram. Discovery is one part of the relationship; arrows do not represent measured market share.

AI shopping competition starts with three distinct powers

Agentic commerce discussions often confuse who answers the shopper with who controls the transaction. An assistant may choose which products to show without having permission to change an order. A merchant may fulfill the purchase without knowing where the customer first formed an intention to buy. These differences affect acquisition budgets, customer relationships, and responsibility after the sale. This analysis separates control over interpreting intent, executing transactions, and maintaining the service relationship instead of predicting one winner for the whole market.

This is an original analytical draft, not a report on the latest availability of particular platforms. The primary sources below establish that commercial interfaces and product-discovery mechanisms have public documentation. The scenarios, decision criteria, and operating recommendations that follow are our analysis, not purported company data. Readers can substitute their own categories, acquisition mix, and resources to produce a testable channel decision rather than an inevitable industry forecast.

Map the complete purchase journey

A purchase involves expressing a need, narrowing candidates, confirming conditions, submitting an order, receiving and using the product, and resolving problems. The initial interface covers only some of that journey. Consider a shopper seeking a quiet washing machine for a small apartment. AI could narrow the selection, but doorway width, installation requirements, floor access, and removal of the old machine could still change the final choice. Measuring clicks after an answer would not establish whether the recommendation produced a suitable order.

The first operating map should therefore identify an owner, an observable event, and an exit path at every stage. Who confirms live stock, promises installation, communicates a delay, and accepts a refund request? A stage that depends on improvised customer-service explanations indicates that channel expansion will also expand coordination work. Completing that service chain is usually a more immediate merchant problem than deciding whether chat interfaces will replace websites.

Separate recommendation, referral, and delegated purchase

Recommendation helps a shopper understand options; referral transfers the shopper to a merchant; delegated purchasing performs commercial actions within granted authority. One product can contain all three, but they need different evaluation criteria. Recommendation quality concerns whether the reasoning matches the need. Referral quality concerns continuity of the destination, price, and context. Delegated purchasing additionally requires authorization, order-state handling, and recovery. Calling everything AI-driven selling obscures the point of failure.

Ask a potential partner to demonstrate how it clarifies ambiguous requirements, handles unavailable products, reconfirms changed prices, and stops after an instruction is withdrawn. One successful demonstration proves that one path works, not its reliability or scalability. Merchants should put enabled capabilities and uncovered scenarios into acceptance criteria instead of converting a partnership announcement directly into an assumed sales channel.

Locate the benefits and costs of external assistants

An external assistant may reach people who have not yet chosen a brand or channel. Its value hypothesis is broader access to qualified demand, which may interest a new merchant with little branded search more than repeated recommendations to existing customers. Yet the assistant could merely replace orders previously arriving through organic search or direct visits. If only the route changes while total demand remains unchanged, new fees reduce margin; rising AI-attributed orders need not mean new business.

Track attributed orders alongside evidence of substitution. Compare similar products across comparable locations, periods, and promotions, using customer-reported discovery and available event data. If randomization is impractical, explicitly describe the comparison as observational and document confounders such as stock changes, seasonality, and advertising adjustments. An honest bounded estimate is more useful for budgeting than a highly precise growth figure with no counterfactual.

An on-site agent needs a purpose beyond chat

An on-site agent can address specific problems after a customer reaches the merchant: choosing among complex specifications, checking bundle compatibility, or finding consumables that fit previous purchases. The operating hypothesis is reduced decision friction, better order suitability, or lower service cost. If existing filters already solve the task, an extra conversation could increase effort. Evaluate task completion rather than chat volume or how natural the conversation sounds.

Use support tickets and unsuccessful internal searches to select initial problems, prioritizing tasks with reliable product facts and recoverable failures. Provide clear refusal and human-handoff routes so confidence does not substitute for missing information. Proximity to inventory, membership, and service systems is an advantage only when permissions are explicit, data stays current, and the information changes execution. Connecting a database to a model does not itself create an operating result.

Define the rights within a customer relationship

Owning the customer is too vague to serve as a partnership term. Break it into practical rights: sending order notifications, providing service, conducting subsequent marketing where valid permission allows, changing preferences, and exporting records needed to operate. Receiving an order from an external platform does not grant unlimited access to a profile. Conversely, a merchant's fulfillment responsibility does not mean the intermediary should monopolize every service record.

Negotiate specific purposes, fields, retention periods, access roles, and treatment after the partnership ends. Business teams should explain what each field solves, technical teams should implement necessary access, and service teams should know where customers seek assistance. These are operating and product-design checks, not legal conclusions for a particular jurisdiction; actual contracts require review against local requirements and the parties' roles.

Identify the scarce resources behind bargaining power

Assess platform competition through four questions: does it have hard-to-replace demand access, distinctive and fresh product information, reliable execution, and sustained user trust? Strength in one does not establish strength in the other three. An interface with many conversations may lack fulfillable merchandise, while a broad catalog may struggle to interpret complex intended use.

Merchant bargaining resources therefore extend beyond low prices. Distinctive specifications, dependable supply, verifiable quality, clear return conditions, and specialist service could affect how an agent evaluates a proposal. That possibility requires measurement; no single field guarantees algorithmic preference. Improve facts and service capabilities that can be reused across channels, then observe how different interfaces use them, reducing dependence on one ranking mechanism.

Design a pilot that can explain its results

Begin a pilot with a defined audience and task, such as explaining fuel compatibility to first-time camping-stove buyers, rather than adding an agent across the store and watching total sales. Record baseline completion time, support volume, cancellation causes, and return reasons, then limit the product range, entry point, and support hours. Before launch, the owner should define success, unacceptable deterioration, and pause conditions. Otherwise the team can select attractive metrics after seeing the results.

There is no universal industry sample size to imitate. Traffic, expected differences, risk, and the observation period determine what can be inferred; an inadequate sample supports only process findings. Also wait through a suitable after-sales window to see whether the recommendation merely postponed problems until returns. Faster shopping that causes more specification mistakes is not successful conversion optimization. The target is the net outcome, not a local improvement on one screen.

Build a dashboard with separate definitions

Track discovery, consideration, referral, requirement confirmation, valid order creation, payment, successful delivery, and retained orders separately. Specify event time, counting unit, and observable scope. One person may ask repeatedly, one conversation may compare several products, and one order may produce multiple parcels. Mixing those units makes funnel rates ambiguous. Unobservable stages should be marked unknown rather than zero.

For economic outcomes, deduct channel fees, payment costs, service effort, and attributable return losses. Segment order quality by category, basket value, new versus existing customer, and promotion, so a source of high-intent shoppers is not mistaken for a technical improvement. The dashboard should generate the next question rather than credit every change to an agent. Unconfirmed causal relationships remain hypotheses.

Three competitive scenarios and their disconfirming evidence

In one scenario, external assistants become important discovery interfaces while merchants provide products and fulfillment. This requires valuable new demand and consistent product facts and commitments. In a second, assistants within established platforms have an advantage because customers prefer existing membership, reviews, and service arrangements. In a third, roles coexist: external tools handle complex research while identity confirmation, final selection, and service remain with the merchant or retailer.

These are not mutually exclusive global outcomes; different categories and audiences may follow different patterns. Seek contrary evidence. External interfaces deserve a lower valuation if new orders fail to cover integration and service costs. An on-site assistant that cannot improve common difficult tasks cannot excuse weak performance by invoking customer ownership. A divided model can also fail when handoffs repeatedly lose context.

Partnerships should account for change and exit

Partnerships often neglect version changes, repricing, outages, and termination rather than normal checkout. Merchants need to know who communicates interface changes, whether pricing adjustments allow an observation period, how existing orders remain supported, and whether necessary records remain accessible after acquisition stops. Maintain integration inventories and field mappings so a commercial change does not expose previously unnoticed data lock-in.

Practice an exit at small scale: stop new requests, inspect unfinished orders, confirm support routes, export necessary records, and ensure old authority cannot generate new actions. This tests continuity without assuming bad faith. A clearly explained exit can strengthen long-term trust and allow purchasing teams to adjust investment when conditions change.

A four-week research cadence, not a launch promise

In week one, map customer tasks and product facts and select a difficult but verifiable decision. In week two, clarify data, execution, and service boundaries with candidate channels and obtain a test environment or reproducible demonstration. In week three, run controlled tests, classify failures, and measure human intervention effort. In week four, decide whether to continue, revise, or stop, listing after-sales observations still outstanding. The weeks illustrate work organization, not a promised implementation schedule.

Produce inspectable artifacts: a task inventory, interface and permission matrix, failure sample set, and decision memo. An owner should be able to trace a conclusion to a sample and that sample to events and original product facts. This knowledge remains useful when changing platforms or adding categories, so each new market interface does not force the team back into purely conceptual debate.

Turn research into a maintained editorial asset

A vertical publication should avoid covering every launch as disruption. Track capability transitions: announced to testing, testing to availability in a particular region, or normal transactions to after-sales support. Preserve the original announcement date, verification date, applicable scope, and subsequent corrections. Historical analysis can retain its original judgment while giving readers a clear route to updates.

Maintain recurring questions: which tasks are reliable, which products remain unsuitable for delegated execution, whether fees and service boundaries are public, and whether merchants have independently verified performance. Such coverage helps readers understand change rather than memorize company names. A research publication also builds trust by correcting and improving its own judgments.

Present answers that change a management decision

Replace broad trend slogans with three choices: continue the pilot, repair a foundational capability, or expand a specific channel budget. Attach evidence, unresolved questions, and a review date to each. If incremental demand remains uncertain but inconsistent product data is clear, repairing data while maintaining a limited test may be the appropriate decision. There is no need to declare the entire technology a success or failure.

Include opportunity cost. Time spent on an AI interface may delay improvements to delivery promises, returns, or existing search. Compare the resources the team actually lacks, not just interface fees. Channel expansion is a complete operating choice only when the improved customer task justifies that investment and the team can support the resulting service obligations.

FAQ

Should merchants connect to every AI interface?
No. Start with a channel that reaches the intended audience and defines execution and service boundaries. Expand after verifying incremental net contribution.
Do more AI-attributed orders prove incremental demand?
No. Existing organic, advertising, or direct orders may have shifted channels. Use a counterfactual and segment the comparison.

Sources & further reading

AI-assisted original research. Scenarios are hypothetical; rely on the primary sources listed for facts. Not investment or legal advice.

Related reading