Performance-Optimierung ist kein einmaliges Projekt. Performance ist eine laufende Praxis.
Ein Workflow heisst: Das Team prüft die Performance-Daten jede Woche. Das Team bespricht Performance in den Standups. Das Team denkt beim Schreiben von Code an Performance. Das Team feiert Verbesserungen.
Ohne Workflow wird die Performance mit der Zeit schlechter. Das Team denkt erst an Performance, wenn die Website kaputt ist.
Mit Workflow wird die Performance mit der Zeit besser. Das Team baut eine Kultur für Performance auf. Performance hat einen Wert.
Das wöchentliche Performance-Ritual
Jeden Montagmorgen prüft das Team den Performance-Bericht.
Der Bericht zeigt: was letzte Woche besser wurde, was schlechter wurde und was diese Woche Aufmerksamkeit braucht.
Diskussion im Team: Warum ist der LCP der Kassenseite schlechter geworden? Liegt es an neuem Code? Müssen wir der Sache nachgehen?
Ergebnis: Aufgaben sind festgelegt. Performance-Verbesserungen kommen in den Sprint.
Ein Beispiel für ein Wochenritual:
- Montag, 10 Uhr: Performance-Review
- Kennzahlen prüfen: LCP der Startseite um 0,2 Sekunden besser (gut), INP der Produktseite um 50 Millisekunden schlechter (untersuchen)
- Ursachenanalyse: Die Produktseite hat eine neue Funktion bekommen (Empfehlungs-Engine). Die Funktion brachte JavaScript mit, das den INP erhöht hat.
- Aufgaben: das JavaScript der Empfehlungs-Engine später laden, den Code der Funktion optimieren
- Verantwortlich: der Entwickler, der die Aufgabe übernimmt
- Frist: Deployment am Mittwoch
Performance in den Entwicklungsablauf einbauen
Bevor eine Funktion live geht, misst der Entwickler ihre Wirkung auf die Performance.
Eine Funktion bringt neue Möglichkeiten. Sie bringt aber auch Code mit. Mehr Code macht das Bundle grösser. Ein grösseres Bundle kann die Performance verschlechtern.
Das Mittel dagegen: ein Performance-Budget. Eine Funktion darf das Budget nicht überschreiten.
Beispiel: eine neue Funktion für die Kassenseite. Budget: höchstens 20 Kilobyte mehr im JavaScript-Bundle. Der Entwickler setzt die Funktion um. Sie fügt 25 Kilobyte hinzu. Die Funktion überschreitet das Budget. Der Entwickler muss optimieren: ungenutzten Code entfernen, das Bundle aufteilen, Code später laden. Er reduziert die Funktion auf 20 Kilobyte. Die Funktion wird freigegeben.
Ein Praxisbeispiel: Empfehlungs-Engine für Produkte einführen
Funktion: personalisierte Produktempfehlungen auf der Produktseite zeigen.
Performance-Budget: höchstens 50 Kilobyte mehr im Bundle.
Erste Umsetzung: 50 Kilobyte. Genau am Budget.
Test: LCP und INP messen.
- Der LCP steigt von zwei auf 2,3 Sekunden (nicht akzeptabel, überschreitet das Budget)
- Der INP steigt von 150 auf 300 Millisekunden (nicht akzeptabel, überschreitet das Budget)
Optimierung durch den Entwickler: Empfehlungen unterhalb des sichtbaren Bereichs per Lazy Loading laden und die Empfehlungsdaten erst laden, wenn die Seite interaktiv ist.
Neue Umsetzung: gleiche Grösse von 50 Kilobyte, aber:
- Der LCP liegt wieder bei zwei Sekunden (innerhalb des Budgets)
- Der INP liegt wieder bei 170 Millisekunden (innerhalb des Budgets)
Funktion freigegeben: Die Performance-Anforderungen sind erfüllt.
Reporting an die Führung
Monatlicher Bericht an die Führung: Performance-Trends und Auswirkung aufs Geschäft.
Aufbau des Berichts:
- Performance-Ziele und Fortschritt
- Vergleich mit dem Wettbewerb (wie wir im Vergleich zu anderen Anbietern dastehen)
- Wirkung aufs Geschäft (Umsatz durch Performance-Verbesserungen)
- Fokus als Nächstes (was wir als Nächstes optimieren)
Ein Beispiel für einen Monatsbericht ans Führungsteam:
- Ziel: 90 Prozent der Nutzer mit einem LCP unter 2,5 Sekunden
- Fortschritt: aktuell 87 Prozent (im Vormonat 85 Prozent)
- Zeitplan: Auf Kurs, das Ziel in zwei Monaten zu erreichen
- Position im Wettbewerb: Der mittlere LCP der Wettbewerber liegt bei zwei Sekunden, unser LCP liegt bei zwei Sekunden (im Mittelfeld, wettbewerbsfähig)
- Wirkung aufs Geschäft: Die Performance-Verbesserungen des letzten Monats steigerten den Abschluss an der Kasse um 0,5 Prozent. Bei 100.000 Besuchern im Monat sind das 500 zusätzliche Conversions. Bei einem Bestellwert von 100 Dollar sind das 50.000 Dollar zusätzlicher Umsatz im Monat. 600.000 Dollar im Jahr.
- Fokus als Nächstes: Optimierung für Mobilgeräte (der mobile LCP ist eine Sekunde langsamer als am Desktop, hier liegt Potenzial für eine höhere mobile Conversion-Rate)
Einstellen für eine Performance-Kultur
Stelle Entwickler ein, denen Performance wichtig ist. Frage im Gespräch: Erzähl mir von einer Performance-Optimierung, die du umgesetzt hast.
Stelle Produktmanager ein, die Performance wertschätzen. Performance verbessert das Nutzererlebnis und die Conversion-Rate. Produktmanager sollten die Wirkung aufs Geschäft kennen.
Baue eine Teamkultur auf, in der Performance etwas wert ist. Feiere Erfolge bei der Performance. Würdige den Entwickler, der den LCP um 0,5 Sekunden verbessert hat.
Ein Praxisbeispiel: Einstellen für eine Performance-Kultur.
Frage an einen Bewerber: Beschreibe eine Situation, in der du Code für die Performance optimiert hast. Was war das Problem? Wie hast du die Verbesserung gemessen? Was war die Wirkung aufs Geschäft?
Gute Antwort: Wir hatten einen langsamen API-Endpunkt, der zwei Sekunden brauchte. Nutzer beschwerten sich über die langsame Anmeldung. Ich habe den Code profiliert und eine aufwendige Datenbankabfrage gefunden. Ich habe Caching eingebaut. Die Antwortzeit sank auf 200 Millisekunden. Der Abschluss der Anmeldung stieg um zwei Prozent. Das sind 50 zusätzliche Kunden im Monat und 250.000 Dollar zusätzlicher Jahresumsatz.
Die Antwort zeigt: technisches Verständnis (Profiling, Caching), Messung (vorher und nachher) und unternehmerisches Denken (Wirkung auf Anmeldungen und Umsatz).
Stelle diesen Entwickler ein. Er denkt an Performance und ans Geschäft.
Häufig gestellte Fragen
Wie motiviere ich das Team, Performance zu priorisieren?
Verbinde Performance mit Geschäftskennzahlen. Zeige, dass ein Prozent bessere Performance ein Prozent mehr Conversions bedeutet. Rechne die Wirkung auf den Umsatz aus. Zeige die Kosten der Optimierung im Vergleich zum zusätzlichen Umsatz. Entwickler wollen etwas bewirken. Performance hat eine messbare Wirkung. Dann priorisieren Entwickler sie von selbst. Mit dem Website-Builder von WEMASY kannst du das direkt auf deiner Website einrichten.
Sollte Performance-Optimierung ein eigenes Team sein oder Teil aller Teams?
Sie sollte Teil aller Teams sein. Jeder Entwickler sollte an Performance denken. Ein eigenes Performance-Team wird zum Engpass. Verteilte Verantwortung ist besser. Jeder Entwickler verantwortet die Performance seines Codes. Die Leitung der Entwicklung nimmt das Team in die Verantwortung.
Wie bringe ich neue Funktionen und Performance-Optimierung ins Gleichgewicht?
Performance ist ein Feature. Eine neue Funktion plus ihre Wirkung auf die Performance sind die Gesamtkosten. Plane beides ein. Beispiel: Eine neue Funktion kostet einen Sprint. Die Optimierung für die Performance kostet weitere 0,5 Sprints. Die Gesamtkosten betragen 1,5 Sprints. Plane beides ein. Funktion und Performance gehen zusammen live.
Was ist, wenn der Führung Performance egal ist?
Zeige die Wirkung aufs Geschäft. Ein Prozent mehr Conversion sind 50.000 Dollar im Monat (bei einem typischen Onlineshop). Die Führung versteht Umsatz. Bessere Performance ist mehr Umsatz. Dann interessiert sie sich dafür.
Wie lange dauert es, eine Performance-Kultur aufzubauen?
Drei bis sechs Monate. Erster Monat: Kennzahlen und Dashboard aufbauen. Zweiter Monat: Die wöchentlichen Reviews starten, das Bewusstsein im Team wächst. Dritter Monat: Das Team denkt beim Programmieren an Performance. Nach sechs Monaten: Performance gehört zur DNA des Teams. Neue Entwickler lernen die Performance-Kultur vom ersten Tag an.
Wie erhalte ich die Performance-Kultur, wenn das Unternehmen wächst?
Dokumentiere die Praktiken. Führe neue Entwickler in die Performance-Kultur ein. Am ersten Tag: das Performance-Dashboard zeigen. In der ersten Woche: eine Aufgabe zur Performance-Verbesserung vergeben. Im ersten Monat: ein Performance-Ziel setzen. Neue Entwickler lernen die Kultur kennen. So bleibt sie erhalten.