# orr-zapier-support-ship-code-app-erosion-2025-11-23

## Veille

Autonomer Support liefert Code - App-Erosion bekämpfen - Zapier Engineering

## Titre Article

Empowering Support to Ship Code: Solving App Erosion

## Date

2025-11-23

## URL

https://www.youtube.com/live/cMSprbJ95jg?si=4HnxK8w1ELvSr4tz

## Keywords

technischer Support, App-Erosion, Zapier, Support-Agenten, Code-Auslieferung, Support-Automatisierung, API-Integrationen, kontinuierliche Wartung

## Authors

Lisa Orr

## Ton

**Profil**: Engineering-Führungskraft bei Zapier, pragmatische operative Perspektive, lösungsorientiertes Register, Vortrag mit Fokus auf reale Probleme

**Stil**: Praxisnahe und direkte Darstellung, zentriert auf die Lösung konkreter Probleme. Professioneller, aber zugänglicher Ton, mit Beispielen aus der Erfahrung von Zapier. Die Autorität ergibt sich aus der Verwaltung von Integrationen im großen Maßstab. Zielgruppe: technische Führungskräfte, Support-Teams und Entwickler, die sich mit der Wartung komplexer Integrationen befassen.

## Pense-betes

- **App-Erosion**: über 8.000 Integrationen bei Zapier, 14 Jahre Bestehen, ständig wechselnde APIs
- **Grand-Canyon-Analogie**: Natürliche Erosion vs. App-Erosion, die niemals aufhört
- **Backlog-Krise**: Tickets treffen schneller ein, als sie gelöst werden
- **Experiment 1**: Support wechselt von Triage zur Fehlerbehebung (Leitplanken, 4 Ziel-Apps)
- **Experiment 2 - Scout**: Codegen-Projekt zur Lösung der Erosion
- **Pain Points**: 50 % der Zeit werden für das Sammeln von Kontext aufgewendet
- **Lösungsarchitektur**: Context Analyzer → Diff Generator → Test Generator
- **Ergebnisse**: 97 % Erfolgsquote bei MRs, Lösungszeit von 72 Std. auf Minuten reduziert

## RésuméDe400mots

Lisa Orr, Engineering-Führungskraft bei Zapier, stellt vor, wie das Unternehmen die "App-Erosion" bekämpft, indem es Support-Teams befähigt, Code auszuliefern. Anhand der Grand-Canyon-Analogie – bei der natürliche Erosion über Millionen von Jahren Schönheit schafft – stellt sie diese der App-Erosion gegenüber, die kontinuierlich die über 8.000 Integrationen von Zapier degradiert, die über 14 Jahre aufgebaut wurden.

Das Problem ist kritisch: Drittanbieter-APIs ändern sich ständig, was eine **Backlog-Krise** erzeugt, bei der Tickets schneller eintreffen, als sie gelöst werden können. Dies führt zu Zuverlässigkeitsproblemen, schlechter Kundenerfahrung und potenzieller Abwanderung. Angesichts dieser Realität startete Zapier vor zwei Jahren zwei parallele Experimente.

**Experiment 1** transformiert die Support-Rolle: von einfacher Triage zu aktiver Fehlerbehebung. Der Ansatz ist vorsichtig, mit Leitplanken: Fokus auf 4 Ziel-Apps, verpflichtende Engineering-Review, beschränkt auf App-Fixes. Die Motivation ist stark, da Erosion eine bedeutende Fehlerquelle darstellt, Support lernbereit ist (viele möchten Engineers werden) und einige Mitglieder bereits informell mitgeholfen hatten.

**Experiment 2 - Scout** nutzt generative KI, um Fixes zu beschleunigen. Der Prozess beginnt mit "Dog Fooding" (Orr selbst behebt Apps), der Beobachtung von Engineers und Support sowie der Identifikation von Pain Points. Zentrale Erkenntnis: **50 % der Zeit wird für das Sammeln des Kontexts** aufgewendet, der zum Verständnis des Problems nötig ist.

Scouts Architektur umfasst drei Hauptkomponenten:
1. **Context Analyzer**: Sammelt automatisch Tickets, Fehlerprotokolle, API-Dokumentation, Quellcode
2. **Diff Generator**: Erstellt Fixes basierend auf dem analysierten Kontext
3. **Test Generator**: Generiert Tests zur Validierung der Fixes

Die Ergebnisse sind bemerkenswert. Die **Erfolgsquote der Merge Requests erreicht 97 %**, wobei nur 3 % geringfügige Änderungen erfordern. Die Lösungszeit sinkt von **72 Stunden auf wenige Minuten**. Die kulturelle Wirkung ist tiefgreifend: Der Support fühlt sich wertgeschätzt, Engineering wird für Innovation freigestellt, und die Grenze zwischen den Rollen verschwimmt.

Orr betont, dass diese Transformation nicht bloß eine technische Optimierung, sondern eine strategische Notwendigkeit ist. In einem Ökosystem, in dem Integrationen zentral sind und Erosion unvermeidlich ist, wird die Fähigkeit zur agilen Wartung zu einem Wettbewerbsvorteil. Die Befähigung des Supports durch KI stellt eine grundlegende organisatorische Weiterentwicklung dar, um in einer Welt sich permanent verändernder APIs zu bestehen.

## GrapheDeConnaissance

- Lisa Orr —travaille_chez→ Zapier (ORGANISATION, 0.98)
- Zapier —mesure→ 8000+ intégrations gérées (MESURE, 0.97)
- érosion applicative —observé_dans→ Zapier (ORGANISATION, 0.95)
- changements constants APIs tierces —a_créé→ érosion applicative (CONCEPT, 0.93)
- Scout —résout→ érosion applicative (CONCEPT, 0.92)
- Context Analyzer —fait_partie_de→ Scout (TECHNOLOGIE, 0.9)
- Diff Generator —fait_partie_de→ Scout (TECHNOLOGIE, 0.9)
- Test Generator —fait_partie_de→ Scout (TECHNOLOGIE, 0.9)
- Scout —mesure→ 97% de taux de réussite des MR (MESURE, 0.95)
- Scout —réduit→ temps de résolution de 72h à quelques minutes (CONCEPT, 0.93)
- équipe support —converge_avec→ livraison de code (CONCEPT, 0.9)
- Lisa Orr —mesure→ 50% du temps passé à rassembler le contexte (MESURE, 0.88)

---
Canonical: https://www.thekb.eu/de/fiches/orr-zapier-support-ship-code-app-erosion-2025-11-23/