Die Blaupause: Wie ich einen NPC in ein psychologisches System verwandle

Ein Blick in meine Werkstatt – und warum NPCs keine Backstories, sondern Betriebsanleitungen brauchen.

[English below]
Die meisten NPCs scheitern an einer simplen Frage: Was tun, wenn die Spieler nicht das tun, was im Skript steht?

Meine Antwort: Es darf kein Skript geben. Stattdessen braucht es ein System.

Ich beginne niemals mit einer Backstory. Ich beginne mit einer Systemfrage. Für Clement Gresley war sie:
„Was, wenn jemand nur funktioniert, solange er alles kontrollieren kann?“

Aus dieser Frage wird kein Plot. Sie wird der Kern einer psychologischen Maschine.

Schicht 1: Die Psychologie-Matrix

Aus der Systemfrage leite ich eine Handvoll Grundzustände und Regeln ab. Bei Clement:

• Trauma: Der Verlust der Tochter durch einen technischen Fehler.

• Mechanismus: Absolute Kontrolle über die unmittelbare Umgebung (seine Werkstatt, seine Uhren).

• Verhaltensmuster: Misstrauen, Rückzug bei Fragen zur Vergangenheit, Warnungen, wenn seine Kontrolle bedroht wird.

Ich packe das nicht in Fließtext. Ich baue eine Tabelle. Eine Bedienungsanleitung für den Spielleiter.

Auslöser: „Neues Gesicht, fremde Stimme“
Reaktion: „Blick auf Hände → Kleidung → Werkzeug → Ausweichkommentar“

Diese Tabelle ist das Betriebssystem des NPCs. Sie macht ihn vorhersehbar – nicht langweilig, sondern konsistent. Der SL muss nicht raten, wie Clement reagiert. Er kennt die Logik.

Schicht 2: Vom System zur Situation

Ein System im Leerlauf ist nutzlos. Also füttere ich es mit Input. Was passiert, wenn Spieler…

1. … seine Werkstatt durchsuchen? (Bedrohung der Kontrolle)

2. … nach seiner Tochter fragen? (Trigger des Traumas)

3. … ihm ein kaputtes, seltenes Teil bringen? (Resonanz mit seinem Mechanismus)

Aus diesen Inputs und der Systemlogik ergeben sich die Szenarien fast von selbst. In Clements Dossier gibt es Mini-Szenarien mit drei möglichen Verläufen (Kooperation, Misstrauen, Eskalation). Sie sind keine vorgefertigten Stories, sondern Simulationen dessen, wie sein System auf verschiedene Störungen reagiert.

Warum dieser Aufwand? Weil es entlastet.

Ein SL, der Clement einsetzt, kauft keine 30-Seiten-Geschichte. Er kauft ein Plug-and-Play-Modul für lebendige Interaktion. Die Entscheidungen der Spieler treffen auf eine stabile, interne Logik – und erzeugen dadurch erst glaubwürdige, unverwechselbare Momente.

Diese Methode – vom psychologischen Kern, zur Systemmatrix, zur spielbaren Simulation – ist das, was ich Narrative Systems Design nenne.

Ich baue keine Charaktere. Ich programmiere narrative Maschinen. Und ich glaube, dass genau das Welten und Kampagnen lebendig macht.

Wenn du für dein eigenes Projekt eine solche narrative Maschine brauchst – sei es ein Spiel, ein Roman oder eine Pen&Paper-Kampagne – dann schau in meinen Shop für fertige Module oder kontaktiere mich für eine maßgeschneiderte Commission.

→ Zu meinem Shop mit System-NPCs (Abre numa nova janela)
→ Folge meinen Gedanken auf Bluesky (Abre numa nova janela)
→ Mein Portfolio (Abre numa nova janela)

English Version

Most NPCs fail because of one simple question: What do you do when the players don’t do what the script says?

My answer: There can be no script. Instead, you need a system.

I never start with a backstory. I start with a system question. For Clement Gresley, it was:

“What if someone only functions as long as they can control everything?”

This question doesn’t generate a plot. It becomes the core of a psychological machine.

Layer 1: The Psychology Matrix

From the system question, I derive a handful of basic conditions and rules. In Clement’s case:

• Trauma: The loss of his daughter due to a technical malfunction.

• Mechanism: Absolute control over his immediate surroundings (his workshop, his watches).

• Behavioral Patterns: Distrust, withdrawal when questioned about the past, warnings when his control is threatened.

I don’t put this in continuous prose. I create a table. An instruction manual for the game master.

Trigger: “New face, unfamiliar voice”

Reaction: “Looks at hands → Clothing → Tool → Evasive comment”

This table is the NPC’s operating system. It makes him predictable—not boring, but consistent. The GM doesn’t have to guess how Clement will react. He knows the logic.

Layer 2: From System to Situation

A system running idle is useless. So I feed it input. What happens if players…

• …search his workshop? (Threat to control)

• …ask about his daughter? (Trauma trigger)

• …bring him a broken, rare part? (Resonance with his mechanism)

From this input and the system logic, the scenarios almost arise by themselves. Clement’s dossier contains mini-scenarios with three possible outcomes (cooperation, mistrust, escalation). They aren’t pre-made stories, but simulations of how his system reacts to different disruptions.

Why this effort? Because it reduces the workload.

A GM who uses Clement isn’t buying a 30-page story. They’re buying a plug-and-play module for vibrant interaction. The players’ decisions are governed by a stable, internal logic—and this is what creates truly believable, distinctive moments.

This method—from the psychological core to the system matrix to the playable simulation—is what I call Narrative Systems Design.

I don’t build characters. I program narrative engines. And I believe that’s precisely what brings worlds and campaigns to life.

If you need such a narrative engine for your own project—be it a game, a novel, or a pen-and-paper campaign—check out my shop for ready-made modules or contact me for a custom commission.

→ Visit my shop for system NPCs (Abre numa nova janela)
→ Follow my thoughts on Bluesky (Abre numa nova janela)
→ My Portfolio (Abre numa nova janela)