Der rote Faden
Ein Beispiel, einmal komplett

Eine bewusst winzige Entscheidung — Katzen von der Theke fernhalten — läuft die gesamte Methodik einmal durch. Jede Phase zeigt zweierlei: den methodischen Zug (wie entschieden wird) und die Schicht darunter (wo er in den Daten und der Architektur landet). Dieselbe Entscheidung können Sie im Demo-Cockpit ↗ selbst anfassen.

Der Stresstest
Drei Stunden allein zu Hause, aufgetautes Hühnchen auf der Theke, zwei motivierte Katzen. Was diesen Abend übersteht, hält.

Fünf Phasen, fünf Schichten. 6 Anforderungen, 4 Lösungstypen, 5 konkrete Kandidaten — einer davon fliegt am Gate raus. Das reicht, um jeden Mechanismus einmal anzufassen.

  1. 1

    Mission

    Auftrag

    Was das System leisten muss — werkzeug-neutral.

  2. 2

    Requirements

    Anforderungen

    Jede Anforderung auf genau einer Achse.

  3. 3

    Architecture

    Lösungsraum

    Ein Strukturbefund teilt den Raum in Typen.

  4. 4

    Solutions

    Kandidaten

    Konkrete Lösungen, auf vier Achsen bewertet.

  5. 5

    Decision

    Verdikt

    Das gerankte Ergebnis unter einer Gewichtung.

Phase 1 · Mission

Der Auftrag — werkzeug-neutral

Bevor irgendein Gerät genannt wird, hält die Methodik fest, was das System können muss. Drei Anwendungsfälle, die Beteiligten, ein Stresstest — sonst nichts.

  • Fernhalten

    Die Katzen sollen die Arbeitsfläche gar nicht erst betreten — nicht „runterscheuchen, wenn man’s sieht“.

  • Alle Zugangswege

    Der Direktsprung vom Boden UND der Umweg über Stuhl, Hocker oder Fensterbank — beide Wege zählen.

  • Auch ohne Aufsicht

    Wirkt, wenn stundenlang niemand zu Hause ist — nicht nur, solange jemand zuschaut.

RolleWer
Entscheidet & zahltIch — ein Haushalt, kein Budget-Drama, aber kein Spielgeld.
BetroffenZwei Katzen und die Mitbewohner, die die Küche täglich benutzen.
Der SkeptikerDie Katzen selbst — sie testen jede Lücke, gnadenlos und mit viel Zeit.

Daten requirements.jsonuseCases · stakeholders · stressTest  ·  Methode → Der Phasen-Prozess  ·  Live Station 1 im Cockpit ↗

Phase 2 · Requirements

Anforderungen — jede auf genau einer Achse

Die Anforderungen sind die Kriterien. Jede sitzt auf genau einer der vier Achsen — Gate, Fit, Risiko oder Kosten — das verhindert Doppelzählung. Kosten betrachtet die Methodik immer getrennt (4-Bucket-TCO), nie als Teil einer Mischzahl.

AnforderungAchseTierGewicht
Human & sicher
Darf der Katze nicht körperlich schaden und keine Küchengefahr schaffen (z. B. Wasser an einer Steckdose). Binär: eine Lösung, die das verletzt, fliegt raus — egal wie gut sie wirkt.
GatehardK.O.
Wirksamkeit
Hält die Katze tatsächlich von der Arbeitsfläche fern. 5 = die Katze geht gar nicht erst rauf; 1 = sie ignoriert es nach kurzer Zeit.
Fitcritical5
Hält unbeaufsichtigt
Wirkt stundenlang ohne anwesenden Menschen — der Stresstest. 5 = läuft den ganzen Abend allein zuverlässig; 1 = funktioniert nur, wenn jemand zuschaut.
Fitcritical5
Küche bleibt angenehm
Kein Dauerlärm, keine Unordnung/Geräte auf der Fläche, kein Geruch für die Menschen. 5 = man merkt es kaum; 1 = die Küche wird unangenehm.
Fitstandard3
Unauffällig
Idealerweise nahezu unsichtbar, kein Schandfleck auf der Arbeitsfläche. Reines Plus, kein Ausschlusskriterium.
Fitnice-to-have1
Robustheit / Gewöhnung
Bleibt es wirksam, oder lernen clevere Katzen, es zu umgehen, und sterben Batterien unbemerkt? 5 = robust, kein Gewöhnungseffekt; 1 = wird schnell ausgehebelt oder fällt still aus.
Riskstandard3
Die vierte AchseKosten stehen nicht in dieser Tabelle. Sie sind eine eigene Achse, als 4-Bucket-TCO über Aufbau, Wartung, Lizenz und Nutzung — pro Lösung gerechnet, in Phase 4.

Daten requirements.jsoncriteria[] (axis · tier · weight)  ·  Referenz → Das requirements-Schema  ·  Methode → Die vier Achsen

Phase 3 · Architecture

Der Lösungsraum — ein Strukturbefund teilt ihn auf

Phase 3 partitioniert den Raum in wenige Lösungstypen (Architekturen) — noch werkzeug-neutral. Sie entstehen aus Weichen (Forks): manche sind schon geschlossen, eine bleibt offen und schärft den Raum live.

Der Strukturbefund — Ein Punkt oder alle Zugänge?
Strukturbefund: mehrere Zugangswege (Direktsprung + über Stuhl/Hocker) — ein einzelner Punkt ist leck.
LösungstypWas
Fertiggerät kaufenEin fertiges Abwehrgerät anschaffen — bewegungsausgelöster Luftstoß, Ultraschall oder eine strukturierte Matte. Einmalige Hardware, evtl. Nachfüllkartuschen.
Smart-Gerät im AboEin app-gesteuertes Kamera-/Abwehrgerät im Abo — laufende monatliche Gebühr plus Anschaffung. Die einzige Miet-Variante.
Eigenbau AnkerSelbst bauen: Bewegungssensor + Summer, oder eine selbst gebaute physische Barriere. Kostet vor allem meine Zeit.
Umgebung ändern AnkerDie Umgebung umbauen statt eines Geräts: Anreize entfernen, Zugangswege physisch blockieren, trainieren. Nahezu kostenlos, aber meine Zeit + Disziplin.

Diese vier Typen entstehen aus einer einzigen Weiche — „Etwas Fertiges anschaffen — oder die Sache selbst lösen?“ Ziehen Sie sie im Cockpit, und die Schiene narrowt sich von vier auf zwei: fertig kaufen behält die gekauften, selbst lösen die gebauten Typen. Genau dieses prune macht der Kernel.

Daten architectures.json + decisions.jsonforks[].prune  ·  Methode → Forks & Narrowing  ·  Live Weiche ziehen ↗

Phase 4 · Solutions

Die Kandidaten — auf vier Achsen bewertet

Jetzt erst werden die Typen mit konkreten Produkten gefüllt und auf Gate · Fit · Cost · Risk bewertet. Eine Lösung ist konfigurierbar (das Fertiggerät fächert in drei Varianten auf), und eine fällt absichtlich am Gate raus — um zu zeigen, was das Gate tut.

LösungArtLösungstypStatus
Fertiges Abwehrgerät 3 Varianten
Fertig kaufen, einmal aufstellen, läuft. Luftstoß ist am wirksamsten, aber zischt; Matte ist unauffällig, aber schwächer.
buy Fertiggerät kaufen live
Smart-Kamera + Abo
Kamera + monatliches Abo. Abhängig von App, WLAN, Anbieter — wenn das Abo ausläuft, ist das Gerät tot.
rent Smart-Gerät im Abo live
Eigenbau (Arduino + Summer)
Anker — bespoke-Maximalvariante. Zeigt, wo die Selbstbau-Decke liegt; selten der Sieger.
build Eigenbau live
Umgebung ändern (entkernen + Block)
Anker — passive Variante. Maximal angenehm + unauffällig, aber unbeaufsichtigt schwächer als ein aktives Gerät.
build Umgebung ändern live
Elektro-Schreck-Matte
Eliminiert durch das Humane-Gate. Bleibt im Vergleich nur, um zu zeigen, was das Gate tut.
buy Fertiggerät kaufen Gate ✗
Das Gate eliminiert, es bewertet nicht
Die Elektro-Schreck-Matte ist wirksam — aber sie verletzt das humane Gate und fliegt raus, egal wie gut die Fit-Zahlen sind. Eliminierte Lösungen können eine lebende nie überholen: der Kernel gibt ihnen kein Verdikt, die Rangliste sortiert sie ans Ende.

Daten solutions.json (scores · variants · costInputs) + die Instanz-cost()-Hook  ·  Referenz → Das solutions-Schema  ·  Live Die Matrix ↗

Phase 5 · Decision

Das Verdikt — gerankt, aber nicht automatisch

Der Kernel rollt Fit, Kosten und Risk unter einem Szenario (€200/PT, 3 Jahre Amortisation) zu einem Verdikt — und re-rankt live, wenn man die Gewichtung dreht. Das Cockpit bietet dafür Voreinstellungen:

  • Ausgewogen

    Fit ×1 · Kosten ×1 · Risk ×1

  • Geld zählt

    Fit ×1 · Kosten ×2 · Risk ×1

  • Hauptsache wirkt

    Fit ×2 · Kosten ×1 · Risk ×1

  • Robust + sicher

    Fit ×1 · Kosten ×1 · Risk ×2

Der Berater schreibt das Verdikt — das Instrument informiert, die Knöpfe sind transparent. Die Empfehlung darf begründet davon abweichen. Das Cockpit gewinnt keine Entscheidung, es macht sie verteidigbar.

Daten config.jsonscenario · presets + Kernel-ranking()  ·  Methode → Vom Raum zum Verdikt  ·  Live Das Verdikt drehen ↗

Dieselbe Entscheidung, fünf Schichten

Was Sie gerade angefasst haben

Diese eine kleine Entscheidung berührte jede der fünf Architektur-Schichten — die Methodik-Phasen und der Bauplan sind zwei Sichten auf dasselbe System.

SchichtIn diesem Beispiel
ContractDas Schema, gegen das demo/*.json validiert — vier Achsen, eine Form-Wahrheit.
KernelDie reine Mathematik: Gate-Eliminierung, Fit-Gewichtung, TCO-Rollup, Ranking.
ShellDas Cockpit, durch das Sie geklickt sind — Stationen, Forks, Matrix, Verdikt.
TemplateDas Copy-me-Gerüst, aus dem ein solches Cockpit entsteht.
Instancedemo/ selbst — die gefüllten Daten dieser Katzen-Entscheidung.

→ Die fünf Schichten im Detail  ·  → Die Methodik im Detail

← Zurück zur Übersicht