Vom Hackathon zur Beta.
Eine Deadline brachte Webwoven zum Laufen. Erst echte Spieler machten sichtbar, was daraus ein Produkt werden lässt.
Die OpenAI Build Week gab mir für Webwoven etwas sehr Nützliches: eine harte Deadline. Aus einer Idee musste schnell eine spielbare Version werden. Das zwang mich, den Kern freizulegen. Ein Startpunkt, ein Ziel, nachvollziehbare Verbindungen und so wenige Ablenkungen wie möglich.
AI-gestützte Entwicklung half mir, Alternativen schneller zu prüfen und Grundstrukturen aufzubauen. Die schwierigste Entscheidung blieb trotzdem menschlich: Was gehört in den ersten Build – und was bewusst noch nicht?
Eine Deadline erzeugt einen Build
Für die Abgabe musste Webwoven nicht alles können. Es musste seine Idee beweisen. Spieler bewegen sich durch einen Wissensgraphen und verbinden reale Entitäten über benannte Beziehungen. Wikidata liefert die belegbare Grundlage. Das Spiel macht daraus einen Weg, den Menschen verstehen und miteinander vergleichen können.
Ein Hackathon belohnt Tempo. Das ist gut, solange der fertige Build nicht mit einem fertigen Produkt verwechselt wird. Nach der Abgabe begann deshalb die weniger sichtbare Arbeit: Zustände absichern, Begriffe schärfen, Fehler verständlich machen und den Einstieg so gestalten, dass niemand eine Erklärung von mir braucht.
Feedback erzeugt eine Beta
Mit der Beta kamen Solo-Runden, eine tägliche Challenge, Multiplayer und unterschiedliche Wissenskategorien. Wichtiger als die längere Featureliste waren aber die ersten echten Fragen: Welche Verbindung überrascht? Wo ist die Bedienung unklar? Wann fühlt sich eine Route klug und wann nur zufällig an?
Manches Feedback führt zu einer neuen Funktion. Anderes zeigt kleine Probleme bei Onboarding, Performance oder Schwierigkeit. Beides zählt. Ich behandle Änderungen möglichst als Hypothesen, veröffentliche sie kontrolliert und beobachte, ob sie das Spiel wirklich verbessern.
Die Build Week brachte Webwoven zum Laufen. Die Beta brachte mir bei, woran ich als Nächstes arbeiten muss.