Verzweigte Geschichten bekommen Probleme, wenn niemand erklären kann, was eine Variable bedeutet. Eine romantische Route sollte sich die Versprechen merken, die der Spieler gegeben hat. Eine Routenübersicht sollte zeigen, welche Szenen er erreichen kann, warum eine Auswahlmöglichkeit verfügbar ist und was jedes Ereignis verändert.
Verwende benannte Flags für bestimmte Entscheidungen oder Ereignisse und Zähler für Regeln, bei denen sich tatsächlich etwas aufsummiert. Erstelle parallel zum Skript eine kleine Zustandsspezifikation, eine Routenübersicht und eine Testmatrix. Der Ansatz lässt sich auf Ren'Py, Twine und ein integriertes Erzählsystem wie Ink anwenden.
Benenne die Fakten, die die Geschichte braucht
Liste die Entscheidungen und Ereignisse auf, an die sich spätere Szenen erinnern müssen. Benenne Flags nach Fakten: studio_plan_agreed sagt dir, was passiert ist. Wenn du relationship_score verwendest, halte genau fest, was der Wert misst und was jede Erhöhung oder Verringerung bedeutet. Alle, die eine Szene bearbeiten, sollten diese Regel nachvollziehen können.
Halte Vertrauen, Anziehung, Wissen und die Festlegung auf eine Route getrennt, wenn sie sich unabhängig voneinander ändern können. Eine einzige Zahl mit allen vier Bedeutungen erschwert es, spätere Bedingungen nachzuvollziehen. Kennzeichne Werte, die aus anderen Fakten abgeleitet werden, und berechne sie aus dem gespeicherten Zustand, statt eine zweite Version zu speichern, die ihre Synchronität verlieren kann.
Definiere Übergänge und Bedingungen
Halte für jede Szene die Eintrittsbedingungen, Auswahlmöglichkeiten, Zustandsänderungen und Ziele beim Verlassen fest. Gib jeder Szene eine stabile Kennung, damit Übersicht, Skript und Tests auf dieselbe Stelle verweisen. Formuliere einander ausschließende Routenbedingungen ausdrücklich und sieh einen Fallback für unerwartete Zustände vor.
Behandle das Ansehen einer Szene und das Abschließen eines Ereignisses als getrennte Vorgänge. Beim erneuten Besuch einer Passage sollte dieselbe Belohnung nicht noch einmal vergeben werden. Wenn ein Rollback oder die Navigation im Verlauf eine Entscheidung rückgängig machen kann, definiere, welche Zustandsänderungen dabei ebenfalls rückgängig werden. Sonst können sich Dialog und gespeicherte Fakten widersprechen.
Behalte die Kosten der Verzweigung im Griff
Lass kurze Zweige eine Entscheidung aufgreifen und wieder zusammenlaufen, wenn eine gemeinsame Szene der Geschichte zugutekommt. Übertrage die Konsequenz auf Dialoge, verfügbare Aktivitäten oder Bedingungen für Enden. Eine gemeinsame Szene kann sich weiterhin merken, mit wem der Spieler geflirtet hat; eine bedeutsame Reaktion braucht keinen eigenen Schauplatz.
Plane für jeden Zweig ein Budget für eigene Texte und Assets ein. Berücksichtige überall dort, wo Varianten nötig sind, die zusätzliche Arbeit für Outfits, Gesichtsausdrücke und Lokalisierung. Halte unabhängige Systeme nach Möglichkeit unabhängig: Jede Entscheidung mit jeder Szene zu verknüpfen, vergrößert schnell sowohl den Produktionsaufwand als auch die Testmatrix.
Mache Entscheidungen verständlich
Formuliere Auswahlmöglichkeiten so, dass der Spieler versteht, was er vorhat, auch wenn das langfristige Ergebnis ungewiss bleibt. Lass auf die Entscheidung eine passende unmittelbare Reaktion folgen. Eine versteckte Zahlenregel sollte eine liebevolle Äußerung nicht in eine Zurückweisung verwandeln, wenn die Szene dem Spieler keinen Anlass gegeben hat, sie so zu verstehen.
Biete Einstellungen für Inhalte und Tempo an, wo das Design sie braucht, und erkläre, wie sie den Fortschritt beeinflussen. Auch wenn die Darstellung einer intimen Szene übersprungen wird, müssen ihre erforderlichen Zustandsänderungen angewendet werden. Teste, ob ein Spieler mit den verfügbaren Einstellungen ein Ende erreichen kann, ohne Szenen erneut zu spielen, die er überspringen wollte.
Teste Grenzen und repräsentative Pfade
Teste jedes wichtige Ende, jede exklusive Routenbedingung sowie Werte knapp unter, genau auf und knapp über jedem Schwellenwert. Berücksichtige ein neues Spiel, wiederholte Besuche, Spielstände vor und nach einer Entscheidung sowie Aktualisierungen ausgehend von repräsentativen älteren Zuständen. Diese Fälle prüfen die Stellen, an denen eine Route scheitern kann, obwohl ihr üblicher Pfad funktioniert.
Verwende automatisierte Prüfungen, um Zustandsübergänge und Kennungen unerreichbarer Szenen zu untersuchen. Lass auch einen Menschen die Kontinuität und die charakteristische Sprechweise der Figuren prüfen. Decke die Regeln mit einer gezielten Matrix ab, statt jeder möglichen Kombination nachzugehen, und ergänze jedes Mal einen Regressionstest, wenn ein Routenfehler behoben wird.
Halte den Zustand während der Produktion verständlich
Stelle eine Entwickleransicht der relevanten Flags und der Kennungen der aktuellen Szenen bereit, ohne die öffentliche Benutzeroberfläche zu ändern. Verwende sie, um einen von einem Tester gemeldeten Fehler zu reproduzieren. Lass Debug-Schnellzugriffe aus der endgültigen Auslieferung heraus, sofern du sie nicht bewusst unterstützen möchtest.
Aktualisiere die Routenübersicht und die Tests bei jeder Änderung am Skript. Eine andere mitwirkende Person sollte erklären können, wie eine Szene verfügbar wird und warum der gespeicherte Zustand zu ihrer Konsequenz führt. Wenn nur du das erklären kannst, braucht die Route eine klarere Dokumentation.
Wichtige Entscheidungen
- Definiere für jede Variable eine einzige präzise Bedeutung innerhalb der Erzählung.
- Erfasse den Abschluss eines Ereignisses getrennt von der Anzeige einer Szene.
- Teste Enden, Schwellenwertgrenzen, wiederholte Besuche und Rollbacks.
- Aktualisiere die Routenübersicht und die Tests zusammen mit dem Skript.
Dateien zum Leitfaden
Routenübersicht ↓Routentestmatrix ↓Externe Modell-Communitys und Veröffentlichungsseiten können explizite Inhalte enthalten. Links zu den Quellen öffnen sich in einem neuen Tab; dieser Leitfaden lädt deren Vorschauen nicht.
Quellen und weiterführende Lektüre +
Zuletzt geprüft 5. Oktober 2026.