--- title: "Stanislav Sablin — iGaming Product Lead & COO | XSlot" description: "Stanislav Sablin: regulated iGaming launch preparation, SOFTSWISS casino launches, payments, retention and CRM. Explore experience and interactive systems." url: https://xslot.io/ language: en --- Stanislav Sablin · Product Lead / COO # Complex industry. Connected thinking. Product. Operations. Intelligence. A connected view of the systems behind iGaming. From platforms and player journeys to payments and responsible growth. Explore how it all connects. [Explore the risk lab ↗](https://xslot.io/#lab)[Discover my expertise ↓](https://xslot.io/#expertise) XSLOT / SYSTEM ATLAS 30 NODES / 40 CONNECTIONS A CONNECTED INDUSTRY, IN MOTION ## Every connection changes the picture. PLAYER EXPERIENCE / 01 CONTENT NETWORK / 02 INTELLIGENCE LAYER / 03 SYSTEM VIEW ### The whole operation. One connected view. Select a node to explore its role, or highlight a flow to follow the connections. SYNTHETIC EVENT STREAM Wallet → PAM Balance synced CONCEPTUAL ARCHITECTURE · SYNTHETIC EVENTS SCROLL MAP TO EXPLORE ↔ SELECT ANY NODE ↗ THE FULL PICTURE Operations Platforms Retention Payments Compliance Gaming content Expertise ## See the whole system. Make better decisions. Technology is only part of the picture. The value is in how the pieces work together. [↗ ### Operations & launch From a market opportunity to a working operation. Operating models · Market entry · Delivery](https://xslot.io/expertise/operations/)[↗ ### Platforms & infrastructure The right systems. Connected with intention. PAM · Wallets · Integrations · Vendors](https://xslot.io/expertise/platforms/)[↗ ### Retention & CRM Understand the lifecycle. Design the next step. Segmentation · Lifecycle · Bonus economics](https://xslot.io/expertise/retention/)[↗ ### Payments & compliance Make every critical handoff visible. Payments · KYC / AML · Responsible gaming](https://xslot.io/expertise/payments/) Player intelligence ## Understand behaviour. See the business context. Forecast deposits and activity. Explore the economics of a player cohort and the signals that need attention. Player intelligence workspace [Open the full Lab ↗](https://xslot.io/lab/) Behaviour forecasting · Live inference # Understand the pattern. Anticipate what follows. Forecast deposits and activity, inspect uncertainty, and identify what needs a closer look. Connecting to inference API… ## Player profile 01 Start with a ready-made player, then adjust the inputs to your case. Forecast detail Forecast horizon TimesFM forecasts complete weekly sums directly. This shows payment volume across sparse daily deposits. Plausible synthetic examples, not real players or market benchmarks. Adjust this player’s inputs Deposits per monthUsual frequency before the recent change. Typical deposit, €Median amount: half the deposits are smaller. Playing days per monthDays with at least one gaming session. Typical session, minApproximate length of one session. Change in the last monthGradually increases deposit frequency, typical amounts and play duration within generator limits. Available history, daysLonger horizons require more continuous history. The API checks it for the selected detail level. Data quality & special cases History pattern Analysis date · UTC Example variationThe same number and inputs reproduce the same history. Missing data source Player has active self-exclusion Ready for your first calculation. ## Behaviour forecast TimesFM 2.5 Metric Chart history Generate a history to see observations, forecast and its interval. Point to the chart, or focus it and use the arrow keys to inspect a period. Observed Median forecast Q10–Q90 Q10–Q90 is a nominal central 80% prediction interval, not accuracy. Forecasts are not a diagnosis. Observed changes · historical reconstruction Seven historical predictions, each excluding its target day or week. Weekly checks describe forecast quality and do not trigger RG rules. Period starts | Actual | Q90 | Excess floor | Above | ## Operational outlook Selected metric Explore future payment volume and activity. Compare the forecast against simple historical baselines. For infrequent deposits, daily medians can be close to zero. Their sum is not expected cash flow, and a low median alone does not predict churn. ### Does the forecast add value? Seven reconstructed forecasts of one day or one week on synthetic history. This small diagnostic is not evidence of commercial effectiveness. Forecast by period · exportable values Period starts | Q10 | Median | Q90 | ## Review recommendation Decision Layer ### Awaiting evidence An explainable policy combines eligible evidence. It does not create another risk probability. Why this recommendation? ## FARO · profile context 1.0.0 FARO provides separate behavioural context and does not adjust the TimesFM forecast. The event mapping currently covers 4 of 60 base features. Technical scores are excluded from player-review rules until mapping verification is complete. — What influenced the model score Contributions are in raw margin units, not percentage points. Missing values can also affect the model output. ## Inputs, quality & provenance — Reimport this history Public demo accepts only a content-equivalent JSON roundtrip of your own server-generated dataset. Operator data requires a private installation and approved policy. 180 FARO inputs · schema from the artifact Search a feature Feature | Value | Status | Versions & reproducibility [Inference source & model notices ↗](https://xslot.io/lab/source/rg-source.tar.gz) Commercial evaluation: compare forecast error, interval coverage and operational decisions on a time-based holdout. A deposit forecast is not a revenue forecast. RG evidence is used for player protection. [What is behind the forecast? Full workspace · methodology · model checks · data export](https://xslot.io/lab/#methodology) ## Cohort economics 30-day scenario · EUR A separate financial scenario for players acquired in one period. Enter cohort totals to calculate revenue and acquisition economics. GGR — Gaming revenue Formula Stakes − winnings NGR — Revenue after agreed deductions Formula GGR − bonuses − taxes − content CAC — Acquisition cost per player Formula All acquisition spend / cohort size ARPU · NGR — Per active player · 30 days Formula NGR / active cohort players LTVassumption — Scenario contribution per acquired player Formula (NGR − payment − servicing) / cohort size × months Illustrative inputs. Edit the assumptions below. Edit financial inputs Use the same cohort and 30-day observation window. LTV assumes the current monthly contribution continues for the entered number of months; no churn model or discounting is applied. Players acquired in this cohortAll players acquired in the same period, including inactive players. Of them, active in the last 30 daysPlayers with at least one real-money bet in this period. Full cost of acquiring this cohort, €Advertising, affiliate acquisition fees and allocated acquisition costs; count each cost once. Real-money stakes over 30 days, €Total stakes of this cohort. Deposits are a different measure. Winnings credited over 30 days, €Winnings on those bets, including returned stakes where applicable; not cash withdrawals. Realised bonus cost, €Use the realised cost under your accounting policy. Gaming taxes, €The actual amount for this cohort and period; no universal tax rate is assumed. Game content fees, €Provider and aggregator fees under the chosen accounting convention. Payment processing costs, €Count outside NGR here, once, when calculating contribution. Other variable servicing costs, €For this cohort only; exclude costs already entered above. Months at this contribution levelA scenario assumption for LTV, not predicted retention. How to interpret these metrics NGR depends on accounting policy. This scenario deducts bonuses, gaming taxes and content fees; payment and servicing costs are deducted next to calculate contribution. ARPU uses active players, while CAC and scenario LTV use all acquired cohort players. Fixed OPEX is not included. These figures are calculated from your inputs, not predicted by TimesFM. [Reference: stakes and winnings in GGY ↗](https://www.gamblingcommission.gov.uk/guidance/regulatory-returns-guidance/rr-guidance-how-to-calculate-your-gross-gambling-yield-ggy) iGaming unit economics ## Explore Critical project metrics. Formulas, relationships and the decisions behind the numbers. Illustrative scenario ### From gaming turnover to project revenue GGR = stakes − winnings In this model, NGR = GGR − bonuses − gaming taxes − content fees. NGR definitions depend on contracts and accounting policy. Management decision. Review bonus load: €10,000 / €50,000 GGR = 20%. Then reconcile the remaining €5,000 deductions across tax and content. Stakes €1,000,000 Winnings €950,000 GGR €50,000 Deductions €15,000 NGR €35,000 Metric reference: Andrei Sviridkov · [PRO iGaming ↗](https://t.me/sviridkovproigaming) XSlot calculations and scenarios are illustrative, not project results or industry benchmarks. Selected experience ## From strategy to a working operation. Outcomes, ownership and technologies. 2024 — present Central Asia Capital ### Chief Operating Officer - Led a regulated iGaming launch programme in Kyrgyzstan to soft-launch readiness in 12 months, coordinating product, compliance, finance and content suppliers. - Evaluated 9 platform solutions through demos, technical assessment and vendor negotiations. - Built the operating foundation: entity registration, bank accounts and documentation for online-casino operator and administrator licence applications. - Developed launch scenarios and financial planning around GGR/NGR, ARPU assumptions, OPEX and local taxation. - Coordinated regulatory and certification requirements while keeping critical launch dependencies moving under resource constraints. Platform evaluation GGR / NGR Unit economics Compliance Certification [Read case study ↗](https://xslot.io/work/regulated-igaming-launch/) 12 months to soft-launch readiness A cross-functional roadmap connected product, finance and regulatory work. Select a stage to explore the work About ## Stanislav Sablin Product Lead · Regulated iGaming Launches · COO Working in iGaming since 2018. Connecting product, operations and technical infrastructure — from localisation and SEO to casino launches, payment services and regulated-market launch preparation. Russian — native · English — B2 USUE · Quality Management · 2015 Jira · Confluence · Miro · Figma · BPMN · n8n [LinkedIn ↗](https://www.linkedin.com/in/stanislav-sablin/) iGaming intelligence ## Explore the industry. Understand the decisions. Platforms, content and market requirements. A connected reference for operational thinking. Platforms & providers A platform supplies the operational foundation. A provider supplies game content. An aggregator connects content integrations. A single company may fill more than one role. [Explore their connections](https://xslot.io/#universe) Jurisdictions & licensing Compare the licensed activity, eligible markets, operational responsibilities and reporting requirements. Each jurisdiction entry will include primary sources and the date of review. Jurisdiction profiles are being prepared. Responsible gaming & data A score is one input to a review. Its meaning depends on the underlying signals, data quality, model validation and the process that follows. Explore this relationship with synthetic profiles. [Open the risk workspace](https://xslot.io/#lab) Retention playbooks Start with the lifecycle stage and the player context. Define the trigger, eligibility, communication and measurement before choosing an incentive. Responsible gaming exclusions belong in the workflow. [Explore retention expertise](https://xslot.io/#expertise) Working together ## Bring the right perspective to your next move. Focused support for a launch, a system decision or an operational challenge. Operations ### Launch & operations Map the dependencies, responsibilities and operational decisions behind a new iGaming product. Operating model · Launch roadmap Infrastructure ### Platform & vendor selection Connect business requirements to platform capabilities, integration constraints and vendor trade-offs. Requirements · Evaluation framework Lifecycle ### Retention & CRM architecture Design lifecycle stages, segmentation and communication workflows with clear measurement. Lifecycle map · CRM workflows Intelligence ### Product, data & responsible gaming Connect player signals, product decisions and a considered review process. Product scope · Review workflow Start with the decision you need to make. [Discuss working together](https://xslot.io/#contact) Let’s connect the next dot. ## Building or scaling an iGaming product? Operations · Platform selection · Retention · Responsible gaming [Telegram @stas\_69 ↗](https://t.me/stas_69)[fivetowers66@gmail.com](mailto:fivetowers66@gmail.com) ## Structured data ```json [ { "@context": "https://schema.org", "@graph": [ { "@type": "Person", "@id": "https://xslot.io/#person", "name": "Stanislav Sablin", "url": "https://xslot.io/", "jobTitle": "Product Lead / COO", "sameAs": [ "https://www.linkedin.com/in/stanislav-sablin/", "https://t.me/stas_69" ], "knowsAbout": [ "iGaming", "Product management", "Payments", "Retention", "CRM" ], "email": "mailto:fivetowers66@gmail.com" }, { "@type": "WebSite", "@id": "https://xslot.io/#website", "url": "https://xslot.io/", "name": "XSlot", "inLanguage": [ "en", "ru" ], "publisher": { "@id": "https://xslot.io/#person" } }, { "@type": "ProfilePage", "url": "https://xslot.io/", "name": "Stanislav Sablin — iGaming Product Lead & COO | XSlot", "description": "Stanislav Sablin: regulated iGaming launch preparation, SOFTSWISS casino launches, payments, retention and CRM. Explore experience and interactive systems.", "inLanguage": "en", "mainEntity": { "@id": "https://xslot.io/#person" }, "isPartOf": { "@id": "https://xslot.io/#website" } } ] } ] ```