INTERVIEW DEMONSTRATION — Built by Mousa Batarseh for the House of Dank Marketing Operations / E-Commerce Coordinator role. All data shown is fictional. This is not a House of Dank system.
Prepared for House of Dank

I prevent pricing errors and menu discrepancies before they go live.

Marketing Operations / E-Commerce Coordinator — House of Dank, Madison Heights, Michigan.

Rather than describe how I would approach promotion accuracy, I built the tooling I would actually use. Everything on this page is live and running — scroll down and it is all right here, in order.

Mousa Batarseh — Webmaster & E-Commerce Specialist, 5+ years running multi-location, multi-brand retail catalogues (Wild Bill's Tobacco, Universal Wholesale, United Textile). Catalogues from 1,000 to 14,000+ SKUs. Based in Warren, Michigan — minutes from Madison Heights.
STEP 2

The problem, and the one idea behind all of it

The role, in one sentence. Build, test and quality-check promotions in Dutchie; maintain product listings, menu images, pricing, categories, promotional tags and store-specific settings; keep the Weedmaps and Leafly menus honest; validate every deal against deal sheets, vendor agreements, inventory, dates and compliance; flag aged and overstocked SKUs; coordinate with buying and inventory; build and test email and SMS campaigns; run QA and approvals in Monday.com; and report accuracy weekly. Almost all of it reduces to one job — making sure what a customer sees is what the register charges.

A promotion starts as a deal sheet — a request to put a product on sale at a stated price, at named stores, over named dates. Most retailers trust that request. Almost every promotional error begins there.

Three systems, and they are not equals

Dutchie is the system of record — what the register actually rings. Weedmaps and Leafly are mirrors of it, and mirrors drift. A customer browses the mirror before they ever walk in.

Vendor funding has two hard limits

Brands often subsidise their own discounts, but the signed agreement caps the discount and expires on a date. Exceed either and the vendor does not reimburse — the retailer absorbs it, usually unnoticed.

The idea: every promotion — percent off, dollars off, price point, BOGO, bundle — is reduced to a single comparable number, the effective discount. Once every offer is one number, one set of rules can judge all of them. Sixteen checks then run against product data, live inventory, signed vendor agreements, margin policy and a compliance rulebook. Any hard failure blocks the build.

The 16 rules

Every promotion is judged against all sixteen, in this order. They group into five questions a careful person would ask anyway.

Is it real?C1–C3 · complete form, product exists, right product
Is the maths right?C4–C5 · both prices recalculated independently
Are we allowed?C6–C9 · category cap, margin floor, vendor contract & ceiling
Does it make sense?C10–C12 · valid dates, no clash, real stores
Can we deliver it?C13–C16 · stock, all channels, assets, compliance
RuleNameWhat it validatesNotes from the Dutchie docs
C1Required FieldsDeal sheet is complete - no blank mandatory fields.
C2SKU ValidSKU exists in the catalog master.
C3Product / Brand / Category MatchProduct name, brand and category match the SKU master exactly.
C4Reg Price MatchSubmitted regular price equals the live system price.Dutchie bundles work off a threshold — Number of Items, Spending Amount or Weight. Same idea as Units in Offer here, which is why the maths is done at offer level rather than per unit.
C5Promo Price MathPromo price equals reg price minus the stated discount.Dutchie takes either a dollar amount or a percentage, never both. So if a deal sheet's stated price and stated percentage disagree, whoever builds it has to guess which one was meant.
C6Category Discount CapEffective discount is within the category maximum.
C7Margin FloorGross margin at promo price clears the category minimum.
C8Vendor Agreement CoverageAgreement exists, matches the SKU brand, and covers the full promo window.Vendor co-op agreements are contracts — Dutchie holds no record of them. There's a Vendor field for eligibility, but nothing about what was funded, or until when.
C9Vendor Discount CapDiscount is within the vendor's contractual maximum.
C10Date LogicStart/end dates are valid, bounded, and have adequate build lead time.
C11Promo ConflictNo earlier approved promo on the same SKU with overlapping stores and dates.Dutchie's stacking rule: non-stacking discounts compete, and only the best one applies. So two promos on one SKU won't error — the register just quietly picks the bigger discount.
C12Store CodesEvery store code in the list exists in the store master.
C13Inventory CoverageOn-hand units cover projected promo-period demand.
C14Channel ParityBuilt in Dutchie, and mirrored to Weedmaps and Leafly.POS discounts sync through to Dutchie E-Commerce. Weedmaps and Leafly are separate integrations and drift on their own.
C15Menu Asset & CopyMenu image updated and compliance copy approved.
C16Compliance RulesProhibited wording, purchase limits, and stacking rules are respected.
20
Promotions submitted in the sample week
7
Cleared every check first time
11
Blocked before reaching a menu
$6,479
Exposure prevented in one week
STEP 3

The Menu & Promotion Manager

The operational surface: catalogue with store-specific settings, a promotion builder with a live price preview and a test-before-publish gate, a three-channel menu consistency view, a QA approval board, and a campaign preview. It is running live below — use it.

Worth trying: open 3 · Builder in the panel, then press “Break it on purpose.” Three errors appear instantly — over the category cap, over the vendor’s contractual ceiling, and prohibited wording — and the Publish button disables itself. Then open 4 · Menus to see seven products drifting between Dutchie, Weedmaps and Leafly.
Live — apps.moseswebworks.com/promotion-manager Open full screen ↗

Scroll inside the panel to move around the application. The left-hand numbers 1–7 switch sections.

STEP 4

The Promotion Accuracy QA Workbook (The 16 Rules Test)

The same sixteen checks, implemented independently in spreadsheet formulas. Both implementations were run against the same twenty promotions and produce identical results down to the dollar — which is the point: two independent builds agreeing means the rules are unambiguous.

Worth trying: use the tabs along the bottom of the panel. Validation Engine is the heart of it — look at D-1009, where the deal sheet claims a $39.99 regular price on a product the system prices at $34.99. Then Weekly Accuracy Report, which writes itself from that data.
Live — Google Sheets, view only Open full screen ↗

Sheet tabs run along the bottom of the panel: START HERE · Deal Sheet Intake · Validation Engine · Weekly Accuracy Report · Sample Data.

STEP 5

Discount Calculator

For answering a pricing question on the spot. Load a product, set a discount, and it returns the guest price, the margin, and — most usefully — the lowest price it could legally and profitably go to, along with which of the three limits is the one actually stopping you.

Live — apps.moseswebworks.com/calculator Open full screen ↗

In summary

Three tools, one dataset, sixteen rules — and one idea underneath all of it:

The check runs before the promotion does.

Everything here is live and clickable. Break something in it and watch the checks fire — that is the fastest way to see how I think about operational quality.

Happy to walk through any of it in the interview.