Executive summary
An operating case from Haris's own venture record. The proven business was first-party online retail; later seller expansion remained a plan.
The retailer traded online with recorded orders and customer registrations. No third-party marketplace result or unpublished revenue figure is presented.
Business context and problem
Business context
Digital retail in Oman creates a coordination problem across customer demand, operating ownership and commercial economics. The case is framed around the specific model described here, without extending its evidence beyond the source material.
Business problem
Customers faced fragmented online assortment and uncertain fulfilment. The business needed a dependable catalogue and clear stock availability.
Commercial opportunity
Value pool
First-party order contribution equals selling margin after delivery, payment, returns and acquisition. A seller model needs separate take-rate and service economics.
Decision test
The model should progress only when the activity measure, cost to serve and accountable result can be read together. Historical evidence remains limited to the operating result stated on this page.
Journey and solution design
The operation brought several retail categories into one proposition with central merchandising and order handling. A current setup would add catalogue-quality automation and demand signals without presenting a planned seller model as a historical result.
The sequence makes the handoffs and decision points visible.
Commercial model and unit economics
Commercial model
First-party order contribution equals selling margin after delivery, payment, returns and acquisition. A seller model needs separate take-rate and service economics.
Unit-economics question
Revenue or volume is not enough. The business case must deduct partner share, service, support, losses, technology and the fixed operating capacity required to keep the promise.
The exhibit shows the decision logic, not achieved financial values.
Technology, data and AI
Commerce CMS, product catalogue and order reporting. A modern stack would connect stock, price, orders and care through APIs, with AI suggestions checked against source data.
Operational facts stay in source systems. AI prepares or ranks work inside defined permissions.
Operating model and governance
Category, inventory, fulfilment and care owners make the commercial decisions. Automation surfaces exceptions and improves catalogue work.
AI can prepare evidence and recommendations. Named people retain consequential authority.
Implementation roadmap and KPI framework
Reconcile the operating baseline and choose one constrained improvement.
01Test demand and catalogue with a limited cohort and explicit stop conditions.
02Compare service, economics and control evidence before adding markets, fixed cost or broader authority.
03Each stage has a commercial, service and control gate.
The scorecard pairs activity with economics and operating quality.
Risks and dependencies
| Risk | Management response |
|---|---|
| Availability | Catalogue breadth can outrun reliable stock. |
| Cash | Slow inventory can absorb the benefit of sales growth. |
| Service | Category complexity can increase cancellation and return cost. |
Business Impact
The retailer traded online with recorded orders and customer registrations. No third-party marketplace result or unpublished revenue figure is presented.
Executive reading
The case is useful because it connects a real operating problem to the economics, technology, ownership and evidence required for a scale decision. It does not rely on an unverified outcome to make the model credible.