Pexon Consulting | 10 Min. Lesezeit | 25.05.2026
TL;DR
Ein deutscher Maschinenbauer hat in 90 Tagen einen Field-Service-Copilot mit Pexon Consulting produktiv gemacht und seine First Call Resolution von 65% auf 80% gehoben. Das entspricht einer harten Einsparung von rund 1,1 Millionen EUR pro Jahr bei einem Pilot-Invest von 145.000 EUR — 7,6-facher ROI in zwölf Monaten. Pexon liefert den Sprint mit Outcome-SLA und 25% Refund-Garantie auf das FCR-Ziel — kein Berater-T&M-Risiko beim Kunden.
Was uns dieser Kunde gestellt hat
Maschinenbauer, oberbayerischer Mittelständler, rund 1.800 Mitarbeiter, internationaler Field-Service. Die Service-Mannschaft kämpft mit zwei Trends gleichzeitig: 17 von 28 Senior-Technikern gehen bis 2030 in Rente, die Anlagen-Komplexität steigt mit jeder neuen Produktgeneration. First Call Resolution lag seit drei Jahren stabil bei 65%, der Service-Leiter wollte auf 80% — und hatte die letzten zwölf Monate erfolglos versucht, das mit Schulungen und Knowledge-Sharing-Workshops zu erreichen.
Der Pain in Zahlen: 35% der Service-Tickets brauchten einen zweiten Anlauf oder eine Senior-Eskalation. Pro nicht erstgelöstem Ticket fielen rund 380 EUR an direkten Mehrkosten an (zweite Anfahrt, Senior-Stunden, Ersatzteil-Logistik) plus Folgeeffekte beim Kunden, die schwer monetarisierbar sind. Bei 7.500 Service-Tickets pro Jahr ergab das eine Größenordnung von 1,8 Millionen EUR jährlich, die rein aus FCR-Lücke verbrannt wurde.
Wir haben den Sprint mit einem Outcome-SLA aufgesetzt: FCR-Ziel 78% nach 90 Tagen, 25% Refund-Garantie auf das Pilot-Honorar bei Zielverfehlung. Das war für den Kunden die Voraussetzung, überhaupt zu starten. Service-Leiter hatten in den letzten zwei Jahren zwei T&M-Beraterprojekte ohne Outcome-Bezug erlebt — beide ohne messbares Ergebnis. Outcome-SLA war kein Marketing-Move, sondern Vertrauens-Pflicht.
Was die 90 Tage konkret bedeutet haben
Wir starten Field-Service-Copilot-Projekte in einem festen 90-Tage-Rhythmus mit drei Phasen, die sich überlappen. Die Reihenfolge ist nicht beliebig.
Tag 1-30: Datenpipeline und Senior-Interview-Capture
Anbindung CRM (Salesforce Service Cloud), Indexierung SharePoint mit 12 Jahren Wartungsberichten (rund 47.000 PDFs, davon 23% Scans mit Handschrift-Anteilen), strukturierte Interviews mit acht Senior-Technikern à 90 Minuten. Whisper-Large-v3 self-hosted für die Transkription, danach Strukturierung in tag-getaggte Wissens-Snippets. Pro Senior 110-180 verwertbare Snippets nach Review. Parallel: Vector-DB-Setup (Qdrant on AKS, 12,4 Millionen Vektoren am Ende), BM25-Index, Re-Ranker.
Tag 25-60: MVP-Frontend und erste Eval-Runde
Mobile-First-Web-App mit Voice-Input, optimiert für Tablet im Außeneinsatz. Erste Eval-Runde gegen ein Golden-Set von 240 echten Service-Tickets aus dem letzten Quartal — wir messen Faithfulness, Answer-Relevance, Context-Precision mit RAGAS. Erste Iteration auf Reflection-Loop bei niedriger Confidence. Erste Pilot-User: 12 Junior-Techniker im Schichtsystem, ausgewählt nach Bereitschaft, nicht nach Hierarchie.
Tag 55-90: Skalierung, Eval, FCR-Messung
Roll-Out auf 38 Field-Techniker, kontinuierliche Eval mit nachgezogenen CRM-Tickets, finale FCR-Messung über 30 Tage Echtbetrieb. Hand-off der laufenden Eval-Pipeline an das interne Daten-Team, Übergabe der Operations-Runbooks. Pexon-Senior bleibt für 4 Stunden pro Woche im Support-SLA über die folgenden drei Monate.
Tag 88: FCR-Messung über die letzten 30 Tage liefert 80,3%. Outcome-SLA erfüllt, kein Refund fällig. Service-Leiter unterschreibt Phase-2-Erweiterung auf weitere zwei Geschäftsbereiche.
Die Outcome-SLA mit Refund-Garantie — warum wir das machen
In zwei Sätzen: Klassische T&M-Beratung verlagert das gesamte Eskalations-Risiko auf den Kunden. Outcome-SLA mit Refund-Garantie zwingt uns, das Risiko zu teilen. Wer das nicht anbieten kann oder will, hat entweder kein belastbares Pattern oder kein Vertrauen in die eigene Liefer-Fähigkeit.
Unser Modell für Field-Service-Copilot-Sprints (Stufe 4a in unserer Service-Ladder):
Wir machen das nicht im Bauch, wir machen das auf Basis von vier Vorgängerprojekten, in denen das Pattern reproduzierbar funktioniert hat. Bei einem der vier Projekte haben wir die Refund-Garantie tatsächlich gezogen — FCR-Ziel knapp verfehlt, 12 Prozentpunkte erreicht statt 15 vereinbart, 22% vom Honorar zurückerstattet. Der Kunde hat nach drei weiteren Monaten Optimierung das Ziel auch erreicht und sich für die Phase-2-Erweiterung entschieden. Outcome-SLA macht aus dem Berater-Vertrag eine echte Partnerschaft.
Die ROI-Rechnung sauber aufgeschlüsselt
Der Pilot kostete 145.000 EUR gesamt — 85.000 EUR Pexon-Sprint plus 60.000 EUR interne Aufwände (Service-Leitung, IT, acht Senior-Interviews à 90 Minuten plus Review-Zeit). Diese 145k stehen gegen jährliche Einsparungen von rund 1,1 Millionen EUR.
Wir setzen die Folgeschäden bewusst konservativ an. Der echte Wert liegt höher, weil ein gelöstes Ticket beim ersten Anruf einen anderen Kundenwert hat als ein zweimal-eskaliertes — Service-NPS, Vertragsverlängerungen, Cross-Sell-Effekte. Diese Effekte rechnen wir aber nicht in die Refund-SLA, weil sie schwer fair zu attributieren sind.
Was die Rechnung explizit nicht enthält: laufender Betrieb des Field-Service-Copilot. Den schätzen wir mit 6-9k EUR im Monat (LLM-API, GPU-Hosting für Qwen-VL, Eval-Pipeline). Über 12 Monate also 72-108k EUR, abgezogen von der Einsparung bleiben über 950.000 EUR netto.
Architektur in einem Diagramm
Drei Schichten, eine LangGraph-Orchestrierung, multi-modal:
[Service-Techniker am Tablet]
|
| Text + optional Foto/Audio
v
[LangGraph Agent: Plan -> Retrieve -> Reflect -> Generate]
|
+-----+------+------+-------+
| | | | |
[Qdrant] [BM25] [VLM] [Eval] [CRM]
12,4M 47k Qwen Faith- Sales-
Vekt. PDFs 2.5VL fulness force
7B RAGAS Service
online
Quellen indexiert: Service-Manuals, Wartungsberichte
12 Jahre, CRM-Ticket-Lösungen, Senior-Interview-
Snippets, technische Zeichnungen, Anlagen-Fotos.
Der wichtige Teil steht im Klartext, nicht im Diagramm: LLM-Calls laufen über Azure OpenAI in der EU-Region mit AVV, VLM für Bilder ist Qwen2.5-VL self-hosted auf einer Azure-NC-A100 — Wartungsdaten mit Kundenbezug verlassen die Subscription nicht. Audit-Trail in Loki, persistente State-Checkpoints in Postgres für DORA-konforme Nachvollziehbarkeit.
Was bei Field-Service-Copilot-Sprints typisch schiefgehen würde
Erstens: Ohne Senior-Interview-Phase. Wir sehen es in jedem zweiten Konkurrenzangebot — Berater verspricht 60 Tage Sprint, springt direkt in Vector-DB-Setup und SharePoint-Indexierung. Das Ergebnis ist ein besseres Search-Frontend, kein Service-Copilot. Senior-Wissen ist nicht in PDFs, sondern in Köpfen. Wer das nicht erfasst, dokumentiert nur die formale Hälfte der Realität.
Zweitens: Eval als Nachgedanke. Wer FCR garantieren will, braucht eine Eval-Pipeline am Tag 30, nicht am Tag 80. Wir bauen Golden-Set, Faithfulness-Tracking und Confidence-Histogram in der ersten Phase auf, sonst wissen wir am Tag 60 nicht, ob wir auf Kurs sind.
Drittens: Outcome-SLA ohne klare Messdefinition. „FCR steigern“ ist kein vertraglich messbares Ziel. Wir definieren immer: Welcher CRM-Status zählt als First Call Resolution? Welche Ticket-Klassen werden in die Messung einbezogen (manche Nischen-Tickets sind statistisch unzuverlässig)? Über welchen Zeitraum wird gemessen? Wer signiert die Endmessung? Ohne diese Definition wird der Outcome-SLA-Hebel zur Streitquelle.
Vierter Klassiker, den wir oft sehen: Roll-Out-Schock. 38 Techniker bekommen am gleichen Tag das neue Tool. Hälfte ignoriert es, weil zu schnell, zu neu, zu wenig erklärt. Wir starten immer mit 8-12 freiwilligen Pilot-Usern, iterieren auf Basis ihres Feedbacks in den ersten 3 Wochen, dann skalieren wir mit dokumentierter Onboarding-Strecke.
Wann lohnt sich der Field-Service-Copilot-Sprint nicht?
Wir empfehlen den Sprint explizit nicht in drei Konstellationen. Erstens: Service-Volumen unter 2.000 Tickets pro Jahr. Da rechnet sich die Invest-Größenordnung schwer, und der Knowledge-Korpus ist zu klein für stabiles Retrieval. Zweitens: Knowledge-Base existiert quasi gar nicht — nicht digitalisierte Wartungsberichte, kein CRM-Ticketing, keine schreibfreudigen Senior-Techniker. Dann ist die Pre-Arbeit (Digitalisierung, CRM-Anbindung) größer als der eigentliche Sprint. Drittens: Highly-Custom-Equipment ohne Wiederholungs-Muster — wenn jede Anlage einzigartig ist und es kein wiederkehrendes Fehlerbild gibt, hilft RAG strukturell weniger.
In allen drei Fällen schlagen wir andere Maßnahmen vor: Document-Intelligence-Sprint zur Vorbereitung, CRM-Modernisierung zuerst, oder ein anderes Use-Case-Pattern. Outcome-SLA verbietet uns, Projekte zu starten, die unwahrscheinlich erfolgreich sind.
Häufig gestellte Fragen
Was kostet der Field-Service-Copilot-Sprint konkret?
Festpreis zwischen 45.000 und 85.000 EUR je nach Datenlage. Untere Spanne: bereits sauberes CRM mit Lösungs-Pattern, digitalisierte Wartungsberichte, 3-5 Senior-Interviews. Obere Spanne: Mischung aus Scans und digitalen Quellen, 8-12 Senior-Interviews, Mobile-Frontend mit Voice-Input. Outcome-SLA mit 25% Refund auf Zielverfehlung ist im Festpreis enthalten, kein Aufpreis.
Wie wird FCR im Outcome-SLA gemessen?
Wir definieren vor Sprint-Start zusammen mit dem Service-Leiter die exakten CRM-Status-Codes, die als First Call Resolution zählen, und die Ticket-Klassen, die in die Messung einfließen. Messzeitraum: 30 Tage Echtbetrieb nach Tag 60, gegenüber dem 90-Tage-Durchschnitt der gleichen Klassen vor Sprint-Start. Endmessung signiert vom internen Daten-Team, nicht von Pexon.
Was passiert konkret, wenn das FCR-Ziel verfehlt wird?
25% vom Honorar werden binnen 14 Tagen rückerstattet. Wir bleiben bei laufendem Sprint zusätzlich 6 Wochen ohne weiteres Honorar im Engagement, um die Lücke zu schließen — das ist Teil unseres Selbstverständnisses, kein vertragliches Muss. In bisher vier Projekten haben wir die Refund-Klausel einmal gezogen, das Ziel wurde im Nachgang erreicht.
Welche Branchen außer Maschinenbau profitieren vom Field-Service-Copilot?
Energie-Versorger (Smart-Meter-Service, Trafo-Wartung), Aufzughersteller, Medizintechnik-Service, Druckmaschinen-Hersteller, Sicherheitstechnik. Pattern passt überall dort, wo erfahrungs-getriebenes Service-Wissen über 10+ Jahre in Köpfen sitzt und die Senior-Generation in den Renteneintritt geht. Banking-Service und reine Software-Hotlines passen weniger, dort dominieren andere Wissens-Typen.
Wie viele eigene Engineering-Ressourcen müssen wir intern dafür freistellen?
Pro Sprint rechnen wir mit 60-100 internen Personentagen verteilt über 90 Tage. Verteilung: Service-Leitung 15 PT (Steering, Outcome-Definition, Senior-Auswahl), IT 25 PT (CRM-Anbindung, SharePoint-Zugriff, Cloud-Tenant), Senior-Techniker insgesamt 30-40 PT (Interviews, Review-Sessions, Pilot-Feedback), Daten-Team 10-15 PT (Eval-Hand-off). Das ist machbar, aber kein Side-Project.
Nächster Schritt
Wenn Ihre Service-FCR seit Jahren stabil zwischen 60% und 70% steht und Sie die Senior-Welle in den nächsten drei Jahren absehen: Wir machen ein 90-Minuten-Sparring mit Ihrem Service-Leiter, dem CRM-Verantwortlichen und einem Senior-Techniker. Am Ende haben Sie eine ehrliche Aussage, ob der 90-Tage-Sprint mit Outcome-SLA für Ihre Datenlage realistisch ist — oder ob ein Vorprojekt nötig ist.
Verwandte Themen
→Agentic RAG mit LangGraph — Live-Code
→Document Intelligence — Hub-Page
→Fertigung — Branchen-Lösungen



