Dieser Leitfaden richtet sich an Betreiber, die für ihr Casino eine Plattform wählen oder die bestehende ersetzen wollen. Ziel ist es, eine Plattform daran zu messen, wie sie im Alltag funktioniert, und nicht daran, wie sie in einer Demo aussieht – und dabei Lizenzierung, Sicherheit und Spielerschutz von Anfang an mitzudenken.
Beginnen Sie damit, den Zielmarkt und ein lizenzierbares Betriebsmodell zu bestätigen. Danach fassen Sie Plattform, Inhalte, Zahlungen, Compliance und Tagesgeschäft in einem Projektumfang mit messbaren Abnahmekriterien zusammen.
Plattform und Inhalte als getrennte Einkäufe behandeln
„Plattform“ ist ein dehnbarer Begriff. Tatsächlich kauft ein Betreiber mehrere unterschiedliche Schichten ein: die Spielerkontenverwaltung mit Konten, Guthaben und Historie, das Backoffice, in dem die Mitarbeitenden den ganzen Tag arbeiten, die Aggregationsebene für die Spiele, die Zahlungsorchestrierung sowie Bonus-, Affiliate- und Reporting-Werkzeuge. Anbieter schnüren diese Pakete unterschiedlich, und eine Demo rund um eine schicke Spielelobby sagt oft wenig über die Bereiche aus, in denen Ihr Team später die meiste Zeit verbringt.
Halten Sie fest, welche dieser Bausteine Sie vom Anbieter brauchen und welche Sie bereits besitzen oder selbst aufbauen wollen. Ein Unternehmen mit ausgereiftem CRM und eigenen Zahlungsbeziehungen braucht ein anderes Paket als eines, das bei null beginnt. So vermeiden Sie den bekannten Fall, dass Sie einen kompletten Stack bezahlen und nur ein Drittel nutzen – oder erst nach der Unterschrift merken, dass das vermeintlich enthaltene Affiliate-Modul extra kostet.
- Spielerkonto und Wallet-Ebene
- Backoffice und Zugriffsrechte der Mitarbeitenden
- Spielaggregation und Studioverträge
- Bonus-, Affiliate- und CRM-Werkzeuge
Das Wallet-Design genau hinterfragen
Ob Ihre Buchhaltung aufgeht, entscheidet sich weitgehend am Wallet. Fragen Sie direkt, ob der Spieler bei allen Anbietern ein einziges Guthaben nutzt oder ob Geld zwischen Casino-, Live- und Sportwetten-Wallets verschoben werden muss. Ein einziges Guthaben erspart dem Support eine ganze Ticketkategorie und beseitigt die bei jedem Anbieter gebundenen Beträge – es funktioniert aber nur, wenn das Hauptbuch auch die schwierigen Fälle beherrscht: einen abgebuchten Einsatz bei abbrechender Verbindung, eine doppelt zugestellte Gewinnmeldung, eine nach der Abrechnung zurückgenommene Runde.
Verlangen Sie die technische Spezifikation statt einer Zusammenfassung. Einsätze sollten als Soll- und Gewinne als Haben-Buchungen in einem einzigen Hauptbuch erscheinen, jede Anfrage muss authentifiziert sein, wiederholte Ereignisse müssen idempotent verarbeitet werden, und jedes Finanzereignis braucht eine Referenz, die Betreiber und Anbieter gemeinsam sehen. Fragen Sie außerdem, was am Tagesende passiert, wenn die Zahlen des Anbieters und Ihr Hauptbuch auseinanderlaufen. Fehlt ein definierter Abstimm- und Korrekturprozess, landet das Problem ungelöst bei Ihrer Finanzabteilung.
- Ein Guthaben über alle Anbieter hinweg
- Idempotente Verarbeitung doppelter Ereignisse
- Gemeinsame Referenz für jede Transaktion
- Schriftlicher täglicher Abstimmungsprozess
Das Backoffice an einem ganz normalen Dienstag beurteilen
Verkaufspräsentationen zeigen, wie eine Kampagne gestartet wird. Ihr Team dagegen sucht tagsüber einen Spieler anhand eines Teils der E-Mail-Adresse, liest eine strittige Runde nach, gibt eine gesperrte Auszahlung frei, ändert ein Limit, klärt, warum ein Bonus nicht ausgelöst wurde, und exportiert einen Bericht für die Finanzen. Bestehen Sie darauf, diese Aufgaben in der Evaluierung selbst auszuführen – mit realistischem Datenvolumen. Ein Backoffice, das sich mit fünfzig Testkonten angenehm anfühlt, kann mit fünfzigtausend echten unbrauchbar werden.
Berechtigungen sind ebenso wichtig wie Funktionen. Support-Mitarbeitende dürfen keine Guthaben verändern, Risiko-Analysten keine Geschäftsbedingungen ändern, und jede sensible Aktion muss einen Audit-Eintrag mit namentlich bekanntem Benutzer hinterlassen. Bietet die Plattform nur „Admin“ und „Benutzer“, erhalten am Ende zu viele Personen zu viele Rechte – und Sie können einer Aufsichtsbehörde nicht beantworten, wer eine manuelle Korrektur vor einem halben Jahr freigegeben hat.
- Suche und Berichte bei Produktivvolumen
- Fein abgestufte Rollen und Rechte
- Prüfpfad für jede sensible Aktion
- Suche nach Spieler, Runde und Transaktion
Datenhoheit und Ausstieg vor der Unterschrift regeln
Die unbequemsten Fragen liefern oft die wertvollsten Antworten. Wem gehören die Spielerdatenbank, die Domain und die Marke? Können Sie Konten, Guthaben, Transaktionshistorie und KYC-Unterlagen jederzeit in einem brauchbaren Format und ohne Zusatzgebühr exportieren? Welche Kündigungsfrist gilt, und was geschieht bei einer Migration mit Spielergeldern und offenen Wetten? Diese Punkte lassen sich vor der Unterschrift verhandeln, danach nur noch selten.
Schauen Sie auch hinter die SLA-Überschrift. Eine Verfügbarkeitsquote zu veröffentlichen ist leicht. Entscheidend ist, wie schnell ein Zahlungsausfall zur Hauptzeit bearbeitet wird, wer nachts um zwei erreichbar ist, wie Störungen kommuniziert werden und welche Abhilfe gilt, wenn das Ziel verfehlt wird. Deshalb arbeitet Spinolf bei der Integration mit schriftlichen Abnahmekriterien: Vor dem Start zu klären, was „funktioniert“ bedeutet, ist weit günstiger, als es mitten in einer Störung auszudiskutieren.
- Eigentum an Spielerdaten und Marke
- Exportformat und Kosten beim Ausstieg
- Kündigungsfrist und Migrationsablauf
- Störungsbearbeitung, Eskalation und Abhilfe
Mit einer echten Integration testen, nicht mit Folien
Begrenzen Sie die Auswahl auf höchstens drei Anbieter und geben Sie jedem dasselbe schriftliche Szenario: Ihre Märkte, Währungen, erwartete Volumina, Produktmix und die konkreten Funktionen, die zuverlässig laufen müssen. Lassen Sie jeden dieses Szenario in einer Sandbox mit Ihren eigenen Testfällen vorführen – einschließlich der Fehlerfälle. Vergleichen Sie identische Situationen über die Anbieter hinweg, statt sich von jedem zu dessen Stärken führen zu lassen.
Beziehen Sie die Menschen ein, die mit der Entscheidung leben müssen. Die Finanzabteilung sollte Abstimmung und Reporting testen, der Support die Spielersuche und die Bearbeitung von Beschwerden, Ihre Entwickler sollten die API-Dokumentation lesen und in der Sandbox eine echte Integration versuchen. Ist eine Plattform schon in der Evaluierung schwer anzubinden, solange der Anbieter noch um Sie wirbt, wird sie nach Vertragsabschluss nicht einfacher.
- Dasselbe schriftliche Szenario für jeden Anbieter
- Sandbox-Tests der Fehlerfälle
- Finanzen, Support und Technik gemeinsam beteiligt
- Dokumentationsqualität selbst beurteilt
Ein realistischer 90-Tage-Plan
Nutzen Sie die ersten 30 Tage für Marktvalidierung, rechtliche Prüfung, Projektumfang, Finanzmodell und Anbieter-Shortlist. Die Tage 31–60 gehören Integrationen, Design, Zahlungen und Compliance-Abläufen. Reservieren Sie die Tage 61–90 für Ende-zu-Ende-Abnahmetests, Schulungen und einen kontrollierten Soft Launch. Abhängigkeiten von der Lizenz und von Zahlungen sollten als klare Gates sichtbar bleiben.
Prüfen Sie nach dem Start täglich technische Störungen, Einzahlungsakzeptanz, Auszahlungsdauer, KYC-Abschluss, Supportaufkommen, Bonuskosten und Nettoumsatz. Wachstum beginnt erst, wenn das Team diese Zahlen sicher erklären kann.
Häufig gestellte Fragen
Worin unterscheiden sich Plattformanbieter und Spiele-Aggregator?
Eine Plattform liefert Spielerkonten, Wallet, Backoffice, Bonusverwaltung und Reporting, ein Aggregator dagegen Spielinhalte über eine einzige Anbindung. Manche Unternehmen bieten beides an – das ist bequem, macht es aber umso wichtiger, jeden Teil getrennt zu bepreisen und zu bewerten.
Sollte ein Betreiber seine Plattform selbst entwickeln?
Zum Start selten. Ein regelkonformes Wallet samt Backoffice und Reporting ist ein Mehrjahresprojekt, das Kapital und Aufmerksamkeit bindet, die eine neue Marke für Kundengewinnung und Betrieb braucht. Die meisten Betreiber bauen später, wenn Umsätze und klare Anforderungen vorliegen.
Wie lange dauert ein Plattformwechsel?
Vertragsbedingungen und Datenzugriff spielen eine weit größere Rolle als der Entwicklungsaufwand. Wurden Exportrechte, Formate und eine Kündigungsfrist vorab vereinbart, ist die Migration ein planbares Projekt; andernfalls kann sie stocken, egal wie leistungsfähig die neue Plattform ist.
Dieses Material enthält allgemeine B2B-Informationen und stellt keine Rechts- oder Finanzberatung dar. Die Regeln für Online-Glücksspiel unterscheiden sich je nach Markt. Prüfen Sie die aktuellen Anforderungen vor dem Betrieb bei der zuständigen Aufsichtsbehörde und bei qualifizierten lokalen Beratern.