WEBVTT 00:00:00.370 --> 00:00:06.850 Bereit für 10 Tage Microsoft 365, Co-Pilot KI, Azure und die Menschen, die die Zukunft der Arbeit gestalten? Ares. 00:00:07.890 --> 00:00:11.970 Diesen Januar ist die M-Tradom 560Con zurück und zwar noch größer. 00:00:12.450 --> 00:00:18.150 Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und erfahren Sie praktisches Wissen von MVPs und Branchenexperten aus aller Welt. 00:00:18.810 --> 00:00:21.010 Keine generischen Folien, keine endlosen Schlagworte. 00:00:21.890 --> 00:00:23.150 Wir stellen uns den echten Herausforderungen. 00:00:23.690 --> 00:00:28.770 Co-Pilot Studio, KI-Agents, Fabric, Sicherheit, Governance und Automatisierung. 00:00:28.770 --> 00:00:33.970 Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt speziell auf Sie zugeschnittene Sessions. 00:00:35.110 --> 00:00:40.010 An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen. 00:00:40.870 --> 00:00:44.350 Sehen Sie sich die Live-Übertreibung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen. 00:00:45.110 --> 00:00:50.590 Januar 2027, 10 Tage, eine Microsoft-Community. Die Registrierung ist ab sofort möglich. 00:00:51.770 --> 00:00:55.290 Besuchen Sie m3555.net und sichern Sie sich noch heute Ihren Platz. 00:00:55.290 --> 00:00:58.390 Das ist m3565.net. 00:01:00.090 --> 00:01:03.070 Melden Sie sich jetzt auf m3565.net an. 00:01:03.430 --> 00:01:04.710 Und wir sehen uns im Januar live. 00:01:05.370 --> 00:01:10.370 Wenn Ihre Außendiensttechniker nach jedem Auftrag immer noch 20 Minuten damit verbringen, Notizen zu tippen, verlieren Sie mehr als nur Zeit. 00:01:11.110 --> 00:01:12.170 Sie verlieren an Datengenauigkeit. 00:01:12.730 --> 00:01:16.570 Was wäre, wenn sich diese Arbeitsaufträge direkt aus Ihren gesprochenen Textaktualisierungen von selbst schreiben würden? 00:01:17.350 --> 00:01:23.550 Heute erläutern wir, wie Dynamics 365 Co-Pilot die Arbeitsabläufe im Außendienst neu gestaltet und warum es dabei nicht nur darum geht, Minuten zu sparen. 00:01:23.550 --> 00:01:28.530 Es geht darum, ein System zu schaffen, das Techniker, Manager und Kunden Echtzeit miteinander verbindet. 00:01:29.810 --> 00:01:34.670 Am Ende werden Sie feststellen, dass die Lücke zwischen erledigtem und dokumentiertem Auftrag vollständig verschwindet. 00:01:36.010 --> 00:01:37.730 Der unsichtbare Engpass beim Papierkram. 00:01:38.490 --> 00:01:42.210 In den meisten Serviceteams ist der langsamste Teil des Tages nicht die Reparatur selbst. 00:01:42.870 --> 00:01:45.590 Es ist alles, was passiert, nachdem die Werkzeugtasche wieder im Fahrzeug ist. 00:01:46.230 --> 00:01:52.010 Ein Techniker verbringt möglicherweise 40 Minuten mit der Diagnose und Behebung eines Problems und verbraucht dann weitere 20 oder 30 Minuten mit der Dokumentation. 00:01:52.010 --> 00:01:58.250 Das ist mehr als eine Kaffeepause pro Auftrag, wenn man Formulare, Dropdown-Menüs und doppelte Systeme durchgeht. 00:01:59.470 --> 00:02:01.010 Manager bekommen dies in Echtzeit nur selten mit. 00:02:01.910 --> 00:02:05.890 Sie bemerken erst gegen Ende des Tages, dass Aufträge ein oder zwei Stunden hinter dem Zeitplan zurückbleiben. 00:02:06.890 --> 00:02:11.950 Die Ursache liegt scheinbar in Staus oder Überbuchungen, aber oft ist es der administrative Aufwand, der mit jedem abgeschlossenen Auftrag einhergeht. 00:02:11.950 --> 00:02:14.450 Der aktuelle Prozess fühlt sich immer noch an wie aus den 90ern. 00:02:15.390 --> 00:02:22.730 Ein Techniker schließt die Aufgabe ab, notiert in einem Notizbuch oder auf der Rückseite des Service-Tickets, was er getan hat, und macht dann vielleicht noch ein paar schnelle Fotos als Beweis. 00:02:23.410 --> 00:02:27.010 Wenn Sie organisiert sind, versuchen Sie vor der Abfahrt noch Notizen in Ihr Tablet einzugeben. 00:02:27.710 --> 00:02:34.250 Häufiger heben Sie sich die Notizen für das Ende der Schicht auf, wenn Sie im Lieferwagen sitzen oder zu Hause der Erinnerung nachjagen, was sechs oder sieben Aufträge zuvor passiert ist. 00:02:34.250 --> 00:02:36.750 Jedes System benötigt ein eigenes Formular. 00:02:37.250 --> 00:02:41.750 Die Teilennutzung wird in eine App eingegeben, Service-Details in eine andere und Kundenkommentare in eine dritte. 00:02:42.370 --> 00:02:45.170 Nichts davon geschieht schnell und nichts geschieht, solange die Details noch aktuell sind. 00:02:45.870 --> 00:02:47.230 Diese Verzögerung verursacht versteckte Kosten. 00:02:47.550 --> 00:02:52.310 Wenn Sie am Ende des Tages müde sind, füllen Sie nur die wichtigsten Felder aus und überspringen alles, was nicht zwingend erforderlich ist. 00:02:52.890 --> 00:02:57.050 Kleine Details verschwinden, welche Teile Sie ausgetauscht haben, welche Schrauben nachgezogen werden mussten, 00:02:57.410 --> 00:02:59.810 dieses seltsame Geräusch, das der Kunde hörte, bevor etwas ausfiel. 00:02:59.810 --> 00:03:07.230 Überstürzte Eingaben führen zu unvollständigen Datensätzen und unvollständige Datensätze sind schlecht für die Terminplanung, Abrechnungen und Garantieansprüche. 00:03:07.850 --> 00:03:09.630 Es geht nicht nur um Geschwindigkeit, sondern auch um Genauigkeit. 00:03:10.330 --> 00:03:16.510 Kognitive Untersuchungen beziffern die durchschnittliche menschliche Fehlerquote bei der routinemäßigen manuellen Dateneingabe auf mehrere Prozent 00:03:16.510 --> 00:03:20.270 und mit jeder erneuten Eingabe oder jedem Kopieren und Einfügen zwischen Systemen summieren sich diese Fehler. 00:03:20.610 --> 00:03:27.910 Das bedeutet, dass eine falsche Seriennummer von der Notiz des Technikers in das CRM in die Rechnung des Kunden und in die Bestandszählung gelangen kann, 00:03:27.910 --> 00:03:33.550 bevor es jemand bemerkt, ähm, stellen Sie sich das vor, eine Heizungsreparatur ist um 10.40 Uhr abgeschlossen. 00:03:33.910 --> 00:03:36.850 Der Techniker sollte sich um 10.45 Uhr auf den Weg zum nächsten Einsatz ordnen. 00:03:37.390 --> 00:03:41.410 Stattdessen sitzt er bis 11.10 Uhr im Lieferwagen und regt anhand von Notizen eine Servicehistorie ein, 00:03:41.470 --> 00:03:43.930 um sich zu erinnern, ob er 1,5 Meter Rohr verwendet hat. 00:03:45.290 --> 00:03:47.590 Jeder Auftrag zieht sich den Rest des Tages hin und der Druck steigt. 00:03:48.310 --> 00:03:49.970 Am Nachmittag gerät das Team in Verzug. 00:03:50.630 --> 00:03:54.130 Die Mitarbeiter im Backoffice warten auf abgeschlossene Arbeitsaufträge, um Aufträge abzuschließen, 00:03:54.130 --> 00:03:56.350 Ersatzbestände zu bestellen und Rechnungen auszulösen. 00:03:57.350 --> 00:04:00.430 Wenn Sie die Information erst am Abend erhalten, verschiebt sich alles um einen Tag. 00:04:01.390 --> 00:04:02.990 Der Engpass existiert nicht nur im Außendienst. 00:04:03.730 --> 00:04:07.050 Verwaltungsteams geraten in Warteschleifen und jagen Details per E-Mail oder Telefon hinterher, 00:04:07.110 --> 00:04:08.670 manchmal Tage, nachdem es zu spät ist. 00:04:09.710 --> 00:04:12.990 Berichte, die eigentlich die Weiterleitung oder die Lagerbestellung der nächsten Woche bestimmen sollten, 00:04:13.070 --> 00:04:15.630 beruhen auf Vermutungen, da die zugrunde liegenden Daten lücknervt sind. 00:04:15.630 --> 00:04:21.510 Wenn man das auf ein Dutzend Techniker hochrechnet, die jeweils sieben oder acht Aufträge pro Tag erledigen, 00:04:21.910 --> 00:04:25.690 wird deutlich, wie sich die Verzögerung auf Kosten der Bestandsgenauigkeit des Cashflows 00:04:25.690 --> 00:04:27.830 und sogar der Kundenzufriedenheitswerte auswirkt. 00:04:29.350 --> 00:04:31.270 Es ist nicht so, dass ein Techniker langsam ist, 00:04:31.490 --> 00:04:34.030 sondern die Art und Weise, wie das System die Verwaltungsarbeit dazu zwingt, 00:04:34.090 --> 00:04:35.710 losgelöst von der eigentlichen Aufgabe tätig zu werden. 00:04:36.050 --> 00:04:37.630 Der entscheidende Punkt ist, dass es sich um ein System handelt. 00:04:38.030 --> 00:04:40.350 Sie können schnellere Mitarbeiter einstellen oder auf Disziplin drängen, 00:04:40.350 --> 00:04:42.790 doch wenn der Workflow selbst auf der manuellen Erfassung nach dem Ereignis basiert, 00:04:42.790 --> 00:04:45.970 sind Verzögerungen und Fehler vorprogrammiert. 00:04:46.250 --> 00:04:48.630 Sie können keine präzisen und zeitnahen Berichte erstellen, 00:04:48.710 --> 00:04:52.010 wenn die Quelldaten erst Stunden später aus fragmentierten Notizen eingegeben werden. 00:04:53.190 --> 00:04:55.370 Und so sehr sich die Außendienstteams auch wünschen würden, 00:04:55.450 --> 00:04:57.770 sich auf die Arbeit vor sich zu konzentrieren, lässt sich nicht leugnen, 00:04:57.850 --> 00:05:00.590 dass dieser Papierkram Teil der Arbeit ist, bis sie einen anderen Weg finden. 00:05:00.810 --> 00:05:04.750 Ihn zu erfassen, daraus ergibt sich eine echte Chance. 00:05:05.290 --> 00:05:07.450 Stellen Sie sich vor, Sie könnten die manuelle Eingabe überflüssig machen, 00:05:07.450 --> 00:05:09.890 ohne die natürliche Arbeitsweise des Technikers am Ende eines Auftrags zu ändern. 00:05:09.890 --> 00:05:12.930 Der Schritt vom langsamen, sich wiederholenden Ausfüllen von Formularen 00:05:12.930 --> 00:05:15.950 zur präzisen Dokumentation in Echtzeit ist näher, als die meisten Teams erwarten. 00:05:16.350 --> 00:05:18.710 Und er erfordert nicht, dass Sie Ihre gesamte Belegschaft umschulen müssen. 00:05:20.170 --> 00:05:21.450 Wenn Sie sich Ihre Notizen von selbst schreiben, 00:05:22.030 --> 00:05:23.910 stellen Sie sich vor, Sie verlassen die Einfahrt des Kunden, 00:05:24.070 --> 00:05:25.210 gehen zurück zu Ihrem LKW, 00:05:25.590 --> 00:05:26.510 und wenn Sie die Tür schließen, 00:05:26.670 --> 00:05:29.490 befindet sich Ihre Arbeitsauftragszusammenfassung bereits im System. 00:05:30.770 --> 00:05:32.890 Keine Formulare, kein Tippen, keine Suche nach Dropdown-Minuten. 00:05:33.050 --> 00:05:36.370 Das passiert, wenn Sie die Dateneingabe am Tagesende durch eine Lösung ersetzen, 00:05:36.450 --> 00:05:39.030 die sich nahtlos in den tatsächlichen Ablauf des Auftrags einfügt. 00:05:39.030 --> 00:05:42.030 Co-Pilot hört dem Techniker direkt nach der Reparatur zu, 00:05:42.110 --> 00:05:43.210 während er noch alles im Kopf hat 00:05:43.210 --> 00:05:44.930 und wandelt die Daten in eine Aufzeichnung um, 00:05:45.010 --> 00:05:47.110 die er Backoffice tatsächlich verwenden kann. 00:05:48.190 --> 00:05:50.570 Die Erfassung ist so einfach, wie das Drücken der Aufnahmetaste untersprechen. 00:05:51.750 --> 00:05:53.430 Umweltspumpe an Einheit 2 austauschen, 00:05:53.610 --> 00:05:54.670 ein Dichtungsset verwenden, 00:05:54.930 --> 00:05:56.250 Leitungen spülen, Druck prüfen, 00:05:56.530 --> 00:05:57.030 keine Lacks. 00:05:57.830 --> 00:05:58.970 Das ist alles, was der Techniker tut. 00:05:59.450 --> 00:06:00.830 Das System transkribiert nicht nur. 00:06:00.990 --> 00:06:03.310 Es weiß, wer spricht, an welchem Auftrag er beteiligt ist, 00:06:03.370 --> 00:06:05.510 wer der Kunde ist und welches Anlagevermögen gewartet wurde. 00:06:05.510 --> 00:06:07.430 Dieser Kontext bedeutet, 00:06:07.570 --> 00:06:09.430 dass kein Textblock in ein Notizfeld geschrieben wird, 00:06:09.590 --> 00:06:11.990 sondern jedes Detail den richtigen Feldern zugeordnet wird, 00:06:12.070 --> 00:06:13.810 ohne dass der Techniker es organisieren muss. 00:06:14.910 --> 00:06:15.590 Wenn Sie jedoch schon einmal 00:06:15.590 --> 00:06:17.350 eine einfache Spracherkennungsfunktion verwendet haben, 00:06:17.430 --> 00:06:18.330 wissen Sie, dass diese instabil ist. 00:06:18.590 --> 00:06:19.470 Man übersieht ein Wort, 00:06:19.570 --> 00:06:20.490 hört Hintergrundgeräusche 00:06:20.490 --> 00:06:22.470 und muss am Ende trotzdem die Hälfte des Textes bearbeiten. 00:06:22.890 --> 00:06:24.090 Co-Pilot umgeht diese Falle, 00:06:24.130 --> 00:06:25.130 da es nicht bei Null anfängt. 00:06:25.510 --> 00:06:28.730 Das System verfügt bereits über den Wartungsverlauf aus dem CRM-System, 00:06:28.890 --> 00:06:30.870 die Liste der diesem Auftrag zugewiesenen Teile, 00:06:31.070 --> 00:06:32.550 die Notizen des vorherigen Technikers, 00:06:32.550 --> 00:06:34.490 Garantiebedingungen und Installationsdetails. 00:06:35.090 --> 00:06:36.250 Wenn es Pumpe wechseln hört, 00:06:36.390 --> 00:06:38.150 kann es das Modell für diesen Standort überprüfen, 00:06:38.230 --> 00:06:39.770 es mit den vorrätigen Teilen abgleichen 00:06:39.770 --> 00:06:43.010 und den Austausch anhand dieser spezifischen Teilnummer protokollieren, 00:06:43.190 --> 00:06:44.470 nicht nur anhand des allgemeinen Begriffs. 00:06:45.310 --> 00:06:46.770 Nehmen wir als Beispiel eine Pumpreparatur. 00:06:47.310 --> 00:06:48.950 Der Techniker verbringt 90 Sekunden damit, 00:06:49.010 --> 00:06:50.730 zu diktieren, was getan und was beobachtet wurde. 00:06:51.390 --> 00:06:52.390 Bis die Audioaufnahme endet, 00:06:52.390 --> 00:06:54.430 hat Co-Pilot das Update in zwei Dinge aufgeteilt, 00:06:54.490 --> 00:06:55.450 die das Unternehmen benötigt. 00:06:55.610 --> 00:06:57.090 Strukturierte Felder, Teilnummern, 00:06:57.450 --> 00:06:59.070 verwendete Mengen, Arbeitszeit 00:06:59.070 --> 00:07:01.470 und ein lesbaren Bericht über den Wartungsverlauf. 00:07:03.110 --> 00:07:04.370 In diesem Bericht könnte vermerkt werden, 00:07:04.450 --> 00:07:06.530 dass der Fehlermodus einem Fall aus dem letzten Jahr ähnelte, 00:07:06.670 --> 00:07:08.470 dieses Mal aber beim ersten Besuch behoben wurde. 00:07:09.290 --> 00:07:10.370 Diese zusätzlichen Erkenntnisse 00:07:10.370 --> 00:07:12.150 bleiben dem Anlagendatensatz zugeordnet, 00:07:12.210 --> 00:07:12.910 was wertvoll ist, 00:07:12.970 --> 00:07:14.750 wenn das Gerät erneut zur Wartung ansteht. 00:07:15.510 --> 00:07:18.110 Da die KI die Details direkt in die richtige Struktur bringt, 00:07:18.110 --> 00:07:20.010 entfällt die doppelte Bearbeitung, 00:07:20.090 --> 00:07:22.830 die Disponenten oder Verwaltungspersonal sonst vornehmen müssten, 00:07:23.210 --> 00:07:25.090 indem sie Rohtext in Berichte kopieren, 00:07:25.190 --> 00:07:27.070 die Bestandsnutzung erneut eingeben 00:07:27.070 --> 00:07:29.750 und die Garantieberechtigung abgleichen, eichen. 00:07:30.430 --> 00:07:32.430 Die Zeit, die sonst mit dem Bereinigen von Technikernotizen 00:07:32.430 --> 00:07:34.330 oder dem Aufspüren fehlender Felder verbracht worden wäre, 00:07:34.430 --> 00:07:34.810 fällt einfach. 00:07:35.650 --> 00:07:37.610 Und im Gegensatz zu frei formulierten Notizen 00:07:37.610 --> 00:07:39.230 fügen sich diese strukturierten Daten 00:07:39.230 --> 00:07:41.470 nahtlos in die Berichtsanalyse und Abrechnungsprozesse ein, 00:07:41.550 --> 00:07:43.310 ohne dass sie später von jemandem korrigiert werden müssen. 00:07:44.030 --> 00:07:45.970 Hier gibt es noch einen weiteren kleinen Vorteil. 00:07:46.610 --> 00:07:49.270 Durch die Normalisierung von Einträgen in ein einheitliches Format 00:07:49.270 --> 00:07:52.290 macht Co-Pilot Trendanalysen wesentlich zuverlässiger. 00:07:52.290 --> 00:07:57.350 Abkürzungen, Rechtschreibfehler oder verschiedene Techniker, 00:07:57.570 --> 00:07:59.350 die dasselbe Teil unterschiedlich benennen, 00:07:59.490 --> 00:08:03.690 werden eliminiert, wenn der Betriebsleiter nach allen Aufträgen sucht, 00:08:03.810 --> 00:08:05.510 die dieses Pumpenmodell betreffen. 00:08:05.930 --> 00:08:06.190 Seuer. 00:08:07.430 --> 00:08:08.710 Er hält tatsächlich die vollständige Liste 00:08:08.710 --> 00:08:10.190 und nicht nur 80% davon eine lange Liste, 00:08:10.270 --> 00:08:11.290 mit nicht übereinstimmenden Datensätzen. 00:08:11.690 --> 00:08:13.030 Für den Techniker fühlt es sich unsichtbar. 00:08:13.430 --> 00:08:16.270 Er verbringt nicht länger 20 Minuten pro Auftrag mit Verwaltungsaufgaben 00:08:16.270 --> 00:08:17.430 und gewinnt diese Zeit an Zeit. 00:08:18.030 --> 00:08:19.830 Bei mehrerer Aufträge hinweg kann das bedeuten, 00:08:19.830 --> 00:08:21.490 dass ein zusätzlicher Termin eingeplant werden kann, 00:08:21.550 --> 00:08:22.610 ohne dass eine Schicht verlängert wird. 00:08:23.170 --> 00:08:24.350 Für das Backoffice bedeutet dies, 00:08:24.430 --> 00:08:26.450 dass es sofort umfangreichere, sauberere Daten erhält, 00:08:26.550 --> 00:08:27.550 ohne dass es zu Engpässen kommt, 00:08:27.610 --> 00:08:28.150 die dadurch entstehen, 00:08:28.210 --> 00:08:29.990 dass das Außendienstteam die Daten erst einmal eingibt. 00:08:30.790 --> 00:08:31.770 Für den Kunden bedeutet dies, 00:08:31.850 --> 00:08:33.650 dass Berichte, Rechnungen und Nachverfolgungen 00:08:33.650 --> 00:08:35.630 schneller und mit weniger Fehlern erfolgen. 00:08:35.730 --> 00:08:36.130 She's wrong. 00:08:36.970 --> 00:08:38.650 Und während die Einsparung von Minuten pro Auftrag 00:08:38.650 --> 00:08:39.370 ein klarer Gewinn ist, 00:08:39.370 --> 00:08:40.470 ist die Verbesserung der Genauigkeit 00:08:40.470 --> 00:08:41.990 in den Folgeprozessen genauso wichtig. 00:08:42.910 --> 00:08:45.010 Eine schlechte Datenerfassung führt zu schlechter Zeitplanung, 00:08:45.110 --> 00:08:46.010 falschen Lagerbestellungen 00:08:46.010 --> 00:08:47.450 und verpassten Garantieansprüchen. 00:08:47.450 --> 00:08:50.170 Ein System, das die Erfassungslücke schließt, 00:08:50.210 --> 00:08:51.030 schließt auch die Fehlerlücke, 00:08:51.130 --> 00:08:51.870 die schwerer zu erkennen, 00:08:52.010 --> 00:08:53.190 aber genauso kostspielig ist. 00:08:54.310 --> 00:08:55.710 All dies konzentriert sich immer noch auf das, 00:08:55.770 --> 00:08:56.230 was passiert ist, 00:08:56.290 --> 00:08:57.370 auf die gerade abgeschlossene Arbeit. 00:08:58.350 --> 00:09:00.430 Aber sobald das System diesen Kontext in Echtzeit versteht, 00:09:00.470 --> 00:09:01.770 kann es mehr tun als nur dokumentieren. 00:09:03.070 --> 00:09:04.390 Es kann den nächsten Schritt vorschlagen, 00:09:04.470 --> 00:09:06.450 noch bevor der Techniker überhaupt danach fragt. 00:09:07.130 --> 00:09:08.710 Unterstützung bei der Fehlerbehebung in Echtzeit. 00:09:09.530 --> 00:09:10.790 Was wäre, wenn ein Techniker 00:09:10.790 --> 00:09:12.550 bei einer Reparatur auf ein Hindernis stoßen 00:09:12.550 --> 00:09:13.890 und die genauen Reparaturschritte, 00:09:14.050 --> 00:09:15.650 den Schaltplan und die Teileüberprüfung 00:09:15.650 --> 00:09:17.370 auf seinem Bildschirm angezeigt bekommen könnte, 00:09:17.450 --> 00:09:19.130 bevor er sein Werkzeug überhaupt ablegt. 00:09:20.250 --> 00:09:21.510 Nicht erst eine halbe Stunde später, 00:09:21.570 --> 00:09:22.950 nachdem er sich durch PDFs gekämpft hat, 00:09:23.030 --> 00:09:24.290 nicht nach einem Hin und Her mit der Zentrale, 00:09:24.410 --> 00:09:25.210 sondern genau in dem Moment, 00:09:25.290 --> 00:09:26.410 wenn er noch neben dem Gerät steht. 00:09:26.670 --> 00:09:27.730 Wenn er noch neben dem Gerät steht. 00:09:28.430 --> 00:09:29.110 Das ist der Wandel, 00:09:29.190 --> 00:09:30.550 bei dem Anleitungen nicht mehr etwas sind, 00:09:30.630 --> 00:09:31.310 nach dem man sucht, 00:09:31.370 --> 00:09:33.070 sondern Teil des Arbeitsablaufs selbst werden. 00:09:34.350 --> 00:09:35.650 Wenn heute ein Fehler auftritt, 00:09:35.710 --> 00:09:37.230 der nicht auf der Basis-Checkliste steht, 00:09:37.330 --> 00:09:38.950 beginnen die meisten Außendiensttechniker 00:09:38.950 --> 00:09:40.270 mit dem, was sie mitgebracht haben. 00:09:40.670 --> 00:09:42.390 In der Regel handelt es sich dabei 00:09:42.390 --> 00:09:43.650 um PDF-Dateien auf einem Tablet, 00:09:43.730 --> 00:09:45.050 möglicherweise das Handbuch vom letzten Jahr 00:09:45.050 --> 00:09:46.670 oder einige gespeicherte Fotos von früheren Reparatur. 00:09:47.130 --> 00:09:48.030 Wenn das nicht ausreicht, 00:09:48.090 --> 00:09:49.030 besteht der nächste Schritt darin, 00:09:49.090 --> 00:09:49.750 jemanden anzurufen, 00:09:49.930 --> 00:09:50.910 in der Regel den Serviceleiter 00:09:50.910 --> 00:09:52.050 oder einen anderen leitenden Techniker, 00:09:52.110 --> 00:09:53.950 der möglicherweise gerade mitten in seiner Arbeit ist. 00:09:54.790 --> 00:09:55.950 Man landet in der Warteschleife, 00:09:56.050 --> 00:09:57.550 schickt halbfertige Fehler kurz per SMS 00:09:57.550 --> 00:09:58.210 und wartet darauf, 00:09:58.290 --> 00:09:59.910 dass jemand im Büro die Datenbank überprüft. 00:09:59.910 --> 00:10:01.230 Jede so verbrachte Minute 00:10:01.230 --> 00:10:02.530 bedeutet eine weitere Minuteverzögerung 00:10:02.530 --> 00:10:02.990 im Zeitplan 00:10:02.990 --> 00:10:04.510 und eine weitere Verzögerung bei einem Auftrag. 00:10:04.510 --> 00:10:05.690 Unter Zeitdruck wird das noch schlimmer. 00:10:06.010 --> 00:10:06.470 Kunden möchten, 00:10:06.610 --> 00:10:08.150 dass das System so schnell wie möglich wieder läuft. 00:10:08.650 --> 00:10:09.730 Daher ist die Versuchung groß, 00:10:09.810 --> 00:10:10.970 auf der Grundlage der wahrscheinlichsten 00:10:10.970 --> 00:10:11.950 Übereinstimmung zu raten, 00:10:11.990 --> 00:10:13.350 anstatt die genaue Ursache zu ermitteln. 00:10:13.850 --> 00:10:14.410 Das kann dazu führen, 00:10:14.490 --> 00:10:15.290 dass ein Teil ausgetauscht wird, 00:10:15.330 --> 00:10:16.470 das nicht die Ursache des Problems ist. 00:10:16.950 --> 00:10:17.530 So wird das Problem 00:10:17.530 --> 00:10:18.910 für ein oder zwei Tage verschleiert, 00:10:18.990 --> 00:10:19.950 bis es erneut auftritt. 00:10:20.670 --> 00:10:21.610 In diesem Fall müssen Sie 00:10:21.610 --> 00:10:22.710 einen erneuten Besuch abstatten, 00:10:22.810 --> 00:10:23.870 zusätzliche Reisen unternehmen 00:10:23.870 --> 00:10:25.450 und das unangenehme Gespräch darüber führen, 00:10:25.550 --> 00:10:26.530 warum das reparierte Gerät 00:10:29.910 --> 00:10:31.070 ständige Ressourcen vor Ort. 00:10:32.210 --> 00:10:33.410 Genau hier setzt CoPilot an, 00:10:33.570 --> 00:10:34.410 indem es den Ort ändert, 00:10:34.490 --> 00:10:35.490 an dem das Wissen abgelegt wird. 00:10:36.130 --> 00:10:37.190 Anstatt dass der Techniker Daten 00:10:37.190 --> 00:10:38.250 aus statischen Dokumenten zieht, 00:10:38.330 --> 00:10:39.610 stellt CoPilot die richtigen Informationen 00:10:39.610 --> 00:10:40.410 im Kontext bereit. 00:10:41.630 --> 00:10:43.210 Es verknüpft die Reparaturprotokolle, 00:10:43.270 --> 00:10:44.030 Servicehandbücher, 00:10:44.190 --> 00:10:45.150 früheren Fallnotizen, 00:10:45.570 --> 00:10:46.630 IoT-Sensor-Feeds 00:10:46.630 --> 00:10:48.650 und sogar die Wartungsdaten von Partnern 00:10:48.650 --> 00:10:50.890 auf der Grundlage des aktuellen Arbeitsauftrags, 00:10:50.950 --> 00:10:51.930 der Anlagenhistorie 00:10:51.930 --> 00:10:55.350 und des gerade vom Techniker protokollierten Problems 00:10:55.350 --> 00:10:57.130 mit den entsprechenden Anleitungen. 00:10:58.450 --> 00:10:59.470 Angenommen, ein Techniker 00:10:59.470 --> 00:11:00.790 arbeitet an einem Kühlaggregat 00:11:00.790 --> 00:11:02.230 mit einem zeitweise auftretenden Fehler 00:11:02.230 --> 00:11:03.310 des Temperatursensors. 00:11:04.990 --> 00:11:06.490 Er beschreibt das Verhalten im CoPilot. 00:11:06.630 --> 00:11:08.410 Sensor zeigt kurzzeitig einen hohen Wert an, 00:11:08.630 --> 00:11:09.390 normalisiert sich dann, 00:11:09.510 --> 00:11:10.510 passiert zweimal täglich 00:11:10.510 --> 00:11:12.550 und innerhalb von Sekunden 00:11:12.550 --> 00:11:13.270 werden auf dem Bildschirm 00:11:13.270 --> 00:11:14.690 drei frühere Serviceaufzeichnungen 00:11:14.690 --> 00:11:16.110 mit fast identischen Symptomen angezeigt. 00:11:16.590 --> 00:11:17.830 Fall 1, defekter Kabelbaum, 00:11:18.110 --> 00:11:19.210 behoben, kein erneutes Auftreten. 00:11:19.670 --> 00:11:21.130 Fall 2, Sensor ausgetauscht, behoben. 00:11:21.570 --> 00:11:22.990 Fall 3, Steuerplatine ausgetauscht, 00:11:23.070 --> 00:11:23.770 keine weiteren Probleme. 00:11:24.210 --> 00:11:25.930 Es werden die genauen Ersatzteilnummern angezeigt, 00:11:25.990 --> 00:11:27.410 die bei diesen Reparaturen verwendet wurden, 00:11:27.410 --> 00:11:29.530 die Dauer jeder Reparatur sowie zugehörige Notizen 00:11:29.530 --> 00:11:30.910 der Techniker, die sie durchgeführt haben. 00:11:31.630 --> 00:11:33.530 Der Wartungsverlauf des aktuellen Vermögenswerts 00:11:33.530 --> 00:11:34.510 zeigt, dass der Kabelbaum bereits 00:11:34.510 --> 00:11:35.850 vor sechs Monaten ausgetauscht wurde. 00:11:36.350 --> 00:11:37.490 Die wahrscheinliche Ursache lässt sich 00:11:37.490 --> 00:11:38.670 also ohne Rätselraten eingassen. 00:11:39.310 --> 00:11:41.330 Da diese Hinweise nicht aus dem offenen Web stammen, 00:11:41.650 --> 00:11:42.870 sind sie bereits mit den tatsächlich 00:11:42.870 --> 00:11:44.590 im Unternehmen verwendeten Gerätemodellen, 00:11:44.810 --> 00:11:47.030 dem Teilebestand und den Verfahren abgeglichen. 00:11:47.690 --> 00:11:49.130 Das bedeutet, dass es keine Verwirrung 00:11:49.130 --> 00:11:50.770 über inkompatible Teile oder Schritte gibt, 00:11:50.830 --> 00:11:52.630 die nicht mit der Kundenkonfiguration übereinstimmen. 00:11:53.310 --> 00:11:54.130 Und es geht nicht nur darum, 00:11:54.130 --> 00:11:54.750 es richtig zu machen, 00:11:54.810 --> 00:11:56.250 sondern es gleich beim ersten Mal richtig zu machen. 00:11:57.390 --> 00:11:59.110 Die Kennzahlen des Außendienstes zeigen, 00:11:59.210 --> 00:12:00.150 dass sich jeder Prozentpunkt, 00:12:00.210 --> 00:12:02.030 der bei der Behebungsrate beim ersten Mal zunimmt, 00:12:02.210 --> 00:12:03.550 sichtbar auf die Kosten pro Auftrag 00:12:03.550 --> 00:12:04.930 und die Kundenzufriedenheit auswirkt. 00:12:06.130 --> 00:12:08.250 Da Co-Pilot die Diagnose während der Durchführung leitet, 00:12:08.370 --> 00:12:09.690 reduzieren die Techniker die Notwendigkeit, 00:12:09.810 --> 00:12:11.390 nach dem Prinzip Versuch und Irrtum vorzugehen, 00:12:11.430 --> 00:12:12.650 was weniger erneute Besuche bedeutet. 00:12:13.230 --> 00:12:15.090 Der Kunde erlebt nur einen einzigen Reparaturbesuch 00:12:15.090 --> 00:12:16.290 anstelle von zwei oder drei. 00:12:16.290 --> 00:12:21.940 Der Techniker lernt sofort aus dem Reparaturverlauf des Unternehmens 00:12:21.940 --> 00:12:22.880 und baut Erfahrung auf, 00:12:22.960 --> 00:12:24.760 ohne dass zusätzliche formelle Schulungen erforderlich sind. 00:12:25.940 --> 00:12:27.740 Und da der Support vor Ort zusammengestellt wird, 00:12:27.820 --> 00:12:29.120 bleibt der Techniker am Einsatzort, 00:12:29.240 --> 00:12:30.980 anstatt Zeit mit der Fahrt zurück zum Depot 00:12:30.980 --> 00:12:33.920 oder dem Warten auf einen Rückruf aus der Zentrale zu verschwenden. 00:12:34.880 --> 00:12:36.080 Die wirkliche Veränderung liegt im Rhythmus. 00:12:36.520 --> 00:12:37.980 Probleme, die früher den Tag unterbrochen haben, 00:12:38.040 --> 00:12:39.540 werden jetzt noch im selben Einsatz gelöst. 00:12:40.400 --> 00:12:42.140 So können mehr Aufträge pro Schicht erledigt werden, 00:12:42.140 --> 00:12:43.220 es gibt weniger Verzögerungen, 00:12:43.320 --> 00:12:44.720 die sich auf dem morgigen Zeitplan auswirken 00:12:44.720 --> 00:12:47.640 und das Backoffice wird weniger mit der Suche nach ungelösten Tickets belastet. 00:12:48.480 --> 00:12:50.440 Das Wissen, das früher in einem separaten Silo gespeichert war, 00:12:50.460 --> 00:12:51.800 ist jetzt Teil des Außendienst-Toolkits. 00:12:53.380 --> 00:12:55.320 Und sobald das System nicht nur den aktuellen Fehler, 00:12:55.500 --> 00:12:56.320 sondern auch das Muster, 00:12:56.600 --> 00:12:58.360 der als nächstes auftretenden Fehler versteht, 00:12:58.420 --> 00:13:00.440 kann es früher handeln und wahrscheinliche Bedarfe melden, 00:13:00.840 --> 00:13:02.640 bevor der Techniker überhaupt das Gehäuse öffnet. 00:13:04.240 --> 00:13:05.740 Hieraus entstehen echte Effizienzgewinne. 00:13:06.280 --> 00:13:07.800 Also Teile und Planung vor der Anfrage. 00:13:08.500 --> 00:13:09.660 Die kürzeste Reparatur ist die, 00:13:09.660 --> 00:13:12.340 bei der das richtige Teil bereits im Regal des Lieferwagens liegt. 00:13:12.340 --> 00:13:14.720 Keine zusätzlichen Anrufe, keine Folgebesuche, 00:13:14.840 --> 00:13:16.080 keine Erklärung gegenüber dem Kunden, 00:13:16.180 --> 00:13:18.500 warum sie wiederkommen, sobald das Teil eintrifft. 00:13:19.280 --> 00:13:20.900 Dennoch arbeiten die meisten Außendienstmitarbeiter 00:13:20.900 --> 00:13:22.100 heute immer noch nach einem reaktiven Modell. 00:13:22.980 --> 00:13:24.480 Ein Techniker diagnostiziert den Fehler, 00:13:24.800 --> 00:13:25.820 bestätigt, was benötigt wird 00:13:25.820 --> 00:13:27.520 und gibt erst dann die Anfrage ein. 00:13:27.960 --> 00:13:29.460 Im besten Fall fährt ein Fahrrad das Teil 00:13:29.460 --> 00:13:30.860 noch am selben Tag aus dem Depot ab. 00:13:31.540 --> 00:13:33.760 Im schlimmsten Fall bedeutet dies eine mehrtägige Wartezeit 00:13:33.760 --> 00:13:34.620 und einen verärgerten Kunden, 00:13:34.700 --> 00:13:36.160 der auf ein Gerät startet, das immer noch nicht funktioniert. 00:13:36.680 --> 00:13:37.800 Wir alle haben schon erlebt, 00:13:37.880 --> 00:13:39.260 wie leicht eine einzige fehlende Komponente 00:13:39.260 --> 00:13:40.500 ein Zeitplan durcheinander bringen kann. 00:13:40.500 --> 00:13:42.980 Ein Auftrag, der eigentlich 40 Minuten dauern sollte, 00:13:43.100 --> 00:13:44.140 erstreckt sich über zwei Besuche. 00:13:44.560 --> 00:13:46.720 Das bedeutet mehr Reisezeit, mehr Umplanungen, 00:13:46.960 --> 00:13:48.300 mehr Verwaltungsaufwand für die Disposition 00:13:48.300 --> 00:13:50.860 und die Folge, dass spätere Aufträge verschoben werden. 00:13:51.980 --> 00:13:53.560 Der Kunde spürt die Verzögerung gleich doppelt. 00:13:54.060 --> 00:13:55.680 Erstens, wenn sein Gerät länger offline bleibt 00:13:55.680 --> 00:13:58.160 und zweitens, wenn er Zeit für einen anderen Termin freimachen muss. 00:13:58.800 --> 00:14:00.480 Diese Verzögerungen wirken sich nicht nur negativ 00:14:00.480 --> 00:14:01.520 auf die Zufriedenheitswerte aus, 00:14:01.580 --> 00:14:03.240 sondern treiben auch die Kosten pro Auftrag in die Höhe, 00:14:03.320 --> 00:14:04.640 sodass sie nur schwer wieder gut zu machen sind. 00:14:04.840 --> 00:14:06.700 Hier ändert Co-Pilot die Abfolge. 00:14:07.480 --> 00:14:09.460 Anstatt zu warten, bis die Diagnose abgeschlossen ist 00:14:09.460 --> 00:14:10.880 und dann zu bestellen, achtet das System 00:14:10.880 --> 00:14:11.860 auf die Berichte des Technikers 00:14:11.860 --> 00:14:13.720 und beginnt im Hintergrund mit dem Abgleich der Teile. 00:14:14.900 --> 00:14:16.220 Es überträgt nicht einfach nur die Wörter, 00:14:16.400 --> 00:14:18.220 sondern verknüpft sie mit dem Auftragsdatensatz, 00:14:18.500 --> 00:14:20.000 dem spezifischen Modell, das gewartet wird, 00:14:20.080 --> 00:14:21.360 seiner vollständigen Servicehistorie 00:14:21.360 --> 00:14:23.020 und der Teileliste, die das Unternehmen verwendet. 00:14:23.420 --> 00:14:25.060 Wenn der Techniker während der Sprachausgabe 00:14:25.060 --> 00:14:26.080 Motorwelle gerissen sagt, 00:14:26.140 --> 00:14:27.160 kann Co-Pilot überprüfen, 00:14:27.240 --> 00:14:28.580 welcher Motor dieses Modell verwendet, 00:14:28.860 --> 00:14:30.460 ob er sich im aktuellen Lagerbestand befindet 00:14:30.460 --> 00:14:32.420 und wo sich der nächstgelegene Lagerbestand befindet. 00:14:32.640 --> 00:14:34.660 Stellen Sie sich einen Auftrag an Fördersystemen im Lager. 00:14:34.660 --> 00:14:36.380 Beim Spannen eines Riemens 00:14:36.380 --> 00:14:37.920 entdeckt der Techniker einen festsetzen Motor. 00:14:38.460 --> 00:14:39.940 Er erwähnt dies in seinem Workflow-Update 00:14:39.940 --> 00:14:41.400 Motor auf Spur 4 ist blockiert, 00:14:41.600 --> 00:14:43.000 Lager kaputt, Lager kaputt. 00:14:43.800 --> 00:14:45.180 Noch bevor der Techniker aufblickt hat, 00:14:45.620 --> 00:14:47.900 Co-Pilot die genaue Teilnummer des Ersatzmotors abgerufen, 00:14:48.160 --> 00:14:49.820 bestätigt, dass sich zwei im nächstgelegenen Depot 00:14:49.820 --> 00:14:51.440 in 19 Kilometer Entfernung befinden 00:14:51.440 --> 00:14:52.200 und markiert, 00:14:52.720 --> 00:14:54.220 dass bis zum Ende des aktuellen Auftrags 00:14:54.220 --> 00:14:55.200 einer geliefert werden kann. 00:14:56.020 --> 00:14:57.120 Anstatt zum Depot zu fahren 00:14:57.120 --> 00:14:58.420 oder einen neuen Besuch für morgen zu buchen, 00:14:58.500 --> 00:15:00.120 kann der Techniker den Motor noch heute austauschen. 00:15:00.880 --> 00:15:02.620 Diese Art der Vorhersage während des Auftrags 00:15:02.620 --> 00:15:03.900 vermeidet viele unnötige Kilometer. 00:15:04.300 --> 00:15:06.320 Sie brauchen keinen zweiten LKW, um einen Teil zu liefern. 00:15:06.780 --> 00:15:07.620 Es ist schneller für den Kunden 00:15:07.620 --> 00:15:08.920 und kostengünstiger für das Unternehmen. 00:15:09.600 --> 00:15:11.380 Die Auswirkungen sind für die gesamte Flotte spürbar. 00:15:12.340 --> 00:15:15.300 Wenn fünf Techniker jeweils eine unnötige Fahrt pro Woche vermeiden, 00:15:15.460 --> 00:15:16.340 sparen sie Dutzende Stunden 00:15:16.340 --> 00:15:17.740 sowie Kraftstoff- und Arbeitskosten, 00:15:17.820 --> 00:15:19.180 die sich direkt im Budget niederschlagen. 00:15:20.560 --> 00:15:22.180 Außerdem verändert sich das Lagerverhalten. 00:15:22.920 --> 00:15:23.980 Dank vorausschauender Vorschläge 00:15:23.980 --> 00:15:25.360 bleiben Teile kontinuierlich in Bewegung, 00:15:25.440 --> 00:15:26.380 anstatt monatelang herumzuliegen, 00:15:26.440 --> 00:15:27.100 bis jemand benötigt. 00:15:27.600 --> 00:15:29.460 Ein regelmäßig umgeschlagener Lagerbestand 00:15:29.460 --> 00:15:30.800 entspricht der tatsächlichen Nachfrage. 00:15:30.800 --> 00:15:33.560 Mit der Zeit kann das System anhand der Informationen, 00:15:33.660 --> 00:15:35.480 für welche Aufträge welche Teile benötigt werden, 00:15:35.860 --> 00:15:36.460 genau abstimmen, 00:15:36.520 --> 00:15:37.840 was in jedem Lieferwagen mitgeführt 00:15:37.840 --> 00:15:39.260 oder in jeder Region gelagert wird. 00:15:39.920 --> 00:15:40.620 Dadurch wird das Problem 00:15:40.620 --> 00:15:42.120 der nicht einsatzfähigen Bestände verringert 00:15:42.120 --> 00:15:43.260 und Fehlbestände unwahrscheinlicher. 00:15:43.620 --> 00:15:45.280 Und das ist nicht nur ein Vorteil am Einsatzort, 00:15:45.400 --> 00:15:47.080 sondern auch eine betriebliche Intelligenz. 00:15:48.600 --> 00:15:49.500 Wenn Co-Pilot feststellt, 00:15:49.560 --> 00:15:50.300 dass dieselbe Komponente 00:15:50.300 --> 00:15:51.240 in Dutzenden von Aufträgen 00:15:51.240 --> 00:15:52.560 in verschiedenen Gebieten angefordert wird, 00:15:52.680 --> 00:15:53.940 erhält die Beschaffung eine Frühwarnung. 00:15:55.140 --> 00:15:56.980 Das kann Kaufentscheidungen beeinflussen, 00:15:57.080 --> 00:15:58.060 bevor es zu Engpässen kommt. 00:15:58.060 --> 00:15:59.700 Dabei helfen, bessere Preise 00:15:59.700 --> 00:16:00.820 für Großbestellungen auszuhandeln 00:16:00.820 --> 00:16:01.740 oder sogar eine Überprüfung 00:16:01.740 --> 00:16:03.320 auf einen größeren Produktmangel auszulösen. 00:16:03.960 --> 00:16:04.880 Beim einzelnen Auftrag 00:16:04.880 --> 00:16:05.940 ist das Ergebnis offensichtlich, 00:16:06.100 --> 00:16:07.360 das richtige Teil am richtigen Ort 00:16:07.360 --> 00:16:08.120 zur richtigen Zeit. 00:16:09.260 --> 00:16:10.360 Im gesamten Servicebetrieb 00:16:10.360 --> 00:16:11.180 vollzieht sich ein Wandel 00:16:11.180 --> 00:16:12.280 von der Reaktion auf Aufträge 00:16:12.280 --> 00:16:13.000 nach der Diagnose 00:16:13.000 --> 00:16:14.240 hin zur proaktiven Bereitstellung 00:16:14.240 --> 00:16:15.100 der benötigten Informationen 00:16:15.100 --> 00:16:16.080 auf der Grundlage von Mustern. 00:16:16.980 --> 00:16:18.000 Die Reparaturzyklen 00:16:18.000 --> 00:16:19.020 verkürzen sich um Tage, 00:16:19.340 --> 00:16:19.780 nicht etwa, 00:16:20.000 --> 00:16:21.220 weil die Mitarbeiter schneller arbeiten, 00:16:21.420 --> 00:16:22.660 sondern weil die Leerlaufzeit 00:16:22.660 --> 00:16:23.660 zwischen der Federsuche 00:16:23.660 --> 00:16:25.320 und dem Eintreffen des Teils 00:16:25.320 --> 00:16:26.480 vor Ort verkürzt wird. 00:16:26.480 --> 00:16:28.100 Der Techniker 00:16:28.100 --> 00:16:29.040 erlebt weniger Verzögerungen 00:16:29.040 --> 00:16:29.480 bei Aufträgen. 00:16:30.120 --> 00:16:31.060 Der Kunde erhält häufiger 00:16:31.060 --> 00:16:31.500 eine Lösung 00:16:31.500 --> 00:16:32.300 nach nur einem Besuch. 00:16:32.960 --> 00:16:33.540 Das Backoffice 00:16:33.540 --> 00:16:35.100 muss weniger Folgetermine einplanen 00:16:35.100 --> 00:16:35.600 und gibt weniger 00:16:35.600 --> 00:16:36.260 für Überstunden 00:16:36.260 --> 00:16:37.420 oder Einlieferungen aus. 00:16:38.540 --> 00:16:39.160 Und das Management 00:16:39.160 --> 00:16:40.500 erhält sauberere Bestandsdaten, 00:16:40.580 --> 00:16:41.580 die den tatsächlichen Verbrauch 00:16:41.580 --> 00:16:42.160 widerspiegeln 00:16:42.160 --> 00:16:43.400 und nicht auf Vermutungen beruhen. 00:16:43.560 --> 00:16:43.820 Beruhe. 00:16:44.700 --> 00:16:45.720 Durch eine schnellere Erfassung 00:16:45.720 --> 00:16:46.100 vor Ort 00:16:46.100 --> 00:16:47.420 und intelligente Entscheidungsfindung 00:16:47.420 --> 00:16:48.220 während des Auftrags 00:16:48.220 --> 00:16:49.320 sparen sie nicht nur Zeit, 00:16:49.420 --> 00:16:50.680 sondern bauen einen Servicebetrieb auf, 00:16:50.760 --> 00:16:51.880 der stets bessere Informationen 00:16:51.880 --> 00:16:52.800 in die nächste Entscheidung 00:16:52.800 --> 00:16:53.460 einfließen lässt. 00:16:53.460 --> 00:16:55.820 Und diese Entscheidungen 00:16:55.820 --> 00:16:56.740 enden nicht beim Lieferwagen. 00:16:57.260 --> 00:16:58.300 Sie wirken sich darauf aus, 00:16:58.340 --> 00:16:59.320 wie das gesamte Backoffice 00:16:59.320 --> 00:17:00.140 in Echtzeit plant, 00:17:00.320 --> 00:17:01.320 zuweist und reagiert. 00:17:02.240 --> 00:17:03.500 Von den Notizen im Lieferwagen 00:17:03.500 --> 00:17:04.400 bis hin zu den Dashboards. 00:17:04.500 --> 00:17:05.100 Für Führungskräfte 00:17:05.100 --> 00:17:06.280 früher befanden sich die Notizen 00:17:06.280 --> 00:17:06.760 der Techniker 00:17:06.760 --> 00:17:07.440 in einem Klemmbrett 00:17:07.440 --> 00:17:08.880 oder wurden eine Service-App übertragen, 00:17:08.980 --> 00:17:09.660 die bis zum Ende der Schicht 00:17:09.660 --> 00:17:10.380 niemand mehr anfasste. 00:17:11.020 --> 00:17:11.440 Können Sie sich 00:17:11.440 --> 00:17:12.880 in Ihrem Analyse-Dashboard befinden, 00:17:12.960 --> 00:17:13.800 noch bevor der Lieferwagen 00:17:13.800 --> 00:17:15.240 die Einfahrt des Kunden verlässt. 00:17:16.300 --> 00:17:17.380 Diese Verschiebung ändert, 00:17:17.540 --> 00:17:18.100 wer wie schnell 00:17:18.100 --> 00:17:19.260 auf die Daten reagieren kann, 00:17:19.460 --> 00:17:19.980 da die Erfassung 00:17:19.980 --> 00:17:20.520 nicht nur schneller, 00:17:20.740 --> 00:17:21.720 sondern auch vernetzt ist. 00:17:21.720 --> 00:17:23.340 Sobald Co-Pilot 00:17:23.340 --> 00:17:24.140 die Auftragsdetails 00:17:24.140 --> 00:17:25.140 strukturiert und bestätigt, 00:17:25.220 --> 00:17:25.700 befinden sie sich 00:17:25.700 --> 00:17:26.440 nicht mehr in einem Silo. 00:17:26.960 --> 00:17:27.880 Sie werden in die restliche 00:17:27.880 --> 00:17:29.740 Dynamics 365 Umgebung verschoben, 00:17:29.840 --> 00:17:30.380 in der Abrechnung, 00:17:30.440 --> 00:17:31.000 Serviceverwaltung 00:17:31.000 --> 00:17:31.740 und Ressourcenplanung 00:17:31.740 --> 00:17:32.280 vorhanden sind. 00:17:33.100 --> 00:17:33.560 Das bedeutet, 00:17:33.660 --> 00:17:34.300 dass die Rechnungsstellung 00:17:34.300 --> 00:17:35.560 automatisch ausgelöst werden kann, 00:17:35.640 --> 00:17:36.620 sobald ein Arbeitsauftrag 00:17:36.620 --> 00:17:37.620 vor Ort abgeschlossen wird. 00:17:38.860 --> 00:17:39.980 Serviceberichte werden generiert, 00:17:40.100 --> 00:17:40.700 ohne dass jemand 00:17:40.700 --> 00:17:41.580 handschriftliche Notizen 00:17:41.580 --> 00:17:42.820 mit dem CRM abgleichen muss. 00:17:44.620 --> 00:17:45.100 Bestandsdatensitze 00:17:45.100 --> 00:17:45.700 werden in Echtzeit 00:17:45.700 --> 00:17:46.260 auf Grundlage 00:17:46.260 --> 00:17:47.100 der während des Auftrags 00:17:47.100 --> 00:17:48.060 erfassten Teile angepasst, 00:17:48.120 --> 00:17:48.680 sodass die Beschaffung 00:17:48.680 --> 00:17:49.640 Änderungen der Lagerbestände 00:17:49.640 --> 00:17:50.100 erkennen kann, 00:17:50.180 --> 00:17:51.200 bevor sie zu Engpässen führen. 00:17:52.280 --> 00:17:53.280 Bei der Ressourcenzuteilung 00:17:53.280 --> 00:17:54.080 werden Aktualisierungen 00:17:54.080 --> 00:17:54.960 des Auftragsabschlusses 00:17:54.960 --> 00:17:56.300 sofort im Planungssystem angezeigt, 00:17:56.360 --> 00:17:57.280 sodass der nächste Zeitfenster 00:17:57.280 --> 00:17:57.800 des Technikers 00:17:57.800 --> 00:17:58.800 für den Einsatz freigegeben wird, 00:17:58.860 --> 00:17:59.560 ohne dass ein Anruf 00:17:59.560 --> 00:18:00.020 zur Bestätigung 00:18:00.020 --> 00:18:01.060 der Bereitschaft erforderlich ist. 00:18:01.480 --> 00:18:02.140 Sie sehen den Unterschied, 00:18:02.220 --> 00:18:02.540 wenn Sie dies 00:18:02.540 --> 00:18:03.760 mit der alten Verzögerung vergleichen. 00:18:04.560 --> 00:18:05.180 Wenn ein Techniker 00:18:05.180 --> 00:18:06.280 um 18.30 Uhr Daten eingibt, 00:18:06.340 --> 00:18:06.980 sieht das Backoffice 00:18:06.980 --> 00:18:07.880 sie erst am nächsten Morgen. 00:18:08.960 --> 00:18:09.620 Diese Lücke führt 00:18:09.620 --> 00:18:10.500 nicht nur zu einer Verzögerung, 00:18:10.600 --> 00:18:11.120 sondern verändert auch 00:18:11.120 --> 00:18:12.240 die Qualität der Entscheidungsfindung. 00:18:13.320 --> 00:18:14.140 Wenn ein Vorgesetzter 00:18:14.140 --> 00:18:15.460 die Tagesabschlussdaten heranzieht, 00:18:15.500 --> 00:18:16.800 um Arbeiten für morgen zuzuweisen, 00:18:17.100 --> 00:18:18.040 tut er dies auf der Grundlage 00:18:18.040 --> 00:18:18.840 veralteter Zahlen. 00:18:19.400 --> 00:18:20.000 Der Lagerbestand 00:18:20.000 --> 00:18:20.640 mag auf dem Papier 00:18:20.640 --> 00:18:21.260 in Ordnung aussehen, 00:18:21.340 --> 00:18:22.380 in der Realität ist aber bereits knapp. 00:18:23.120 --> 00:18:23.560 Folgearbeiten, 00:18:23.620 --> 00:18:24.580 die hätten geplant werden können, 00:18:24.660 --> 00:18:25.260 während der Techniker 00:18:25.260 --> 00:18:25.840 noch vor Ort war, 00:18:25.900 --> 00:18:26.240 wären am Ende 00:18:26.240 --> 00:18:27.180 um zwei Tage verschoben. 00:18:28.000 --> 00:18:29.080 Stellen Sie sich nun vor, 00:18:29.160 --> 00:18:30.580 Sie öffnen Power BI mittags 00:18:30.580 --> 00:18:32.400 und sehen eine genaue Livekarte 00:18:32.400 --> 00:18:33.760 darüber, was erledigt wurde, 00:18:33.860 --> 00:18:34.900 was in Bearbeitung ist 00:18:34.900 --> 00:18:36.200 und welche Teile bewegt wurden. 00:18:37.260 --> 00:18:38.660 Sie müssen nicht mehrere Berichte abrufen 00:18:38.660 --> 00:18:39.860 oder Tabellenkalkulationen 00:18:39.860 --> 00:18:40.380 zusammenführen. 00:18:41.040 --> 00:18:41.800 Alles wird aus demselben 00:18:41.800 --> 00:18:42.920 verbundenen Datenstrom gespeist. 00:18:42.920 --> 00:18:44.540 Wenn vor der Mittagspause 00:18:44.540 --> 00:18:45.300 fünf Kompressoren 00:18:45.300 --> 00:18:46.080 an drei Standorten 00:18:46.080 --> 00:18:46.800 ausgetauscht wurden, 00:18:47.220 --> 00:18:47.760 ist dieser Trend 00:18:47.760 --> 00:18:48.740 sofort sichtbar nicht erst, 00:18:49.040 --> 00:18:49.800 wenn jemand die Aufträge 00:18:49.800 --> 00:18:51.180 der letzten Woche bearbeitet hat. 00:18:52.200 --> 00:18:53.200 Dank dieser Transparenz 00:18:53.200 --> 00:18:53.900 können Sie Aufträge 00:18:53.900 --> 00:18:54.860 zwischen Teams verschieben, 00:18:55.240 --> 00:18:56.440 Wartungspläne aktualisieren 00:18:56.440 --> 00:18:58.100 oder Lieferungen koordinieren, 00:18:58.180 --> 00:18:58.840 ohne auf eine manuelle 00:18:58.840 --> 00:19:00.060 Konsolidierung warten zu müssen. 00:19:01.220 --> 00:19:02.040 Backoffice-Workflows 00:19:02.040 --> 00:19:02.740 werden schlanker, 00:19:02.800 --> 00:19:03.340 da sie parallel 00:19:03.340 --> 00:19:04.180 zur Außendienstarbeit 00:19:04.180 --> 00:19:04.720 erfolgen können, 00:19:04.780 --> 00:19:05.720 anstatt ihr nachzulaufen. 00:19:06.940 --> 00:19:07.460 Vertragsaktualisierungen 00:19:07.460 --> 00:19:07.960 können beginnen, 00:19:08.040 --> 00:19:08.720 sobald ein bestimmter 00:19:08.720 --> 00:19:09.440 Service-Schwellenwert 00:19:09.440 --> 00:19:09.980 erreicht wird. 00:19:10.580 --> 00:19:11.480 Wenn ein Garantieanspruch 00:19:11.480 --> 00:19:12.540 aufgrund einer heutigen Reparatur 00:19:12.540 --> 00:19:13.180 geltend gemacht wird, 00:19:13.260 --> 00:19:13.760 können die entsprechenden 00:19:13.760 --> 00:19:14.560 Unterlagen eingereicht werden, 00:19:14.620 --> 00:19:15.460 während der Auftrag noch erklärt. 00:19:15.760 --> 00:19:16.860 Wenn eine Sicherheitsinspektion 00:19:16.860 --> 00:19:17.620 ein Problem aufzeigt, 00:19:17.680 --> 00:19:18.560 dass eine Compliance-Prüfung 00:19:18.560 --> 00:19:19.400 unterzogen werden muss, 00:19:19.660 --> 00:19:20.440 können die richtigen Personen 00:19:20.440 --> 00:19:21.560 am Nachmittag benachrichtigt werden. 00:19:21.880 --> 00:19:22.820 Es gibt keine Warteschleifen, 00:19:22.920 --> 00:19:23.920 während der Papierkram eintrudeln. 00:19:24.600 --> 00:19:25.720 Die in Co-Pilot-Zusammenfassung 00:19:25.720 --> 00:19:26.800 in integrierte Standardisierung 00:19:26.800 --> 00:19:27.720 ermöglicht die Skalierbarkeit. 00:19:28.280 --> 00:19:29.240 Die Daten aller Techniker 00:19:29.240 --> 00:19:30.200 liegen in derselben Struktur, 00:19:30.280 --> 00:19:30.820 denselben Feldern 00:19:30.820 --> 00:19:31.680 und gleichen Formaten vor, 00:19:31.760 --> 00:19:32.280 sodass Analysen 00:19:32.280 --> 00:19:33.420 nicht mit inkonsistenten 00:19:33.420 --> 00:19:34.360 Eingaben zu kämpfen haben. 00:19:34.360 --> 00:19:36.160 Wenn Sie die durchschnittliche 00:19:36.160 --> 00:19:36.840 Reparaturzeit 00:19:36.840 --> 00:19:37.660 für ein bestimmtes Modell 00:19:37.660 --> 00:19:38.100 verfolgen, 00:19:38.420 --> 00:19:38.940 müssen Sie keine 00:19:38.940 --> 00:19:40.180 Rechtschreibabweichungen bereinigen 00:19:40.180 --> 00:19:40.680 oder versuchen, 00:19:40.780 --> 00:19:42.080 Teilebeschreibungen zu normalisieren. 00:19:43.000 --> 00:19:44.220 Diese Konsistenz zahlt sich aus, 00:19:44.280 --> 00:19:45.080 wenn Sie Trendanalysen 00:19:45.080 --> 00:19:46.120 oder Prognosen durchführen. 00:19:47.360 --> 00:19:48.720 Ein Dienstleistungsunternehmen, 00:19:48.820 --> 00:19:49.300 das strukturierte 00:19:49.300 --> 00:19:50.660 Echtzeitauftragsdaten verwendet, 00:19:50.720 --> 00:19:51.460 konnte eine ausreichende 00:19:51.460 --> 00:19:52.180 Effizienzsteigerung 00:19:52.180 --> 00:19:52.960 bei der Planung erzielen, 00:19:53.060 --> 00:19:53.880 um pro Techniker und Woche 00:19:53.880 --> 00:19:54.840 einen zusätzlichen Termin 00:19:54.840 --> 00:19:55.460 einzuplanen. 00:19:56.240 --> 00:19:56.800 Nicht, weil schneller 00:19:56.800 --> 00:19:57.700 gearbeitet worden wäre, 00:19:57.780 --> 00:19:58.400 sondern weil die Planer 00:19:58.400 --> 00:19:59.360 zuverlässig erkennen konnten, 00:19:59.460 --> 00:20:00.320 wer tatsächlich frei war 00:20:00.320 --> 00:20:01.000 und welche Aufträge 00:20:01.000 --> 00:20:01.980 bereits abgeschlossen waren. 00:20:01.980 --> 00:20:03.240 Wenn die Daten aktuell 00:20:03.240 --> 00:20:03.980 und präzise sind, 00:20:04.100 --> 00:20:04.980 müssen Sie Ihre Zeitpläne 00:20:04.980 --> 00:20:05.540 nicht länger nur 00:20:05.540 --> 00:20:06.260 für den Fall der Fälle 00:20:06.260 --> 00:20:06.700 aufblähen. 00:20:07.460 --> 00:20:08.160 Sie können Lücken schließen, 00:20:08.240 --> 00:20:08.880 sobald sie aufträgen. 00:20:09.240 --> 00:20:09.940 Hier führt die Genauigkeit 00:20:09.940 --> 00:20:10.420 in Echtzeit 00:20:10.420 --> 00:20:11.620 zu einer Kapazitätssteigerung. 00:20:12.160 --> 00:20:12.840 Und das gilt nicht nur 00:20:12.840 --> 00:20:13.680 für die Terminplanung. 00:20:14.260 --> 00:20:14.920 Die Finanzabteilung 00:20:14.920 --> 00:20:15.320 muss nicht mehr 00:20:15.320 --> 00:20:15.940 fehlenden Teilnehmern 00:20:15.940 --> 00:20:16.480 hinterherjagen, 00:20:16.560 --> 00:20:17.200 bevor sie die Rechnung schlagen. 00:20:17.460 --> 00:20:18.600 Der Betrieb kann die Routen 00:20:18.600 --> 00:20:19.480 für den Nachmittag 00:20:19.480 --> 00:20:20.800 auf Grundlage des Teileverbrauchs 00:20:20.800 --> 00:20:21.720 am Morgen anpassen. 00:20:22.000 --> 00:20:22.500 At der Metier? 00:20:23.620 --> 00:20:24.200 Serviceleiter können 00:20:24.200 --> 00:20:24.820 noch am selben Tag 00:20:24.820 --> 00:20:26.080 einen Eskalationsbericht abrufen. 00:20:27.040 --> 00:20:27.640 All dies geschieht 00:20:27.640 --> 00:20:28.280 auf der Grundlage 00:20:31.980 --> 00:20:35.020 Wenn Außendienstdaten 00:20:35.020 --> 00:20:35.520 auf diese Weise 00:20:35.520 --> 00:20:36.380 direkt in das operative 00:20:36.380 --> 00:20:37.220 Backbone einfließen, 00:20:37.380 --> 00:20:38.100 müssen Sie die Verwaltung 00:20:38.100 --> 00:20:39.120 nicht mehr als separaten, 00:20:39.200 --> 00:20:40.420 verzögerten Prozess betrachten. 00:20:41.100 --> 00:20:42.280 Die Reparatur ist abgeschlossen 00:20:42.280 --> 00:20:43.220 und die nachgelagerten 00:20:43.220 --> 00:20:44.380 Geschäftsprozesse beginnen.