By NHI Mgmt Group Editorial TeamBased on Signifyd: “What are serial returners in ecommerce and how to combat them” (August 8, 2025)

TL;DR: Serial return abuse cost retailers an estimated $46 billion in 2024, while serial returners make up just 11% of shoppers and still distort demand signals, customer value models, and return workflows, according to Signifyd. Behaviour-based segmentation, not blanket friction, is the control point that changes outcomes.


At a glance

What this is: Signifyd argues that ecommerce serial returners create a governance problem by distorting returns data, customer value models and operational workflows, not just a fraud-loss problem.

Why it matters: IAM, fraud and customer-operations teams should care because return behaviour can function like a risk signal, and treating every return request the same leaves both abuse and loyal customers misclassified.

By the numbers:

  • Online return abuse and fraudulent returns cost retailers an estimated $46 billion in 2024.
  • Serial returners make up just 11% of shoppers, yet their behavior still distorts merchant decision-making.

Context

Ecommerce serial return abuse is a post-purchase governance problem: the risk does not surface at checkout, but after goods have shipped, been used, and re-entered the returns workflow. In practice, that means traditional fraud controls can miss the signal because they are often optimised for transaction approval rather than behavioural patterns over time.

For identity and risk teams, the key issue is segmentation. A return request can represent a genuine customer issue, a policy loophole, or deliberate abuse, and those cases require different treatment. The article’s core point is that returns data becomes strategically useful only when merchants connect customer history, timing, reason codes and SKU trends into one view.


Key questions

Q: How should merchants handle return requests when serial abuse is possible?

A: Merchants should treat return requests as risk-scored events, not identical transactions. The first step is to combine customer history, reason codes, timing and SKU data so the system can separate likely abuse from legitimate returns. That lets teams tighten controls only where behaviour justifies it and avoid harming trusted shoppers.

Q: Why do frequent returns create a governance problem for ecommerce teams?

A: Frequent returns change how the merchant interprets demand, profitability and customer value. When a small group drives a disproportionate share of returns, broad policies distort the data used for forecasting, merchandising and customer strategy. The result is a governance problem because the organisation starts optimising around misleading signals.

Q: What are the signs that prompt controls are failing?

A: Common warning signs include repeated attempts to reveal hidden instructions, unusual data access after conversational requests, unexpected tool invocation, and prompts that succeed only when phrased indirectly. Those patterns show that the model is accepting adversarial framing as legitimate intent.

Q: Should teams use blanket friction or behaviour-based return rules?

A: Behaviour-based rules are usually the better choice because blanket friction punishes low-risk customers while still leaving sophisticated abuse patterns partially intact. The goal is to apply more scrutiny only where the evidence supports it, so merchant policy protects margin without eroding trust or repeat purchase behaviour.


Technical breakdown

Why isolated return checks miss serial abuse

Serial return abuse is hard to detect when each transaction is judged on its own. A customer can look legitimate at checkout and still behave opportunistically after fulfilment by cycling purchases, claiming defects, or returning items near the policy deadline. The technical issue is not just false positives, but the absence of longitudinal context across orders, returns and customer history. Without that context, systems cannot distinguish a one-off return from a repeated behavioural pattern. Practical implication: build return decisioning around customer-level history, not just order-level events.

Practical implication: move return review from isolated case handling to customer-level behavioural analysis.

How segmentation changes return governance

Segmentation is the control that turns returns data into policy decisions. By grouping customers using return frequency, reason-code patterns, timing and product mix, merchants can separate likely abuse from legitimate shopping friction. That matters because broad restrictions punish low-risk customers while leaving high-risk behaviour only partially constrained. In governance terms, segmentation is a policy-routing problem: different signals should trigger different treatment paths, such as manual review, store credit, refund acceleration, or tighter eligibility rules. Practical implication: align return controls to risk tier rather than applying one policy to every shopper.

Practical implication: route returns through differentiated treatment paths based on behavioural risk signals.

Why SKU-level and timing signals matter

Return abuse is often visible in the pattern, not the single event. SKU-level trends can reveal whether the issue sits with a product category or with customers repeatedly exploiting the same item set. Timing patterns can show returns clustered around policy deadlines or sales cycles, which is a strong sign of strategic abuse rather than dissatisfaction. These signals are valuable because they help reduce misclassification and prevent product teams from chasing the wrong root cause. Practical implication: combine SKU, timing and reason-code analysis before changing product or policy decisions.

Practical implication: use SKU and timing patterns before concluding a product or size issue exists.


Threat narrative

Attacker objective: The objective is to extract value from merchandise while keeping the customer profile plausible enough to avoid stronger return controls.

  1. Entry occurs when a shopper places normal-looking orders and passes standard checkout checks without triggering suspicion.
  2. Credential access is not the main issue here; the abuse comes from exploiting trusted customer status, refund workflows and policy windows after fulfilment.
  3. Escalation happens as the shopper repeats high-volume returns, false defect claims, wardrobing or product switching across multiple transactions.
  4. Impact is lost margin, distorted demand signals, inflated customer acquisition costs and weaker return policy decisions across the merchant's operations.
  • Zacks breach claim 2025: A hacker leaked 12 million Zacks accounts in 2025, claiming domain admin access in 2024; HIBP verified the data, Zacks has not confirmed.

Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.


NHI Mgmt Group analysis

Serial return abuse is a governance failure before it is a fraud problem. The article shows that merchants often have the data they need, but not the decision model that interprets it correctly. When return policies are applied uniformly, the organisation loses the ability to separate abusive patterns from legitimate shopping behaviour, and that weakens both trust and operating efficiency.

Behavioural segmentation is the real control point. The important distinction is not between strict and lenient policies, but between policies that react to risk signals and policies that ignore them. This is where return governance intersects with identity assurance: the merchant is effectively deciding whether the behavioural history behind a return request is enough to change treatment.

Return signal governance: the merchant’s ability to turn post-purchase behaviour into policy without turning every customer into a suspect is the named capability this article exposes. That requires linking frequency, timing, SKU trends and reason codes into one control view, and it is the difference between precision friction and blanket friction.

The operational risk is misclassification at scale. If high-risk returners are treated like loyal customers, abuse continues. If loyal customers are treated like abusers, conversion and lifetime value suffer. The discipline here is not only fraud prevention but also evidence-based customer governance, with controls that change as behaviour changes.

This is a data quality and policy design issue, not just a detection issue. Returns teams that cannot explain why a request is risky will overcorrect with blunt restrictions or undercorrect with permissive policies. The practical test is whether the organisation can justify a return decision using behavioural evidence rather than intuition.

What this signals

Returns governance is becoming a segmentation problem. Merchants that rely on one return policy for every customer will continue to misclassify risk and misread product performance. The more effective model is behavioural routing, where return treatment changes as evidence accumulates.

Precision friction is the emerging control pattern. Teams should not ask whether returns need more or less friction in general. They should ask where the policy needs sharper targeting, because the real failure mode is treating high-risk and low-risk shoppers as if they were the same.

Return data only becomes useful when it drives action. Centralised visibility matters because it lets merchants connect frequency, timing, reason codes and SKU trends into a single control loop. Without that loop, the organisation keeps collecting evidence it cannot operationalise.


For practitioners

  • Centralize return, refund and exchange signals Bring return history, refund outcomes, reason codes and customer segments into one decision layer so serial patterns are visible across channels and timeframes.
  • Apply behavioural segmentation to returns Use return frequency, timing and SKU patterns to route high-risk requests into tighter review paths while keeping low-risk customers in a smoother flow.
  • Separate product issues from customer abuse Check SKU-level trends and repeat reason codes before changing product policy, because high return rates can reflect behaviour, not product quality.
  • Use timing patterns to refine controls Flag returns clustered near policy deadlines or around sales events, then adjust eligibility rules and review thresholds for those behaviours.
  • Test customer friction against conversion impact Measure whether stricter return rules reduce abuse without degrading trust, repeat purchase rates or customer lifetime value for low-risk segments.

Key takeaways

  • Serial return abuse is a control and data-quality problem as much as a fraud problem, because it changes how merchants interpret customer behaviour.
  • The source article ties the issue to $46 billion in estimated 2024 losses and notes that serial returners account for just 11% of shoppers.
  • Behaviour-based segmentation, centralised return data and SKU-aware analysis are the controls that improve decisions without imposing blanket friction.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

MITRE ATT&CK addresses the attack surface, NIST CSF 2.0 sets the technical controls, and GDPR defines the regulatory obligations.

FrameworkControl / ReferenceRelevance
MITRE ATT&CKTA0009;TA0010 — Collection; ExfiltrationThe article focuses on repeated abuse patterns that culminate in merchandise and value loss.
Recommendation — Map repeated return abuse to collection and exfiltration patterns to improve behavioural detection.
NIST CSF 2.0PR.AA-05 — Access Permissions, Entitlements and AuthorizationsReturn approvals are a governance decision about who gets trusted treatment and when.
Recommendation — Apply PR.AA-05-style entitlement logic to route high-risk returns into tighter decision paths.
GDPRArt.5 — Principles relating to processing of personal dataCustomer return data must be minimised, accurate and used for a stated business purpose.
Recommendation — Align return analytics with purpose limitation and data minimisation when customer data is used for segmentation.

Key terms

  • Serial Returner: A serial returner is a shopper who repeatedly buys items with the intention of returning most of them, often exploiting return policies rather than expressing genuine product dissatisfaction. The pattern becomes a governance issue when it distorts fraud signals, operational planning, and customer value models.
  • Behavioural Segmentation: Behavioural segmentation is the practice of grouping customers by observed actions such as purchases, visits, or responses instead of by static demographics. In governed environments, those groupings can influence pricing, eligibility, and treatment, so the rules and data sources behind them need clear ownership and auditability.
  • Return Signal: A return signal is any observable pattern that helps explain whether a return request is normal or risky. Common signals include repeated defect claims, deadline-driven returns, SKU concentration and inconsistent reasons across transactions.
  • Policy Friction: Policy friction is the cost a customer experiences when a control feels cumbersome, unfair, or poorly explained. In returns governance, excess friction can reduce trust, trigger complaints, and make legitimate customers behave like adversaries in response to overly blunt enforcement.

Deepen your knowledge

The NHI Foundation Level course, the industry's only accredited NHI security programme, covers NHI governance, identity lifecycle and secrets management. It is designed for practitioners who need to connect identity control thinking to broader security programmes.
NHIMG Editorial Note
Published by the NHIMG editorial team on July 11, 2026.
Updated on October 11, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org