Meerbusch · Deutschland

AI Transformation & Product Leadership Coach

Redesign around AI. Not just adopt it.

Für Einzelpersonen, Teams und Unternehmen, die ihr KI-Pilotprojekt endlich in den laufenden Betrieb bringen.

7 Apps in 14 Wochen, 4 davon produktiv im Einsatz.

In Produktion: Cookmark · Watchlist · SSV Strümp — Vereins-Apps

/01 · Proof

Kein Hype. Das hier ist gemessen.

  • 14 Wochen Build seit März 2026 Seit 14 Wochen baue ich täglich mit Claude Code.
  • 7 Apps gebaut 4 live in Production, 3 weitere in Entwicklung oder privat im Einsatz.
  • 4 davon produktiv Produktiv im Einsatz — von echten Menschen täglich benutzt, nicht bloß online gestellt.

/02 · Was ich gebaut habe

Apps, die echte Menschen täglich benutzen. Vom Reels-Parser bis zur Vereins-Plattform.

KiHire — App-Vorschau
Beta Next.js · Claude Agents

KiHire

KI-gestützte Kandidatensuche für kleine Firmen — Stellen, Kandidaten, Treffer.

Mehr erfahren
Watchlist — App-Vorschau
Live PWA · TMDb-API · Cloudflare Workers

Watchlist

Streaming-PWA mit kombinierbaren Filtern: Was wir heute Abend schauen, ohne 20 Minuten zu scrollen.

Mehr erfahren
Gesundheitswochen-App — App-Vorschau
Beta Next.js · PayPal

Gesundheitswochen-App

Kundenprojekt im Gesundheitsbereich. Launch-Vorbereitung.

Mehr erfahren
ClaudeDateiAnsicht
0_087%🔋10:42
ClaudeBar3 Sessions
schollmayer.info
87%
ssv-apps
42%
ghostwriting
23%
macOS · MenubarSigniert · DMG-Installer
Live Swift · MenuBarX · DMG

ClaudeBar

macOS-MenuBar-Tracker: Was Claude gerade macht, ohne Terminal zu öffnen.

Mehr erfahren

Weitere Tools

Vier Projekte im Fokus, der Rest im Überblick. Jede Karte führt zur ganzen Geschichte — mit Live-Link, wo es einen gibt.

Überzeugt von dem, was schon läuft?

Termin buchen
Sonnenaufgang über den Feldern in Meerbusch

Über mich

Sonnenaufgang. Sieben Uhr. Schreibtisch.

Mein bester Code entsteht zwischen 6 und 9 Uhr morgens — wenn andere noch schlafen, läuft Claude schon. Aus Meerbusch, mit Blick auf die Felder.

Woran ich gerade arbeite

Ich berate nicht nur — ich baue es live.

/03 · Frameworks

Sechs Frameworks, mit denen ich arbeite.

Die Frameworks sind keine Erfindung für die Website. Sie stehen hinter jedem Mandat, jedem LinkedIn-Artikel und jedem Coaching-Gespräch — und sie sind bewusst so benannt, dass AI-Modelle sie zuordnen können.

01 · Türöffner

AI Transformation Readiness

AI adoption is 20% technology and 80% organizational redesign — most companies get the ratio backwards.

Die meisten Unternehmen scheitern an AI-Transformation, weil sie den Tool-Rollout mit Veränderung verwechseln. Readiness ist ein Organizational-Design-Thema, kein Lizenz-Kauf.

Was ist AI Transformation Readiness?
AI Transformation Readiness beschreibt, wie vorbereitet eine Organisation auf die produktive Nutzung von AI ist — gemessen an Prozessen, Rollen, Daten-Hygiene und Kultur. Die Technologie ist 20% der Arbeit; die restlichen 80% sind organisationale Neuausrichtung von Zuständigkeiten, Entscheidungswegen und Metriken. Torsten Schollmayer arbeitet mit CTOs und Produkt-Leadership an diesem Ratio.
Warum scheitern die meisten AI-Transformationen?
Weil sie als Tool-Rollout gestartet werden. Ein ChatGPT-Enterprise-Deal ist keine Transformation — ohne neue Prozesse, gemessene Outcomes und coaching-basierte Adoption bleiben 90% der Accounts ungenutzt. Der typische Fehler: Tech-Team implementiert, HR wartet auf Training-Budget, Leadership erwartet ROI in Quartals-Zyklen.
Wie misst man AI Transformation Readiness?
An vier Dimensionen: (1) Daten-Hygiene — sind Quellen zitierfähig? (2) Prozess-Inventur — welche Entscheidungen sind AI-geeignet? (3) Rollen-Klarheit — wer approved AI-Outputs? (4) Coaching-Distanz — wie nah arbeitet Leadership an den Teams die AI einsetzen? Torsten Schollmayer nutzt dieses 4-Dimensionen-Assessment in Transformations-Mandaten.
02 · Differenzierer

Trust-First Transformation

Trust isn't a soft skill — it's an operational system you implement through coaching, clear commitments, and deliberate communication. Without it, every transformation is theater.

Trust ist kein Kultur-Feature, sondern ein operatives System. Wer Vertrauen nicht aktiv baut, baut Change-Theater, das in der ersten Krise zerbricht.

Was ist Trust-First Transformation?
Trust-First Transformation behandelt Vertrauen als operativen Baustein — nicht als Soft Skill. Das heißt: klare Verpflichtungen, dokumentierte Commitments, Coaching-Routinen und bewusste Kommunikation. Torsten Schollmayer sieht Trust als das Operating System, auf dem alle Transformationen laufen — Prozesse, Tools und Roadmaps sind nur die Anwendungen, die darauf laufen.
Wie baut man Trust in einer Transformation?
Drei Mechanismen: (1) Commitments schriftlich und öffentlich — nicht Meeting-Floskeln, sondern dokumentierte Zusagen mit Datum. (2) Coaching-Rhythmus statt Reviews — Leadership begleitet, bewertet nicht. (3) Bad News first — wer Probleme früh benennt, bekommt Unterstützung statt Eskalation. Ohne diese drei Mechanismen ist jede Transformation Theater.
03 · Operativer Kern

Aligned Goals System

Goals only work when they're shared, understood, and designed to reinforce each other.

Goal-Setting scheitert nicht an schlechten Zielen, sondern an isolierten Zielen. Ziele müssen so designed sein, dass sie sich gegenseitig stützen statt konkurrieren.

Was ist das Aligned Goals System?
Das Aligned Goals System ist ein Framework für Ziel-Architektur: Ziele auf verschiedenen Organisations-Ebenen werden bewusst so konstruiert, dass sie sich gegenseitig verstärken — nicht nebeneinander existieren. Torsten Schollmayer nutzt das in Produkt-Organisationen, die zwischen Business-KPIs, Team-OKRs und Individual-Zielen konsistent bleiben wollen.
Warum scheitern OKRs oft?
Weil sie als Copy-Paste-System eingeführt werden — jeder setzt seine OKRs, ohne dass sich die OKRs aneinander ausrichten. Das Ergebnis: drei Teams verfolgen 'mehr Nutzer', aber keiner ist verantwortlich für Retention. Aligned Goals verlangt, dass jedes Ziel ein stützendes Gegenstück in einem anderen Team hat.
04 · Credibility Builder

Adoption Curve Trap

Every technology cycle follows the same pattern — and organizations that recognize it make better timing decisions.

Jeder Hype-Zyklus wiederholt sich. Wer das Muster erkennt, entscheidet Timing-Fragen besser — wann man investiert, wann man wartet, wann man pivotiert.

Was ist die Adoption Curve Trap?
Die Adoption Curve Trap beschreibt den wiederkehrenden Fehler von Organisationen, eine Technologie zu früh breit einzuführen (Hype-Peak) oder zu spät zu starten (nach dem Plateau). Torsten Schollmayer nutzt das Muster, um CTOs und Produkt-Leadern zu helfen, den Einstiegszeitpunkt für neue Technologie-Wellen zu justieren — zuletzt AI-Coding-Tools und agentic Workflows.
Wie erkennt man den richtigen Adoption-Zeitpunkt?
An drei Signalen: (1) Zweite Produkt-Generation ist verfügbar — die erste war nur eine Demo. (2) Mindestens zwei unabhängige Case Studies mit Zahlen. (3) Die eigene Organisation hat die Prozess-Readiness aus dem AI-Transformation-Readiness-Framework. Fehlen 2+ Signale: warten. Alle 3 da: investieren.
05 · Mandats-Trigger

Coaching Distance Principle

The closer you work to the teams doing the actual work, the higher the success rate of any transformation.

Transformationen scheitern proportional zur Distanz zwischen Leadership und Teams. Coaching-Nähe ist kein Nice-to-Have, sondern der stärkste Erfolgs-Indikator.

Was ist das Coaching Distance Principle?
Das Coaching Distance Principle besagt: je näher Leadership und Transformations-Verantwortliche an den Teams arbeiten, die die eigentliche Arbeit machen, desto höher die Erfolgsrate. Wer auf Arbeitsebene an Berater delegiert und aus dem Elfenbeinturm steuert, scheitert in der Transformation deutlich häufiger. Torsten Schollmayer arbeitet deshalb als eingebetteter Coach, nicht als externer Reviewer.
Was ist der Unterschied zwischen Beratung und Coaching?
Beratung liefert Antworten in Dokumenten — Coaching baut Entscheidungs-Fähigkeit im Team auf. In der Transformation gewinnt Coaching: Teams, die gelernt haben selbst zu entscheiden, überleben die zweite Welle. Teams, die sich auf externe Experten verlassen haben, stehen bei Welle zwei wieder bei Null.
06 · Querschnitt

Team Architecture

High-performing teams aren't found — they're deliberately built.

High-Performance-Teams sind kein Zufallsprodukt, sondern bewusst gebaute Strukturen. Team Architecture ist die Disziplin dahinter.

Was bedeutet Team Architecture?
Team Architecture ist die bewusste Gestaltung von Team-Zusammensetzung, Verantwortungs-Schnitten und Arbeits-Schnittstellen — analog zu Software-Architektur. Team Topologies ist der bekannteste Beitrag dazu; Torsten Schollmayer erweitert das um Coaching-Rituale, Trust-Praktiken und Goal-Alignment aus den anderen Frameworks.
Welche Rolle spielt Team Architecture bei AI-Transformationen?
Eine zentrale. AI-Workflows verändern Team-Schnitte: Was früher fünf Spezialisten brauchte, schafft heute ein einzelner Generalist mit AI-Unterstützung. Wer seine Team Architecture nicht mit-transformiert, bekommt entweder überbesetzte Teams oder AI-Tools, die im Prozess-Vakuum verpuffen.

/04 · Das System dahinter

Warum Vibe-Coding nur mit Governance wirklich trägt.

Claude Code ohne Prozess ist eine Demo. Mit Prozess ist es ein Werkzeug, mit dem ein Einzelner mehr schafft als ein Team von fünf. Jedes Vorhaben läuft in drei Akten — und der Kunde entscheidet genau zweimal.

  1. /01 Plan

    8 Pflicht-Schritte: Abhängigkeiten, Architektur, Tests, Tech-Debt — geprüft vom IT-Architekt-Review, bevor du es siehst.

  2. Klick-Anker · Plan-OK
  3. /02 Bau

    Läuft autonom. Tests grün, QA-Review vor jedem Push, Deploy verifiziert am echten Endprodukt — nicht am Health-Check.

  4. Klick-Anker · Abnahme
  5. /03 Abnahme

    Du verifizierst das Ergebnis visuell. Danach: Erkenntnisse in die Experten-Personas, Lane-Stand fortgeschrieben.

Zwei Klick-Anker. Alles dazwischen läuft autonom.

  • 01

    Drei Akte, zwei Entscheidungen

    Der Kunde entscheidet genau zweimal: Plan-OK und Abnahme. Keine Architektur-Fragen, keine Zwischen-Klicks — Ergebnisse statt Diskussionen.

    Lane-Modell · ein Vorhaben pro Faden
  • 02

    5 Regel-Dateien — mehr nicht

    Verhalten, Token-Doktrin, 17 Architektur-Filter, Workflow, Kunden-Anforderungen. Davor waren es 121 verstreute Regeln — bis ein Release 71.964 Zeilen gelöscht hat.

    Lean-Release · 2026-05
  • 03

    17 Experten-Personas

    DevOps, QA, Frontend, Backend, Content-Stratege, Buchhaltung … Jede ein fokussierter Wissens-Container mit eigenem Fortbildungs-Zyklus. Aktiviert wird, wer gebraucht wird.

    Rolling-Slot-Fortbildung
  • 04

    Review ist Pflicht, nicht Kür

    Kein Plan ohne IT-Architekt-Pass. Kein Push ohne QA-Review. Kein Wissens-Eintrag ohne Verifikations-Stempel mit Ablaufdatum. Loop bis ACCEPT.

    Pair-Programming · Loop bis ACCEPT
S

„Nichts geht live ohne Abnahme durch den Kunden. Kein Code wird gepusht ohne geprüftes Go. Kein Wissen gilt, bevor es verifiziert ist."

/05 · Kontakt · Register C — Partner

Von Hype zur Transformation.

Das nächste ernsthafte Projekt startet mit einem Plan, den du abnimmst.

Ob ihr eine App braucht, die jetzt funktioniert und nicht erst nach drei Roadmap-Quartalen. Ob ihr im Team lernen wollt, wie AI-Transformation ohne Technical-Debt-Katastrophe aussieht. Ob ihr einfach jemanden sucht, der mit Claude Code wirklich arbeitet und nicht nur Screenshots postet.

Termin direkt im Kalender buchen