Fashion · Assortment · Snowflake · Head of E-Com

Assortment Planning: Fashion retail, Snowflake data, E-Commerce decisions

A fashion Head of E-Com on Snowflake should not be hunting for assortment problems. Ward brings up them every morning.

The full picture: fashion assortment, Snowflake data, E-Commerce decisions

For Fashion & Apparel retailers, that means tracking 15,000+ SKUs across locations. Seasonal sell-through, size curve optimization, and markdown timing. Ward monitors style velocity and flags slow movers before the window closes.

Your online and offline data live in different worlds. Ward raises the inputs that change a e-commerce decision.

Assortment Planning. Ward analyzes sell-through by store cluster to recommend which SKUs to add, drop, or reallocate.

The mechanism. Ward clusters stores by demographic, traffic, and sales patterns, then measures SKU performance against cluster benchmarks.

Getting the data in. Ward connects via Snowflake SQL API with key-pair authentication. Read-only warehouse. Your data never leaves Snowflake.

What it does

  • SKU rationalization recommendations
  • Whitespace opportunity detection
  • Planogram optimization inputs
  • Store cluster segmentation
app.getward.ai Live demo
Acme Apparel @Merchandising: Planning Analyst claude-sonnet default
A

Chat

Ask anything. Ward routes to the right agent and returns cited answers.

Why is fall denim sell-through behind plan?
You · 9:42 AM
Schema Scout · routed to Merchandising Agent

I pulled fall denim against last season’s curve at the same selling week. Two causes, both still fixable this week.

SignalFinding
sell_throughWeek 6 sell-through 38% vs. 52% plan, concentrated in 3 of 9 door clusters
size_curveWaist 30–32 sold out in 41 doors while 36–38 sits at 71% on hand
markdown.ladderFirst markdown is 3 weeks later than LY, weeks-of-supply now 11.4

Recommend: transfer 30–32 out of the 12 overstocked doors, hold the ladder on core indigo, and take the first markdown on light wash now while it still clears at 20%.

9 parallel queries 3 sources cited confidence 0.89
Draft the size-curve transfer list.
You · 9:43 AM
Allocation Agent · drafting transfer list
Querying sell_through_weekly
Ask anything, Ward routes to the right agent. Cmd+K

Reporting

Pinned views built from saved data-lake queries. Every number re-derivable from its SQL.

7d13w52w
Revenue vs. plan
$31.7M
+3.1% WoW
Full-price mix
61.4%
−5.1pp
Sell-through, fall denim
38.2%
wk6, −9pp vs plan
Markdown rate
19.6%
+2.8pp
Revenue vs. plan 13 weeks actual, 6 weeks forecast, 80% interval
Actual Forecast 80% interval
% of plan 106 94 100 forecast → W−13 W−5 today +6wk
Holt-Winters + weather regressor MAPE 4.1% at 4wk Backtested 24 months Crosses plan in 3 weeks
Forecast error by horizon MAPE, 24-month backtest
1wk 2.1%
2wk 3.0%
4wk 4.1%
8wk 6.3%
13wk 8.9%
Accuracy bar for promo decisions: ≤5% at 4wk
Models in production Every forecast ships a model card
ModelHorizonMAPE
holt_winters4wk4.1%
arima_sarimax13wk8.9%
gbm_demand1wk2.1%
bayes_hiernew store11.4%

Sources

Connect external systems to the data lake.

NameTypeLast sync
shopify_orders_dailyimport2m ago
shopify_returns_reasonsimport2m ago
netsuite_inventory_snapshotimport14m ago
cegid_store_salesimport1h ago
retail_size_curve_actualsimport1h ago
retail_markdown_ladderimport1h ago
retail_ga4_website_dailyimport1h ago

Policies

Browse and manage Cedar access policies for your tenant.

TLS 1.3 AES-256 Read-only SOC 2 II
Policy IDEffectResources
merch-read-defaultpermitModel::*
finance-read-markdownpermitModel::"markdown_ladder"
vendor-blockedforbidModel::"labor_*"
ecom-read-returnspermitModel::"returns_reasons"
Assortment for Fashion on Snowflake data, live product demo.

Why Assortment matters for Fashion retail

Ward doesn't replace the buyer's eye, it sharpens the math behind the buy. Which store clusters need wider assortment with shallow depth? Which need narrow-deep buys with full size runs? Ward analyzes sell-through by cluster, customer segment, and style attribute to recommend architecture that matches how customers actually shop each location.

Why this combination
is its own problem.

The e-commerce problem in fashion retail is not missing data. It is that sell-through rate, markdown %, return rate live in different systems on different refresh schedules, and reconciling them is a person-week. Ward does the reconciliation and returns the two-line version.

  • 01 Cannibalization between similar styles (two black bodycon dresses) is ignored, so the second option doesn't add what its standalone sell-through suggests.
  • 02 Top-down option counts get applied uniformly across stores; smaller-volume locations carry too many options and starve depth where it matters.

Benchmarks. Fashion option counts vary 2-4x across store clusters in a healthy assortment plan. Cluster-aware planning typically lifts full-price sell-through 2-5 points and reduces end-of-season markdown depth by 100-300 bps.

What Ward has eyes on.

Coverage is store by store, category by category. Ward tracks sell-through rate, markdown %, return rate across 15,000+ SKUs and compares each store against its own baseline, not against the chain. That is the difference between knowing the footprint is fine and knowing which seven locations are not.

The connection to Snowflake is read-only and runs on your schedule. Ward ingests any table or view in your Snowflake account, cross-database joins, and the rest of the feed, then joins it with external context your Data Platform does not carry: weather, local events, competitor pricing.

Stock what sells. Cut what doesn't. Ward runs the model continuously rather than on a reporting cycle, which is why a finding lands the morning the pattern starts instead of at the end of the period.

At the metric level. Ward tracks assortment width vs depth by cluster, style attribute performance, size curve accuracy, and inter-style cannibalization. It measures revenue-per-option to identify when adding more styles dilutes overall performance.

Signals · POS at style-store-day, customer segment data, style attributes, cannibalization signals from basket analysis, and online-to-store demand transfer patterns.

What the first 90 days
actually look like.

  1. 01

    Week 1: connect

    Read-only credentials to Snowflake. Ward reads any table or view in your Snowflake account, cross-database joins, historical data at any depth and starts building baselines. First daily cards land inside 48 hours, before baselines are stable, so you can see the shape of the output early.

  2. 02

    Weeks 2 to 3: baselines

    Ward needs roughly two weeks of history per store to separate a real deviation from normal variance. During this window the insight cards are directionally right and the thresholds are still moving.

  3. 03

    Weeks 4 to 12: steady state

    Ward sends cards daily, each with the cause and a recommended action. Volume settles at a level a single person can read over coffee. The measure of success is not how many daily cards arrive, it is how many get acted on.

How Ward connects to Snowflake

Ward queries your Snowflake data warehouse directly. If your retail data lives in Snowflake, Ward reads it without moving or copying anything.

Setup: Ward connects via Snowflake SQL API with key-pair authentication. Read-only warehouse. Your data never leaves Snowflake.

Data Ward reads from Snowflake

Any table or view in your Snowflake account
Cross-database joins
Historical data at any depth

Impact metrics with Snowflake

Time to Insight
Zero-copy, zero-ETL
Queries run against existing warehouse tables directly.
Forecast Accuracy
Enrichment joins added
Weather, events, and demographics joined to Snowflake tables.
Data Utilization
Dormant tables activated
Unused warehouse data brought into cross-domain analysis.
Anomaly Detection Speed
Continuous monitoring
Deviations caught days before scheduled reports surface them.

Data lake enrichment

Ward enriches Snowflake data with: Any Snowflake table, Weather & events, Demographics, Competitor data, Custom feeds

Your online and offline data live in different worlds.

Pain points
  • ×Nobody can see one inventory position across every channel
  • ×Online promo performance is measured separately from in-store
  • ×Customer behavior data is siloed by channel
  • ×BOPIS/BORIS operational complexity is growing unchecked
  • ×Digital marketing attribution stops at the click
How Ward helps
  • Unified insight cards across online and in-store channels
  • Cross-channel promo effectiveness with true attribution
  • Customer journey tracking across digital and physical touchpoints
  • BOPIS fulfillment performance monitoring with exception cards
  • Full-funnel marketing attribution to in-store conversion

Retailers with unified omnichannel data see 30% higher lifetime value per customer. Source: Harvard Business Review

Fashion KPI impact

Markdown Rate
Shallower, earlier
Slow movers detected before deep clearance is the only option.
Sell-Through
More at full price
Style velocity cards flag underperformers early enough to reallocate.
Size Accuracy
Fewer size gaps
Size curves recalibrated by store cluster and season.
Return Rate
Better matching
Right size, right store means fewer returns.

Frequently asked questions

Ward analyzes sell-through by store cluster to recommend which SKUs to add, drop, or reallocate. For Fashion retail specifically, Ward monitors 15,000+ SKUs across your locations and delivers automated insight cards with root cause analysis and recommended actions.

Ward tracks Sell-through rate, Markdown %, Return rate, Style velocity, Size accuracy at the store-category level. Ward clusters stores by demographic, traffic, and sales patterns, then measures SKU performance against cluster benchmarks.

Ward connects via Snowflake SQL API with key-pair authentication. Read-only warehouse. Your data never leaves Snowflake. Data points include: Any table or view in your Snowflake account, Cross-database joins, Historical data at any depth.

Yes. Ward reads Snowflake data and combines it with contextual signals (weather, events, demographics) to generate Fashion-specific insight cards. No custom development required.

Your online and offline data live in different worlds. Ward solves this with automated insight cards: Unified insight cards across online and in-store channels. Cross-channel promo effectiveness with true attribution. Customer journey tracking across digital and physical touchpoints.

Ward delivers daily insight cards covering Sell-through rate, Markdown %, Return rate, tailored for E-Commerce decision-making. Each card includes what changed, why it matters, and what to do next.

Ward tracks assortment width vs depth by cluster, style attribute performance, size curve accuracy, and inter-style cannibalization. It measures revenue-per-option to identify when adding more styles dilutes overall performance.

A denim buyer has 200 styles to allocate across 90 stores. Ward reveals that urban flagships convert best with wide assortment at shallow depth, while suburban stores need fewer core styles with full size runs. The current uniform allocation starves variety in urban stores and creates size gaps in suburban ones. A cluster-specific matrix reduces markdown risk while lifting full-price sell-through.

First insight cards arrive within 48 hours of data connection. Ward needs approximately 2 weeks to establish stable baselines for your specific operation.

No. Ward sits on top of your existing stack. It is the proactive intelligence layer that watches your data continuously and delivers insight cards, so your team acts on findings instead of hunting for them.

See what Fashion assortment problems Ward catches.

Root causes, not just alerts. See it on your data.

Read-only to start · your LLM keys · SOC 2 Type II underway · or book a call directly

Find out what your data has been hiding.

Tell us about your operation. We’ll show you the problems Ward catches, and the ones your current tools miss.

Step 1 of 3
What are your goals?
Step 2 of 3
About your operation
Step 3 of 3
Your contact info