Markdown in Word umzuwandeln wirkt wie eine „Ein-Klick“-Sache, doch schiefgeht es oft genau nach diesem einen Klick: Inhaltsverzeichnis weg, Tabellen verrutscht, Ebenen völlig durcheinander. Das Problem liegt meist nicht am Tool, sondern daran, dass die Anforderungen vor der Konvertierung nicht klar waren. Betrachten Sie jede Konvertierung als kleinen Vertrag –was wird gegeben, was wird verlangt, wie wird abgenommen– und die Nacharbeit halbiert sich. Im Folgenden dient MuchSci Office Assistant als Beispiel; seine Formatkonvertierung und chinesische Typografie (Noto-Schrift) sind vorhandene Funktionen.
Erste Frage: Was geben Sie hinein?
Prüfen Sie die Quelldatei; reichen Sie keine halbfertigen Sachen weiter:
l Bilder: Lokaler Pfad oder externer Link? Externe Bilder gehen bei der Konvertierung höchstwahrscheinlich verloren; speichern Sie die Bilder zuerst lokal und referenzieren Sie sie dann;
l Tabellen: Ist die Kopfzeile vollständig? Gibt es verschachtelte verbundene Zellen? Markdown-Tabellen sind selbst begrenzt; teilen Sie zu komplexe Tabellen zuerst in der Quelldatei in einfachere auf;
l Überschriftenebenen: Sind # / ## / ### korrekt verwendet? Handschriftliches „Fett als Überschrift“ landet nach der Konvertierung nicht im Inhaltsverzeichnis.
Die Qualität der Quelldatei bestimmt die Obergrenze der Konvertierung –Das Tool kann Struktur ordnen, aber keine Inhalte ergänzen, die Sie nicht geschrieben haben.
Zweite Frage: Was soll das Ergebnis sein?
„In Word umwandeln“ ist eine vage Anweisung, und vage Anweisungen geben dem Tool Freiraum zur freien Entfaltung. Ersetzen Sie sie durch eine klare Anforderung: „Diesen Markdown-Inhalt in einWord mit Inhaltsverzeichnis umwandeln, Überschriftenebenen eins bis drei beibehalten, Tabellen unverändert übernehmen.“
Manches müssen Sie nicht sagen: Chinesische Typografie ist bereits mit Noto-Schrift konfiguriert; die Schrift-Ebene ist Standardfähigkeit. Aber strukturelle Anforderungen – Inhaltsverzeichnis, Ebenen, Seitenzahlen, welche Teile unverändert bleiben müssen –zählen nur, wenn sie vorher genannt werden; Änderungen danach sind eine zweite Runde Nacharbeit.
Abb. 1｜Links steht, was Sie gesagt haben, rechts die Struktur, die Sie erhalten sollten.
Dritte Frage: Wie wird abgenommen?
Bevor Sie die .docx schließen, gehen Sie diese sechs Punkte durch:
1. Inhaltsverzeichnis automatisch erzeugt, Seitenzahlen korrekt;
2. Überschriftenebenen eins bis drei korrekt zugeordnet;
3. Listen und Nummerierungen fortlaufend;
4. Tabellen nicht verrutscht, nicht umgebrochen;
5. Bilder an Originalposition, nicht verzerrt;
6. Schrift im gesamten Text einheitlich.
Was tun, wenn die Abnahme nicht besteht: Mit konkreten Punkten erneut Anweisung geben – „In Kapitel drei ist die Tabelle verrutscht, konvertieren Sie diesen Abschnitt neu“ – das ist zehnmal effektiver, als nur „falsch“ zu sagen. Die Richtung, in der das Tool Fehler korrigiert, hängt davon ab, wohin Sie auf Fehler zeigen; je konkreter das Feedback, desto näher kommt die zweite Runde am fertigen Produkt.
Abb. 2｜Abnahmeliste: Punkt für Punkt abhaken, dann ausliefern.
Dieser Vertrag gilt nicht nur für einen Anwendungsfall
Der Drei-Fragen-Vertrag ist universell: Word / Excel / PPT in PDF umwandeln (die zweite Frage wird zu „welche Seiten, soll komprimiert werden“), CSV in Excel umwandeln (die zweite Frage wird zu „nach welchen Kriterien zusammenfassen“), lange Dokumente aufteilen und zusammenführen (die zweite Frage wird zu „in welcher Granularität aufteilen“). Die Szene wechselt, der Vertrag bleibt –Der Effizienzunterschied bei Konvertierungsaufgaben liegt nie daran, wie schnell das Tool ist, sondern daran, ob Sie die Anforderungen auf einmal klar formuliert haben.