Ein Tag, an dem wir alles auf einmal prüften

Ein einzelner Prüfer, der ein ganzes Produkt liest, findet das Laute und übersieht das Leise. Also haben wir die Arbeit nach dem aufgeteilt, was für die Person zählt, die einen Film macht:

• der Film selbst, vom ersten bis zum letzten Bild;
• die Website, vom ersten Besuch bis zum Download;
• die Schnittstellen für Entwickler und KI-Assistenten;
• Sicherheit und Konten;
• wie man uns findet.

Jedes Audit las seinen Teil, ohne etwas zu ändern, und schrieb seine Befunde mit Belegen auf. Daneben lasen wir die Produktionsprotokolle, die ehrlichste Quelle von allen: Audits sagen, was schiefgehen könnte, Protokolle, was Menschen wirklich erlebt haben. Wo beide übereinstimmten, rückte die Korrektur an die Spitze der Liste.

Der wichtigste Punkt war klar. Ein Film nutzt viele Bilder aus vielen Quellen: das Vorschaubild der Website, ihr Logo, Fotos, die woanders liegen. Antwortete eine dieser Quellen genau im falschen Moment zu langsam, konnte der ganze Film stehen bleiben.

Die neue Regel ist einfach: Jedes fremde Bild wird vor dem Rendering zu uns kopiert oder weggelassen. Ein Film mit einem Bild weniger ist immer noch ein guter Film. Ein Film, der nie ankommt, ist keiner.

Das Film-Audit hat auch jede Stelle angesehen, an der sich die Pipeline still beholfen hat: eine Aufnahme, die leer zurückkam, eine Sprachaufnahme, die einen zweiten Versuch brauchte, eine Musik oder ein Logo, das nicht lud. Jede davon repariert sich jetzt, wo es geht, und vermerkt es in den Notizen des Films, damit du immer weißt, was dein Film durchlaufen hat.

Das Website-Audit fand die Art Reibung, die niemand meldet, weil man einfach geht.

• Das Anmeldeformular öffnet sich für Erstbesucher jetzt im Registrierungsmodus, und passen E-Mail und Passwort zu keinem Konto, bietet es an, eines mit dieser E-Mail anzulegen.
• Wer PageToVid im eingebauten Browser einer App öffnet, wo die Google-Anmeldung oft nicht klappt, sieht einen kurzen Hinweis, wie es weitergeht.
• Bildschirme ohne Ladezustand, Fehlermeldung oder Warnung vor ungespeicherten Änderungen haben sie jetzt.
• Kosten auf Knöpfen kommen jetzt aus derselben Quelle wie die Abrechnung, sie stimmen also immer überein.

Für Entwickler kann die Videoliste jetzt blättern, ein auf manche Seiten beschränktes Mitglied ist überall beschränkt, und ein erneutes Rendering lässt sich rückgängig machen.

Ein Produkt, das für dich Webseiten besucht, soll nur die Seiten besuchen, für die es gedacht ist. Unser Recorder prüft jetzt jede Adresse, die er unterwegs lädt, nicht nur die erste, und Präsentationen werden mit festen Grenzen dafür geöffnet, wie viel eine Datei entpacken darf.

Eine Regel galt den ganzen Tag: Alles, was die Funktionsweise von Abrechnung oder Anmeldung ändern würde, wartet auf eine ausdrückliche Entscheidung des Inhabers. Ein Audit ist eine Liste von Befunden, keine Erlaubnis, eigenmächtig an die empfindlichsten Teile eines Produkts zu gehen.

Am selben Nachmittag veröffentlichte das Framework, auf dem wir bauen, ein wichtiges Update. Wir erfuhren es auf die bestmögliche Art: durch unsere eigene Pipeline. Jedes Release durchläuft zuerst eine Abhängigkeitsprüfung, die bei einer kritischen Warnung nicht weitermacht, und sie hielt das nächste Release einfach an, bis wir aktualisiert hatten.

Innerhalb weniger Stunden liefen wir auf der neuen Version, eine indirekte Bibliothek ebenfalls auf ihre aktuelle Version festgelegt, und das Release ging raus. Niemand musste die Nachrichten verfolgen: Die Sperre hat für uns aufgepasst. Ein Release geht erst live, wenn jede Prüfung bestanden ist.

Nichts davon ist eine Schlagzeile. Es ist die Art Arbeit, die man nur an ihrem Fehlen bemerkt: ein Film, der ankommt, auch wenn eine Website langsam ist, ein erster Besuch, der im richtigen Formular landet, eine Zahl auf einem Knopf, die zur Rechnung passt.

Wir machen das weiter. Ein Produkt, das schnell wächst, braucht ab und zu einen Tag, an dem niemand baut und alle hinschauen. Was der Recorder filmt, steht auf der Funktionsseite.