Back to case studies
SNAPP!SHOP / MARKETPLACE / PRODUCT DISCOVERY

Helping bigger baskets
reach checkout.

Exploring how recommendations, sellers and delivery work together to help customers complete a multi-item purchase.

Product discoverySystems thinkingExperiment design
MY FOCUSFraming, mapping & exploration
PRODUCTA multi-seller marketplace
STATUSProposed directions · pre-launch
CONCEPTConcept desktop mockup using the supplied SnappShop product page
Concept cover · supplied product-page screenshot · final design screens pending
PROJECT OVERVIEW / SCOPE & PROCESS

A growth question,
a customer experience problem.

My focus was problem framing, behavioral analysis, seller and fulfillment mapping, concept exploration and experiment planning. The work shown here is discovery and proposed design direction.

BUSINESS & USER OBJECTIVES

Help useful baskets survive checkout.

Business: improve Item Per Order and completed multi-item purchases. Customer: find relevant additions, understand seller and delivery trade-offs, and stay in control of total cost and choices.

THE PROCESS

Discover → Define → Develop → Validate

Behavioral baseline → insights and hypotheses → journey and system mapping → concept prioritization → interface exploration → usability and experiment plan → handoff and learning.

01 / THE SIGNAL

A small basket.
A bigger question.

The initial business question was how to increase Item Per Order (IPO). The behavioral signal shifted the focus toward what happens before checkout.

THE BUSINESS CONTEXT65%

of completed orders
contained one item.

Single-item orders were even more common in Express and FBM.

65%
73%
77%
73%Express orders
77%FBM orders
Reported project baseline · no post-launch claim
THE INSIGHT THAT CHANGED THE QUESTION
20%5 minutes before purchase

Some single-item buyers
already had a bigger basket.

About 20% of users who completed a single-item order had more than one item in their cart five minutes earlier.

EARLIER CARTMultiple items
AT PURCHASEOne item
THE DESIGN QUESTION

What makes customers
remove the second item?

The data showed removal, not its cause. Shipping cost, seller fragmentation, budget and changing intent remained hypotheses to investigate.

DISCOVERY / SYNTHESIS & PROBLEM DEFINITION

Separate the signal
from its explanation.

The available evidence describes basket behavior and fulfillment structure. It does not establish the motivation behind an item removal.

RESEARCH COMPLETED IN THIS WORK

Behavior + system analysis

Review the single-item order baseline and the five-minute basket signal. Map seller × available delivery method × selected method. Examine the initial FBM consolidation opportunity.

HYPOTHESES / RESEARCH STILL TO RUN

What changed before purchase?

Shipping fees, separate deliveries, budget, trust, recommendation relevance and changing needs are hypotheses. Removal prompts and customer interviews are proposed next steps; no interview findings are claimed.

HOW MIGHT WE

Help customers keep relevant items in their basket while making the full seller, delivery and cost picture clear?

Design for completed purchases and explicit choices, with checkout conversion as a guardrail.

JOURNEY / PROPOSED USER FLOW

Show the consequence
before asking for an addition.

This illustrative flow translates the basket signal into moments to explore. It is a design hypothesis, rather than an observed interview journey.

01

Product page

See a relevant complementary item at high purchase intent.

02

Compare options

Understand seller, method, availability and total cost.

03

Add deliberately

Keep the selected seller and delivery; confirm any change.

04

Review basket

See separate shipments and fees before checkout.

02 / THE SYSTEM

Two products.
More than one journey.

Adding another product can also add another seller, delivery fee, arrival time and shipment. I mapped these dependencies before proposing the interface.

AN ILLUSTRATIVE TWO-ITEM BASKET
ITEM A

Main purchase

Seller A · Express
ITEM B

Complementary item

Seller B · Express
FULFILLMENT CHECK

Same delivery label.
Potentially separate shipments.

Consolidation depends on seller and operational compatibility. An Express label alone does not guarantee one shipment.

AN OPERATIONAL OPPORTUNITY7%

of FBM shipments had
consolidation potential.

The initial analysis identified an opportunity to examine fulfillment itself, alongside changes to discovery and recommendations.

Potential · not realized savings
THE COMPATIBILITY MAP

Seller × available method × selected method

A simplified summary of the scenarios explored.

Seller relationshipDelivery compatibilityDesign implication
Same sellerCompatibleCheck consolidation eligibility
Same sellerDifferent methodsExplain the trade-off before switching
Different sellersBoth ExpressDo not promise a single shipment
Any sellerSelected method unavailableOffer an alternative; preserve user choice
03 / THE DIRECTION

Relevant to the product.
Compatible with the basket.

I explored two recommendation directions: adding a useful complementary item at a moment of high purchase intent, and making that addition easier to fulfill.

01

Product relevance

Does this item help?

02

Seller compatibility

Who fulfills it?

03

Delivery compatibility

Can it fit this order?

04

Purchase intent

Is this the right moment?

ILLUSTRATIVE CONCEPT / EXPLORE THE LOGIC

Recommendations with
more context.

Prioritize relevant items from the current seller, then check whether they are eligible for the selected delivery method.

Reconstructed explanation of the proposal. This is not a shipped screen or a validated recommendation algorithm.

Snapp!ShopConcept

Your basket

SELECTED ITEMMain purchaseSeller A · selected delivery

More from this seller

Seller AComplementary product

Delivery eligibility is checked before promising consolidation.

Same seller · eligibility required
Reduce avoidable fragmentationPreserve the customer’s selected seller and delivery unless they choose a change.
WHY THESE TWO DIRECTIONS?

Useful additions.
Fewer avoidable costs.

Compared with bundles, discounts, seller-page improvements and operational changes, these were chosen as initial directions to test against impact, effort, dependencies and speed of validation.

CHOICES THE SYSTEM MUST RESPECT

Make the trade-offs visible.

  • Same seller, incompatible delivery method
  • A different seller offers a simpler combination
  • An item becomes unavailable for the chosen method
  • A method switch could allow consolidation

No automatic seller or delivery switch without a clear customer choice.

DESIGN / WIREFRAME TO CONCEPT

A temporary visual,
a specific design intention.

The mockup uses the supplied Snapp!Shop product-page screenshot. Concept images will be replaced with final project screens when available.

LAYOUT EXPLORATION

Keep context beside the recommendation.

Wireframe intent: product context → relevant addition → seller and delivery details → explicit add action. The interactive schematic above compares the two directions.

PROTOTYPE TASKS / PROPOSED

Test understanding before persuasion.

Find a compatible accessory, explain whether it adds a shipment, compare an alternate seller, and recover from an unavailable method. Observe comprehension, task completion and unintended switches.

04 / VALIDATION

Evidence first.
Then the experiment.

The 20% signal explains what happened. These proposed research steps would help establish why, before judging either recommendation direction.

01

Trace the removal

Analyze add → remove → purchase events alongside seller, fees, delivery time and checkout progression.

02

Ask what changed

Use a lightweight removal-reason prompt and interviews to test shipping, budget, relevance and intent hypotheses.

03

Test incrementally

Compare the directions in controlled experiments, looking for completed multi-item orders without harming checkout.

PRIMARY OUTCOMES

More complete purchases

Item Per Order · Multi-item order share
Basket size · Average Order Value

GUARDRAILS & DIAGNOSTICS

Keep checkout healthy

Checkout conversion · Cart abandonment
Removal rate · Shipping-cost impact · Recommendation CTR

DELIVERY / HANDOFF & EXPERIMENT PLAN

Make the hypothesis
testable in production.

Proposed handoff combines recommendation rules, fulfillment eligibility, interface states and measurement. Operational compatibility needs confirmation before showing consolidation claims.

PROPOSED NEXT STEP

Design specification

Document default, loading, empty, unavailable and error states, price changes, seller changes and delivery-method choices.

PROPOSED NEXT STEP

Engineering alignment

Confirm seller and fulfillment eligibility, stock freshness, total-cost calculation and explicit consent for changes.

PROPOSED NEXT STEP

Measurement plan

Instrument impression → click → add → remove → checkout → purchase. Compare controlled variants and review conversion, cost and abandonment guardrails.

05 / WHAT I TOOK AWAY

Users were already
building bigger baskets.

The opportunity was to understand what made those baskets harder to complete. Growth in a marketplace connects discovery, seller architecture, pricing, delivery and checkout.

Project statusProblem framing, behavioral analysis, system mapping, solution exploration and experiment planning. No measured post-launch impact is claimed.
Explore more case studies
© 2026 Sara JahanbakhshDesigned with clarity and curiosity ✦

Create a free website with Framer, the website builder loved by startups, designers and agencies.