Vom Beta-Feedback zum nächsten Release

Plot ist im Early Access. Zwischen dem Moment, in dem jemand beim Schreiben gegen eine Wand läuft, und dem Moment, in dem wir es sehen, liegen also Stunden, nicht Quartale. Diese Feedbackschleife ist das Beste daran, öffentlich zu entwickeln. Sie ist aber auch eine Falle: Wer immer das umsetzt, was der lauteste Wunsch verlangt, hat am Ende einen Haufen Funktionen und kein Produkt. Hier ist die Sichtweise, die wir stattdessen verwenden.

Wir ordnen Feedback nach dem, was es zeigt, nicht nach dem, was es verlangtLink zu diesem Abschnitt

Ein Funktionswunsch ist eine Antwort. Unsere Aufgabe ist, die Frage dahinter wiederzufinden. Wenn jemand um eine Schaltfläche bittet, ist die Schaltfläche der eigene Lösungsvorschlag für ein Problem, das gerade spürbar ist – und oft ist das Problem echt, während die vorgeschlagene Schaltfläche nicht die beste Lösung ist. Deshalb lesen wir jede Rückmeldung zweimal: einmal für den wörtlichen Wunsch, einmal für die Reibung, auf die sie hinweist.

1. Was versucht die Person eigentlich zu tun? Nicht die Funktion – das Ziel dahinter.
2. Wie oft kommt das vor, und bei wie vielen verschiedenen Menschen? Ein lebhafter Wunsch ist ein Datenpunkt; fünf leise im selben Bereich sind ein Muster.
3. Passt die Lösung zum Fundament, oder kämpft sie dagegen an? Die besten Änderungen ergeben sich aus Versionsverwaltung, strukturierten Dokumenten und Skills. Die, die gegen dieses Fundament ankämpfen, sind Warnzeichen.
4. Was kostet es den Rest des Produkts? Jede Funktion ist auch zusätzliche Fläche – etwas, das gepflegt, erklärt und allen anderen aus dem Weg gehalten werden muss.

Das Fundament ist der FilterLink zu diesem Abschnitt

Inkwell steht auf einem bestimmten Fundament: Dokumente sind strukturierte Daten, die Geschichte eines Dokuments ist eine Folge unveränderlicher Speicherpunkte, und KI arbeitet als prüfbare Skills. Wünsche, die sich natürlich in dieses Fundament fügen, sind günstig und dauerhaft. Wünsche, die es umgehen müssen, sind teuer und fragil – und meistens ein Zeichen, dass entweder der Wunsch oder unser Modell die falsche Form hat.

Konkret: „Lass mich zwei Fassungen von Leseproben nebeneinander vergleichen“ fügt sich ein – das ist nur ein Vergleich zwischen zwei Speicherpunkten, den das Fundament ohnehin genau macht. „Lass mich das formatierte PDF frei bearbeiten und zurück synchronisieren“ kämpft gegen das Fundament an, weil das PDF eine Darstellung strukturierter Daten ist, nicht die maßgebliche Quelle. Derselbe Antrieb auf Seiten der Autorin; sehr unterschiedliche Kosten und Haltbarkeit. Zur ersten Art sagen wir schnell ja, zur zweiten langsam und mit Bedacht.

Wie diese Reihenfolge gerade aussiehtLink zu diesem Abschnitt

Der strukturierte Editor und der Drehbuch-Parser kamen zuerst, weil jede spätere Fähigkeit einen Entwurf braucht, den sie versteht. Danach folgte die Versionsverwaltung: Speicherpunkte, Entwurfslinien, semantische Änderungsverfolgung und Übernehmen. Dialogdurchgänge, Kontinuitätsprüfungen und Gutachten arbeiten dann auf genau diesen strukturierten Entwürfen, statt eine zweite Kopie daneben anzulegen. Canvas erweitert dieses Fundament auf allgemeine Dokumente, während die Produktionsarbeit Plot durch die WGA-Abfolge der Revisionsfarben, gesperrte Seiten, A-Seiten und Exporte für die Auslieferung führt. Der Gewinn fürs Schreiben ist Kontinuität: eine Leseprobenfassung, ein Durchgang der Regie und eine Übergabe an die Produktion bleiben Momente in einer einzigen, durchsuchbaren Geschichte. Den aktuellen Stand findest du auf der Über-uns-Seite.

Regelmäßige Releases statt großer WürfeLink zu diesem Abschnitt

Weil das Team klein und die Schleife kurz ist, bevorzugen wir häufige, schmale Releases gegenüber seltenen, umfassenden. Ein schmales Release ist leicht zu durchdenken, leicht zurückzunehmen und leicht mit dem Feedback zu verbinden, das es ausgelöst hat. Es hält das nächste Release außerdem auf die Arbeit der kommenden Woche ausgerichtet: Wenn sich eine Änderung nicht in einem Satz beschreiben und in ein, zwei Wochen ausliefern lässt, will sie meistens erst in kleinere Teile zerlegt werden.

Das ist die ganze Methode, und sie ist bewusst unspektakulär. Lies Feedback auf die Frage hin, nicht auf die Antwort. Bevorzuge Änderungen, die sich aus dem Fundament ergeben. Liefere klein, liefere oft, und halte die Fläche überschaubar. Das wird nicht die längste Funktionsliste unter den Drehbuchprogrammen ergeben. Es soll ein Werkzeug ergeben, das auch in einem Jahr noch sinnvoll zu benutzen ist.