Das Problem

Kampfsportschulen werden fast immer mit Werkzeugen verwaltet, die nie für sie gedacht waren: Excel-Tabellen für die Schülerliste, ein Heft für die Beiträge, verstreute Nachrichten für Ankündigungen und der Kopf des Trainers für alles Übrige. Das funktioniert, bis es nicht mehr funktioniert. Wenn die Schule wächst, werden jeder nicht eingezogene Monatsbeitrag, jeder nicht erfasste Gürtel und jede nicht notierte Anwesenheit zu Handarbeit, die Zeit auf der Matte kostet.

Generische Software zur Studioverwaltung passt ebenso wenig: Sie ignoriert, was Kampfsport ausmacht — Graduierungen und Gürtel, technischen Fortschritt, Nachverfolgung pro Disziplin — und zwingt dazu, Abläufe zu verbiegen, damit sie in eine „Fitness“-Schablone passen.

Die Rolle — Alleingründer

MojoDojo habe ich allein gebaut, von Anfang bis Ende: Produkt, Architektur, Backend, Frontend, Datenbank, Zahlungen und Deployment. Es ist ein eigenes Projekt (ein SaaS im Alleingang, nicht mitgegründet), was bedeutete, den Umfang mit derselben Disziplin festzulegen, mit der man Code schreibt: alles auf das zu konzentrieren, was eine echte Schule täglich nutzt, und alles andere wegzulassen.

Der Prozess

Von einer echten Schule ausgehen. Das Produkt entstand nicht aus einer Markthypothese, sondern aus dem täglichen Betrieb einer konkreten Schule. Das legte die Prioritäten fest: zuerst das, was jede Woche angefasst wird — Schüler, Anwesenheit, Beiträge —, danach das Beiwerk.
Mit dem Nutzer im Raum iterieren. Weil die Schule früh im Produktivbetrieb war, wurde jede Funktion an echter Nutzung geprüft, nicht an einem Mockup.
Einen langweiligen, soliden Stack wählen. Go für ein vorhersagbares Backend, React für eine Oberfläche, die auch Trainer ohne technischen Hintergrund reibungslos bedienen, PostgreSQL als Single Source of Truth und Stripe, um Zahlungen nicht neu zu erfinden und keine sensiblen Kartendaten speichern zu müssen.
Disziplinierter Umfang. In einem Alleinprojekt musste sich jede Funktion ihren Platz verdienen. Die Regel: Was die Schule diese Woche nicht braucht, kommt noch nicht hinein.

Die Lösung

MojoDojo ist ein SaaS zur Verwaltung von Kampfsportschulen, das an einer Stelle zusammenführt, was vorher auf Excel-Tabellen, Hefte und Nachrichten verteilt war:

Verwaltung der Schüler und ihrer Daten.
Nachverfolgung von Anwesenheit und Fortschritt nach Graduierungen und Gürteln.
Einzug wiederkehrender Beiträge über Stripe.
Eine Oberfläche für das Personal der Schule, nicht für Systemadministratoren.

Das Designziel war, dass das Werkzeug verschwindet: weniger Zeit vor einem Bildschirm, mehr Zeit auf der Matte.

Ergebnisse

Im Produktivbetrieb in einer echten Schule, mit rund 300 Nutzern. Keine Demo und kein Pilot: Es ist das Werkzeug, mit dem eine Schule ihren Alltag organisiert.
Es ersetzt das Provisorium aus Excel-Tabellen und manuellem Beitragseinzug durch ein einziges System.

Erkenntnisse

Ein echter Nutzer wiegt mehr als zehn Interviews. Eine Schule im Produktivbetrieb machte jede Entscheidung zu einer überprüfbaren Hypothese.
Umfang ist die schwerste Aufgabe eines Alleingründers. Ohne Team hält ein rechtzeitiges „Nein“ das Projekt lebendig und wartbar.
„Langweilig“ ist eine Tugend in der Infrastruktur. Go + PostgreSQL + Stripe bedeuten weniger Überraschungen um drei Uhr morgens.
Spezialisierung schlägt Verallgemeinerung. Die Sprache des Kampfsports zu sprechen — Gürtel, Graduierungen, Disziplinen — ist genau das, was generische Software nicht tut.