Returns Suite
phase-1 · problem-definition
As-Is V2.1 Approved
As-Is Service Blueprint · Current State

How Returns Actually Work
for Mid-Market Apparel Retailers

A full-actor service blueprint mapping the end-to-end returns journey across 7 human actors and 5 systems. Happy path only — self-service return initiation. Click any node to explore pain points, system failures, and blind spots.

SegmentMid-market US apparel, $5M–$100M ARR
ChannelOnline only — no physical retail
PathHappy path · Self-service initiation
OwnerE-commerce Domain Expert
Assumptions13 documented · click to view
Executive Summary
01
From Stage 4 onwards, the process is almost entirely manual — receiving, inspection, disposition, restocking, and reporting rely on human judgment with no AI tooling deployed at mid-market scale.
02
The Operations Supervisor is flying blind at Stages 3–7 — she has no real-time visibility into transit, receiving, inspection, or disposition. By the time she has data, decisions have already been made.
03
Returns data is fragmented across 3–5 disconnected systems — OMS, WMS, CS platform, and accounting each hold a piece. No single source of truth. Reporting is assembled manually in Excel, always lagging.
04
Return reason codes are systematically unreliable — shoppers select the fastest dropdown option. Every analytics report built on reason code data is built on a flawed foundation.
05
The merchandising feedback loop is broken — inspection findings never reach the Buying team. High-return SKUs are reordered without modification. Quality defects are invisible to the people who can act on them.
06
Refund timing exposes merchants to fraud — most retailers refund on receipt, before inspection. Items in poor condition are discovered only after the refund has already been issued.
07
The total cost of returns is significantly underestimated — most merchants track direct processing costs but miss labor, carrier fees, liquidation discount, lost sale during restock, and customer churn.
Legend
Real-time flow
Manual / batch
Broken connection
Pain point
Blind spot
Ghost actor
Actor / Stage →
01
Return Decision
Shopper
02
Initiation & Auth
Both
03
Outbound Shipping
Both
04
Warehouse Receiving
Merchant
05
Inspection & Grading
Merchant
06
Disposition Routing
Merchant
07
Restocking
Merchant
08
Refund Processing
Both
09
Reporting & Analytics
Merchant
Human Actors
👤
Shopper
Human
Locates return policy2🟡
Submits return request via portal3🟡
Packages & drops off item2🟡
Receives return receipt
Awaits refund3🔴
🏪
Return Hub Associate
Human
Scans label & packs1🟢
Issues receipt to shopper
📬
Warehouse Receiving Staff
Human
Opens packages, matches RMA, logs receipt4🔴
🔍
Returns Inspector (QA)
Human
Physically inspects condition & assigns grade4🟡
Fit for restock?
Routes items to staging zones🟢
📦
Inventory Mgmt Team
Human
Batches liquidation, manages vendor relationships3🟡
Re-tags, re-enters inventory into OMS3🟡
💰
Finance Team
Human
Reconciles refunds, handles BNPL & chargebacks4🔴
Models cost of returns — partially2🔴
👁
Operations Supervisor
Human · P&L Owner
⚠️ No demand signal
BLIND SPOT
⚠️ Pull-only RMA log
BLIND SPOT
⚠️ No in-transit visibility
BLIND SPOT
⚠️ No receiving dashboard
BLIND SPOT
⚠️ No inspection throughput view
BLIND SPOT
⚠️ No disposition split view
BLIND SPOT
⚠️ No restock cycle time view
BLIND SPOT
Partial refund liability view — lagging1🟡
Manually assembles returns report in Excel5🔴
System Actors
🖥
Returns Portal
Loop / Narvar / AfterShip
Validates eligibility → issues RMA + label2
Sends tracking notification to shopper
Updates status: Refund Issued
Portal analytics — disconnected from WMS1
⚙️
Order Mgmt System
Shopify / NetSuite
Holds original order record (passive)
Creates RMA; updates order status2
Receives tracking event; updates status1
Receives receipt confirmation; closes receiving loop2
Receives inspection outcome — if WMS integrated1
Records final disposition
Inventory count updated1
Triggers refund to payment processor
Source of return reason data — unreliable2
🚚
Carrier & Tracking
USPS / UPS / EasyPost
Generates prepaid return label + tracking #
Routes package; generates scan events2
Delivers package to warehouse dock
Carrier performance data — silo'd in carrier portals1
🏭
Warehouse Mgmt System
Deposco / Fishbowl / Spreadsheet
Creates advance return notice — if integrated2
Cross-checks OMS; logs received item2
Records condition grade + disposition flag2
Records disposition routing1
Inventory re-entry — manual2
Holds most granular returns data — no BI connection2
💳
Payment & Accounting
Stripe / QuickBooks
Processes refund; accounting sync batch3
Returns costs not always tagged — underreported1
Manual
Load
Low
Partial
Partial
Heavy
Heavy
Heavy
Heavy
Partial
Heavy

13 Documented Assumptions

#AssumptionStageConfidenceImplication if Wrong
A1Most mid-market apparel retailers surface return policy via order confirmation emails and a footer link — not proactively at cart or checkout1MediumIf surfaced pre-purchase, shopper uncertainty and CS contact rate at Stage 1 are lower
A2A significant proportion of retailers in the $5M–$30M ARR range do not use a dedicated returns portal; they manage returns through CS email and manual OMS updates2MediumIf portal adoption is higher in the lower ARR band, the manual-initiation pain point is smaller — but reason code and WMS notification issues persist
A3Loop Returns is the dominant dedicated returns portal for mid-market apparel retailers in the $30M–$100M ARR range; Narvar and AfterShip are alternatives2MediumIf Narvar/AfterShip has higher share, integration patterns may differ — but core pain points are platform-agnostic
A4Most mid-market apparel retailers use USPS or UPS for return shipping labels; Happy Returns box-free drop-off is adopted primarily at $50M+ ARR or DTC-focused merchants3MediumIf Happy Returns adoption is broader, packaging burden and USPS scan gaps are reduced — but in-transit visibility gap to merchant remains
A5Most retailers in the $5M–$50M ARR range do not use a purpose-built WMS (e.g., Deposco); they rely on the OMS inventory module or spreadsheets4MediumIf WMS adoption is higher in the lower ARR band, receiving and RMA matching are more systematized — but WMS ↔ OMS sync lag failure modes persist
A6An estimated 50–65% of mid-market apparel retailers use a 3PL; 3PL usage positively correlated with ARR (domain estimate — validate in Phase 4)4LowIf 3PL adoption is below 40%, 3PL data handoff is less prevalent; in-house receiving becomes the primary focus
A7AI-assisted or automated inspection is not deployed at mid-market apparel scale; it is an enterprise and large-processor capability only5HighIf early AI tools have been adopted by even a minority, Stage 5 is less manual for those merchants — but grading inconsistency and merchandising feedback loop persist
A8Most mid-market apparel retailers do not have a documented, photographically-supported grading rubric; standards are conveyed verbally and not consistently enforced5HighIf merchants have documented rubrics, grading consistency is higher — but merchandising feedback loop gap still applies to most
A9Disposition routing is informal and not programmatic at mid-market scale; no dedicated disposition management tool is deployed in this segment6HighIf merchants have documented routing logic (even in spreadsheets), consistency is higher — but the absence of a recovery economics model means routing is still suboptimal
A10The average returns-to-restock cycle time is 5–10 business days from physical receipt to OMS availability7MediumIf cycle times are shorter (3–4 days for efficient operations), the lost-sale cost of slow restocking is lower — though manual labor cost and SKU entry error rate remain
A11Most mid-market apparel retailers issue refunds upon confirmed receipt (refund-on-receipt), not on inspection completion8MediumIf refund-on-inspection is more common, fraud exposure is lower — but customer satisfaction risk is higher
A12Returns reporting is primarily manual and lagging at mid-market scale; real-time or near-real-time returns dashboards are not common in this segment9HighIf OMS-native or BI reporting has improved significantly, data availability is less of a bottleneck — but data fragmentation and reason code reliability problems persist
A13The Merchandising/Buying team at mid-market apparel retailers does not receive a systematic returns data feed; returns data does not routinely inform buying decisions or markdown strategy9HighIf some merchants have informal data-sharing workflows, the feedback loop is less broken — but still not systematic or scalable