Realised in year one iAED 51.4mfrom 7 of 7 modules · AED 3.67bn group
Model controlsSize the retail case
Group or brand revenue i
AED 3.67bn
Currency i
Gross margin i
45%
Number of stores i
estimated from revenue
Size i
The AI stack, tick what is in scope i
120 doors · 5,000 shop floor staff · 2,000,000 loyalty members
DeployOne
DeployOneApplied AI for retail · end to end transformation
DeployOne · Retail decision layer · Gulf region

Seven decisions a retail group makes every day, taken properly, every time.

This is a working document rather than a deck. Set the group size in the dark panel and every number on this page, from the arithmetic inside each function to the payback month, recalculates against it. Every figure carries the calculation that produced it, and any small letter i opens a plain English explanation. Every function is delivered on the DeployOne platform, and section 04 sets out the retail products and platform arms that run underneath each one.

Currently modelled at AED 3.67bn of group revenue with 8 of 7 functions in scope, claiming AED 51.4m in the first year against an envelope of AED 176.7m to AED 303.7m at steady state.
01

How it works, in four steps

The same shape sits behind all seven functions. Data in, one decision layer, an instruction to a named person, and a loop that closes.

01

Three inputs

Transactions, stock positions and people signals arrive continuously from the tills, the warehouse and the roster. Nothing is keyed in by hand.

02

One decision layer

Every module reads the same numbers, so a markdown decision and an allocation decision can never disagree about what is in the building.

03

An instruction, not a report

The output is a named action for a named person: move these units, call this customer, cover this shift. A dashboard nobody acts on is worth nothing.

04

The loop closes

Whether the instruction was followed, and what happened after, feeds straight back in. The model gets sharper every week without a consulting engagement.

02

The assumptions, all of them editable

Nothing here is hidden. These are the benchmark ranges for Gulf multi-brand retail; move any of them and the entire document follows.

Benchmark assumptions

Typical ranges for Gulf multi-brand retail. Each slider opens at the market figure, which is also marked on the track, so any deviation is visible. Drag one and the whole document updates.

LinePercentValue
Discount given away i
percent of gross sales
17.0%
market 17.0% · at market
AED 624.3m
Store payroll i
percent of revenue
10.0%
market 10.0% · at market
AED 367.3m
Rent and occupancy i
percent of revenue
13.0%
market 13.0% · at market
AED 477.4m
Marketing and trade spend i
percent of revenue
3.5%
market 3.5% · at market
AED 128.5m
Supply chain and logistics i
percent of revenue
3.5%
market 3.5% · at market
AED 128.5m
Head office and shared services i
percent of revenue
5.5%
market 5.5% · at market
AED 202.0m
Inventory held i
percent of revenue, balance sheet
18.0%
market 18.0% · at market
AED 661.0m
Customer care cost i
percent of revenue
0.30%
market 0.30% · at market
AED 11.0m
Operating profit margin i
percent of revenue
9.0%
market 9.0% · at market
AED 330.5m

Derived shape of the business

Group revenue iAED 3.67bn
Gross profit iAED 1.65bn
Operating profit iAED 330.5m
Stores i120
Shop floor headcount i5,000
Hires per year i2,000
Loyalty members on file i2,000,000
Average transaction value iAED 349

Store count is estimated from revenue per door unless you type the real number into the panel, in which case yours is used everywhere. The first working session replaces all of this with the client's own trial balance.

03

The seven functions

Pick a function below. Each one states the problem in plain language, shows what breaks today, shows the screen the client would actually use, exposes the arithmetic, and names the agents that run it.

Function 01

Merchandising, buying and markdown

Assortment OS
New build, forecasting spine exists i

In plain English: this is the team that decides what to buy, how much of it, and which shops it goes to. They commit the money six to nine months before the product arrives, based mostly on what happened last year. When they get it wrong, the only fix available is to cut the price until the stock moves. That price cutting is called markdown, and across a group this size it currently gives away AED 624.3m a year.

The buy is locked in before anyone knows what will sell
Orders are committed six to nine months ahead using last season as the guide. By the time reality arrives the money is already spent.
What we buildA demand forecast per product per shop, updated every day rather than once a season, so the buy can still be adjusted while it is adjustable.
Discounting runs on a calendar, not on demand
The sale starts because it is July, not because a particular product stopped selling. Products that would have sold at full price get discounted alongside the ones that would not.
What we buildA discount clock that recommends the week and the depth of the cut for each individual product, so you only give away margin where you actually have to.
Stock goes to the wrong shops
Deciding how much goes where is done on shop size and whoever shouts loudest, not on what each catchment actually buys.
What we buildAllocation and size curve set from each door's own history, so the small sizes go where small sizes sell.
Competitor moves are invisible until it is too late
A rival drops price on a comparable line and you find out three weeks later in a sell-through report, after the trade has already gone.
What we buildContinuous price and range monitoring across the market, feeding the discount decision directly rather than landing in a report nobody reads.
The arithmetic, openly
Line iHow the base is calculated iImprovement applied iResult i
Discount currently given awayAED 3.67bn x 17.0%reduce by 6 to 12 percentAED 37.5m to AED 74.9m
Full price sell-through improvementAED 3.67bn x 1 to 2% x 45% marginrange applied to the baseAED 16.5m to AED 33.1m
Terminal stock written offAED 661.0m stock x 8% terminalreduce by 15 to 25 percentAED 7.93m to AED 13.2m
Annual envelope isum of the lines above, at steady statemidpoint AED 91.6mAED 61.9m to AED 121.2m
12%
Claimed in year one: AED 11.0m of a AED 91.6m midpoint envelope i
The buy is committed six to nine months ahead, so year one only catches one season of buying decisions. The markdown clock lands sooner than the buy does.
Assortment OS, at the group size currently set
Live model
Full price sell-through i
61.4%
target 72%
Discount given away, year to date i
AED 424.5m
17.0% of sales
Terminal stock at risk i
AED 52.9m
down 11% on last year
Forecast accuracy i
78.3%
was 61% pre-build
Sell-through against plan, with the discount trigger
discount recommended hereW1W3W5W7W9W11PlanActual
Today's recommendations, top five by value at risk
ProductDoorsWeeks coverRecommendation
Linen shirt, mid blue4214.2Hold, no discount
Cotton chino, stone3821.8Cut 20 percent in week 3
Occasion dress, black2631.4Cut 35 percent now
Knit polo, navy519.6Reorder, selling ahead
Lightweight jacket3327.1Move 340 units to Abu Dhabi
Value captured, month by month
JanMarMayJulSepNovCapturedStraight line plan
Quarterly capture against plan
Q1Q2Q3Q4CapturedPlan
First year capture rate
12%
AED 11.0m claimed of a AED 91.6m midpoint envelope
Model confidence68%
Data coverage across doors95%
Recommendation adoption67%
Forecast accuracy, 8 week86%
Run onPredict · Demand ForecastingPredict · BrainPredict · Price and Markdown OptimiserPredict · SenseCustom · Allocation and Size CurveCustom · Predict
Envelope AED 61.9m to AED 121.2m · first year rate 12% · claimed AED 11.0m
04

The product stack that runs them

Ten platform arms underneath, twelve retail products on top. Each one states what it reads, what it writes, how it is modelled and which of the seven functions it powers.

DeployOneDash
Super app command centre
One interface over every tool. Each of the seven screens on this page is a Dash surface.
DeployOneBrain
Company brain data layer
POS, ERP, WMS, HR and loyalty unified into one governed memory every agent reads and writes.
DeployOnePredict
Predictive analytics, AI and ML
Hybrid LLM plus classical ML across 500+ variables per use case. Demand, price, traffic, churn.
DeployOneConnect
Omnichannel AI contact centre
Voice, WhatsApp, SMS, email and Instagram on one agent brain, 10k concurrent calls, sub-400ms.
DeployOneContext
Multi-modal RAG and vision
Text, audio, image and video in one retrieval layer, including live in-store camera streams.
DeployOneSense
Web crawl and market intelligence
Bulk crawling of competitor pricing, ranges, reviews and social, analysed into instructions.
DeployOneEngage
Marketing and social funnel
Creative production and spend reallocation, driven by what customers actually said on calls.
DeployOneConverse
Human call and conversation analysis
100% coverage of human conversations instead of a 2% QA sample, scored and coached.
DeployOneLead
AI-native lead engine
In retail this is B2B: wholesale, franchise partners, mall landlords and corporate gifting.
DeployOneCustom
Bespoke workflows and automation
Everything that does not fit a product box, wired into the same brain and the same audit trail.

Predict · Demand Forecasting

One forecast per product, per shop, per day, rebuilt every night.
Spine exists, retail tuning required

A hierarchical forecast that reconciles from SKU-store-day up to brand and group, so the number the buyer sees and the number the chief financial officer sees are the same number. New products with no history are forecast by attribute similarity rather than by a planner's guess.

How it is actually built
  • Gradient boosted trees plus a temporal fusion transformer, ensembled and reconciled with MinT so the hierarchy adds up
  • 500+ features: price, promo depth, weather, footfall, school terms, Ramadan and Eid shift, payday, mall events, competitor price moves from Sense
  • Cold start on new lines by attribute embedding nearest-neighbour over past seasons
  • Backtested rolling-origin, held to weighted MAPE and pinball loss at the 80th and 95th percentile, not to a single point estimate
ReadsPOS transactions, stock ledger, purchase orders, price and promo calendar, footfall counters
WritesForecast tables in Brain, replenishment proposals, buy adjustments
CadenceNightly full rebuild, hourly intraday refresh on fast lines
SpeedFull group rebuild under 40 minutes
78% vs 61% manualForecast accuracy
SKU × store × dayGrain
1 to 52 weeksHorizon
Platform arms DeployOnePredict, DeployOneBrain
Powers Assortment OS, Inventory OS, Store OS

Predict · Price and Markdown Optimiser

Recommends the week and the depth of every price cut, per line, per door.
New build on the forecasting spine

Discounting stops being a July calendar and becomes a per-product clock. Elasticity is estimated per product family and per emirate, then an optimiser picks the discount path that clears the stock by the cut-off date while giving away the least margin.

How it is actually built
  • Bayesian hierarchical elasticity with partial pooling, so a thin-data line borrows strength from its family instead of producing nonsense
  • Mixed integer programme over the markdown path with constraints on ladder steps, brand floor prices, contractual partner rules and terminal date
  • Competitor price and range scraped continuously by Sense, matched by product embedding rather than by exact name
  • Every recommendation ships with a counterfactual: hold, cut now, cut later, and the modelled margin of each
ReadsForecast, stock cover, cost price, competitor price feed, historic markdown outcomes
WritesPrice change files to POS and ecommerce, exception queue for merchandising
CadenceWeekly optimisation, daily override review
SpeedGroup-wide optimisation in under 10 minutes
6 to 12%Discount reduction
Line × door × weekDecision grain
Kept with reasonOverride log
Platform arms DeployOnePredict, DeployOneSense
Powers Assortment OS

Custom · Allocation and Size Curve

Sends the right depth and the right sizes to the right doors.
New build

Initial allocation and in-season replenishment set from each door's own selling history rather than from square footage. Size curves are estimated per catchment, which is why the small sizes stop piling up in the wrong mall.

How it is actually built
  • Constrained flow optimiser across warehouse and store nodes, minimising expected lost sales plus transfer cost
  • Dirichlet size-curve estimation per door cluster, clustered on demographics and past size mix
  • Inter-store transfer proposals costed against the markdown they avoid, so a transfer only fires when it beats the discount
  • Runs against the same forecast object, so allocation and buying never disagree
ReadsForecast, on-hand and in-transit stock, door clusters, transfer cost table
WritesAllocation files to the warehouse system, transfer instructions to store managers
CadenceDaily replenishment, per-drop initial allocation
SpeedUnder 5 minutes per drop
Door × sizeGrain
Costed, not guessedTransfers
Lost sales + freightObjective
Platform arms DeployOneCustom, DeployOnePredict
Powers Assortment OS, Inventory OS

Context · Shelf and Store Vision

Existing shop cameras answer questions instead of only recording.
Adaptable from live CCTV deployments

The cameras already installed become a sensor: on-shelf availability, planogram compliance, queue length, dwell by zone and staff presence on the floor. No customer is identified and no face is stored; the output is counts and events, not people.

How it is actually built
  • On-edge detection and tracking at 4 to 8 frames per second per camera, only events leave the store
  • Planogram compliance by template matching plus a vision language model for the awkward cases
  • Queue and dwell analytics feeding the roster optimiser directly, so a long queue at 6pm changes next week's shift
  • Privacy by design: anonymised counts, no face templates, regional data residency
ReadsExisting IP camera streams, planogram files, stock ledger
WritesGap alerts to store tablets, compliance scores, queue events to workforce
CadenceContinuous, alerts within the visit
SpeedGap alert under 90 seconds
4 to 8 fpsEdge rate
Gaps, queues, dwellSignals
NoneFaces stored
Platform arms DeployOneContext
Powers Store OS, Inventory OS

Predict + Connect · Workforce and Roster

Rosters built from forecast traffic, not from last year's spreadsheet.
Adaptable from OccupancyOS

Footfall is forecast in fifteen minute buckets per door, converted into cover requirement, then solved into shifts inside labour law, visa class, contracted hours and employee preference. The store manager gets a proposed roster to approve, not a puzzle to solve.

How it is actually built
  • Fifteen-minute footfall forecast per door with event and holiday regressors
  • Shift construction as a set-cover integer programme, constrained on UAE and KSA labour rules, breaks, prayer times and maximum consecutive days
  • Conversion attribution splits under-performance into traffic, staffing, stock and price before an alert is raised
  • Daily voice check-in with every store manager in their own language via Connect, transcribed and scored automatically
ReadsFootfall counters, POS baskets, HR master, leave and visa data
WritesRoster proposals to the HR system, coaching tasks, escalations to area managers
CadenceWeekly roster, daily adjustment
SpeedRoster solve under 3 minutes per region
15 minutesGranularity
Every door, dailyCheck-in coverage
74Languages
Platform arms DeployOnePredict, DeployOneConnect
Powers Store OS, Operations OS

Brain · Customer Data and Identity

One customer record across brands, tills, app and WhatsApp.
Built and demoable today

Most groups have the same shopper five times over, once per brand. Identity resolution stitches them into one profile, then churn, lifetime value and next best action are modelled on the stitched record rather than on fragments.

How it is actually built
  • Probabilistic identity resolution on phone, email, card token and device, with a deterministic override table
  • Survival model for churn and a gradient boosted lifetime value model, retrained weekly
  • Next best action ranked by expected incremental margin, not by propensity, so it stops discounting people who would have come anyway
  • Consent and preference held per channel, enforced at send time
ReadsPOS, loyalty, ecommerce, app, contact centre, WhatsApp
WritesUnified profile in Brain, audience segments, triggers to Connect and Engage
CadenceStreaming ingest, weekly model refresh
SpeedProfile updated within 2 minutes of the till
High confidence stitchMatch rate
Incremental marginRanking
Per channelConsent
Platform arms DeployOneBrain, DeployOnePredict
Powers Customer OS, Spend OS

Connect · Retail Customer Care

Voice and WhatsApp agents that actually do the thing, not just talk about it.
Built and demoable today

Order status, exchanges, refund eligibility, stock checks across doors, appointment booking and win-back calls. The agent calls the order system, writes to the CRM and hands to a person the moment it should.

How it is actually built
  • 10,000 concurrent calls, sub-400ms end to end, 74 languages including Gulf and Levantine Arabic with natural turn taking
  • Real tool use: order lookup, stock check, refund policy engine, CRM write, live warm handoff with full context
  • Every human conversation scored by Converse for objection handling and compliance, feeding coaching
  • Barge-in, interruption handling and accent robustness tested per market before go-live
ReadsOrder management, stock, loyalty profile, policy documents via RAG
WritesCRM notes, tickets, refunds within policy, callbacks
Cadence24/7
SpeedUnder 400ms response
10k callsConcurrency
<400msLatency
100%QA coverage
Platform arms DeployOneConnect, DeployOneConverse
Powers Customer OS, Operations OS

Engage · Marketing and Trade Spend

Spend moved on measured incrementality, and the creative produced in the same loop.
New build, listening layer exists

Marketing mix modelling for the long run, geo holdouts for the truth, and an always-on creative pipeline built from what customers actually said on calls and in reviews rather than from a brand workshop.

How it is actually built
  • Bayesian marketing mix model with adstock and saturation priors, refit monthly
  • Geo-based holdout tests for genuine incrementality, run continuously rather than once a year
  • Trade income tracked against supplier agreement terms, so the money owed is claimed
  • Creative generation for reels, images and copy, with performance agents reallocating budget on a weekly cadence
ReadsMedia spend, POS sales, promo calendar, call transcripts, social listening from Sense
WritesBudget reallocations, campaign briefs, published creative, trade claims
CadenceWeekly reallocation, monthly model refit
SpeedTest read-out in 2 to 4 weeks
MMM + geo liftMeasurement
Calls, reviews, socialSignal
WeeklyCycle
Platform arms DeployOneEngage, DeployOneSense, DeployOneConverse
Powers Spend OS

Custom · Supply Chain Control Tower

Every order tracked to the door, with exceptions routed to a named person.
New build

Purchase order to shelf, one timeline. Arrival dates are predicted rather than promised, and when a container slips the system already knows which drop, which campaign and which doors are affected.

How it is actually built
  • ETA prediction per shipment from carrier events, port congestion and historic lane performance
  • Exception routing with an owner, a deadline and an escalation path, not an inbox
  • Safety stock set per SKU-door from forecast uncertainty rather than one blanket rule
  • Landed cost and duty modelled so the margin impact of an air-freight decision is on screen when it is taken
ReadsPurchase orders, carrier and port feeds, WMS receipts, forecast uncertainty
WritesETA updates, expedite or de-expedite recommendations, exception tasks
CadenceEvent driven, hourly sweep
SpeedException raised within the hour
PO to shelfCoverage
Per SKU × doorSafety stock
Owned and datedExceptions
Platform arms DeployOneCustom, DeployOnePredict, DeployOneBrain
Powers Inventory OS

Custom · Back Office and Shared Services

Invoices, screening, tickets and reconciliation handled before anyone opens them.
Built and demoable today

Supplier invoice capture and three-way match, candidate screening by voice at Gulf turnover rates, internal helpdesk deflection and month-end reconciliation drafted for a human to approve.

How it is actually built
  • Document understanding over invoices and delivery notes with three-way match against PO and receipt
  • Voice screening interviews with structured scoring and bias controls, shortlisting to the hiring manager
  • Internal helpdesk RAG over policy, HR and IT documents with citation back to the source clause
  • Human-in-the-loop approval on anything that moves money
ReadsInvoices, purchase orders, receipts, applicant pipeline, policy library
WritesMatched invoices for approval, shortlists, resolved tickets, reconciliation drafts
CadenceContinuous
SpeedInvoice matched in minutes
Three-wayMatch
Voice, scoredScreening
Human approvedMoney moves
Platform arms DeployOneCustom, DeployOneConnect, DeployOneContext
Powers Operations OS

Sense + Predict · Network and Property

Every lease renewal argued with numbers the landlord cannot wave away.
Adaptable from OccupancyOS

Catchment modelling, cannibalisation between your own doors, site scoring for new locations and a renewal model that says what a given store is worth to you at what rent.

How it is actually built
  • Geospatial catchment model on mobility, population and income layers, with a Huff-style gravity allocation
  • Cannibalisation estimated by holdout comparison when a nearby door opened, not by assumption
  • Store-level profit and loss projection under rent scenarios, including a walk-away point
  • Mall footfall and competitor opening intelligence crawled continuously by Sense
ReadsStore P&L, lease terms, footfall, mobility and demographic layers, competitor openings
WritesRenewal recommendations with a walk-away rent, site scores, closure candidates
CadenceQuarterly review, live on lease events
SpeedScenario rerun in seconds
Door-level P&LUnit
Walk-away rentOutput
Crawled weeklyIntel
Platform arms DeployOneSense, DeployOnePredict
Powers Network OS

Dash · The Command Centre

The one screen the group actually runs on, role by role.
Built and demoable today

Every module above surfaces into a single command centre: the buyer sees their lines, the store manager sees their doors, the chief executive sees the group. Same numbers, same definitions, one place to accept or override.

How it is actually built
  • Role-scoped views with row-level permissions inherited from Brain governance
  • Every figure traceable to the query that produced it, so a disputed number is settled on screen
  • Accept and override captured with reason, feeding the retraining set
  • Alerting by exception, on the channel the person already uses
ReadsEvery module output in Brain
WritesDecisions, overrides, task assignments and the audit trail
CadenceLive
SpeedSub-second on cached aggregates
Per roleViews
Figure to queryTraceability
Logged with reasonOverrides
Platform arms DeployOneDash, DeployOneBrain
Powers Assortment OS, Store OS, Customer OS, Spend OS, Inventory OS, Operations OS, Network OS
05

The value stack

Envelope at steady state on one side, the number we are prepared to put in a contract on the other.

AED 51.4m
Realised in year one, the number to quote i
1.4%
Of revenue, against a published benchmark of 1 to 2 percent i
16%
Of operating profit, the credibility test i
AED 176.7m to AED 303.7m
Total envelope at steady state, not a year one forecast i
Credibility check. At 1.4% of revenue and 16% of operating profit, this sits inside the range that published retail AI programmes have actually delivered. It survives a finance review. The theoretical envelope of AED 303.7m is 92% of operating profit, which is exactly why it is not the headline number.
By function: claimed in year one against the envelope at steady state
AED 0AED 54.0mAED 108.0mAssortmentAED 11.0mof AED 91.6mStoreAED 11.1mof AED 44.5mCustomerAED 8.71mof AED 21.8mSpendAED 4.96mof AED 24.8mInventoryAED 3.32mof AED 22.1mOperationsAED 8.21mof AED 23.5mNetworkAED 1.20mof AED 12.0mCLAIMED IN YEAR ONEENVELOPE AT STEADY STATE
06

What it costs and when it pays back

Priced as a share of value claimed rather than a flat licence, so the client pays out of the saving.

Commercial model

12% value share

Delivery is charged once per module and scales with group size. The recurring fee is priced as a share of the value actually claimed in year one, so the client pays out of the saving rather than ahead of it. Drag the share to test the pricing.

ModuleBuild statusDelivery, onceAnnual feeNet to client
Assortment OSNew build, forecasting spine existsAED 3.49mAED 1.32mAED 9.67m
Store OSAdaptable from OccupancyOSAED 2.20mAED 1.34mAED 9.80m
Customer OSBuilt and demoable todayAED 918kAED 1.05mAED 7.67m
Spend OSNew build, Listen layer existsAED 3.49mAED 595kAED 4.36m
Inventory OSNew buildAED 3.49mAED 398kAED 2.92m
Operations OSBuilt and demoable todayAED 918kAED 986kAED 7.23m
Network OSAdaptable from OccupancyOSAED 2.20mAED 144kAED 1.05m
Total, 7 modules in scopeAED 16.7mAED 5.82mAED 45.6m

The first twenty four months

8 mo
Payback, cumulative value crossing cumulative cost
2.3x
Year one return on total year one cost
AED 28.9m
Net value kept by the client in year one
AED 22.5m
Total year one cost, delivery plus fee
month 1month 24cumulative valuecumulative cost

Value is ramped over six months rather than switched on, because no module reaches its run rate in week one. Delivery is taken as a single charge at the start, which is the harshest reading of the case.

07

The target list

Tap any group to load its approximate revenue into the model and see the case sized against it.

Who this is built for

tap a row to size the model on it

Each row loads that group's approximate revenue into the model above, so the value stack rebuilds against a real target rather than a round number.

GroupBaseRevenue usedYear one valueWhy them
Alshaya GrouplargeKuwait$6bn to $12bnAED 51.4mVery large franchise portfolio, high store count, heavy seasonal discount exposure across fashion and food.
Majid Al Futtaim RetaillargeUAE$7bn to $9bnAED 51.4mGrocery scale plus lifestyle. Already invested in analytics, so the conversation starts further along and the bar is higher.
Lulu GrouplargeUAE$7bn to $8bnAED 51.4mGrocery scale, thin margins, and the largest labour base of any group on this list.
Al-Futtaim RetaillargeUAE$5bn to $7bnAED 51.4mMulti-format across fashion, electronics and furniture. Strong existing data estate to build on.
Landmark GrouplargeUAE$3bn to $4bnAED 51.4mOwn brands rather than franchise, so full control of buying and pricing decisions. Large loyalty base.
Chalhoub GrouplargeUAE$3bn to $3.5bnAED 51.4mLuxury, where retention economics are strongest and service quality is a brand issue rather than a cost line.
GMGlargeUAE$2bn to $3bnAED 51.4mSport, food and health across several markets. Distribution plus retail creates the stock problem in its sharpest form.
Al Tayer GroupmidUAE$1.5bn to $2.5bnAED 51.4mLuxury and department store formats with a mature loyalty programme to work against.
Apparel GroupmidUAE$1.5bn to $2bnAED 51.4mVery high brand count and store count relative to head office size, which is exactly where a decision layer pays.
Azadea GroupmidLebanon, UAE$1bn to $2bnAED 51.4mMulti-country franchise operator with a complex transfer and allocation problem across borders.
Liwa TradingmidAbu Dhabi$300m to $700mAED 51.4mMid-size, faster decision cycle, likely the most realistic first signature on this list.
Rivoli GroupmidUAE$300m to $500mAED 51.4mWatches and luxury accessories. High value, low volume, so retention and clienteling dominate the economics.
A single brand inside a groupsingleAnytypically $60m to $250mAED 51.4mOne fascia rather than the whole group. Smaller committee, faster decision, and a live reference we can then take upstairs to the group.