Was dieser Screen tut

Erster Eindruck nach der Installation. Drei Swipes erklären in je einem Satz, warum die App Spaß macht: Watt für alles, Ränge, Montag-Pack. Kein Formular, kein Login vor dem dritten Swipe. Überspringen oben rechts springt direkt zum Login.

Für den Entwickler

• Nur beim ersten Start, danach nie wieder (Flag lokal).
• Logo als SVG oder PNG aus dem Markenpaket, Glow als radialer Verlauf, keine Bilddatei.
• Swipe-Geste und Weiter-Button gleichwertig.

Was dieser Screen tut

Die Treppe in einem Bild. Platin ist bewusst größer und leuchtet, das ist das Ziel, auf das alles zuläuft. Keine Zahlen und keine Schwellen auf diesem Screen, die stehen später im Profil.

Für den Entwickler

• Rang-Farben: Bronze #C8824A, Silber #C3C9D6, Gold #F2C14E, Platin Verlauf #E6FAFF → #9EE6FF. Diese vier Farben sind die einzigen Rang-Farben in der ganzen App und im Discord.
• Buchstaben in den Badges sind Platzhalter, finale Rang-Icons kommen mit dem Markenpaket (Annahme: Luca liefert, sonst bleiben die Buchstaben).

Was dieser Screen tut

Der Hook. Die Goldene Karte ist das Versprechen, das zum Login trägt. Gold kommt in der ganzen App nur hier, im Rang Gold und bei Codes vor, damit es etwas bedeutet.

Für den Entwickler

• Kartenfächer ist später dieselbe Komponente wie im Booster-Hub (Abschnitt D), hier statisch.
• „Ein Monat Strom geschenkt“ ist der Gewinn laut Teilnahmebedingungen (Überweisung des Monatsabschlags, Obergrenze), Wortlaut mit den Teilnahmebedingungen synchron halten.

Varianten

Was dieser Screen tut

Login ohne Konto und ohne Passwort. Die Mailadresse muss zu einem Kunden mit bestätigtem Vertrag passen; dann geht ein 6-stelliger Code raus. Wer noch kein Kunde ist, läuft nicht ins Leere: Unter dem Formular und im Fehlerfall führt ein Weg zum Tarifrechner (Screen 08), der Abschluss passiert in der App.

Für den Entwickler

• Annahme 6-stelliger Code per Mail statt Magic Link (Frage 3 an Azuka offen). Code 10 Minuten gültig, 5 Fehlversuche, dann 15 Minuten Sperre.
• Abgleich gegen das Kundenkonto im Backend (bestätigter Vertrag, nicht widerrufen, nicht gekündigt). Groß-/Kleinschreibung und Leerzeichen normalisieren.
• Antwort bei unbekannter Adresse erst nach gleicher Wartezeit wie bei bekannter (kein Rückschluss, welche Mails Kunden sind).
• Kontrollgruppe (10 %): Login funktioniert normal, nur Programm-Push und -Mails bleiben aus (Entscheidung Option A).
• „Service fragen“ öffnet das Helpdesk-Formular (Abschnitt F) mit vorbelegtem Betreff „Login: Mailadresse“ – ohne Login nutzbar.
• „Tarif berechnen“ und die Karte „Noch kein Kunde?“ öffnen Screen 08 (Tarifrechner und Checkout von meingaming.de als WebView, Parameter utm_source=app). Kein zweiter Checkout in der App.

Was dieser Screen tut

Code eingeben, fertig. Bei der sechsten Ziffer geht es automatisch weiter, der Weiter-Button ist nur Fallback. Erneut schicken erst nach 60 Sekunden, damit nicht drei Mails gleichzeitig ankommen.

Watt-Ereignisse

Erster Login erzeugt das Starter-Kit (Screen 07), keine direkte Buchung

Für den Entwickler

• Eingabefeld als ein Feld mit sechs sichtbaren Kästchen (Autofill aus der Mail-App auf iOS und Android nutzen: textContentType oneTimeCode / SMS-Retriever-Äquivalent für Mail entfällt, deshalb Zwischenablage-Erkennung).
• Nach Erfolg: langlebige Session (Refresh-Token), Kunde bleibt eingeloggt, bis er sich abmeldet oder das Konto löscht.
• Erfolg bucht serverseitig das Ereignis „App-Login“; beim ersten Mal wird das Starter-Kit (Sonderpack) erzeugt.

Varianten

Was dieser Screen tut

Der Moment, in dem der Kunde sieht, dass die App ihn kennt: Rang und Watt stehen schon da, wenn er im Discord war. Wer noch nicht im Discord ist, startet mit Bronze und bekommt den Code gleich hier, ohne Pflicht.

Watt-Ereignisse

Discord-Stand wird angezeigt, nicht neu gebuchtStarter-Kit folgt nach Segment und Push (Screen 07)

Für den Entwickler

• Watt und Rang leben ausschließlich im Backend (Watt-Konto je Kunde). Discord-Bot und App lesen und buchen gegen dasselbe Konto; „übernommen“ ist nur die Anzeige, es gibt keine Migration.
• Der Zugangscode ist derselbe persönliche Code wie in der Mail vom 13.11. (Format MG-XXXX). Die App zeigt ihn, der Discord-Bot verknüpft damit die Discord-ID. Einmal verknüpft, verschwindet die Karte.
• Konfetti nur hier und beim Rang-Aufstieg (Abschnitt H), sonst nirgends.
• „Zum Server“ öffnet den Discord-Einladungslink (Deep Link in die Discord-App, sonst Browser).

Was dieser Screen tut

Die Segment-Frage aus dem Funnel (Stufe 1). Erscheint nur, wenn der Kunde sie im Discord noch nicht beantwortet hat. Eine Antwort, ein Tipp, 50 Watt. Die vier Segmente sind die vier Skins des Programms.

Watt-Ereignisse

Segment beantwortet +50 (einmalig)

Für den Entwickler

• Segment als Feld am Kundenkonto (gaming, homeoffice, haushalt, eauto). Ist es gesetzt, wird dieser Screen übersprungen.
• Änderung später in den Einstellungen (Abschnitt C), ohne erneute Watt.
• Emojis sind Platzhalter für vier Segment-Icons aus dem Markenpaket.

Was dieser Screen tut

Erklär-Screen vor dem Systemdialog. Vier konkrete Gründe statt „Erlaube Benachrichtigungen“. Erst „Ja, anstupsen“ löst den iOS- bzw. Android-Dialog aus. „Später“ führt direkt auf Home; die Frage kommt beim ersten Montag wieder.

Für den Entwickler

• Systemdialog erst nach Tipp auf den Button (Pre-Permission-Pattern). Lehnt der Kunde im Systemdialog ab, nie wieder automatisch fragen, nur Hinweis in den Einstellungen.
• Vier Push-Kategorien als Schalter im Backend und in den Einstellungen (Abschnitt C): booster, events, report, zaehler. Service-Mails sind davon unabhängig.
• Nach diesem Screen kommt das Starter-Kit (Screen 07), danach Home. Beim nächsten Start startet die App immer auf Home.

Was dieser Screen tut

Der erste Loot-Moment, direkt nach dem Onboarding, egal an welchem Wochentag. Drei Karten mit garantiert einer Epic, damit die Seltenheiten sofort erklärt sind. Ersetzt den stumpfen Bonus „App installiert“: dieselben Watt, aber als Erlebnis.

Watt-Ereignisse

Starter-Kit (ersetzt „App installiert“): Summe der Karten ≈ 150 bis 160 Watt, einmalig

Für den Entwickler

• Sonderpack vom Typ starter: wird beim ersten App-Login erzeugt, feste Zusammensetzung aus dem Katalog des gewählten Segments (eine Rare 30, eine Rare 50, eine Epic 80), keine Goldene Karte, keine Funktionskarte.
• Zeigt die Seltenheits-Legende einmalig; danach nur noch im Katalog (Screen 38).
• Wer das Segment übersprungen hat, bekommt den Gaming-Katalog.

Varianten

Was dieser Screen tut

Der Weg für alle, die die App installieren, ohne Kunde zu sein. Tarifrechner und Checkout sind die bestehende Strecke von meingaming.de, eingebettet als WebView mit sichtbarer Adresszeile. Nach dem Abschluss übergibt die Seite die Mailadresse an die App, die direkt den Login-Code schickt. Der Neukunde ist ohne Umweg drin.

Watt-Ereignisse

Abschluss selbst: keine Watt (Verifizierung 200 kommt beim ersten Login)Werber-Code aus Weitersagen wird mitgegeben

Für den Entwickler

• WebView auf die bestehende Bestellstrecke (URL aus der Konfiguration, Start mit ?utm_source=app&utm_medium=app_login). Kein nativer Checkout, keine zweite Tariflogik, Preisanpassungen bleiben an einer Stelle.
• Übergabe nach dem Abschluss: Die Danke-Seite ruft einen Deep Link meingaming://signup-done?email=… (oder postMessage) auf, die App springt auf Screen 03 und fordert den Code an. Die Mailadresse ist bis zur Vertragsbestätigung als „Antrag“ im Kundenkonto bekannt; Login ist erlaubt, Watt-Verdienen ab bestätigtem Vertrag (Status-Hinweis auf Home bis dahin: „Vertrag wird geprüft“).
• Kommt der Nutzer über einen Werber-Link in die App (Deferred Deep Link), wird der Werber-Code in den WebView mitgegeben, damit die Weitersagen-Prämie zugeordnet wird.
• Store-Regeln: Stromlieferung ist eine Dienstleistung außerhalb der App, kein In-App-Kauf nötig (Apple 3.1.3(e), Google Play Payments Policy). Externer Checkout im WebView ist zulässig.
• Annahme Die Danke-Seite der Bestellstrecke kann einen Parameter oder Deep Link ausspielen; sonst Übergabe per Button „In der App anmelden“ auf der Danke-Seite.
• Inhalt des WebView hier nur angedeutet, Tarifnamen und Preise sind Platzhalter.

Varianten

Was dieser Screen tut

Home hat zwei Hälften. Oben die Party: der eigene Stand, die Season, montags das Pack als Hero mit der Zahl der offenen Slots, dazu die Wochen-Quest. Darunter der Feed „Neu bei meinGAMING“, der die App zwischen den Montagen lebendig hält: Lucas Videos, Gewinner der Goldenen Karte, Events, Votings aus dem Discord, Quizze. Jeder Eintrag ist antippbar und trägt sein Watt-Versprechen in der Unterzeile. Overclock erscheint als glühender Banner, wenn Luca ihn gezündet hat.

Watt-Ereignisse

Quest-Aufgabe erledigt: kein Watt, sondern ein Slot im nächsten PackOverclock: Event- und Voting-Watt ×2 im FensterEvent-Check-in +50Quiz +60 (einmalig)Video ansehen +20 (max. 3 je Woche)

Für den Entwickler

• Reihenfolge fix: Overclock-Banner (wenn aktiv) → Pack-Status (Hero) → Wochen-Quest → Feed. Hero und Quest bleiben immer oben, der Feed scrollt darunter weiter (Liste, 20 Einträge, dann Nachladen).
• Feed aus dem CMS (Luca). Eintragstypen: video (Link YouTube/Twitch-VOD, Watt fürs Ansehen über Abspielzeit ≥ 60 s), news (Text und Bild), event (verweist auf das Event, Screen 11), gewinner (automatisch bei jeder Goldenen Karte: Vorname und Rang), voting (Discord-Voting mit Link, Watt beim Bot), quiz (Screen 12), challenge. Jeder Eintrag: Thumbnail, Titel, Unterzeile, optional Watt-Wert und Chip (NEU, Countdown). Ungelesene Einträge tragen den Chip NEU; „heute 3“ zählt sie.
• Kadenz als Anforderung an die Redaktion: mindestens zwei bis drei Einträge je Woche, davon einer von Luca (Video oder Beitrag). Automatische Einträge (Gewinner, Season-Start, Raid-Stand) zählen nicht zur Kadenz. Ein leerer Feed zeigt eine Karte „Montag geht's weiter“ statt Leere.
• Watt für Video-Ansehen: +20 je Video, einmal je Kunde und Video, maximal 3 Videos je Woche (zählt zum Wochen-Deckel Event-Watt).
• Wochen-Quest: drei Aufgaben je Woche aus dem CMS (Typen: video, voting, zaehlerstand, einladen, quiz, checkin, beitrag). Jede erledigte Aufgabe schaltet einen Slot im nächsten Weekly Pack frei: 3 Basis-Slots, 4 und 5 über Quest. Aufgaben laufen Montag 06:00 bis Sonntag 23:59; Slots gelten für das Pack am folgenden Montag.
• Overclock: Admin-Schalter mit Start/Ende (max. 2 Stunden, max. 2 je Woche); Watt-Buchungen vom Typ event/voting/challenge werden im Fenster verdoppelt, der Wochen-Deckel (150 Event-Watt, siehe Briefing) gilt auf den verdoppelten Wert.
• Season: Quartale (Season 1 = Dezember bis Februar). Label aus der Konfiguration; Season-Icon bei mindestens 6 geöffneten Packs in der Season.
• Rang-Pill oben rechts öffnet das Profil. Pull-to-refresh, kein Auto-Polling.

Was dieser Screen tut

Detailseite für Events und Beiträge, gleiche Vorlage für beides. Beim Event stehen drei Dinge fest oben: wo, was es bringt, wie der Check-in läuft. „Ich bin dabei“ ist die Zusage (zählt für die Erinnerung), die Watt gibt es erst beim Check-in während des Streams, sonst klickt jeder einmal und kommt nie.

Watt-Ereignisse

Zusage: keine WattCheck-in im Zeitfenster +50Voting +20

Für den Entwickler

• Zusage speichert Teilnahmeabsicht und setzt den Erinnerungs-Push (30 Minuten vorher, nur wenn Push-Kategorie events an).
• Check-in: Der Button „Ich bin da“ erscheint im Zeitfenster des Events (Start bis Ende plus 30 Minuten). Derselbe Check-in läuft im Discord über den Bot; beide buchen gegen dasselbe Ereignis, einmal pro Kunde.
• Beitrag ohne Event: Visual, Tag „Neuigkeit · Datum“, Text, optional ein Button mit Link. Kein Meta-Block.
• Teilen oben rechts: nativer Share-Sheet mit Event-Link auf meingaming.de (Deep Link in die App, falls installiert).
• Spieletitel nur als Text, kein Artwork, kein Logo, nie „offiziell“ (Regel aus dem Deck). Event-Daten hier sind Beispiele; der erste Stream-Termin kommt aus dem CMS.

Varianten

Was dieser Screen tut

Das Drei-Fragen-Quiz aus dem Einschub Abschlagsberatung, hier komplett durchspielbar: Antwort antippen, Auflösung lesen, weiter. Jede Frage erklärt mit der Auflösung einen Satz Tarifwissen. Falsche Antworten sind kein Problem, die richtige wird markiert. Watt gibt es für das Durchspielen, nicht für die Trefferquote.

Watt-Ereignisse

Quiz abgeschlossen +60 (einmalig)Icon „Abschlags-Checker“

Für den Entwickler

• Quiz als CMS-Typ mit genau drei Fragen à drei Antworten plus Erklärungstext je Frage. Die drei Fragen hier sind der Inhalt fürs erste Quiz.
• Antwort antippen sperrt die Frage, markiert richtig (türkis) und bei Fehler die gewählte Antwort (rot) und zeigt die Erklärung. „Nächste Frage“ erst danach aktiv.
• Ergebnis zeigt die Trefferzahl, Watt und Icon kommen unabhängig davon beim ersten Abschluss. Wiederholen jederzeit möglich, ohne Watt.
• Weitere Quizze später nach demselben Muster (z. B. „Deine Jahresrechnung“ im Januar), je einmalig belohnt.

Was dieser Screen tut

Das Profil ist die Statusseite: Rang mit Profilrahmen (Founding-Rahmen für Dezember-Kunden), Watt, Fortschritt, Icons inklusive der geheimen „?“-Kacheln, Historie, Discord und der Sprung zur Spielerkarte. Alles ist antippbar und führt tiefer (Rang-Karte → Treppe, Icons → Icon-Detail, Historie → Liste, Discord → Verknüpfen). Das Zahnrad oben rechts öffnet die Einstellungen, die sonst unter „Mehr“ liegen.

Für den Entwickler

• Rang und Watt aus dem Watt-Konto (Backend), Schwellen aus einer Konfigurationstabelle (Silber 1.500, Gold 6.000, Platin 12.000), nicht im Code fest.
• Profilrahmen je Rang; Founding-Rahmen für alle Kunden mit erstem App-Login bis 31.12.2026 (Flag am Konto, nie wieder vergeben).
• Fortschrittsbalken: (Watt − Schwelle aktueller Rang) / (nächste Schwelle − aktuelle Schwelle). Bei Platin: Balken voll, Text „Höchster Rang“.
• Icon-Raster zeigt die ersten 8 Icons (erhaltene zuerst, dann die nächsten erreichbaren ausgegraut). Icon-Katalog kommt aus dem Backend, damit neue Icons ohne App-Update erscheinen.
• Segment-Pill (Gaming-Setup) ist Anzeige; Änderung in den Einstellungen.
• Rang-Farbe im Namen: Bronze #C8824A, Silber #C3C9D6, Gold #F2C14E, Platin #9EE6FF.

Was dieser Screen tut

Die ganze Treppe mit Schwellen und Vorteilen, der eigene Rang hervorgehoben mit Fortschritt. Darunter die wichtigsten Watt-Quellen, damit klar ist, wie man schneller hochkommt. Platin leuchtet, der Rest ist ruhig.

Für den Entwickler

• Schwellen und Vorteilstexte aus derselben Konfigurationstabelle wie das Profil (Kalibrierung ohne App-Update). Kalibrierung Fassung 13: Silber 1.500, Gold 6.000, Platin 12.000.
• Hinweis Gold-Vorteil „Preisgarantie“ steht so im SWK-Deck; die konkrete Ausgestaltung ist mit SWK zu klären, bis dahin Wortlaut wie hier.
• Watt-Quellen-Kasten aus der Ereignis-Konfiguration (Ereignistyp → Watt), Anzeige der vier wichtigsten.

Was dieser Screen tut

Jede Gutschrift mit Datum, Quelle und Betrag, egal ob sie in der App oder im Discord passiert ist. Das macht das Watt-Konto glaubwürdig: Der Kunde sieht, dass nichts verloren geht und dass beides zusammenzählt.

Für den Entwickler

• Liste aus der Ereignistabelle des Watt-Kontos (Ereignistyp, Quelle app/discord/system, Zeitstempel, Watt, Referenz). Seitenweise laden, 30 Einträge je Seite.
• Filter-Chips nach Quelle. Monatsgruppen nach Zeitstempel in Europe/Berlin.
• Negative Buchungen gibt es nicht (Watt verfallen nicht, werden nicht abgezogen); Stornos nur administrativ und dann als eigener Eintrag „Korrektur“.

Varianten

Was dieser Screen tut

Bottom Sheet über dem Profil. Erhaltene Icons erzählen, wofür es sie gab, und lassen sich teilen. Offene Icons sagen genau, was noch fehlt, mit Fortschritt. Die Prozentzahl („38 % der Community“) macht seltene Icons wertvoll.

Für den Entwickler

• Icon-Katalog im Backend: Schlüssel, Name, Emoji/Bild, Beschreibung, Bedingung als Text, Fortschrittsquelle (optional), Watt bei Erhalt. Anteil der Community wird nächtlich berechnet.
• Teilen erzeugt eine Bildkarte (Icon, Name, Rang, meinGAMING-Logo) für den nativen Share-Sheet, ohne Kundendaten außer Vorname.
• Fortschritt bei offenen Icons nur, wenn die Bedingung zählbar ist (Streak 2/4, Zählerstände 1/3); sonst nur der Bedingungstext.

Was dieser Screen tut

Wenig, aber alles Nötige: Konto, die vier Push-Schalter, Discord, Rechtstexte, Abmelden und Konto löschen (Store-Pflicht). Keine Vertragsdaten, die liegen bei SWK; die Kundennummer steht hier, weil der Service sie braucht.

Für den Entwickler

• Discord-Verknüpfung liegt im Profil (Screen 25), nicht hier.
• Push-Schalter schreiben die vier Kategorien ins Backend (booster, events, report, zaehler); Systemberechtigung aus → Hinweis mit Sprung in die iOS-/Android-Einstellungen.
• Konto löschen: Bestätigungsdialog, dann Löschung des App-Zugangs und der Discord-Verknüpfung; Kundenkonto und Vertrag bleiben (Hinweistext). Apple verlangt diese Funktion in der App.
• Rechtstexte als Web-Views von meingaming.de (Datenschutz, Nutzungsbedingungen, Teilnahmebedingungen, Impressum), damit Änderungen ohne Update greifen.
• Segment-Änderung öffnet die Auswahl aus Screen 05, ohne Watt.

Varianten

Was dieser Screen tut

Drei Schritte für alle, die noch nicht im Discord sind, mit dem persönlichen Code zum Kopieren. Wer verknüpft ist, sieht Discord-Name, Rolle und wie viel Watt aus welchem Kanal kommt. Lösen ist möglich, löscht aber keine Watt.

Für den Entwickler

• Icon „Community“ (Community-Badge): wird mit der erfolgreichen Verknüpfung vergeben, erscheint im Profil-Raster und auf der Spielerkarte; beim Lösen der Verknüpfung wird es entfernt, bei erneuter Verknüpfung wieder gesetzt. Kein Watt-Wert. Es ist das in den Mails angekündigte Badge für alle, die im Discord sind.
• Code ist der persönliche Zugangscode aus dem Kundenkonto (derselbe wie in der Mail vom 13.11.). Der Bot verknüpft Discord-ID ↔ Kundennummer; der Status wird in der App live angezeigt (Polling beim Öffnen des Screens).
• „Zum Server“: Discord-Einladungslink als Deep Link. „Kopieren“: Code in die Zwischenablage, Toast „Kopiert“.
• Verknüpfung lösen entfernt Discord-ID und Rolle; Watt-Konto bleibt unverändert. Neue Verknüpfung mit demselben Code jederzeit möglich.
• Aufteilung App/Discord kommt aus der Quelle der Ereignisse (Historie, Screen 22).

Was dieser Screen tut

Die Spielerkarte ist das Angeber-Bild für Discord und WhatsApp: Rahmen (Founding, Rang), Watt, Packs, Icons, Season. Der Grund, warum Leute Screenshots posten, nur schöner und ohne Vertragsdaten.

Für den Entwickler

• Bild wird serverseitig gerendert (1080 × 1350 px, Story-Format, plus 1200 × 630 für Discord-Embed) und über den nativen Share-Sheet geteilt. Nur Vorname, Rang, Watt, Zähler, Icons, Season, Founding.
• „In den Discord posten“ schickt die Karte über den Bot in #flex (oder wie Luca den Kanal nennt), nur nach Tipp.
• Profilrahmen: Bronze/Silber/Gold/Platin je Rang; Founding-Rahmen (Verlauf Eisblau–Türkis–Gold) überlagert den Rang-Rahmen für Founding Members.

Was dieser Screen tut

Geheime Icons stehen im Profil als „?“-Kacheln. Das Detail verrät nur einen kryptischen Hinweis und den Anteil der Community. Entdecken, Rätseln, im Discord drüber reden: das ist die billigste Form von Tiefe, die es gibt.

Für den Entwickler

• Icon-Katalog bekommt das Feld „geheim“: Name, Bild und Bedingung werden erst nach Erhalt angezeigt, vorher nur Hinweistext und Anteil. Startset (Vorschlag, Luca ergänzt): Frühaufsteher (Pack Montag zwischen 06:00 und 06:10), Nachteule (Pack nach 2 Uhr), Punktgenau (Zählerstand am 1. des Monats), Sammler (alle vier Seltenheiten in einem Monat), Treu (vier Montage in Folge um dieselbe Uhrzeit ±15 Minuten), Erster (Pack als Erster der Woche in der Community).
• Bedingungen werden serverseitig geprüft; keine Watt, nur Icon und Toast.

Varianten

Was dieser Screen tut

Der Mittel-Tab. Montags steht das geschlossene Pack im Bild, darunter die fünf Slots (vier offen dank Quest), der Community-Ticker (Packs, Epics, letzte Goldene) und Extra-Pull plus Inventar (USV). Danach zeigt der Hub den Countdown bis Montag 6 Uhr, den Extra-Pull vom Zählerstand (falls vorhanden) und den Streak. Die Gewinner der Goldenen Karte stehen mit Vorname und Rang im Hub, damit sichtbar ist, dass es wirklich passiert.

Watt-Ereignisse

Pack öffnen: Watt aus den KartenExtra-Pull: wie ein normales Pack

Für den Entwickler

• Slots: 3 Basis plus freigeschaltete Quest-Slots der Vorwoche (max. 5). Ticker aus Wochen-Aggregaten (nächtlich, plus Live-Zähler für Packs). Inventar zeigt Funktionskarten (USV) mit Anzahl.
• Pack-Status vom Backend: verfügbar (Montag 06:00 Europe/Berlin bis Sonntag 23:59), geöffnet, verfallen. Ein nicht geöffnetes Pack verfällt sonntags, kein Nachholen (Entscheidung Azuka).
• Extra-Pull ist ein zusätzliches Pack, sofort öffnbar, nimmt an der Goldenen Karte teil. Quelle: bestätigter Zählerstand, maximal einer je Kalendermonat.
• Gewinnerliste: Vorname, Rang, Datum der Ziehung; Einwilligung zur Anzeige steckt in den Teilnahmebedingungen (Entscheidung: Vorname und Rang sichtbar).
• Zähler „3 von bis zu 5“ aus der Monatszuteilung (siehe Screen 33, Mechanik der Goldenen Karte).

Was dieser Screen tut

Der Moment, auf den die Woche hinausläuft. In der App wird das Pack per Wisch aufgerissen; steckt eine Epic, Legendary oder Goldene drin, wackelt es vorher kurz (Tell). Dann die Slots: hier vier offen, Slot 5 gesperrt, weil die dritte Quest-Aufgabe fehlte. Jede Karte ist ein Gerät; Legendary mit Holo-Schimmer und Flash, die USV ist eine Funktionskarte und wandert ins Inventar.

Watt-Ereignisse

Watt-Karten: Summe der Geräte-WerteFunktionskarte USV: ins Inventar, 0 WattLuca-Karte: Einlösung, 0 Watt (Screen 37)Icon-Karte: Icon ins Profil, 0 Watt

Für den Entwickler

• Pack-Inhalt wird serverseitig beim Öffnen erzeugt und sofort gebucht (kein clientseitiger Zufall). Die App bekommt die drei Karten und spielt nur die Aufdeck-Animation.
• Kartentypen (Setup-System, Briefing Kapitel 8): Geräte-Karten 10/20 Common, 30/50 Rare, 80 Epic, 120 Legendary aus dem Katalog des Kundensegments; Funktionskarte USV (Streak-Schutz, selten); Luca-Karte (Co-op, sehr selten, Screen 37); Icon-Karte (für offene Icons); ab Januar goldene Zählerstand-Karte (Streak-Belohnung); Goldene Karte als Jackpot (Screen 33). Gewichte je Slot in der Konfiguration, Ziel Ø ≈ 30 Watt je Slot.
• Abbruch während des Aufdeckens: Pack gilt als geöffnet, Watt sind gebucht; beim nächsten Öffnen zeigt die App das Ergebnis (Screen 32).
• Ritual: Pack-Wackeln 600 ms, wenn Epic oder höher enthalten; Aufreißen per Wisch nach oben (Fallback Tipp); 3D-Flip 400 ms je Karte; Epic lila Flash, Legendary Holo-Schimmer und weißer Flash mit starker Haptik; letzte Karte mit Konfetti-Burst; Goldene Karte → Screen 33 statt 32. Sound optional, Standard aus (Schalter in den Einstellungen).

Was dieser Screen tut

Zusammenfassung nach dem Pack: die gezogenen Geräte mit Seltenheit, Funktionskarten gehen ins Inventar, neuer Watt-Stand, Streak. Hier passiert der Rang-Aufstieg, wenn eine Schwelle überschritten wird (dann Vollbild aus Abschnitt H vor diesem Screen).

Watt-Ereignisse

Streak-Zähler +1 (Montage in Folge)

Für den Entwickler

• Reihenfolge nach dem Einsammeln: Watt-Toast → bei Schwellen-Überschreitung Rang-Aufstieg (Abschnitt H) → dieser Screen.
• Streak zählt geöffnete Wochen-Packs in Folge (Extra-Pulls zählen nicht). Streak bricht bei verfallenem Pack; Freeze-Mechanik ist nicht Teil des Dezember-Umfangs.

Was dieser Screen tut

Der Jackpot-Moment. Gold darf hier alles: Hintergrund, Konfetti, Karte mit Namen. Der Text sagt sofort, was passiert (Überweisung des Abschlags, Vertrag unverändert) und führt zu den Kontodaten. 14 Tage Frist laut Teilnahmebedingungen, sonst wird im Folgemonat zusätzlich verlost.

Watt-Ereignisse

Goldene Karte gezogen (0 Watt, Gewinn in Euro)Icon „Goldene Karte“

Für den Entwickler

• Mechanik der Goldenen Karte: Zu Monatsbeginn setzt das Backend N (3 bis 5, Vorgabe Azuka) und zieht N Zufallspositionen unter den erwarteten Pack-Öffnungen des Monats (z. B. die 412., 1.980. und 3.077. Öffnung). Die k-te Öffnung des Monats, die eine gezogene Position trifft, enthält die Goldene Karte als vierte Karte. Bleiben Positionen am Monatsende unerreicht, werden sie in der letzten Woche unter den verbleibenden Öffnungen neu verteilt. Jede Öffnung hat damit dieselbe Chance, unabhängig von Rang, Verbrauch oder Vertrag (Teilnahmebedingungen § 3).
• Gewinnbetrag: aktueller Monatsabschlag laut Kundenkonto, Obergrenze Annahme 250 € (Platzhalter aus den Teilnahmebedingungen, von Azuka zu bestätigen). Bis die SWK-Abschläge vorliegen (Januar), gilt unser Abschlagsvorschlag aus dem Abschluss.
• Gewinn wird sofort als Datensatz angelegt (Kunde, Datum, Betrag, Status offen/Daten da/überwiesen). Mail an den Kunden zusätzlich zur Anzeige. Erinnerung nach 7 Tagen, Verfall nach 14 Tagen (dann im Folgemonat N+1).
• Screen erscheint anstelle von 32 direkt nach dem Aufdecken; Watt der drei normalen Karten werden trotzdem gebucht und auf 32 gezeigt, wenn der Kunde zurückgeht.

Varianten

Was dieser Screen tut

Kontodaten direkt in der App (Entscheidung Azuka), zwei Felder und ein Haken. Die Bestätigung nennt Betrag, Zieldatum und wie der Gewinner im Hub erscheint, damit niemand überrascht ist.

Für den Entwickler

• IBAN-Prüfung clientseitig (Prüfziffer, Länge) und serverseitig; Kontoinhaber vorbelegt mit dem Namen aus dem Kundenkonto, änderbar.
• Übertragung verschlüsselt, Speicherung nur im Gewinn-Datensatz, Löschung 90 Tage nach Überweisung (Datenschutz-Hinweis aus den Teilnahmebedingungen § 7; Aufbewahrungsfristen der Buchhaltung bleiben beim Veranstalter APG).
• Auszahlung manuell durch Pagesurfer/APG aus einer Gewinnerliste im Backend (Status offen → überwiesen setzt die Mail an den Kunden aus).
• Icon „Goldene Karte“ erst nach Absenden der Daten, nicht schon beim Ziehen.

Was dieser Screen tut

Alle Packs mit Inhalt, auch die aus dem Discord-Bot vor dem App-Release, und ehrlich die verpassten. Der Zähler „Verpasst“ ist absichtlich sichtbar, er ist der stärkste Grund, nächsten Montag wieder zu öffnen.

Für den Entwickler

• Quelle: Pack-Tabelle (Kunde, Woche, Typ weekly/extra, Status, Karten, Watt, Kanal app/discord).
• Packs aus dem Discord-Bot (ab 23.11.) stehen hier mit, weil sie gegen dasselbe Pack-Konto laufen.

Varianten

Was dieser Screen tut

Sonderpacks machen aus Meilensteinen Loot. Das Upgrade-Kit kommt bei jedem Rang-Aufstieg (garantiert Epic), das Anniversary-Kit nach 6 Monaten (garantiert Epic) und nach 12 Monaten (garantiert Legendary plus USV), also genau am Kündigungsfenster. Eigenes Pack-Design je Typ.

Watt-Ereignisse

Upgrade-Kit bei Rang-AufstiegAnniversary-Kit bei 6 und 12 Monaten ab BelieferungsstartRaid-Pack bei erreichtem Community-Ziel (Screen 78)

Für den Entwickler

• Sonderpack-Typen: starter, upgrade, anniversary6, anniversary12, raid. Erzeugung durch Ereignisse (Rang-Flag, Monatslauf am Belieferungs-Jahrestag, Raid-Abschluss). Garantien je Typ in der Konfiguration (Mindest-Seltenheit je Slot).
• Sonderpacks verfallen nicht und zählen nicht für den Montags-Streak; sie nehmen an der Goldenen Karte nicht teil (nur Weekly und Extra-Pull), damit die Monatszuteilung sauber bleibt.
• Pack-Designs: Starter (türkis), Upgrade (gold), Anniversary (eisblau), Raid (lila). Vier Illustrationen im Markenpaket.

Was dieser Screen tut

Die Luca-Karte ist die einzige Karte mit echter Einlösung: Session, Shoutout oder Merch. Sehr selten, etwa drei im Monat über alle Packs. Sie macht Luca zum Teil des Loots und gibt dem Discord Gesprächsstoff. Kein Geld, keine Gutschrift, bleibt außerhalb der Gewinnspiel-Mechanik der Goldenen Karte.

Watt-Ereignisse

Luca-Karte: 0 Watt, Einlösung als Ticket an Luca

Für den Entwickler

• Verteilung wie die Goldene Karte über Zufallspositionen (N_luca = 3 je Monat, Konfiguration), aber getrennt von der Goldenen Karte und ohne Teilnahmebedingungen-Relevanz, weil keine Geld- oder Sachprämie über 10 € pro Person außer Merch (Annahme: Merch-Paket als Geschenk unter Bagatellgrenze; von Azuka mit dem Entwurf der Teilnahmebedingungen abgleichen).
• Einlösung erzeugt ein Ticket vom Typ coop an Luca (Auswahl, Kunde, Discord-Name); Status in „Meine Anfragen“. Verfall nach 30 Tagen.
• Karte wandert bis zur Einlösung ins Inventar (Screen 38).

Varianten

Was dieser Screen tut

Der Katalog erklärt das System auf einen Blick: sechs Stufen, vier Seltenheiten, Geräte aus dem eigenen Segment. Dazu Inventar (USV, Luca-Karte) und der Zähler „gezogen von“, der schon heute den Sammeltrieb anstößt, bevor es 2027 ein Album mit Set-Bonus gibt.

Für den Entwickler

• Kartenkatalog im Backend: Schlüssel, Name, Stufe (Watt), Seltenheit, Segment-Pool, Bild, Fakt-Zeile, Luca-Zeile. 6 Stufen × 4 Segmente = 24 Gerätekarten zum Start, erweiterbar ohne App-Update.
• Segment-Pool: Karten kommen aus dem Pool des Kundensegments; wer das Segment ändert, zieht ab dann aus dem neuen Pool. Werte und Gewichte sind segmentunabhängig.
• Fakt-Zeile (Verbrauchswissen) und Luca-Zeile erscheinen beim Antippen einer Karte (Bottom Sheet, hier nicht gezeigt). Inventar: Liste der Funktionskarten mit Anzahl und Ablauf.
• USV-Einsatz automatisch: verfällt ein Weekly Pack und liegt eine USV im Inventar, wird sie verbraucht, der Streak bleibt, Toast „USV hat deinen Streak gerettet“.

Was dieser Screen tut

Der Report-Tab im Dezember: kein leerer Bildschirm, sondern eine Ankündigung mit den drei Dingen, die ab Januar kommen, und der einen Aktion, die jetzt schon Sinn ergibt: Zählerstand fotografieren (das Abschlags-Quiz liegt auf Home). Ab Januar wird dieser Tab durch den Monatsreport (Abschnitt J) ersetzt.

Watt-Ereignisse

Zählerstand +100 und Extra-Pull (siehe 42)

Für den Entwickler

• Platzhalter wird serverseitig gesteuert (Feature-Flag „report_live“): sobald die SWK-Daten da sind, liefert dasselbe Endpoint den Monatsreport, die App braucht kein Update.
• Zähler „Zählerstände“ aus der Zählerstand-Tabelle des Kunden (Anzahl, letztes Datum).

Varianten

Was dieser Screen tut

Erst die Erklärung (was passiert, was es bringt), dann der Systemdialog, dann der Sucher. Im Sucher liegt ein Rahmen fürs Zählwerk, die Zählernummer wird schon live gegen den Vertrag geprüft, der Auslöser ist bewusst groß. Taschenlampe für Kellerzähler.

Für den Entwickler

• Kamera-Berechtigung erst nach „Kamera öffnen“ (Pre-Permission wie bei Push). Abgelehnt → Hinweis mit Sprung in die Systemeinstellungen und der Weg „von Hand eintippen“ bleibt.
• Live-Prüfung der Zählernummer ist optional (On-Device-Texterkennung, iOS Vision / ML Kit); das verbindliche Auslesen passiert nach dem Foto serverseitig (Screen 41). Wenn On-Device zu aufwendig: Hinweiszeile weglassen, Rest identisch.
• Aufnahme: Foto in Originalauflösung, serverseitig auf max. 2.000 px lange Kante verkleinert; Taschenlampe schaltbar; Galerie-Import erlaubt (Foto vom Zähler im Keller, später hochgeladen).
• „Von Hand eintippen“ führt direkt zu Screen 41 mit leeren Feldern; dann kein Extra-Pull, nur Watt (Annahme: Foto ist die Bedingung für den Extra-Pull, weil nur das Foto prüfbar ist).

Varianten

Was dieser Screen tut

Das Foto oben, darunter das Ergebnis des Auslesens: Stand, Zählernummer gegen den Vertrag, Differenz zum letzten Stand und ein Plausibilitäts-Haken. Der Kunde bestätigt mit einem Tipp. Ist das Auslesen bei einer Ziffer unsicher, wird genau diese Ziffer markiert, nicht das ganze Formular neu getippt.

Für den Entwickler

• KI-Auslesen (Briefing): Foto an unser Backend, von dort an eine Vision-API (Anthropic Claude, OpenAI oder Google Vision; Auswahl nach Kosten und Datenschutz-Vertrag, Verarbeitung in der EU bevorzugt). Prompt liefert strukturiert zurück: Zählernummer, Zählerstand in kWh ohne Nachkommastellen, Zählertyp (Rollen/Digital, Ein-/Zweitarif), Konfidenz je Feld 0 bis 1, Hinweis bei HT/NT.
• Regeln: Konfidenz ≥ 0,9 und Zählernummer stimmt mit dem Vertrag überein und Stand ≥ letzter Stand und Tagesverbrauch zwischen 1 und 60 kWh → Variante „sicher“. Sonst Variante „unsicher“ mit markierter Ziffer bzw. Hinweis „Zählernummer passt nicht“. Bei Zweitarif beide Werte, Summe zählt.
• Foto nur zur Plausibilisierung: Speicherung verschlüsselt, Löschung 30 Tage nach Prüfung (Datenliste Nr. 20). Die Zahl bleibt als Zählerstand mit Datum und Quelle „App-Foto“.
• Antwortzeit der KI 2 bis 6 Sekunden: Ladezustand mit „Lesen ab …“ und dem Foto, kein Spinner allein.

Was dieser Screen tut

Belohnung sofort und sichtbar: Watt, Extra-Pull, und in drei Zeilen, was mit der Zahl passiert. Der Button führt direkt ins Pack, das ist die Schleife, die den Zählerstand zur Gewohnheit macht. Ab Januar übernimmt hier der Abschlags-Check (Abschnitt J) und startet direkt mit dem Tacho.

Watt-Ereignisse

Zählerstand bestätigt +100 (erster im Monat)Extra-Pull +1 (erster im Monat, nur mit Foto)Icon „Zählerstand“ beim ersten Mal

Für den Entwickler

• Annahme Begrenzung: Watt und Extra-Pull nur für den ersten bestätigten Zählerstand je Kalendermonat; weitere Stände im selben Monat werden gespeichert (schärfere Prognose), bringen aber 0 Watt. So ist Spam ausgeschlossen, ohne dass jemand bestraft wird.
• Gutschrift erfolgt bei Bestätigung durch den Kunden, nicht erst nach manueller Prüfung. Stichproben durch Alicia im Backend (Foto, Zahl, Plausibilität); bei Missbrauch Storno-Buchung und Sperre der Extra-Pulls.
• Ab Januar: nach dem Speichern automatisch der Abschlags-Check (Screen 72/73) statt dieses Screens, Watt-Zeilen bleiben gleich.
• Rückweg zu SWK (Datenliste Nr. 31): Zählerstand mit Datum landet in der wöchentlichen Liste ans Bestandskundenmanagement, ab Januar zusammen mit dem Abschlagswunsch.

Was dieser Screen tut

Der fünfte Tab ist ein kurzes Menü: Helpdesk, Kundenportal, Weitersagen, Discord, Einstellungen. Das Kundenportal ist das von meinGAMING, eingebettet in gleicher CI (Screen 56). Darunter der eine Satz, der die Rollen klärt (Abschlag und Rechnung bei SWK). Nichts weiter, damit der Tab nicht zur Abstellkammer wird.

Für den Entwickler

• Reihenfolge fix. Discord-Zeile zeigt den Verknüpfungsstatus live. Kundenportal-Zeile öffnet den WebView (Screen 56) mit Token-Übergabe, kein zweiter Login.
• Fußzeile mit Veranstalter (APG) und Lieferant (SWK) ist bewusst hier, nicht im Onboarding.

Was dieser Screen tut

Zuerst die Weiche: Wir oder SWK. Dann die fünf häufigsten Fragen, Kategorien, und unten immer „Frage stellen“. Die Suche durchsucht nur die FAQ, kein Chat.

Für den Entwickler

• FAQ-Inhalte aus dem Mini-CMS (Kategorie, Frage, Antwort, Reihenfolge, Zähler „hilfreich“). Startinhalt: der FAQ-Block „Community und Programm“ aus dem Backend (Alicia, bis 11.11.) plus die fünf Fragen hier.
• „Häufige Fragen“ sortiert nach Aufrufen der letzten 30 Tage, Fallback manuelle Reihenfolge.
• SWK-Karte führt zu Screen 53 (Kontakt und Rückruf), nie in unser Ticket-Formular.

Was dieser Screen tut

Eine Frage, eine Antwort, kurz und in der Sprache der App. Daumen hoch oder runter füttert die Sortierung; wer nicht weiterkommt, landet mit einem Tipp im Formular, die Frage ist dann schon als Betreff vorbelegt.

Für den Entwickler

• Antworttext als einfaches Markdown (fett, Absätze, Links). Keine Bilder in v1.
• Daumen-Bewertung anonym je Kunde einmal pro FAQ; Daumen runter öffnet nach kurzem Hinweis den Weg zum Formular.
• Vorbelegung des Formulars: Kategorie und Betreff aus der FAQ.

Varianten

Was dieser Screen tut

Kategorie antippen, Nachricht schreiben, optional Screenshot, abschicken. Wählt jemand „Vertrag & Rechnung“, klappt kein Formular auf, sondern die Weiche zu SWK. Das verhindert, dass Vertragsfragen bei uns landen und liegen bleiben.

Für den Entwickler

• Abschicken erzeugt ein Service-Ticket im vorhandenen meinGAMING-Backend (Kategorie, Text, Anhang, Kundennummer, App-Version, Gerät). Bearbeitung durch Alicia wie heute; Antwort per Mail und als Ticket-Status in der App.
• Kein Live-Chat (Entscheidung). Rate-Limit: 5 Tickets je Tag und Kunde.
• Kategorie „Vertrag & Rechnung“ öffnet die Weiche (Screen 53); ein Ticket entsteht nur über den Rückruf (Screen 55).

Was dieser Screen tut

Klare Ansage ohne Umweg: Vertrag ist SWK. Drei Wege, der Rückruf zuerst (SWK wünscht ihn ausdrücklich), dann Anrufen und Mail. Kundennummer zum Kopieren, Servicezeiten darunter. Die Weiterleitung über unseren Service entfällt, damit Vertragsfragen nicht bei uns liegen bleiben.

Für den Entwickler

• Telefonnummer, Mailadresse und Servicezeiten von SWK sind Platzhalter in eckigen Klammern; Azuka liefert die Werte, Pflege im Backend (kein App-Update bei Änderung).
• „SWK anrufen“ öffnet den Wähler mit der Nummer; „Mail an SWK“ öffnet die Mail-App mit Betreff „meinGAMING Kundennummer MG-104 882“ und vorbelegtem Text.
• „Rückruf von SWK anfordern“ öffnet Screen 55. Ticket-Typ rueckruf, Weitergabe an SWK siehe dort.
• SWK-Vertragsnummer erscheint, sobald der Vollexport da ist (Datenliste Nr. 3).

Was dieser Screen tut

Alle Anfragen mit Status und dem Verlauf als kurze Nachrichten. Kein Chat mit Tippen hin und her, aber der Kunde sieht, dass jemand dran ist und was geantwortet wurde.

Für den Entwickler

• Status: offen → in Bearbeitung → beantwortet → geschlossen (nach 14 Tagen ohne Rückmeldung). Antwort von Alicia landet als Nachricht im Ticket und als Mail.
• Antworten auf eine Antwort: Button „Antworten“ im beantworteten Ticket öffnet das Formular mit Bezug auf die Ticketnummer (nicht im Mockup gezeigt).
• Service-Name in Antworten: Vorname aus dem Service-Profil (heute „Maja“), kein Nachname.

Varianten

Was dieser Screen tut

Der Rückruf ist der von SWK ausdrücklich gewünschte Weg für Vertragsfragen. Thema, Zeitfenster, Telefonnummer, optional ein Satz. Die Bestätigung nennt Fenster und Nummer und verweist auf „Meine Anfragen“, wo der Status steht. Keine Zusage einer Frist in der App, die kommt von SWK.

Für den Entwickler

• Abschicken erzeugt ein Ticket vom Typ rueckruf im meinGAMING-Backend (Kundennummer, SWK-Vertragsnummer sobald vorhanden, Thema, Zeitfenster, Telefonnummer, Freitext). Übergabe an SWK: Platzhalter Kanal und Format von SWK zu nennen (Service-Mailadresse mit strukturiertem Betreff oder Export in der Wochenliste des Bestandskundenmanagements). Bis SWK den Kanal nennt, geht das Ticket per Mail an [Service-Mailadresse SWK].
• Status: offen → an SWK übergeben → von SWK bestätigt (Termin) → erledigt. Statuswechsel „bestätigt“ setzt Push (Kategorie zaehler/vertrag) und Mail an den Kunden. Erledigt setzt SWK oder Alicia nach Rückmeldung; ohne Rückmeldung automatisch nach 14 Tagen.
• Zeitfenster aus der Konfiguration (Servicezeiten SWK, Platzhalter), Fenster „Heute“ nur anzeigen, wenn es noch mindestens zwei Stunden entfernt liegt.
• Telefonnummer wird nur im Ticket gespeichert, nicht am Kundenkonto; Löschung mit dem Ticket (90 Tage nach erledigt).
• Rate-Limit: ein offener Rückruf je Kunde; zweiter Versuch zeigt den offenen Eintrag.
• Annahme SWK bestätigt den Termin aktiv zurück. Falls SWK nur anruft, entfällt der Status „bestätigt“, dann heißt es nach Übergabe „SWK ruft im gewählten Fenster an“.

Was dieser Screen tut

Das meinGAMING-Kundenportal in der App, als WebView in gleicher CI, deshalb kein Bruch. Der Kunde ist automatisch angemeldet, die App gibt ihr Token weiter. Vertrag, Dokumente und Zählerstände kommen aus dem Portal, die App baut dafür nichts nach.

Für den Entwickler

• Annahme Das meinGAMING-Kundenportal existiert mit eigenem Kunden-Login im Backend (Azuka bestätigt 09.11.2026). URL aus der Konfiguration.
• Single Sign-on: Die App ruft am Backend ein kurzlebiges Portal-Token ab (gleiche Kundenidentität wie der App-Login, Gültigkeit 5 Minuten, einmal verwendbar) und öffnet den WebView mit diesem Token; das Portal tauscht es gegen seine Session. Kein zweites Login, kein Passwortfeld in der App.
• WebView mit eigener Cookie-Zone der App; Abmelden in der App löscht auch die Portal-Session. Externe Links aus dem Portal öffnen im System-Browser, PDFs im System-Viewer (iOS QuickLook, Android Intent).
• Zurück-Geste und Back-Button navigieren zuerst im WebView-Verlauf, dann zurück auf Mehr. Das Symbol ↗ oben rechts öffnet dieselbe Seite im Browser.
• Inhalte hier sind nur angedeutet; Umfang und Layout bestimmt das Portal. Zählerstände aus der App (Abschnitt E) müssen im Portal dieselben sein (eine Datenquelle im Backend).
• Fehlerfall ohne Netz: Offline-Screen (Abschnitt H) statt leerer WebView.

Was dieser Screen tut

Ein Screen, ein Link, drei Schritte, und jetzt mit Geld: 75 € je Freund, der Kunde wird, dazu Watt für beide (Entscheidung 09.11.2026, ersetzt „nur Watt“ vom 07.11.). Die Prämie ist die des bestehenden Partnerprogramms, der Kunde wird darüber faktisch Partner. Guthaben und Auszahlung laufen in der App (Screen 63). Geld und Watt gibt es erst nach Vertragsbestätigung durch SWK.

Watt-Ereignisse

Werber 75 € Prämie (Platzhalter, Staffel Partnerprogramm) + 250 Watt nach VertragsbestätigungGeworbener +250 Watt Startbonus (Platzhalter)

Für den Entwickler

• Mechanik aus dem Partnerprogramm (dem Entwickler bekannt): Jeder Kunde bekommt mit dem ersten App-Login automatisch ein Partnerkonto mit persönlichem Link/Code; Abschlüsse über den Link werden wie Partner-Abschlüsse getrackt und dem Werber zugeordnet. Die App zeigt diesen Link, die Status und das Guthaben, sie baut kein zweites Tracking und keine zweite Abrechnung.
• Prämie: Platzhalter 75 € je Kunde in Belieferung, ab dem 10. geworbenen Kunden 100 € (Staffel des Partnerprogramms, Stand 09.10.2026). Azuka kann für Endkunden eine andere Höhe setzen, Wert in der Konfiguration. Prämie wird dem Partnerkonto gutgeschrieben, sobald der Geworbene den Status „in Belieferung“ erreicht (nicht bei Antrag, nicht bei Vertragsbestätigung; Widerruf ausgeschlossen).
• Watt-Gutschrift (+250 Werber, +250 Geworbener) bei Status „Vertrag bestätigt“, also früher als das Geld; Höhe Platzhalter aus dem Funnel, mit der Kalibrierung festlegen.
• Benötigte Partner-API für die App: Link/Code, Guthaben (gutgeschrieben, auszahlbar, ausgezahlt), Liste der Einladungen mit Status, Auszahlungsantrag mit IBAN (Screen 63), Auszahlungshistorie.
• Rechtliches ins Briefing: Teilnahmebedingungen Weitersagen für Privatpersonen (Prämie steuerlich beim Empfänger, kein Selbstwerben, keine Prämie bei eigenem Haushalt), Hinweis in der App unter Screen 63.
• Deep Link: meingaming.de/f/CODE öffnet den Tarifrechner mit vorbelegtem Werber-Code; in der Bestellstrecke bleibt der Code sichtbar und änderbar. Hat der Empfänger die App installiert, öffnet der Link Screen 08 im WebView mit dem Code.

Was dieser Screen tut

Teilen in zwei Formen: ein Bild für WhatsApp-Status, Instagram-Story oder Discord mit dem persönlichen Code eingebrannt, oder der Text mit Link. Die Bilder kommen aus dem CMS und wechseln mit Season und Kampagne. Darunter die Abkürzungen: Link kopieren, nur Code.

Für den Entwickler

• Nativer Share-Sheet (iOS UIActivityViewController, Android Sharesheet) mit Text und URL oder mit Bild; die App-Zeile hier ist nur Illustration, das System zeigt die echten Apps.
• Share-Grafiken: Vorlagen im CMS (Formate 1080×1920, 1080×1080, 1920×1080), der Server rendert je Kunde das Bild mit Code und Link als QR eingebrannt (gleiche Render-Strecke wie die Spielerkarte, Screen 26). Mindestens eine Vorlage je Format, Wechsel je Season; Motive kommen aus dem Markenpaket, hier Platzhalter.
• Teilen-Text aus dem Backend (Vorlage pflegbar), Vorname des Kunden wird nicht eingesetzt (Datensparsamkeit), der Empfänger sieht den Absender ja ohnehin.
• Teilen selbst gibt keine Watt (Entscheidung Funnel), nur der bestätigte Abschluss.

Was dieser Screen tut

Jede Einladung mit Stand: Link geöffnet, abgeschlossen, bestätigt, in Belieferung, abgelaufen. Namen nur mit Zustimmung des Geworbenen, sonst „Ein Freund“. Watt kommen mit der Vertragsbestätigung, das Geld mit dem Lieferstart, beides steht an der Einladung.

Für den Entwickler

• Status aus dem Partner-Tracking: klick (Link geöffnet, Cookie/Code), antrag (Bestellung abgeschickt), bestaetigt (SWK-Vertragsbestätigung, Watt), belieferung (Lieferstart, Prämie gutgeschrieben), abgelaufen (Klick ohne Antrag nach 30 Tagen), storniert (Widerruf). Stornos als „nicht zustande gekommen“ ohne Watt und ohne Prämie.
• Vorname des Geworbenen nur mit Opt-in in der Bestellstrecke (Checkbox „Mein Werber darf meinen Vornamen sehen“); Standard aus.
• Watt-Buchung beim Werber bei Status bestaetigt; bei späterem Widerruf innerhalb der 14 Tage: Storno-Eintrag in der Historie (einziger Fall einer negativen Buchung, Anzeige als „Korrektur“).

Varianten

Was dieser Screen tut

Das Partnerkonto des Kunden in der App: auszahlbares Guthaben, Herkunft je Freund, Auszahlung mit zwei Feldern und einem Haken, dieselbe IBAN-Logik wie bei der Goldenen Karte. Der Steuerhinweis steht ruhig dabei, ohne Drama. Nach dem Antrag der direkte Anschluss: nächster Freund, nächste 75 €.

Für den Entwickler

• Daten aus dem Partner-Backend: Guthaben (gutgeschrieben, auszahlbar, ausgezahlt), Buchungen je Einladung, Auszahlungen mit Status (beantragt → überwiesen). Die App schreibt nur den Auszahlungsantrag, die Auszahlung läuft wie heute im Partnerprogramm (manuell, monatlich).
• Platzhalter Mindestbetrag für die Auszahlung (Vorschlag: eine Prämie, also 75 €) und Auszahlungsrhythmus (Vorschlag: monatlich zum 10.). Beides in der Konfiguration.
• IBAN-Prüfung wie Screen 34. Mit Haken „merken“ wird die IBAN am Partnerkonto gespeichert (verschlüsselt), sonst nur am Auszahlungsdatensatz (Löschung 90 Tage nach Überweisung).
• Teilnahmebedingungen Weitersagen (Platzhalter, Azuka/Rechtsprüfung): Prämie nur für natürliche Personen mit eigenem Vertrag, kein Selbstwerben, nicht für Lieferstellen desselben Haushalts, Prämie steuerlich beim Empfänger, Auszahlung erst nach Lieferstart und Ablauf der Widerrufsfrist, Verfall offener Prämien 24 Monate nach Gutschrift.
• Status „beantragt“ setzt eine Mail an den Kunden und erscheint in der Partner-Auszahlungsliste im Backend; „überwiesen“ setzt die zweite Mail.
• Kontrollgruppe: Weitersagen und Guthaben funktionieren normal, nur die Programm-Pushes dazu bleiben aus.

Was dieser Screen tut

Jede Gutschrift zeigt sich sofort als Toast oben im Bild, egal auf welchem Screen: Betrag, Grund, neuer Stand. Drei Sekunden, dann weg. Der Toast ist die einzige Stelle, an der Watt „passieren“; Listen und Profile zeigen nur Stände.

Für den Entwickler

• Toast-Komponente global, Queue bei mehreren Ereignissen (nacheinander, nie gestapelt). Haptik leicht. Tipp auf den Toast öffnet die Watt-Historie.
• Ereignisse kommen per Push-Kanal des Backends (WebSocket oder Polling alle 30 s im Vordergrund); Discord-Gutschriften erscheinen so auch in der App, wenn sie offen ist.
• Keine Toasts beim App-Start für Ereignisse, die älter als 24 Stunden sind; die stehen nur in der Historie.

Was dieser Screen tut

Vollbild, einmal pro Rang, mit der eigenen Geschichte in einer Zeile (Monate, Packs, Zählerstände). Die Farbe ist die des neuen Rangs: Silber ruhig, Gold warm, Platin eisblau. „Im Discord zeigen“ postet die Beförderung in den Rang-Kanal, wenn der Kunde will.

Watt-Ereignisse

Rang-Aufstieg: Upgrade-Kit (Sonderpack, garantiert eine Epic), Icon des Rangs, Profilrahmen, Discord-Rolle

Für den Entwickler

• Trigger: Watt-Konto überschreitet eine Schwelle; Screen erscheint beim nächsten Vordergrund der App, vor jedem anderen Screen, genau einmal (Flag „rank_celebrated“ je Rang).
• Zahlen im Text aus dem Konto (Monate seit Lieferbeginn, Anzahl Packs, Anzahl Zählerstände). Platin-Version zusätzlich mit Hinweis auf die Karte und dem Weg zur Adresseingabe (nach Dezember).
• Discord-Post optional über den Bot in #ränge (Vorname, neuer Rang), nur nach Tipp auf den Link.
• Silber-Variante gleiche Struktur mit Silber-Badge und den Silber-Vorteilen.

Was dieser Screen tut

Die vier Push-Typen plus der Gold-Lauf (läuft über den Event-Schalter), einer je Schalter in den Einstellungen. Jede Nachricht sagt, was es gibt und was es bringt, in maximal zwei Zeilen. Kein Push ohne Anlass, keine Werbe-Pushes, keine „Wir vermissen dich“-Nachrichten.

Für den Entwickler

• Gold-Lauf: Bei jeder gezogenen Goldenen Karte ein Push an alle mit Event-Schalter an (Vorname und Rang des Gewinners, Einwilligung über die Teilnahmebedingungen), maximal einer je Tag, zählt gegen den Frequenzdeckel.
• Kategorien und Schalter: booster (Montag 06:00, nur wenn Pack verfügbar; Sonntag 18:00 Erinnerung, nur wenn noch ungeöffnet), events (30 Minuten vor Event, nur bei Zusage; Tag des Events 10:00 für alle mit Schalter an), report (am Tag der Veröffentlichung), zaehler (Bestätigungen von SWK zu Zählerstand und Abschlag).
• Deep Links: booster → Hub, events → Event-Detail, report → Monatsreport, zaehler → Abschlagswunsch-Status.
• Versand über Firebase Cloud Messaging (Android) und APNs (iOS) aus dem Backend; Kontrollgruppe (10 %) ist vom Versand aller Kategorien ausgenommen (Option A).
• Texte aus Vorlagen im Backend, Luca kann Event-Texte je Event überschreiben. Frequenzdeckel: maximal zwei Pushes am Tag.

Varianten

Was dieser Screen tut

Drei Zustände, alle ohne Panik. Offline: Banner oben, der letzte Stand bleibt sichtbar und bedienbar, Aktionen warten in der Schlange. Fehler: ein Satz, ein Button, ein Fehlercode für den Service. Wartung: Zeitangabe und der Hinweis, dass nichts verfällt.

Für den Entwickler

• Offline: letzter Stand aus dem lokalen Cache (Profil, Home, Historie); Pack öffnen und Zählerstand hochladen werden gepuffert und beim nächsten Verbindungsaufbau gesendet (Idempotenz-Schlüssel je Aktion, kein doppeltes Pack).
• Fehlercodes kurz und lesbar (HTTP-Klasse plus Kennung), landen vorbelegt im Helpdesk-Formular.
• Wartungsmodus serverseitig schaltbar mit Endzeit; während Wartung verfällt kein Pack (Frist verlängert sich um die Wartungsdauer).

Was dieser Screen tut

Kontrollgruppe nach Option A: Wer die App findet und sich einloggt, nutzt sie vollständig. Nur die Ansprache fehlt, also Programm-Mails und Pushes. Der einzige sichtbare Unterschied ist dieser Kasten statt der vier Schalter, formuliert als schrittweise Freischaltung, ohne das Wort Kontrollgruppe.

Für den Entwickler

• Kontrollgruppen-Flag nur in unserem CRM (10 %, zufällig, fest für die Laufzeit; SWK bekommt die Liste nicht). Das Backend liefert der App „notifications_available: false“, mehr weiß die App nicht.
• Für diese Kunden: Screen 06 (Push-Erlaubnis) wird übersprungen, keine Programm-Mails, keine Pushes, keine Discord-Einladungsmail. Alles andere identisch, inklusive Watt, Packs und Goldener Karte (Teilnahmebedingungen gelten für alle Kunden).
• Messung: Churn und Aktivität Kontrollgruppe gegen Rest; App-Installation in der Kontrollgruppe wird als Ereignis mitgeloggt.

Was dieser Screen tut

Der Monatsreport ab Januar: Zuerst die eine Antwort auf die Frage, die alle haben (wo lande ich bei der Jahresrechnung), als Tacho mit Euro-Betrag. Darunter Verbrauch, Abschlag, Zählerstand, die Ersparnis in Spielen gerechnet und der Bonus-Status. Lesen gibt 50 Watt, einmal je Report.

Watt-Ereignisse

Report gelesen +50 (einmal je Monat)

Für den Entwickler

• Datenbasis (Datenliste): Belieferungsstart Nr. 7, Zählerstand Lieferbeginn Nr. 19, Jahresverbrauch Nr. 16, Abschlag aktuell Nr. 14, Preise Nr. 11 und 17, Rechnungsdatum Nr. 22, Bonus Nr. 25. Plus unsere Zählerstände aus der App (Nr. 20).
• Prognose Jahresrechnung = (hochgerechneter Jahresverbrauch × Arbeitspreis + Grundpreis − Bonus) − Summe Abschläge. Hochrechnung aus letztem Zählerstand und Tagesverbrauch seit Lieferbeginn, saisonal gewichtet (Profil H0). Ohne Zählerstand: Vertragsverbrauch, dann Hinweis „Zählerstand macht das genauer“.
• Tacho-Zonen: grün ±5 % des Jahresabschlags, gelb ±15 %, rot darüber (Punktlandung-Logik aus dem Einschub). Nadel links = Guthaben erwartet, rechts = Nachzahlung.
• Ersparnis = (Grundversorger-Arbeitspreis lt. ene't − eigener Arbeitspreis) × Verbrauch, plus Grundpreis-Differenz. Spiele-Umrechnung mit 70 € je Spiel, Game-Pass-Vergleich mit Monatspreis aus Konfiguration.
• Report wird am 5. des Monats erzeugt (nach Eingang der SWK-Monatsdaten), Push-Kategorie report.

Was dieser Screen tut

Alle Monate mit Ampel und Prognose, dazu die Zeitleiste bis zur Jahresrechnung. Die Monate vor dem ersten Report sind zusammengefasst, nicht leer.

Für den Entwickler

• Ein Eintrag je erzeugtem Report; Monate vor Programmstart als Sammelzeile mit Verbrauch aus Zählerständen, falls vorhanden.
• Zeitleiste aus Belieferungsstart und Rechnungsdatum (Datenliste Nr. 7 und 22).

Was dieser Screen tut

Direkt nach dem Zählerstand, wenn die Prognose rot ist: eine Zahl (Nachzahlung), ein Vorschlag, ein Tipp. Wer lieber nachzahlt, darf das, und sieht das auch in Zukunft nicht mehr als Vorwurf, nur als Zahl im Report.

Watt-Ereignisse

Abschlag angepasst: Icon „Schutzschild“ + 100 Watt (Vorschlag, Kalibrierung)

Für den Entwickler

• Vorschlag = gerundeter Betrag, der die Prognose auf ±5 % bringt (auf volle Euro, nie mehr als +30 % in einem Schritt; bei größerem Bedarf zwei Schritte mit Hinweis).
• Rückweg zu SWK zunächst als Liste ans Bestandskundenmanagement (Entscheidung): Der Abschlagswunsch landet mit Kundennummer, alter und neuer Betrag, gewünschtem Startmonat und Zeitstempel in der wöchentlichen Liste; Status in der App „an SWK übergeben“, bis SWK die Änderung meldet (Screen 74). Spätere API-Anbindung ändert nur den Transportweg.
• „So lassen“ setzt den Check für diesen Monat stumm; nächster Zählerstand fragt wieder, wenn die Prognose weiter rot ist.

Varianten

Was dieser Screen tut

Grün heißt: nichts tun, kurz freuen, Icon in Aussicht. Die Guthaben-Bremse ist der Fall, den sonst niemand anspricht: zu hoher Abschlag, also Geld, das beim Versorger parkt. Auch hier ein Vorschlag mit einem Tipp, und auch hier darf der Kunde Nein sagen.

Watt-Ereignisse

Punktlandung bis zur Jahresrechnung: Icon + 250 Watt (Vorschlag)

Für den Entwickler

• Grün: Prognose innerhalb ±5 % des Jahresabschlags. Kein Vorschlag, nur Bestätigung.
• Guthaben-Bremse: Prognose unter −10 % → Vorschlag nach unten, gerundet, nie unter den gesetzlich/vertraglich zulässigen Mindestabschlag (Regel von SWK einholen, Platzhalter).
• SWK-Sicht: Senkungen reduzieren Vorauszahlungen; Linie laut Deck ist Transparenz vor Liquidität. Falls SWK Senkungen nicht automatisch akzeptiert, zeigt Screen 74 den Status „SWK prüft“.

Varianten

Was dieser Screen tut

Der Rückweg zu SWK als sichtbare Kette: Wunsch, übergeben, bestätigt, gültig ab. Der Kunde sieht, wo sein Antrag steht, und bekommt das Schutzschild erst, wenn SWK wirklich bestätigt hat. So gibt es kein Versprechen, das SWK einlösen müsste.

Watt-Ereignisse

SWK-Bestätigung: Icon „Schutzschild“ + 100 Watt (Vorschlag)

Für den Entwickler

• Status-Übergänge: wunsch → uebergeben (Export in die Wochenliste) → bestaetigt (Rückmeldung von SWK, zunächst manuell durch Alicia aus der SWK-Antwort gesetzt) → gueltig (ab Monat). Ablehnung durch SWK: Status „SWK hat anders entschieden“ mit Begründung als Freitext.
• Push-Kategorie zaehler bei Statuswechsel. Mehrere Wünsche im Monat: nur der letzte gilt, ältere werden storniert.
• Watt und Icon bei bestaetigt, nicht bei wunsch; verhindert Hin- und Herändern für Watt.

Was dieser Screen tut

Die Zählerstand-Gewohnheit als Monatsraster: wann es ein Foto gab, wo der Streak steht, was es als Nächstes gibt. Die goldene Zählerstand-Karte aus dem Einschub landet im nächsten Pack, nicht hier, damit der Montag spannend bleibt.

Watt-Ereignisse

3 in Folge: goldene Zählerstand-Karte im nächsten Pack (300 Watt, Vorschlag)6 in Folge: Icon „Zähler-Profi“

Für den Entwickler

• Streak zählt Kalendermonate mit mindestens einem bestätigten Zählerstand (Foto oder Hand). Monate vor dem App-Release zählen nicht (grau mit x), außer es gab einen Stand über den Service.
• Goldene Zählerstand-Karte: Kartentyp im nächsten Weekly Pack (nicht im Extra-Pull), festgelegter Watt-Wert, Kalibrierung offen.
• Zählerstand-Woche (Server-Ziel, Einschub) ist Ausbaustufe nach März, nicht im Dezember-/Januar-Umfang.

Was dieser Screen tut

Ab Januar im Helpdesk: die Eckdaten des Vertrags, nur lesen. Das beantwortet die häufigste Frage aus dem Kundenservice („bis wann läuft mein Vertrag, bis wann die Garantie“) ohne Ticket. Ändern bleibt bei SWK.

Für den Entwickler

• Felder aus Abschluss und SWK-Vollexport (Datenliste Nr. 3, 7, 8, 9, 14, 18, 22), Aktualisierung mit jedem Export. Keine Bankdaten, keine Zahlungshistorie.
• „Kopieren“ legt Kunden- und Vertragsnummer in die Zwischenablage. Preisgarantie-Datum ist das wichtigste Feld gegen Preisangst (Repricing-Historie), deshalb oben.

Was dieser Screen tut

Sechs Wochen vor der Jahresrechnung übernimmt dieser Block Home und Report: Prognose, Lucas Video, der Zählerstand als wichtigste Aktion, und der Satz, dass danach nichts passiert. Das ist das Rechnungs-Event aus dem Retention-Konzept, ohne Save-Desk, der läuft außerhalb der App.

Watt-Ereignisse

Zählerstand vor der Rechnung +100 (wie jeder Monat)Video angesehen: 0 Watt

Für den Entwickler

• Trigger: Rechnungsdatum (Datenliste Nr. 22) minus 42 Tage bis Rechnungsdatum plus 14 Tage. Danach Phase „Rechnung ist da“ mit Prognose gegen Ist, sobald SWK den Rechnungsbetrag liefert (Ausbaustufe).
• Video als CMS-Eintrag vom Typ Video, von Luca produziert, ein Video für alle, keine Personalisierung.
• Kündigungsfenster wird in der App nicht thematisiert; Save-Desk und Preisgarantie-Argumente laufen über Service und Mail (Konzept).

Varianten

Was dieser Screen tut

Der Community-Raid ist die Zählerstand-Woche aus dem Einschub als Spiel: ein Monatsziel für alle, eine Boss-Leiste auf Home, ein Raid-Pack für jeden, der beigetragen hat. Der Raid wechselt monatlich das Ziel (Zählerstände, Abschlags-Checks, Quiz), bleibt aber immer bei Dingen, die dem Programm wirklich nützen.

Watt-Ereignisse

Beitrag zum Raid: die normalen Watt der AktionRaid geschafft: Raid-Pack (Sonderpack, garantiert Epic) für alle Mitspieler

Für den Entwickler

• Raid als Admin-Objekt: Zeitraum, Ereignistyp (zaehlerstand, abschlagscheck, quiz, checkin), Ziel, Belohnungstyp. Fortschritt aus der Ereignistabelle, Aktualisierung alle 5 Minuten. Top-Beiträge mit Vorname und Rang (Einwilligung wie Gewinnerliste).
• Erster Raid im Januar (Zählerstände), danach monatlich. Raid-Leiste erscheint auf Home unter der Quest, solange ein Raid läuft; dieser Screen ist die Detailansicht.
• Raid-Pack: Sonderpack-Typ raid, Erzeugung beim Abschluss für alle Kunden mit mindestens einem Beitrag im Zeitraum.