Schreibende wechseln ihre Werkzeuge öfter, als sie erwarten. Ein Programm wird nicht mehr weiterentwickelt, der Preis eines Abonnements springt nach oben, eine bessere Arbeitsweise taucht auf, oder eine Serie wächst schlicht über den Ort hinaus, an dem sie begonnen hat. Die Prosa übersteht den Umzug meist unbeschadet. Verloren geht alles, was sie umgibt: die Figurennotizen, die Regeln der Welt, das Exposé, die Szenenpläne, die Aufzeichnung darüber, wer in Kapitel zwölf was weiß. Bei einem langen Buch oder einer Serie ist dieses Material das eigentliche Betriebskapital, und es ist zugleich der Teil, der am ehesten zurückbleibt. Dieser Leitfaden handelt davon, was eine Story Bible in Software-Begriffen eigentlich ist, warum sie schlecht reist und was Sie prüfen sollten, bevor Sie dem Export eines Werkzeugs Ihre Bible anvertrauen.
Ein Manuskript ist mehr als seine Prosa
Stellen Sie sich die Arbeitsdateien eines fertigen Romans vor. Die Kapitel sind da, aber auch eine Figurenliste mit der Geschichte und der Stimme jeder Figur. Es gibt Seiten über Orte, Fraktionen und die Funktionsweise der Magie. Es gibt ein Exposé, oft in mehreren Generationen, und Szenenpläne, die festhalten, was jede Szene leisten muss. Gehört das Buch zu einer Serie, kommt ein fortlaufendes Gespür für den Zustand der Geschichte hinzu: wer das Geheimnis erfahren hat, wer tot ist, was die Heldin noch in ihrem Rucksack trägt.
Nennen Sie das alles die Story Bible. Schreibende bauen sie langsam auf, und ihr verdankt es sich, dass Band drei mit Band eins stimmig bleiben kann. Hier liegen auch die meisten Ihrer Entscheidungen, einmal aufgeschrieben, damit Sie sie nie wieder treffen müssen. Ein verlorener Entwurf lässt sich aus einer guten Bible neu schreiben. Eine verlorene Bible bedeutet, die Entscheidungen von Jahren aus dem Gedächtnis und aus der Prosa selbst zu rekonstruieren – das ist mühsam, und genau so schleichen sich Widersprüche in Band drei ein.
Wo eine Story Bible tatsächlich lebt
In einem schlichten Textverarbeitungsprogramm besteht die Bible aus Dokumenten, die Sie selbst angelegt haben; sie zu verschieben heißt, Dateien zu kopieren. Eigens für das Schreiben gebaute Werkzeuge sind anders. Sie speichern Figuren, Orte und Handlungspunkte als Datensätze in einer eigenen Datenbank, mit Feldern, Schlagwörtern und Verknüpfungen zwischen ihnen. Genau diese Struktur macht sie nützlich – Sie sehen jede Szene, in der eine Figur vorkommt, oder filtern das Exposé nach Handlungsfäden –, und genau sie macht es schwer, sie wieder zu verlassen.
Bietet ein solches Werkzeug einen Export an, lohnt die Frage, wofür dieser Export gedacht war. Viele sind rund um das Manuskript gebaut, weil es das ist, was Schreibende an Lektorate, Agenturen und Verlage schicken: eine Word-Datei, ein EPUB, ein PDF. Die Prosa kommt wunderbar heraus. Das strukturierte Material, der Teil, der als Datensätze statt als Text vorliegt, kommt womöglich getrennt, unvollständig oder gar nicht heraus. Manche Werkzeuge exportieren die Prosa und behalten die Story Bible für sich. Das muss nicht böser Wille sein. Exportfunktionen entstehen für den häufigsten Wunsch, und „das Manuskript irgendwohin schicken“ ist weit häufiger als „mein ganzes Projekt umziehen“.
Die Verknüpfungen sind der schwierige Teil
Selbst wenn ein Werkzeug seine Bible exportiert, ist eine flache Liste von Figurennotizen nur ein Teil dessen, was Sie aufgebaut haben. Die Verbindungen zwischen den Dingen tragen einen großen Teil der Bedeutung.
Bedenken Sie, was ein laufendes Projekt weiß. Diese Szene wird aus der Sicht dieser Figur erzählt. Diese drei Figuren kommen darin vor. Dieser Handlungsfaden beginnt in Kapitel vier und löst sich in Kapitel zwanzig auf. Diese Figur hat in Kapitel neun vom Verrat erfahren, also kann sie in Kapitel fünfzehn nicht überrascht darauf reagieren. Jede dieser Tatsachen ist eine Verknüpfung zwischen zwei Datensätzen, und in einer Datenbank werden diese Verknüpfungen durch interne Verweise gehalten, nicht durch Worte auf einer Seite.
Ein Export, der jeden Datensatz als eigenes Dokument ausschreibt und die Verknüpfungen weglässt, liefert Ihnen die Einzelteile ohne den Zusammenbau. Sie können ihn von Hand rekonstruieren, aber bei einer Serie kann das Tage dauern, und die feinen Verknüpfungen – ein Zustandswechsel, der an eine bestimmte Szene gebunden ist – gehen als Erste verloren. Ein guter Export hält die Verknüpfungen ausdrücklich fest, sodass etwas, das die Datei später liest, erkennen kann, welche Figur welche ist und wohin jede Tatsache gehört.
Was Sie prüfen sollten, bevor Sie einem Export vertrauen
Der richtige Zeitpunkt, einen Export zu testen, ist vor dem Ernstfall, solange das Projekt gesund ist und das Werkzeug Ihnen noch offensteht. Fünf Fragen decken das Meiste ab.
Enthält er die Bible, nicht nur das Buch? Suchen Sie in der Ausgabe nach Ihren Figuren, Orten und Referenzdokumenten, und zwar mit vollem Text, nicht nur mit Namen. Prüfen Sie auch Exposés und Szenenpläne sowie Notizen, die einzelnen Szenen zugeordnet sind.
Kann ein Mensch ihn lesen? Öffnen Sie die Dateien in einem gewöhnlichen Texteditor. Markdown und reiner Text altern gut und lassen sich überall öffnen; eine proprietäre Binärdatei öffnet sich nur in dem Programm, das sie erzeugt hat, was den Zweck verfehlt.
Kann ein Programm ihn lesen? Menschenlesbar allein genügt nicht, wenn die Struktur fehlt. Ein strukturiertes Format wie JSON, in dem die Verknüpfungen zwischen den Datensätzen als Verweise erhalten bleiben, ermöglicht es einem anderen Werkzeug, das Projekt wiederherzustellen, statt dass Sie alles neu abtippen.
Ist das Format dokumentiert? Eine veröffentlichte Beschreibung der Datei – was jeder Teil enthält, wie Datensätze aufeinander verweisen – macht aus einem Export etwas, mit dem jedes Werkzeug und jede hilfsbereite Programmiererin arbeiten kann. Ein undokumentierter Export ist ein Format, das nur sein Hersteller ganz versteht.
Deckt er die ganze Serie ab? Teilen Ihre Bücher eine Besetzung und eine Welt, prüfen Sie, ob das gemeinsame Material mit jedem Buch herauskommt und ob Sie mehr als ein Buch auf einmal exportieren können.
Machen Sie die Probe aufs Exempel
Der aufschlussreichste Test besteht darin, ein Projekt zu exportieren und sofort wieder zu importieren, ins selbe Werkzeug oder in ein frisches Konto. Kann das Werkzeug seinen eigenen Export nicht lesen, hilft Ihnen die Datei im Ernstfall kaum. Kann es das, vergleichen Sie beide Fassungen: Sind alle Figuren da, mit ihren vollständigen Einträgen? Wissen die Szenen noch, wer in ihnen vorkommt? Stimmt das Exposé? Was bei dieser Probe fehlt, wird mit Sicherheit auch fehlen, wenn Sie anderswohin umziehen.
Nutzen Sie die Gelegenheit und bewahren Sie eine Kopie dieses Exports außerhalb des Werkzeugs auf; machen Sie es sich zur Gewohnheit, und zwar nach jeder größeren Planungssitzung. Cloud-Dienste verlieren selten Daten, aber Konten werden gesperrt, Unternehmen ändern ihre Richtung, und nur eine Kopie, die Sie selbst besitzen, ist eine, auf die Sie zählen können.
Ein Werkzeug wählen, das Sie verlassen können
Dem Werkzeug, dem Sie ein langes Projekt am leichtesten anvertrauen können, ist meist das, bei dem der Abschied leichtfällt. Ein Export, der alles hinausträgt, in einer Form, die andere Software lesen kann, ist eine Verpflichtung, die das Werkzeug in Code eingegangen ist statt in einem Versprechen. Wenn Sie ein neues Schreibwerkzeug abwägen, schauen Sie sich den Ausgang an, bevor Sie den Eingang betrachten. Fragen Sie, was herauskommt, in welcher Form und ob es wieder hineinpasst.
Novelmint wurde mit diesem Test im Kopf gebaut. Eine ganze Serie lässt sich als eine offene Projektdatei exportieren: Markdown, das Sie überall lesen können, dazu dokumentiertes JSON, das die Verknüpfungen zwischen Figuren, Orten, Handlungsfäden, Kapitelplänen, Beats und Prosa bewahrt, einschließlich des Covers jedes Buchs. Dieselbe Datei lässt sich wieder importieren, als neue Serie oder in die Serie, aus der sie stammt, sodass ein Backup etwas ist, das Sie tatsächlich wiederherstellen können.