Wie ich Courtlines entwickelt habe: Eine SaaS für Clubmanagement, technisch umgesetzt mit Claude

Inhaltsverzeichnis

Aktualisiert im Juli 2026.

Kurzfassung: Courtlines ist das Betriebssystem für Vereine und Studios im Schlägersport – Buchung, Mitgliedschaften, Coaching, Kasse und Events unter einem eigenen Markendach. Ich habe es als Einzelbetreiber mit Claude als technischem Partner gebaut. Die Lektion: KI hat mich nicht nur schneller programmieren lassen, sie hat verändert, wie groß ein Produkt sein kann, das eine einzelne Person glaubwürdig ausliefern und betreiben kann.

[Aus Betreibersicht] Ich betreibe über 30 produktive Agenten quer über eine Beratungsmarke und Pickleland, die Pickleball-Anlage, die ich im Großraum Austin, Texas führe. Eine echte Anlage zu betreiben hat mir haargenau gezeigt, wie schlecht die Software für Vereine wie meinen ist – also habe ich die Software gebaut, die ich mir gewünscht hätte. Das ist die Geschichte von Courtlines, was es kann und wie es mir – gestützt auf Claude – gelungen ist, allein etwas zu bauen, wofür normalerweise ein ganzes Team nötig ist.

Warum ein Verein ein Betriebssystem braucht, keine App

Wer noch nie eine Sportanlage betrieben hat, für den ist das Softwareproblem unsichtbar. Von außen sieht es so aus, als würden „Leute einfach Plätze buchen”. Von innen betrachtet ist ein Verein ein kleines, unübersichtliches Geschäft mit einem Dutzend beweglicher Teile, die alle miteinander im Einklang stehen müssen.

Ein Mitglied bucht einen Platz. Diese Buchung muss wissen, ob die Person einen Mitgliedschaftstarif hat, ob sie über Guthaben verfügt, ob der Platz bereits für einen Kurs reserviert ist, ob ein Coach zugewiesen wurde und ob die Rezeption den Preis überschrieben hat. Wenn die Person erscheint, wird am Tresen eine Dose Bälle abgerechnet – das ist die Kasse. Sie meldet ihr Kind für ein Jugendprogramm an – das sind Events und Familienkonten. Sie kauft ein 10er-Paket Trainingsstunden – das ist ein Coaching-Paket mit eigener Auszahlungslogik an den Coach. Sie empfiehlt einen Freund weiter – das ist ein Mitglieder-Funnel.

Die meisten Vereine wickeln das über drei oder vier voneinander getrennte Tools plus eine Tabelle plus einen Gruppenchat ab. Das Buchungssystem weiß nichts von der Kasse. Die Kasse weiß nichts von den Mitgliedschaften. Am Monatsende passen die Zahlen bei niemandem zusammen.

Courtlines ist die Antwort auf die Frage: „Was, wenn all das ein einziges System wäre?” Es ist keine Buchungs-App mit angeschraubten Funktionen – es ist ein einziges Betriebssystem, in dem der Kalender, die Mitgliedschaften, die Kasse, die Coaching-Auszahlungen und die öffentlichen Event-Seiten alle auf denselben zugrunde liegenden Daten beruhen. Das ist die ganze These, und es ist der Slogan auf der Website: das Betriebssystem für Vereine und Studios.

Was Courtlines tatsächlich kann

Auf hoher Ebene gibt Courtlines einem Verein:

• Ein Platzraster per Drag-and-drop für die Rezeption – jede Reservierung, jeder Kurs und jede Sperre auf einem einzigen Bildschirm, den eine Verwaltungskraft in Echtzeit neu anordnen kann.
• Buchung und offenes Spiel für Mitglieder, inklusive der unangenehmen, aber unverzichtbaren Sonderfälle: wiederkehrende Reservierungen, Wartelisten, Stornofenster und Guthaben.
• Mitgliedschaften und Abrechnung – Tarife, Familienkonten, Jugend-/Kinderlogins, die mit einem Elternteil verknüpft sind, und das Mahnwesen, das verhindert, dass Umsatz stillschweigend versickert.
• Coaching – Trainingspakete, Terminplanung und automatisierte Auszahlungen an selbstständige Coaches.
• Kasse – eine echte Registrierkasse für Pro-Shop und Café, verknüpft mit demselben Kundendatensatz wie alles andere.
• Events und öffentliche Seiten – Kurse, Ligen und Turniere mit öffentlichen Seiten, die Menschen finden und für die sie sich anmelden können.

Das Designziel ist, dass die Plattform verschwindet. Ein Verein setzt seine eigene Marke obendrauf, und für seine Mitglieder fühlt es sich einfach wie „die App unseres Vereins” an, nicht wie „irgendeine SaaS, für die wir zahlen”. Das ist ein bewusster Kontrast zu den etablierten Anbietern in diesem Bereich – den CourtReserves und Skeddas dieser Welt –, bei denen die Software die Marke ist und der Verein nur der Mieter.

Pickleland ist Tenant Nr. 1. Ich kann mich nicht hinter einer Demo verstecken; das Ding muss tatsächlich eine Anlage betreiben, für die ich persönlich geradestehe. Diese Einschränkung war der beste Produktmanager, den ich je hatte. Du kannst dir Pickleland hier ansehen – es ist das reale Testfeld, und jede rauhe Kante, an die ein Mitglied stößt, ist ein Bug, den ich noch am selben Tag spüre.

Der Teil, der mich überrascht hat: Was ein einzelner Betreiber heute ausliefern kann

Hier ist die ehrliche Version der Geschichte, und sie ist der Grund, warum ich diesen Beitrag schreibe, statt einfach still zu starten.

Eine Multi-Tenant-SaaS mit Abrechnung, Kasse, rollenbasiertem Zugriff, Coaching-Auszahlungen und einem öffentlichen Event-System ist kein Wochenendprojekt. Vor zehn Jahren war das ein seed-finanziertes Team aus fünf bis acht Entwicklern für ein Jahr. Es ist die Art von Umfang, bei der einem Solo-Gründer üblicherweise freundlich geraten wird, es auf eine einzige Funktion einzugrenzen und Geld einzusammeln.

Ich habe es als eine einzelne Person gebaut, mit Claude als meinem wichtigsten technischen Partner. Nicht „ich habe ab und zu ChatGPT nach einem Codeschnipsel gefragt” – ich meine, Claude hat den Großteil des Codes in diesem System geschrieben, ausgehend von Spezifikationen und Produktentscheidungen, die mir gehören. Meine Aufgabe verlagerte sich vom Eintippen der Implementierung hin zum Entscheiden, was wahr ist: wie das Datenmodell aussehen soll, was eine Rolle tun darf, was „fertig” bei einer Funktion bedeutet und was sicher ausgeliefert werden kann.

Die interessante Verschiebung ist nicht das Tempo, auch wenn es schneller ist. Es ist der Umfang. KI hat mich nicht zu einem doppelt so schnellen Entwickler bei gleicher Produktgröße gemacht. Sie hat verändert, wie groß ein Produkt sein kann, das ich glaubwürdig bauen und – genauso wichtig – allein betreiben und pflegen kann. Eine Codebasis, die nur ein einziger Mensch geschrieben hat, würde unter ihrem eigenen Gewicht zusammenbrechen. Eine Codebasis, in der ein KI-Partner das Implementierungsdetail hält und ich die Architektur und die Leitplanken halte, ist eine wirklich andere Art von Sache – und sie ist der Grund, warum ein Einzelbetreiber heute eine Kategorie angehen kann, für die früher ein Unternehmen nötig war.

Ich veröffentliche hier bewusst nicht meinen genauen Betriebs-Spielplan für Courtlines – das ist der Teil, den ich als Wettbewerbsvorteil betrachte, und ich lasse meine Konkurrenten lieber weiter glauben, dass dafür ein großes Team nötig ist. Aber wenn du die Mechanik sehen willst, wie ich Claude an einem echten Projekt einsetze, im Detail, dann habe ich das alles für einen viel kleineren Build aufgeschrieben: ein mobiles Spiel, das ich in die App Stores gebracht habe. Sieh dir an, wie ich Quads, ein mobiles Brettspiel, mit Claude gebaut habe – dieselbe Arbeitsweise, nichts zu verbergen, alle Tricks auf dem Tisch.

Die Prinzipien, bei denen ich keine Kompromisse mache

Selbst wenn ich den Spielplan privat halte, sind ein paar Prinzipien es wert, ausgesprochen zu werden, weil sie für jeden gelten, der ernsthafte Software mit KI baut:

Der Mensch führt die gefährlichen Stifte. Es gibt eine kleine Zahl von Aktionen, bei denen ein Fehler teuer und schwer rückgängig zu machen ist – Schemaänderungen, Deploys, alles, was Geld oder Produktivdaten berührt. Die bleiben fest bei mir. KI kann sie vorschlagen; ausführen darf sie sie nicht. Diese Linie klar zu ziehen, ist genau das, was es sicher macht, der KI überall sonst viel Spielraum zu geben.

Grüne Tests sind notwendig, aber nicht hinreichend. Ein Buchungsablauf, der jeden Unit-Test besteht, kann in einem echten Browser trotzdem sichtbar kaputt sein. Die wichtigste Prüfung für ein Produkt mit einer Oberfläche ist ein Mensch – oder ein überwachter Prozess –, der sich tatsächlich mit realistischen Daten durchklickt. Tests sind ein Gefälle, das verhindert, dass die Dinge schlechter werden; sie sind kein Beweis dafür, dass eine Funktion tut, was sie soll. Diese Lektion habe ich auf die teure Weise gelernt, und sie hat dauerhaft verändert, wie ich „fertig” definiere.

Spezifikationen sind die eigentliche Schnittstelle. Der Hebel liegt nicht im cleveren Prompten – er liegt darin, klare, aktuelle Dokumente darüber zu pflegen, was das System ist und was jeder Teil tun soll. Zeit, die man investiert, um diese präzise zu halten, zahlt sich über jede künftige Sitzung hinweg vielfach aus. Wenn du die tiefere Version davon möchtest, es ist dieselbe Disziplin, die ich in wie man System-Prompts für KI-Agenten schreibt, die im Produktivbetrieb nicht versagen beschreibe.

Bau das Ding, mit dem du selbst leben musst. Die mit Abstand beste Entscheidung war, Courtlines eine Anlage betreiben zu lassen, die mir gehört. Es ist leicht, eine Demo auszuliefern, die beeindruckt; es ist unmöglich, sich vor Software zu verstecken, auf die deine eigenen Mitglieder angewiesen sind. Wenn du mit KI baust, richte sie auf ein Problem, das du persönlich spürst – der Realitätscheck ist mehr wert als jede Test-Suite.

Wie das in alles andere passt, was ich baue

Courtlines existiert nicht isoliert. Es ist Teil eines kleinen Schlägersport-Ökosystems, das ich aufbaue: The Court Scout ist ein verifiziertes Verzeichnis von Pickleball-Plätzen, gebaut, um wirklich genauer zu sein als die zusammengekratzten Verzeichnisse, mit denen es konkurriert, und Pickleland ist die Vorzeige-Anlage, an der alles getestet wird. Das Verzeichnis hilft Spielern, Plätze zu finden; Courtlines hilft den Vereinen hinter diesen Plätzen, tatsächlich zu funktionieren.

Das Bindegewebe über all dem ist dasselbe Betriebsmodell: ein Einzelbetreiber, verstärkt durch KI, der mehr Fläche bewirtschaftet, als ein Einzelbetreiber es historisch konnte. Courtlines ist bisher der ehrgeizigste Ausdruck dieses Modells – eine vollständige SaaS-Plattform, die ich mich vor ein paar Jahren schlicht nicht getraut hätte, allein anzugehen.

Wenn du einen Schlägersportverein oder ein Studio betreibst und es leid bist, vier Tools zusammenzuflicken, dann wirf einen Blick auf Courtlines. Und wenn du ein Entwickler bist und dich fragst, wie weit du KI an einem echten Produkt treiben kannst, dann ist das der ganze Sinn dieses Beitrags: weiter, als du wahrscheinlich denkst.

FAQ

Was ist Courtlines?

Courtlines ist ein Multi-Tenant-Betriebssystem für Vereine und Studios im Schlägersport – Pickleball, Tennis, Padel und darüber hinaus. Es vereint Buchung, Mitgliedschaften, Coaching, Kasse und Eventmanagement in einer einzigen Plattform mit eigener Marke, sodass ein Verein sein gesamtes Geschäft aus einem einzigen System statt aus vier getrennten Tools führt. Du kannst es dir unter courtlines.com ansehen.

Hat Claude wirklich den Großteil des Codes geschrieben?

Ja. Claude war mein wichtigster technischer Partner und hat den Großteil der Implementierung geschrieben, ausgehend von Spezifikationen, Architektur und Produktentscheidungen, die mir gehören und die ich kontrolliere. Ich halte das Schema, die Deploys und die Definition von „fertig”; die KI hält das Implementierungsdetail. Diese Arbeitsteilung ist es, die eine allein gebaute SaaS dieses Umfangs auf Dauer pflegbar macht.

Kann eine einzelne Person mit KI wirklich eine SaaS dieser Größe bauen und betreiben?

Sie zu bauen ist heute tatsächlich machbar – das ist der überraschende Teil. Die größere Herausforderung ist, sie zu betreiben und zu pflegen, denn eine große Codebasis braucht jemanden, der die Architektur versteht, auch wenn eine KI die Details geschrieben hat. Der Schlüssel liegt darin, klare Spezifikationen zu pflegen und bei der kleinen Zahl risikoreicher Aktionen, die ein Mensch verantworten muss, standhaft zu bleiben. So gehandhabt, ist die pflegbare Fläche für einen einzelnen Betreiber weit größer als früher.

Warum eigene Vereinssoftware bauen, statt CourtReserve oder Skedda zu nutzen?

Weil der Betrieb von Pickleland mir genau gezeigt hat, wo die bestehenden Tools zu kurz greifen: Das Buchungssystem, die Kasse und die Mitgliedschaften teilen sich keine gemeinsame Wahrheitsquelle, also lässt sich nichts sauber abgleichen. Ich wollte ein System, in dem all das dieselben zugrunde liegenden Daten sind und in dem die Marke des Vereins – nicht die des Softwareanbieters – das ist, was die Mitglieder sehen. Genau diese Lücke soll Courtlines schließen.

Wo kann ich lernen, wie du tatsächlich Tag für Tag mit Claude arbeitest?

Den detaillierten Courtlines-Spielplan halte ich aus Wettbewerbsgründen privat, aber ich habe genau dieselbe Arbeitsweise an einem kleineren, vollständig offenen Projekt dokumentiert – einem mobilen Brettspiel namens Quads. Lies wie ich Quads, ein mobiles Brettspiel, mit Claude gebaut habe für die Mechanik, oder wie ich entscheide, ob eine Automatisierung es wert ist, gebaut zu werden für das ROI-Denken hinter allem, was ich ausliefere.