Risk is the specialty; product across the platform is the profession.
20 years across iGaming — from sportsbook and analytics to player experience, commercial systems, platform tooling, and behavioural risk.
A trading floor is where I learned to read risk.
I started as a European sports trader at Sportingbet, then OffsideBet — compiling odds and trading in-running across football, basketball, tennis, and more. Spotted arbitrage and bonus abuse from the operational side before those terms ever showed up in a risk framework. Moved into sportsbook management at Betologic Cyprus, then spent four years as a Data & Trading Analyst at Playtech turning betting patterns into KPIs and risk reporting instead of gut calls. That grounding carried into product management across B2B iGaming platforms — Playtech Sports, Leap Gaming, and NuxGame — shipping player-facing product, operator tooling, and platform capabilities across those B2B platforms.
Along the way I've shipped player-facing product (casino, sportsbook, virtual sports, retail cashier flows), commercial engines (promotions, loyalty, gamification), and the operator tooling that runs all of it (CRM, segmentation, back office). When I talk about bonus abuse, I know the mechanics because I've built them.
Today at B2Tech I'm the product owner for risk systems on a B2B omnichannel platform — USSD flows, retail agent networks, mobile money, fragmented identity infrastructure. Risk is the specialty; product across the platform is the profession. The frame behind every case below: the best iGaming products balance player experience, commercial performance, operator efficiency, and the risk that follows all three.
Organized by domain, not by employer.
Five cases — starting with my current risk focus at B2Tech, then moving across platform, commercial, player and gaming product work.
Static, binary rules — block this IP, cap this deposit — degrade fast against adaptive fraud, and don't reflect the operational reality of B2B omnichannel operators: mobile money payments, retail agent networks, fragmented identity infrastructure, USSD sessions with no persistent device fingerprint. Manual review doesn't scale as new operators onboard.
My priorities: moving detection from static thresholds toward a hybrid model where rules capture known abuse patterns, and scoring combines weaker behavioural signals to surface emerging risk no single rule would justify acting on. Structuring detection logic around Trigger → Condition → Action so Risk Ops can read and reason about any rule the same way, regardless of which system raised it. Building progressive, risk-based KYC so verification escalates only when triggered by deposit thresholds, withdrawal requests, or behavioural flags.
- Named-pattern taxonomy — maps to defenses
- Live risk posture at a glance
- Case-work queue prioritization
- Investigation performance visible
- Custom event builder
- Expected outcomes declared upfront
- Trigger → Condition → Action model
- Regression-testable before deploy
Omnichannel fraud on this stack doesn't look like traditional online fraud. Mobile money, retail agents, USSD sessions, and fragmented ID infrastructure make static rules degrade quickly and manual review too expensive to scale as new operators onboard.
Move from rules-only to hybrid (rules + scoring). Structure every rule around Trigger → Condition → Action so Risk Ops can author and audit them without Engineering. Layer in progressive KYC — verification escalates on behavioural flags, not on registration.
Current focus, not a closed case study. Direction: fewer manual reviews per fraud dollar caught, a scoring layer that keeps pace with fraud patterns specific to mobile money and retail-agent networks, and rules Risk Ops can rewrite without a deploy. The prize isn't just catching abuse — it's not flagging legitimate players, and giving operators a defensible audit trail when regulators ask.
Two connected asks: (1) launch a new vertical — a US-compliant sweepstakes social casino — without contaminating the existing real-money platform's compliance model; and (2) build configurable back-office surfaces so operators can run their day-to-day (reports, content, admin, KYC, brand) without an engineering ticket per change.
Sweepstakes MVP: dual-wallet architecture (Fun Coins non-redeemable · Gold Coins redeemable), provider aggregator that only connects sweepstakes-compliant providers, package purchases instead of deposits, Gold Coin redemption gated by KYC / AML and routed through PIQ, US-only geoblocking, admin panel adjustments hiding real-money-only sections. Delivered across Users, Bonuses, Payments, Gamification, and DevOps teams. Back office: customizable report exports, tags / employees / groups admin, geolocation master panel, personalized categories, text-page and message-center editing, per-brand configuration, KYC verification workflow.
Sweepstakes vertical shipped as a distinct product line — separate US deployment, separate compliance model, separate provider set, but running on the same underlying platform. Operators self-serve reports, content, brand config, and KYC workflow without engineering tickets. Engineering stopped being the bottleneck for per-region and per-brand adjustments.
Player wager
House-edge cap
Effective HE floor
- Base rakeback % — operator-set
- House-edge cap — bounds worst case
- Per-currency exposure caps
- HE floor prevents high-RTP farming
− (Wallet − ExcludedBalance)
− OpenBets − Rollbacks
EffHE = min(100 − RTP, HE Cap)
Promotion mechanics are a direct abuse surface — players time deposits and withdrawals around a cashback window, or count funds never actually at risk toward a loss calculation. Operators also wanted richer retention mechanics without engineering building a new reward type each time.
Designed the Eligible Net Loss cashback formula. Specified a rakeback engine bounded by per-currency caps and a house-edge ceiling. Added a dual-currency achievement system (XP + Shop Points) with trigger-based conditions — login streaks, category turnover, KYC completion, deposit count — tied to configurable rewards.
Risk and Finance could bound worst-case exposure before a promotion launched — not scramble after abuse was detected. Marketing could launch new reward mechanics from the operator surface without a new engineering ticket. Players got promotions that rewarded genuine play, not the ability to game a formula.
- Three battle types in parallel
- Entry, spins, players, pot at a glance
- Timer-to-start visible per battle
- Enabled providers surfaced upfront
- Live turnover & fee income
- Participant count
- Battle-status breakdown
- Failure-rate visibility
- Battle-type toggles per game
- Configurable spin-range bounds
- Platform-fee override
- Operator-independent config
Standard slot mechanics are single-player against the house. A PVP structure — two players on the same game, same stake, winner takes the pot — needs a way to isolate at-risk funds from a player's main balance, define a fair win condition beyond raw multiplier luck, and let an operator bound its own exposure.
Designed a locked PVP wallet with EUR conversion so battle stakes are ring-fenced regardless of deposit currency. Three configurable battle types (Max Winnings, Max Multiplier, Consecutive Wins) let operators pick the win condition that fits a given game's volatility. Built the operator tooling covering entry fees, provider/game eligibility, feature toggles, and GGR/turnover/fee reporting; a cancellation and penalty structure so incomplete battles resolve predictably.
A live end-to-end build — battle creation, join, resolution, and operator reporting all playable. The exercise: prove I can move from concept through system design (wallet, FX, battle-resolution logic, operator autonomy) to a running product, not just the design half of it.
- Multi-bet types in one slip
- Markets switchable per match
- Officially licensed content
- Persistent betslip state
- Open/Closed history split
- Next Matchup always visible
- Fast in-round decisions
- Multi-market grid
- Mobile-first UX
- Skip animation to result
- Session-length aware
- Data-cost-conscious
Grow from a handful of virtual sports titles into a portfolio spanning retail (TV/cabinet), mobile, and licensed branded content — competing against established virtual sports providers. Decisions were being made without a clear read on which mechanics drove engagement.
Owned the roadmap end to end: PRDs for a mobile-first basketball title for low-connectivity markets, a virtual football tournament product, an officially licensed branded basketball game, and racing-streak upgrades. Ran a ~13-month cross-functional delivery program across game engine, front-end, and delivery workstreams. Used analytics event tracking to define what "engagement" meant per product before feeding that into UX and bonus specs.
Operators went live with a virtual sports portfolio across online and mobile channels. The event-tracking layer became the repeatable basis for how the team prioritized the next wave of features — no more product intuition alone.
Three principles behind how I design products and operational systems.
Reusable across risk, promotions, platform work — grounded in real product decisions I've shipped.
Root problem, not surface request
Stakeholders describe symptoms, not causes. Digging past the ask to what's actually broken — then proposing what they wouldn't have thought to ask for — is where product judgment lives.
Force multiplier, not just a tool
A back-office system is judged on how much more its users can do with it — bulk actions, shortcuts, automation of the repetitive — not on whether a new screen exists.
Trigger → Condition → Action
A shared operating model for every rule in a risk system. Traders, Risk Ops, Engineering, and Compliance all read a rule the same way: what event fires it, what must be true, what happens next. This lets Risk Ops author and tune rules without Engineering, keeps every rule explainable to auditors, and makes rule regression testing tractable.
Where the domain depth sits.
Six areas that keep coming up across my product work — each anchored in a case above or in the current role.
Career timeline.
If you're building ambitious iGaming products — from player experience to complex platform systems — let's talk.
Also happy to chat about how the balance between player experience, commercial performance, operator efficiency, and risk actually plays out in production — or about anything specific from the cases above.