Warum ein „Schnellfix“ im Design nie wirklich schnell ist

Jemand schreibt Ihnen: *„Hey, kannst du die Chart-Farben schnell mal anpassen?“* Sie sagen zu, rechnen mit fünfzehn Minuten, maximal zwanzig. Vier Stunden später starren Sie auf eine Folienmaster, die sich weigert, eine Schriftart, die nur halb aktualisiert wurde, und ein wachsendes Gefühl, dass *„schnell“* nie das richtige Wort für all das war. Wenn diese Abfolge bekannt klingt, sind Sie nicht schlecht darin, Zeit einzuschätzen. Sie beschreiben einfach, was ein *„schneller Fix“* wirklich bedeutet, sobald man die Datei öffnet.

Der fünfminütige Wunsch, der es nicht ist

Ich habe dieses Gespräch schon öfter geführt, als ich zählen kann, und es beginnt fast immer gleich: Die Person, die nach der Änderung fragt, hat ein Modell im Kopf, das viel kleiner ist als die Änderung selbst. *„Bewege es nur ein bisschen“* geht davon aus, dass sich das Objekt isoliert bewegt. Das tut es meistens nicht. Bewegen Sie ein Diagramm zwei Zentimeter, und Sie stören damit die Ausrichtungsführung, auf der der Rest der Folie basiert – was bedeutet, dass der Titelkasten nicht mehr passt, was wiederum bedeutet, dass Sie jetzt jede andere Folie überprüfen müssen, die diese Layouts wiederverwendet. Die Anfrage bestand aus einem Satz. Die Abhängigkeitskette dahinter nicht.

Was schwer zu erklären ist für Nicht-Designer: All das zeigt sich nicht in der Anfrage. Niemand sagt *„bitte korrigiere auch die vier Dinge, die diese Änderung leise kaputt machen wird“*. Sie sehen nur die oberflächliche Bearbeitung und nehmen an, dass der Rest der Datei genauso flexibel ist wie der Satz, der sie beschreibt.

Wo die vier Stunden wirklich hingehen

Das ist kein Gefühl – es ist messbar, und die Zahlen sind schlimmer, als die meisten denken. Eine von GfK in Auftrag gegebene Studie zur Nutzung von PowerPoint, zitiert von PresentationLoad, ergab, dass von etwa 20 Stunden pro Monat, die in der Software verbracht werden, rund 8 Stunden für wiederkehrende Formatierungsaufgaben aufgewendet werden – nicht für neue Inhalte, sondern für das Aktualisieren bestehender Folien, das Suchen nach dem richtigen Template oder das Anpassen von Diagrammen und Grafiken an ein Corporate Design. Das ist keine Inhaltserstellung. Das ist Wartung. Und Wartung ist genau die Kategorie, in die ein *„schneller Fix“* fällt – deshalb frisst sie Zeit in einem Verhältnis, das nicht mit der Beschreibung übereinstimmt.

Aus meiner Erfahrung zerfällt die Zeit so auf: zwanzig Minuten für die sichtbare Änderung selbst, und der Rest für Dinge, die niemand gefragt hat, aber die die Änderung nun erfordert – das Überprüfen der Vererbung des Master-Slides, das Aufspüren, welche von sechs fast identischen Farbvariablen tatsächlich dieses einzelne Element steuert, und die Bestätigung, dass die Korrektur nicht leise eine Folie drei Abschnitte weiter kaputt gemacht hat, die dasselbe Layout teilt. Keines davon ist optional, sobald man angefangen hat. Man kann eine falsche Ausrichtung auf Folie 14 nicht ignorieren, nur weil sie nicht im Auftragsbrief stand.

Die Falle des *„bewege es nur um 2px“

Hier ist der Teil, der die Leute tatsächlich überrascht, wenn man sie durchgeht: Je kleiner die gewünschte Änderung, desto schlimmer wird es meistens – nicht besser. Ein großer Redesign wird geplant, diskutiert und budgetiert – alle erwarten, dass er Zeit in Anspruch nimmt. Eine kleine Anpassung bekommt davon nichts. Wenn sich herausstellt, dass sie fünf andere Elemente berührt, gibt es nirgends Puffer. Die Diskrepanz liegt nicht zwischen *„klein“* und *„groß“* Änderungen. Sie liegt zwischen Änderungen, die geplant wurden, und solchen, die nicht geplant wurden – und kleine Anfragen werden fast nie geplant.

Am härtesten trifft es vererbte Dateien – eine Präsentation, die jemand anderes erstellt hat, in einem Template, das Sie nicht entworfen haben, mit einem Farbsystem, das niemand dokumentiert hat. Ein zweipixeliger Schubs in Ihrer eigenen Datei ist tatsächlich schnell. Der gleiche Schubs in einer Datei, in der drei Personen in den letzten zwölf Monaten undokumentierte lokale Änderungen vorgenommen haben, ist eine Untersuchung, bevor es eine Bearbeitung ist.

Wenn es nicht wirklich ein Design-Problem ist

Es ist verlockend, all das als Design-Fähigkeitsproblem zu betrachten – bessere Abkürzungen, bessere Plugins, bessere Datei-Hygiene – und die vier Stunden schrumpfen auf zwanzig Minuten. Das stimmt bis zu einem gewissen Punkt, und dann hört es auf zu stimmen, weil ein bedeutender Teil der Zeit nicht damit verbracht wird, das Design zu reparieren – sondern damit, zu verstehen, was *„das Design reparieren“* eigentlich bedeutet. Eine vage Anfrage zwingt Sie, mehrere kleine Entscheidungen zu treffen, bevor Sie überhaupt mit der Bearbeitung beginnen können, und jede dieser Entscheidungen ist ein Ort, an dem Sie eine Stunde lang das Falsche bauen könnten, bevor jemand nachfragt. Eine bessere Dateistruktur wird Sie nicht davor retten. Nur eine klarere Anfrage wird das, und das ist ein Kommunikationsproblem, das sich als Design-Problem verkleidet.

Was einen schnellen Fix wirklich verkürzt

All das bedeutet nicht, dass schnelle Fixes eine Legende sind – einige sind tatsächlich schnell, und es ist fair, ehrlich zu sein, welche das sind. Eine Korrektur bleibt schnell, wenn die Datei von Anfang an eine saubere, konsistente Struktur hat: ein Satz von Masters, ein Farbsystem, keine verwaisten lokalen Überschreibungen aus sechs Monaten her. Das ist die tatsächliche Voraussetzung – nicht *„wenn Sie geschickt genug sind“* oder *„wenn Sie schnell genug arbeiten“*. Ich würde nicht empfehlen, eine schnelle Bearbeitungszeit für eine Datei zu versprechen, die Sie noch nicht geöffnet haben – egal wie einfach die Anfrage über Chat klingt – öffnen Sie sie zuerst, dann geben Sie eine Zeit an.

Das ist auch praktisch der Punkt, an dem der Start mit einem vorgefertigten Template statt mit einer freien Datei sich auszahlt – eine konsistente Master-Struktur bedeutet, dass ein *„schneller Fix“* eher tatsächlich schnell bleibt. Das ist auch der Grund, warum, wenn sich herausstellt, dass die Anfrage ein Neuerstellen eines Diagramms und nicht nur eine Anpassung ist, das Greifen nach einem bestehenden Diagramm-Template oft schneller ist als das manuelle Patching. Und wenn das Gespräch über den *„schnellen Fix“* immer wiederkehrt, weil die zugrundeliegende Präsentation nie auf einem stabilen System aufgebaut wurde, ist das meist das Zeichen, das Patchen einzustellen und sie stattdessen professionell neu aufzubauen.

Wenn Sie das nächste Mal eine Anfrage nach einem schnellen Fix erhalten, ist die ehrliche Antwort nicht *„sicher, fünf Minuten“* oder *„nein, das wird ewig dauern“*. Es ist *„lass mich die Datei erstmal öffnen“* – denn bis Sie wissen, wie die Datei unter der Oberfläche aussieht, schätzen Sie die Bearbeitung nicht, Sie raten darüber.