Playbook Catalog

Pre-built. Retail-specific.
One playbook per job.

A playbook is a procedure written in the language of retail operations, not a configurable workflow. Each one pairs a data insight with the AI automation and automated data routing to act on it, write back to your system of record, and close only when the KPI moves. Browse them by department below.

Filter
KPI
SOR

Six universal playbooks.
Live across every vertical.

These ship in every Ward deployment. Each one lists its trigger, procedure, write-back, outcome metric, and a real example. This is a product spec. Screenshot anything.

Play · Grocery · C-Store · Pharmacy · Home Improvement

Stockout Escalation

Forecast says zero-on-hand within 48 hours. Ward opens a case, raises replenishment against the SOR, and notifies the buyer. Case closes when the shelf reads green.

Target KPIOn-shelf availability
Executes in≤ 6 hours
System of recordManhattan · Blue Yonder · Relex · SAP
Trigger condition

Per-SKU sell-through velocity, current on-hand, lead time, and supplier reliability cross the predicted-zero threshold within a configurable horizon (default 48 hours).

Write-back

Replenishment order created in Manhattan / Blue Yonder / Relex; PO line written to SAP MM.

Procedure
  1. Confirm the deviation against the per-store baseline (rule out promo pull-forward and weather lift).
  2. Compute the recommended replenishment quantity using the cluster-level demand forecast.
  3. Match against current open POs; suppress if a sufficient PO is already in transit.
  4. Open a case; assign to the category buyer or auto-routed by lane.
  5. Draft the replenishment order against the WMS / supplier portal.
  6. Gate the write-back on buyer approval; default 4-hour SLA before escalation.
  7. Verify on-shelf reads after delivery; close the case when fill rate returns above threshold.
Outcome metric

Fill rate delta vs. baseline over the 14 days following close. Case is "outcome-positive" if fill rate ≥ pre-agreed threshold for ≥ 7 of those 14 days.

Real example · Ward voice

06:42 AM, Store 22, fresh-produce category, lettuce SKU trending to zero by 11 AM Thursday. Per-store demand forecast: 84 units/day; current on-hand: 38 units; supplier lead: 18 hours. Ward opens case 4421; assigns to Maria (produce buyer); drafts a 220-unit replenishment against the regional DC. Maria approves at 07:18 AM. Truck arrives 02:14 AM Thursday. Fill rate at Store 22 produce reads 96% by Friday close.

Play · All

Vendor Invoice Dispute

Ward reconciles invoice line items against receipt logs and contract terms, drafts the dispute packet, and routes to AP with the full evidence chain attached.

Target KPICOGS recovery
Executes in≤ 24 hours
System of recordSAP · Coupa · Oracle Financials · NetSuite
Trigger condition

Invoice line item ≠ receipt-log line item, or invoiced unit cost ≠ contracted unit cost on the active price list, beyond the configured tolerance ($25 or 0.5%, whichever is greater).

Write-back

Dispute opened in Coupa / SAP VIM; credit memo expected line written; AP queue updated.

Procedure
  1. Pull the matching PO, GRN, and contract clause.
  2. Compute the dispute amount; classify the cause (over-billing, short-ship, off-contract pricing, freight misallocation).
  3. Assemble the evidence packet: invoice scan, GRN signature, contract clause excerpt, calculation table.
  4. Draft the dispute letter using the vendor-specific template on file.
  5. Open a case; assign to the AP analyst by vendor portfolio.
  6. Gate the dispute send on AP approval; default 24-hour SLA.
  7. Track the dispute through credit memo or settlement; close when funds recovered or written off.
Outcome metric

Dollars recovered as credit memo or short-pay. Case is "outcome-positive" if recovery ≥ 80% of disputed amount within 60 days.

Real example · Ward voice

Tuesday, invoice INV-9912 from Vendor C lists 1,200 units at $4.28; the active price list per contract clause 3.2(b) is $4.12. Per-unit overage: $0.16. Dispute amount: $192. Ward drafts the letter, attaches the price-list excerpt and the GRN, and routes to Priya in AP. Priya approves and sends. Vendor C issues credit memo CM-3344 nine days later for $192. Case closed positive.

Play · Grocery · Fashion · Pharmacy · C-Store

Promo Conflict Cancellation

Cannibalization detected mid-promo. Ward proposes to kill the offending overlap and pings the merchandising lead. Approval required before write-back.

Target KPINet promo lift
Executes in≤ 2 hours
System of recordPromo engine · POS · JDA · SAP CAR
Trigger condition

Mid-flight promo measurement shows net category lift below threshold (default +3%) due to cross-SKU cannibalization or overlap with a halo SKU on a concurrent promo.

Write-back

Promo end-date pushed in the promo engine; flag set in JDA / SAP CAR; POS price-rule expired.

Procedure
  1. Decompose gross promo lift into incremental, cannibalized, pulled-forward, and pantry-loaded volume.
  2. Identify the overlapping promo or adjacency that's eating the lift.
  3. Model the scenarios: kill A, kill B, narrow A's scope, change A's discount.
  4. Recommend the lowest-regret action; show the expected net lift under each.
  5. Open a case; assign to the merchandising lead for the category.
  6. Gate the cancellation on merchandising approval (writes are revenue-affecting).
  7. Track post-cancellation lift; close when net category lift returns above threshold or promo ends.
Outcome metric

Net category lift over the remainder of the promo window vs. the modeled counterfactual. Case is "outcome-positive" if cancellation moves net lift above threshold within 48 hours.

Real example · Ward voice

Thursday Day 4 of a BOGO on Brand X crackers, gross unit lift +34%, net category lift only +6% after cannibalization of Brand Y (-28%). Ward models scenarios; recommends ending the BOGO and replacing with a 15%-off on Brand X (modeled net lift: +11%). Routes to Daniel (Snacks merchandising). Daniel approves. POS rules update at 14:22 ET. Net category lift returns to +12% by Saturday close.

Play · Convenience · Specialty · Pharmacy · Grocery

Planogram Correction

Sales-correlated drift flagged. Ward issues the corrected planogram to the field, tracks the reset, and verifies compliance with next-cycle photos.

Target KPICompliance + sales lift
Executes in≤ 12 hours
System of recordJDA · field-ops app · POS
Trigger condition

Per-store sales for a managed category fall below cluster benchmark by more than 1 standard deviation, AND the planogram-compliance signal (photo-verified or sales-pattern-inferred) flags drift on at least 2 of the top 10 facings.

Write-back

Corrected POG pushed to field-ops app; reset task created; audit photo schedule queued.

Procedure
  1. Cross-check sales drop against the compliance signal to confirm planogram cause (rule out promo, weather, traffic).
  2. Render the corrected planogram for the affected category and store.
  3. Open a case; assign to the district manager.
  4. Push the corrected planogram to the field-ops app with a 24-hour reset SLA.
  5. Notify the store via the standard ops channel.
  6. Schedule the next-cycle photo audit; auto-trigger when due.
  7. Close the case when photo audit confirms compliance and category sales recover above cluster benchmark for 7 days.
Outcome metric

Category sales delta vs. cluster benchmark over the 14 days post-reset. Case is "outcome-positive" if sales gap closes by ≥ 75% within that window.

Real example · Ward voice

Tuesday, Store 14, snacks endcap, weekly units −18% vs. cluster while traffic is flat. Compliance photo from Sunday shows 4 of top 10 facings drifted (off-shelf adjacencies). Ward opens case 5108; pushes corrected POG to field-ops app; assigns to DM Alex. Reset completes Wednesday 11 AM. Photo audit Sunday confirms compliance. Snacks sales return to cluster average by following Friday.

Play · All

Shrink Investigation

Cause attributed: dock vs. floor vs. admin. Ward opens an LP case with the transactions, the camera windows, and the recommended next interview.

Target KPIShrink %
Executes in≤ 48 hours
System of recordLoss-prevention case mgmt · WMS · POS
Trigger condition

Per-store shrink rate exceeds estate baseline by more than 1.5×, OR shrink-by-cause segmentation crosses an attention threshold (e.g., dock-receipt mismatches > 3 events / week).

Write-back

LP case created with evidence chain attached; corrective-action task assigned.

Procedure
  1. Decompose total shrink into theft, damage, spoilage, dock-receipt mismatch, and admin error.
  2. Identify the dominant cause; isolate its most likely interval (day, daypart, dock vs. floor).
  3. Pull the matching transactions, GRN events, and POS exceptions.
  4. Pull the camera windows for the relevant intervals (where camera integration exists).
  5. Open a case in the LP system; pre-fill the evidence chain.
  6. Recommend the next investigation step (interview, dock audit, floor recount).
  7. Track resolution through the LP system; close when corrective action is logged and shrink trends back toward baseline for 14 days.
Outcome metric

Shrink rate trend over 30 days post-action vs. pre-action baseline. Case is "outcome-positive" if shrink moves toward estate baseline by ≥ 50% of the gap within 30 days.

Real example · Ward voice

Monday, Store 37, shrink at 4.2% (estate baseline 1.8%). Cause segmentation: 78% attributable to dock-receipt mismatches on three Tuesday deliveries from Vendor B. Ward opens LP case 9912; attaches the GRN events, the WMS line items, and the dock camera windows; recommends a dock audit on the next Tuesday delivery. LP investigator Marcus runs the audit, finds vendor under-shipping. Vendor scorecard updated; dispute filed under the vendor-invoice play. Shrink at Store 37 trends to 2.3% over the next 30 days.

Play · Fashion · Home Improvement · Specialty

Markdown Cadence Reset

Style velocity below cluster. Ward proposes a shallower-but-earlier markdown ladder and writes the schedule into the pricing engine on approval.

Target KPISell-through at full margin
Executes in≤ 24 hours
System of recordPricing engine · POS · PIM
Trigger condition

Style velocity for a season SKU lags the cluster benchmark by ≥ 25% at week 4, AND the current markdown ladder ends in deep clearance.

Write-back

New markdown ladder written to the pricing engine; POS price-rule schedule updated.

Procedure
  1. Forecast end-of-season sell-through under the current ladder.
  2. Model alternative ladders: shallower-but-earlier (5% at W5, 15% at W8, 30% at W12) vs. status quo.
  3. Pick the ladder that maximizes margin-weighted sell-through.
  4. Open a case; assign to the merchant for the category.
  5. Gate the new ladder on merchant approval (writes are price-affecting).
  6. Push the ladder into the pricing engine; sync POS price rules.
  7. Track sell-through against the modeled curve; close when SKU clears at modeled or better margin.
Outcome metric

Margin-weighted sell-through vs. the modeled counterfactual (status quo ladder). Case is "outcome-positive" if margin recovered ≥ modeled, less the cost of the earlier markdowns.

Real example · Ward voice

Week 4, Style "Linen Tee, slate, M" at Cluster B stores selling 22 units/wk vs. cluster benchmark 41. Status-quo ladder ends at 50% off in W14, modeled total margin $4,210. Ward proposes a 5%/15%/30% ladder ending in W12, modeled total margin $5,840. Merchant Sarah approves Tuesday 09:30. New ladder writes to pricing engine; POS rules sync by close of business. Style clears at W11 at 30% off; total margin realized $5,920.

43 playbooks, 8 departments.
Every one tuned to an industry and a system.

The same shape across all of them: a data insight, the AI automation to act on it, and the automated data routing that reads and writes the system of record. Jump to a department.

Merchandising

Pricing, promo, and assortment moves that defend full-price margin.

Markdown cadence reset
Style velocity below cluster. Ward proposes a shallower-but-earlier markdown ladder and writes it to the pricing engine on approval.
Fashion · Home Improvement · Specialty Pricing engine · POS · PIM Full-margin sell-through
Promo conflict cancellation
Cannibalization detected mid-promo. Ward models the kill-or-narrow options and ends the offending overlap on merchandising approval.
Grocery · Fashion · Convenience Promo engine · POS · SAP CAR Net promo lift
Assortment rationalization
Long-tail SKUs tying up capital. Ward ranks by GMROI and proposes the cuts and adds, by cluster.
All retail Blue Yonder · SAP · Relex GMROI
Price elasticity recalibration
Elasticity drifted from the last model. Ward re-estimates and proposes price moves that hold volume.
Grocery · Fashion Pricing engine · POS Category margin
New SKU velocity gate
A new item is missing its launch curve. Ward flags it for cut or support before it eats shelf.
All retail PLM · POS GMROI
Cluster reassortment
A store cluster is mismatched to demand. Ward re-maps the assortment to the cluster's real velocity.
All retail Blue Yonder · SAP Sell-through

Supply Chain

Availability, replenishment, and supplier performance, store by store.

Stockout escalation
Forecast says zero-on-hand within 48 hours. Ward raises replenishment against the SOR and notifies the buyer.
Grocery · Convenience · Pharmacy · Home Improvement Manhattan · Blue Yonder · Relex · SAP On-shelf availability
Replenishment cadence tune
The replenishment cycle is out of step with velocity. Ward retunes the cadence per store-SKU.
Grocery · Convenience Relex · Blue Yonder On-shelf availability
Supplier OTIF watch
A supplier is slipping on-time-in-full. Ward tracks OTIF against the penalty clause and flags the breach.
All retail SAP · Coupa Fill rate
Cross-store transfer
Overstock in one store, stockout in another. Ward proposes the transfer before the markdown.
All retail Manhattan · SAP Sell-through
Weather pre-position
A heatwave or storm is inbound. Ward pre-positions weather-sensitive stock by store.
Grocery · Home Improvement Relex · NOAA feed Sell-through
Cycle count prioritization
The inventory record is drifting. Ward prioritizes the counts most likely to be wrong and worth money.
All retail WMS · Manhattan Inventory accuracy

Store Operations

Compliance, labor, and execution at the four walls.

Planogram correction
Sales-correlated planogram drift. Ward issues the corrected POG to the field and verifies with next-cycle photos.
Convenience · Specialty · Pharmacy · Grocery Blue Yonder Space · field-ops app · POS Compliance + sales lift
Daypart staffing rebalance
Traffic and labor are out of sync by daypart. Ward proposes a schedule that matches staff to demand.
Convenience · Pharmacy UKG · Kronos · POS Conversion
Schedule mismatch correction
The posted schedule doesn't match forecast traffic. Ward flags the gaps before the week locks.
All retail UKG · POS Labor productivity
Endcap velocity check
An endcap is underperforming its rent. Ward flags it and proposes a higher-velocity swap.
Convenience · Specialty POS · space planning Endcap ROI
Fresh waste prevention
Perishables trending to spoilage. Ward proposes markdown or pull timing before the waste hits.
Grocery Relex · POS Waste %
Task compliance audit
Directed tasks aren't getting done at the store. Ward surfaces the misses and routes them to the DM.
All retail field-ops app · POS Execution rate

Loss Prevention

Shrink attributed to cause, with the evidence chain pre-built.

Shrink investigation
Shrink above estate baseline. Ward attributes cause (dock / floor / admin) and opens an LP case with the evidence chain.
All retail LP case mgmt · WMS · POS Shrink %
Receiving dock audit
Dock-receipt mismatches recurring. Ward flags the vendor and the deliveries to audit.
All retail WMS · GRN logs Shrink
POS exception sweep
Voids, no-sales, and refunds clustering on a register or operator. Ward surfaces the pattern.
All retail POS · LP analytics Shrink
Refund-fraud pattern
Refund behavior outside the norm. Ward builds the case with the transactions and the timing.
All retail POS · LP case mgmt Shrink
Sweethearting detection
Discount and void patterns suggest sweethearting. Ward correlates operator, lane, and customer.
All retail POS · LP analytics Shrink

Ecommerce & Omnichannel

Digital shelf, returns, and cross-channel availability.

Returns root cause
Returns spiking on a SKU or reason code. Ward attributes the cause and routes it to the right owner.
Fashion · Home Improvement Shopify · OMS · Salesforce Return rate
Size curve correction
The size curve is mismatched to demand. Ward re-balances the buy and the on-site availability.
Fashion PIM · Shopify Size accuracy
Omnichannel availability sync
Online shows out-of-stock while stores hold inventory. Ward reconciles the availability view.
All retail OMS · Shopify · Manhattan Online conversion
Digital-shelf price match
A competitor undercut you on the digital shelf. Ward flags the gap and proposes a guarded match.
Specialty · Home Improvement PIM · Pricing engine Online margin
Cart-to-fulfillment leak
Orders failing between cart and fulfillment. Ward traces the drop and attributes the cause.
All retail OMS · Shopify Online conversion

Finance

Recovery, leakage, and spend control with a full audit trail.

Vendor invoice dispute
Invoice ≠ receipt or contract price. Ward drafts the dispute packet and routes to AP with the evidence chain.
All retail SAP · Coupa · Oracle Financials · NetSuite COGS recovery
Margin leakage audit
Margin is bleeding across categories. Ward decomposes the leak and ranks the recoverable dollars.
All retail SAP · Snowflake · BigQuery Gross margin
Markdown stop-loss
Markdowns are running past the point of recovery. Ward caps the bleed and proposes the floor.
Fashion · Specialty Pricing engine · POS Margin
Compute spend governance
AI spend climbing by team. Ward caps it per department and routes to the cheapest model that clears the bar.
All retail Ward routing layer AI cost / department
Freight & accessorial audit
Freight and accessorial charges off-contract. Ward reconciles and flags the recoverable spend.
All retail SAP · Coupa COGS recovery

Procurement

Vendor performance and contract compliance, tied to penalty clauses.

Vendor scorecard update
Vendor performance is shifting. Ward keeps the scorecard current and ties it to the next negotiation.
All retail SAP · Coupa Fill rate · COGS
Contract compliance check
Spend is drifting off contract. Ward flags the lines that miss the agreement.
All retail Coupa · SAP MM Off-contract spend
Off-contract spend flag
Maverick spend outside preferred vendors. Ward surfaces it and routes to the category manager.
All retail Coupa · SAP Savings capture
Tail-spend consolidation
Fragmented tail spend across many vendors. Ward groups it for consolidation.
All retail Coupa · SAP MM Savings capture
Rebate realization tracking
Negotiated rebates aren't being realized. Ward tracks accrued vs. earned and flags the shortfall.
All retail SAP · Coupa Margin recovery

IT & Data

The governed-routing layer: pipelines, access, and model cost.

Integration health monitor
A feed goes stale or a connector breaks. Ward catches the gap before the numbers go wrong.
All retail Snowflake · BigQuery · SAP connectors Data freshness
Access & audit review
Access is drifting from least-privilege. Ward reviews scopes and streams the diffs to your SIEM.
All retail Cedar policies · SIEM Audit coverage
Model routing guardrail
Queries over-spending on premium models. Ward routes each to the cheapest model that clears the bar.
All retail Ward routing layer · BYO-LLM Cost per query
Data quality watch
Upstream data quality is slipping. Ward flags nulls, dupes, and drift before they reach a decision.
All retail Snowflake · BigQuery Data accuracy
PII & residency guard
Sensitive data is crossing a boundary it shouldn't. Ward enforces residency and read-only scope.
All retail Cedar policies · SIEM Compliance coverage

Run a play on your data.

Pick three from the catalog. We'll wire them up against your SOR for the pilot.

Get a demo

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