WEBVTT 00:00:00.300 --> 00:00:06.780 Bereit für zehn Tage voller Microsoft 365, Co-Pilot KI-Escher und den Menschen, die die Zukunft der Arbeit gestalten? 00:00:07.420 --> 00:00:12.400 Diesen Januar ist die M365-Con zurück und wir legen noch eins drauf und wir legen noch eins drauf. 00:00:12.960 --> 00:00:17.800 Seien Sie dabei Live-Sessions, Praxis-Demos und Expertenwissen von MVPs und Fachleuten aus aller Welt. 00:00:18.820 --> 00:00:21.080 Keine generischen Folien, keine endlosen Buzzwords. 00:00:22.020 --> 00:00:23.420 Wir gehen echte Herausforderungen an. 00:00:23.740 --> 00:00:27.780 Co-Pilot Studio, KI-Agenten, Fabrics, Sicherheit, Governance und Automatisierung. 00:00:27.780 --> 00:00:34.000 Egal ob IT-Profi, Entwickler oder Führungskraft, es gibt Sessions, die speziell für Sie gemacht sind. 00:00:35.080 --> 00:00:39.840 An zehn vollen Tagen können Sie Technologien erkunden und sich mit einer globalen Community vernetzen. 00:00:40.980 --> 00:00:44.160 Schauen Sie live zu und nehmen Sie praktische Erkenntnisse mit in Ihr Unternehmen. 00:00:45.140 --> 00:00:48.840 Januar 2027, zehn Tage, eine Microsoft Community. 00:00:49.400 --> 00:00:50.520 Die Registrierung ist jetzt geöffnet. 00:00:52.480 --> 00:00:54.720 Sichern Sie sich heute Ihren Platz. 00:00:54.720 --> 00:00:58.580 Das ist M39560con.net. 00:00:59.960 --> 00:01:02.680 Melden Sie sich jetzt unter M39560con.net an. 00:01:02.820 --> 00:01:04.280 Wir sehen uns im Januar live. 00:01:05.180 --> 00:01:08.660 Denken Sie an einen Kunden, der eine Jacke auf Ihrer Website kauft, Abholung im Laden wählt, 00:01:08.840 --> 00:01:11.140 dann feststellt, dass sie nicht passt und sie an einem anderen Standort zurückgibt. 00:01:11.760 --> 00:01:12.680 Klingt einfach genug, oder? 00:01:13.200 --> 00:01:16.220 Doch für viele Unternehmen betrifft dieser eine Kauf völlig separate System. 00:01:16.220 --> 00:01:24.440 Die Website kennt die Bestellung, die Kasse, die Rückgabe, ein Lagersystem, verfolgt die Jacke und Kundendaten liegen woanders. 00:01:25.740 --> 00:01:28.180 Das führt zu Lücken, Verzögerungen und unangenehmen Gesprächen am Verkaufs. 00:01:28.680 --> 00:01:34.220 Ich bin Mirko Peters von M39565FM und dieser Wissenshappen erklärt Dynamics 365 Commerce in einfachen Worten, 00:01:34.220 --> 00:01:36.580 denn Sie sich ein Einzelhandelsunternehmen wie ein Bürogebot. 00:01:37.020 --> 00:01:39.120 Website und Ladengeschäfte sind verschiedene Eingänge, 00:01:39.400 --> 00:01:41.980 aber hinter den Kulissen sollten alle in denselben vernetzten Raum führen. 00:01:42.760 --> 00:01:44.720 Was genau ist also Dynamics 365 Commerce? 00:01:46.620 --> 00:01:47.100 Was? 00:01:48.440 --> 00:01:50.420 Dynamics 365 Commerce eigentlich ist. 00:01:51.440 --> 00:01:53.160 Das ist das Problem, vor dem ein Einzelhändler steht. 00:01:54.020 --> 00:01:55.860 Sie brauchen eine gemeinsame Sicht auf die Basics. 00:01:56.180 --> 00:02:01.640 Was Sie verkaufen, was es kostet, wo der Bestand ist, welche Bestellungen anstehen und was ein Kunde früher kaufte. 00:02:01.920 --> 00:02:05.560 Ohne diese einheitliche Sicht verbringen Mitarbeiter den Tag, damit Systeme untereinander abzugleichen. 00:02:05.800 --> 00:02:08.480 Ein Mitarbeiter im Laden sieht einen Preis, die Website zeigt einen anderen 00:02:08.480 --> 00:02:10.940 und jemand verspricht einen Artikel, der gar nicht verfügbar ist. 00:02:11.380 --> 00:02:12.120 Das macht niemandem Spaß. 00:02:12.720 --> 00:02:18.240 Dynamics 365 Commerce vernetzt die Arbeit beim Produktverkauf über Läden, Websites und Backoffice-Teams hinweg. 00:02:19.120 --> 00:02:21.600 Es bietet einem Unternehmen eine verbundene Plattform, die alles steuert, 00:02:21.680 --> 00:02:23.940 was Kunden sehen und was sie nicht sehen und was sie nicht sehen. 00:02:24.260 --> 00:02:25.580 Beachten Sie, ich habe es nicht Website-Bilder genannt. 00:02:26.140 --> 00:02:29.180 Ein Website-Bilder hilft beim Erstellen von Online-Seiten, ein Kassensystem, 00:02:29.180 --> 00:02:32.040 hilft beim Abwickeln von Zahlungen am Tresen, äh. 00:02:32.860 --> 00:02:36.760 Dynamics 365 Commerce unterstützt beides, verbindet sie aber auch mit Produktdetails, 00:02:36.860 --> 00:02:41.240 Lagerbeständen, Preisen, Kundendaten, Aufträgen und den umfassenderen Geschäftsprozessen dahinter. 00:02:41.580 --> 00:02:44.200 Ah, diese gemeinsame Verbindung verändert den Dialog. 00:02:44.740 --> 00:02:47.000 Anstatt zu fragen, welches System die richtige Antwort hat, 00:02:47.400 --> 00:02:51.400 arbeitet Ihr Team mit denselben Geschäftsinformationen, auch wenn Kunden über verschiedene Wege zu Ihnen kommen. 00:02:52.240 --> 00:02:56.860 Commerce entwickelte sich aus Dynamics 365 Retail, das sich auf physische Geschäfte und Kassensysteme konzentrierte, 00:02:56.860 --> 00:02:59.820 aber Microsoft erweiterte es, der Einkaufen heute nicht mehr an einen Ort gebunden ist. 00:03:00.440 --> 00:03:02.920 Jemand könnte sich in der Mittagspause online ein Produkt ansehen, 00:03:03.080 --> 00:03:05.920 nach der Arbeit ein Geschäft besuchen und später den Kundendienst um Hilfe bitten. 00:03:06.580 --> 00:03:09.900 Der Kauf kann zwischen Kanälen wechseln, während das Unternehmen denselben Datensatz beibehält. 00:03:10.340 --> 00:03:11.720 Stellen Sie sich erneut diese Bürogebäude vor. 00:03:12.020 --> 00:03:16.540 Das physische Geschäft ist ein Eingang, der Online-Shop ein weiterer und ein Callcenter kann ebenfalls einer sein. 00:03:17.660 --> 00:03:22.800 Hinter jeder Tür verbindet Commerce den Mitarbeiter mit gemeinsamen Bereichen für Produkte, Preise, Bestände, Aufträge und Kunden. 00:03:23.340 --> 00:03:25.260 Das bedeutet nicht, dass jedes Unternehmen exakt gleich geführt wird. 00:03:25.260 --> 00:03:29.720 Ein Einzelhändler kann Produktsortimente, Preise und Werbeaktionen für seine Kanäle festlegen, 00:03:29.980 --> 00:03:31.700 während Backoffice-Teams die Geschäftsregeln verwalten. 00:03:32.340 --> 00:03:36.200 Mitarbeiter im Laden und Online-Kunden nutzen diese Regeln dann über Oberflächen, die für ihre Aufgaben entwickelt wurden. 00:03:36.800 --> 00:03:40.480 Commerce lässt sich auch mit anderen Dynamics 365 Apps und Microsoft-Diensten verbinden. 00:03:41.020 --> 00:03:41.720 Das Supply Chain. 00:03:42.080 --> 00:03:45.900 Management kümmert sich um Produkte, Inventar, Lager, Transport und Vertrieb. 00:03:47.180 --> 00:03:49.260 Finance verwaltet die finanzielle Seite der Laden- und Online-Aktivitäten. 00:03:50.080 --> 00:03:52.260 Dataverse hilft Geschäftsanwendungen beim Informationsaustausch. 00:03:52.260 --> 00:03:57.280 Jede App hat ihre eigene Aufgabe, aber Commerce verbindet die Verkaufsaktivitäten mit dem Rest des Unternehmens. 00:03:57.980 --> 00:04:01.740 Verfolgen wir nun einen Kauf durch dieses Gebäude, denn so lässt sich das Ganze viel besser nachvollziehen. 00:04:03.620 --> 00:04:05.340 Eine Customer Journey über jeden Kanal hinweg. 00:04:06.720 --> 00:04:07.880 Willkommen zu einer weiteren Episode. 00:04:08.320 --> 00:04:10.580 Heute nehmen wir die Customer Journey über alle Kanäle hinweg unter Titel. 00:04:10.980 --> 00:04:11.400 Legen wir los. 00:04:11.700 --> 00:04:13.040 Stellen Sie sich vor, Maya sucht eine Jacke. 00:04:13.460 --> 00:04:17.120 Sie öffnet die Website des Einzelhandlers auf ihrem Handy, findet die gewünschte Farbe und Größe und prüft, 00:04:17.200 --> 00:04:19.720 ob das Geschäft in der Nähe den Artikel vorrätig hat, bevor sie das Haus verlässt. 00:04:19.720 --> 00:04:21.980 Diese Standsauskunft muss absolut präzise sein. 00:04:22.680 --> 00:04:24.820 Wenn die Seite sagt, dass es verfügbar ist, muss es auch im Regal stehen. 00:04:25.760 --> 00:04:30.140 Dynamics 365 Commerce verbindet den Online-Shop mit Echtzeitbestandsdaten aus Filialen und Lagern. 00:04:30.820 --> 00:04:34.560 So sehen Kunden, was das Unternehmen tatsächlich versprechen kann, statt nur jedes Produkt aus dem Katalog. 00:04:35.200 --> 00:04:38.780 Eine Jacke mag zwar in der Produktliste erscheinen, aber das heißt nicht, dass sie auch im Regal in der Nähe liegt. 00:04:39.160 --> 00:04:43.480 Wenn Maya sieht, dass ihre Größe zur Abholung bereitsteht, bestellt sie online und holt den Artikel im Geschäft ab. 00:04:44.040 --> 00:04:47.040 Sollte die Filiale vor Ort den Artikel nicht führen, kann sie stattdessen die Lieferung nach Hause wählen. 00:04:47.040 --> 00:04:50.620 Das Unternehmen könnte die Jacke sogar aus einer anderen Filiale versenden, die sie auf Lager hat. 00:04:50.900 --> 00:04:53.060 Für Maya scheinen diese Auswahlmöglichkeiten mit Bezahlformen. 00:04:53.280 --> 00:04:58.140 Im Hintergrund muss das Unternehmen genau wissen, wo der Artikel liegt, welcher Standort ihn bereitstellen kann und wie schnell er bei ihr ankommt. 00:04:58.500 --> 00:04:59.320 Und wie schnell er bei ihr ankommt. 00:04:59.420 --> 00:05:01.880 Ein Geschäft ist heute nicht mehr nur ein Ort, an dem Kunden einkaufen gehen. 00:05:02.260 --> 00:05:05.800 Es kann Online-Bestellungen vorbereiten, Abholaufträge bereithalten und Artikel an Kunden versenden. 00:05:06.220 --> 00:05:10.180 Das bietet Kunden mehr Einkaufsmöglichkeiten, ohne dass sie verstehen müssen, wie der Händler seinen Bestand verwaltet. 00:05:11.100 --> 00:05:12.020 Jetzt wird es interessant. 00:05:12.840 --> 00:05:15.640 Nehmen wir an, Maya holt die Jacke ab, nimmt sie mit nach Hause und ändert ihre Meinung. 00:05:15.640 --> 00:05:19.280 Ein paar Tage später besucht sie eine andere Filiale und möchte sie dort zurückgeben. 00:05:20.000 --> 00:05:26.240 Der Mitarbeiter sollte die ursprüngliche Online-Bestellung finden, sehen, was Maya gekauft hat und die Rückgabe abwickeln können, ohne sie erst an die Website zu verweisen. 00:05:27.020 --> 00:05:32.020 Der Bestell- und Kundendatensatz begleitet den Kauf, auch wenn der Verkauf online begann und die Rückgabe in einem anderen Geschäft erfolgt. 00:05:32.720 --> 00:05:35.040 Das beseitigt einen der häufigsten Frustfaktoren im Einzelhandel. 00:05:35.240 --> 00:05:37.200 Die Aussage, dass ein Artikel zu einem anderen System gehört. 00:05:37.660 --> 00:05:39.520 Es gibt noch einen weiteren nützlichen Moment an der Landtick. 00:05:40.000 --> 00:05:44.940 Maya besucht eine Filiale, um Schuhe anzuprobieren, findet das richtige Paar, erfährt aber, dass ihre Größe dort ausverkauft ist. 00:05:44.940 --> 00:05:47.860 Ein isoliert arbeitendes Geschäft kann nur mit den Schultern zucken und sie weiterschicken. 00:05:48.160 --> 00:05:51.820 Mit einem Endless-Isle-Ansatz kann der Verkäufer über die Regale des eigenen Ladens hinausblicken. 00:05:52.360 --> 00:05:58.580 Er kann den Bestand in einem anderen Geschäft oder Lager prüfen, eine Bestellung für Maya aufgeben und die Lieferung nach Hause oder die Abholung an einem für sie passenden Ort veranlassen. 00:05:59.440 --> 00:06:02.340 Das physische Regal ist nicht mehr die einzige Grenze dessen, was ein Geschäft verkaufen kann. 00:06:03.060 --> 00:06:05.760 Natürlich muss immer noch jemand entscheiden, woher jede Bestellung kommen soll. 00:06:05.760 --> 00:06:12.980 Wenn mehrere Geschäfte und Lager denselben Schuh führen, kann ein Versand vom falschen Ort Kosten verursachen, die Lieferung verlangsamen oder ein lokales Geschäft ohne Bestand zurücklassen. 00:06:13.800 --> 00:06:17.600 Dynamics 3065 Commerce beinhaltet für diese Aufgabe eine verteilte Auftragsverwaltung. 00:06:18.140 --> 00:06:23.320 Einfach ausgedrückt, das System nutzt Geschäftsregeln, um basierend auf den Vorgaben des Händlers den geeigneten Ort für die Auftragsabwicklung zu wählen. 00:06:23.960 --> 00:06:28.360 Diese Regeln berücksichtigen den verfügbaren Bestand, das Lieferversprechen und die Orte, die den Auftrag erfüllen können. 00:06:28.720 --> 00:06:32.200 Somit landet eine Bestellung nicht einfach in einer großen Warteschlange, in der jemand radaten muss, was zu tun ist. 00:06:32.840 --> 00:06:38.860 Das System leitet sie an das Geschäft oder Lager weiter, das den Regeln des Händlers entspricht, während das Personal die eigentliche Kommissionierung, Verpackung, Abholung oder Auslieferung übernimmt. 00:06:39.720 --> 00:06:42.000 Meyer sieht eine einfache Wahl, Abholung oder Lieferung. 00:06:42.700 --> 00:06:48.180 Der Einzelhändler sieht eine Kette zusammenhängender Entscheidungen, die von der ersten Produktsuche bis zur endgültigen Rückgabe konsistent bleiben muss. 00:06:48.400 --> 00:06:56.280 Diese Customer Journey funktioniert nur, wenn die Mitarbeiter im Geschäft auf dieselben Informationen zugreifen können und über Werkzeuge für die Kasse, die Verkaufsfläche und das Lager verfügen. 00:06:56.280 --> 00:07:01.270 Das stationäre Geschäft, StoreCommerce und der Point-of-Sale 00:07:01.270 --> 00:07:03.790 An der Kasse benötigt das Personal schon eine Antwort. 00:07:04.250 --> 00:07:09.190 Sie können einen Kunden nicht mitten im Kaufprozess warten lassen, um mehrere Systeme zu öffnen und nach einer Bestellung zu suchen, während sich hinter ihnen eine Schlange bildet. 00:07:09.590 --> 00:07:14.570 Sie brauchen einen Bildschirm, der es ihnen ermöglicht, zu verkaufen, zurückzugeben, Bestände zu prüfen und dem Kunden direkt vor Ort zu helfen. 00:07:15.130 --> 00:07:16.550 Dieses Werkzeug ist die StoreCommerce-App. 00:07:17.410 --> 00:07:21.910 StoreCommerce ist die Point-of-Sale-App, oft kurz POS-App genannt, für Mitarbeiter in einem stationären Geschäft. 00:07:21.910 --> 00:07:28.370 Ein Kassierer nutzt sie an einer festen Kasse und ein Verkäufer trägt sie auf einem mobilen Gerät bei sich, um Kunden überall zu unterstützen. 00:07:29.130 --> 00:07:31.150 Dieselbe App läuft auf Desktop, Tablet oder Smartphone. 00:07:31.830 --> 00:07:33.970 Sie funktioniert unter Windows, iOS, Android und macOS. 00:07:34.390 --> 00:07:35.650 Das gibt Einzelhändlern Flexibilität. 00:07:36.030 --> 00:07:38.150 Ein großes Geschäft nutzt vielleicht traditionelle Kassentheken. 00:07:38.710 --> 00:07:40.410 Ein kleinerer Laden setzt möglicherweise Tablets an. 00:07:41.050 --> 00:07:43.410 Doch in jedem Fall ist der Verkauf die gleiche Art von Transaktionen. 00:07:44.150 --> 00:07:46.250 Stellen Sie sich vor, ein Verkäufer in der Nähe von Maya bei den Schuhen. 00:07:46.690 --> 00:07:48.230 Maya fragt, ob ihre Größe verfügbar ist. 00:07:48.230 --> 00:07:52.310 Der Mitarbeiter sucht, prüft den Bestand, findet den Artikel und schließt den Kauf direkt dort ab. 00:07:52.910 --> 00:07:58.830 Wenn Maya stattdessen etwas zurückgeben möchte, kann der Mitarbeiter ihren Kundendatensatz oder die Bestellung finden und die Rückgabe mit demselben Werkzeug einleiten. 00:07:59.390 --> 00:08:00.050 Ganz normal, oder? 00:08:00.450 --> 00:08:01.750 Aber es hängt alles von guten Informationen. 00:08:02.350 --> 00:08:07.710 StoreCommerce unterstützt Barverkäufe, Kundensuche, Bestandsprüfungen, Auftragsbearbeitung, Rückgaben und Berichterstattung, Rückerstattung. 00:08:08.030 --> 00:08:14.190 Das Personal kann auch Aufgaben rund um den Verkauf verwalten, wie Schichten und Kassenführung, anstatt die Kasse nur als reinen Zahnungsautomaten zu betrachten. 00:08:14.950 --> 00:08:17.210 Ein Point-of-Sale wird zum Arbeitswerkzeug für das gesamte Geschäft. 00:08:17.210 --> 00:08:18.950 Auch die Verbindungsqualität ist wichtig. 00:08:19.430 --> 00:08:25.130 Das Internet ist in Geschäften nicht immer perfekt, besonders in großen Gebäuden, abgelegenen Standorten oder Orten, an denen das Netzwerk zeitweise ausfällt. 00:08:25.650 --> 00:08:30.550 Commerce läuft in der Cloud, kann aber auch Edge-Setups näher am Geschäft nutzen, sodass Einzelhändler ihre lokalen Bedingungen planen können. 00:08:30.930 --> 00:08:32.650 Kunden erwarten dennoch, dass die Kasse funktioniert. 00:08:33.150 --> 00:08:36.530 Das bedeutet nicht, dass ein Ladenmitarbeiter Cloud-Systeme oder Netzwerk-Design verstehen muss. 00:08:36.990 --> 00:08:39.470 Sie öffnen die App, folgen den Schritten für ihre Rolle und helfen dem Kunden. 00:08:40.070 --> 00:08:44.350 Hinter den Kulissen wählt der Einzelhändler das Setup, das den Geschäftsbetrieb auch bei Verbindungsproblemen aufrechterhält. 00:08:44.650 --> 00:08:46.310 Rollenbasierte Bildschirme halten das ganze Praxis an. 00:08:46.310 --> 00:08:48.850 Ein Kassierer benötigt eine einfache Möglichkeit, einen Verkauf abzuhalten. 00:08:49.110 --> 00:08:50.370 Ein Filialleiter benötigt Anzug. 00:08:50.770 --> 00:08:52.230 Ein Lagerarbeiter benötigt Produktinformation. 00:08:52.650 --> 00:08:56.090 Commerce kann das Erlebnis für jede Rolle anpassen, statt jedem Nutzer alle Schaltflächen anzuzeigen. 00:08:56.690 --> 00:08:57.490 Und hier ist ein wichtiger Punkt. 00:08:57.930 --> 00:09:00.670 Ein Verkauf im Laden folgt denselben Geschäftsregeln wie ein Online-Verkauf. 00:09:01.150 --> 00:09:06.050 Preise, Produktdetails, Kundeninfos und Bestelldaten benötigen keine getrennten Regeln für Website und Ladenlokal. 00:09:06.350 --> 00:09:07.450 Für Website und Ladenlokal. 00:09:07.450 --> 00:09:11.850 Mitarbeiter nutzen Store-Commerce, Kunden der Storefront, doch beide greifen auf dasselbe Commerce-Fundament zu. 00:09:12.550 --> 00:09:16.530 Das sorgt für ein einheitliches Erlebnis und das Personal muss sich keine Unmengen Ausnahmen merken. 00:09:17.190 --> 00:09:19.490 Somit wird ein physischer Laden zu mehr als nur Regalen und der Kasse. 00:09:19.870 --> 00:09:27.930 Er wird zu einem vernetzten Teil des gesamten Betriebs, wo Mitarbeiter Kunden beim Kaufen, Abholen, Zurückgeben oder Bestellen unterstützen mit den Informationen, die das Unternehmen bereits verwaltet. 00:09:27.930 --> 00:09:32.190 Doch all diese Mitarbeiterbildschirme benötigen ein gemeinsames Gehirn im Hintergrund. 00:09:32.550 --> 00:09:36.590 Einen Ort, der Produkte, Bestellungen und Preise verwaltet, bevor ein Bildschirm eine Antwort anfordert. 00:09:38.110 --> 00:09:39.470 Die Engine hinter dem Storefront. 00:09:40.270 --> 00:09:43.230 Dieses gemeinsame Gehirn, von dem ich sprach, nennt sich Commerce-Scale-Unit. 00:09:43.850 --> 00:09:48.330 Es klingt technisch, aber betrachten Sie es als den Maschinenraum, der alle Verkaufsregeln hinter den Kanälen eines Einzelhändlers steuert. 00:09:48.850 --> 00:09:54.930 Egal ob ein Kunde über eine Website, eine Laden-App oder eine individuelle Shopping-App einkauft, diese Engine verarbeitet jede einzelne Anfrage. 00:09:55.590 --> 00:09:56.410 Kunden sehen Sie niemals. 00:09:56.410 --> 00:09:59.970 Sie sehen eine Produktseite, einen Kassenbildschirm oder das Gerät eines Verkäufers. 00:10:00.550 --> 00:10:06.490 Hinter den Kulissen nimmt die Commerce-Scale-Unit die Anfragen dieser Bildschirme entgegen und wendet überall dieselben Commerce-Regeln an. 00:10:07.130 --> 00:10:08.150 Einheitliche Logik für den Kanal. 00:10:08.530 --> 00:10:09.350 Das ist das magische daran. 00:10:09.670 --> 00:10:10.790 Dies führt uns zum Headless-Commerce. 00:10:11.350 --> 00:10:14.630 Headless bedeutet einfach, dass die Verkaufs-Engine getrennt von dem Bildschirm existiert, auf den der Person schaut. 00:10:15.230 --> 00:10:20.270 Der Engine ist es egal, ob ein Kunde eine Website, eine Handy-App, ein Selbstbedienungs-Kiosk oder das Tablet eines Mitarbeiters nutzt. 00:10:20.870 --> 00:10:24.070 Sie erhält eine Anfrage, wendet die Geschäftsregeln an und sendet die Antwort zurück. 00:10:24.070 --> 00:10:28.270 Der Bildschirm ist das Gesicht, die Commerce-Scale-Unit ist das Arbeitstier dahinter. 00:10:28.770 --> 00:10:29.050 Hinter. 00:10:29.710 --> 00:10:31.430 Achten Sie, dass ich nichts sagte, der Bildschirm tue nichts. 00:10:32.050 --> 00:10:34.370 Oh, er tut eine Menge, aber die Logik bleibt getrennt. 00:10:35.170 --> 00:10:37.790 Durch die Trennung kann ein Händler Kundenerlebnisse ändern oder aufbauen, 00:10:37.910 --> 00:10:42.230 ohne jedes Mal die Regeln für Produkte, Preise, Lagerbestand, Aktionen und Bestellungen neu erstellen zu müssen. 00:10:42.890 --> 00:10:45.010 Stellen Sie sich einen Händler vor, der eine neue mobile App einführt. 00:10:45.010 --> 00:10:52.530 Ohne diesen Ansatz müsste das Team die Logik für die Prüfung der Produktverfügbarkeit, Preisberechnung, Rabatte- und Auftragserstellung und Auftragserstellung womöglich komplett neu aufbauen. 00:10:52.790 --> 00:10:57.590 Mit Commerce kann sich die neue App einfach mit derselben Engine verbinden, die bereits vom Onlineshop und der StoreCommerce-App genutzt wird. 00:10:58.050 --> 00:11:00.090 Ein Regelwerk unterstützt viele Kundenerlebnisse. 00:11:00.550 --> 00:11:01.210 Genau darum geht es. 00:11:01.730 --> 00:11:02.790 Und hier ist der Grund, warum das wichtig. 00:11:03.470 --> 00:11:06.150 Kunden ist es egal, welches technische System ihre Frage beantwortet. 00:11:06.150 --> 00:11:12.090 Sie wollen, dass der Preis auf Ihrem Telefon mit dem Preis im Geschäft übereinstimmt und dass einer als verfügbar angezeigte Artikel auch bestellt werden kann. 00:11:12.530 --> 00:11:15.490 Die Verbindung zwischen einem Bildschirm und der Commerce-Scale-Unit erfolgt über APIs. 00:11:16.230 --> 00:11:20.090 API steht für Application Programming Interface, aber Sie müssen sich den vollständigen Namen nicht merken. 00:11:20.570 --> 00:11:22.510 Stellen Sie sich einen Service-Schalter in einem großen Geschäft vor. 00:11:22.970 --> 00:11:25.790 Eine Website fragt am Schalter, wie hoch ist der Preis für diesen Artikel. 00:11:26.490 --> 00:11:28.790 Der Schalter prüft die Geschäftsregeln und nennt den Preis. 00:11:29.470 --> 00:11:32.830 Eine andere Anfrage könnte lauten, kann dieser Kunde den Artikel zur Abholung bestellen? 00:11:33.350 --> 00:11:35.290 Oder bitte erstellen Sie eine Bestellung für diese Produkte. 00:11:35.290 --> 00:11:39.690 Die API leitet diese Anfragen zwischen dem kundenorientierten Bildschirm und der Commerce-Engine weit. 00:11:40.370 --> 00:11:43.750 Die Website muss nicht wissen, wie Preise oder Bestellungen im Hintergrund funktionieren. 00:11:43.890 --> 00:11:49.110 Sie fragt einfach das Ergebnis am Schalter ab und die Commerce-Scale-Unit wendet die Regeln des Einzelhändlers an, bevor sie antwortet. 00:11:50.110 --> 00:11:53.450 Dieses Setup gibt Unternehmen auch Raum, etwas über das Standard-Storefront hinaus zu entwickeln. 00:11:53.950 --> 00:11:56.410 Sie könnten ein Einkaufserlebnis innerhalb ihrer eigenen mobilen App schaffen. 00:11:56.730 --> 00:11:58.490 Ein Partner könnte einen weiteren Vertriebskanal aufbauen. 00:11:58.890 --> 00:12:00.630 Dieselbe Commerce-Engine kann diese Erlebnisse unterstützen, 00:12:00.630 --> 00:12:03.790 sodass das Unternehmen nicht jedes Mal mit einem neuen Satz an Verkaufsregeln von vorn begehen muss, 00:12:03.790 --> 00:12:06.010 wenn es einen neuen Kanal eröffnen muss, wenn es einen neuen Kanal eröffnet. 00:12:06.290 --> 00:12:09.250 Nun, Dynamics 360 Commerce verfügt auch über ein eigenes E-Commerce-Storefront. 00:12:09.710 --> 00:12:11.830 Das ist das Website-System, das Kunden tatsächlich sehen 00:12:11.830 --> 00:12:16.070 und durch das sie unsere Produktinformationen, Bilder, Menü, Suchergebnisse und Checkout-Schritte durchklicken. 00:12:17.010 --> 00:12:21.070 Es verwendet React, ein Web-Framework, das Teams beim Erstellen interaktiver Webseiten unterstützt. 00:12:21.910 --> 00:12:24.510 Sie müssen kein Web-Entwickler sein, um den praktischen Teil zu verstehen. 00:12:25.070 --> 00:12:27.350 Das Storefront kann Teile einer Seite auf dem Server vorbereiten, 00:12:27.350 --> 00:12:28.790 bevor sie den Browser des Kunden erreicht 00:12:28.790 --> 00:12:30.990 und es kann Teile der Seite im Browser aktualisieren, 00:12:31.230 --> 00:12:34.710 während der Kunde klickt, sucht, filtert oder Produkte in einen Warenkorb legt. 00:12:35.970 --> 00:12:39.750 Diese Kombination hilft der Website, Seiten schnell zu laden und zügig auf Kundenaktionen zu reagieren. 00:12:40.290 --> 00:12:41.970 Ein Einzelhändler kann auch den Zeitbilder verwenden, 00:12:42.070 --> 00:12:44.670 das webbasierte Tool für Personen, die Seiten und Marketinginhalte verwalten. 00:12:45.190 --> 00:12:48.030 Sie können an der kundenorientierten Website arbeiten, ohne die Commerce-Engine zu ändern, 00:12:48.110 --> 00:12:50.290 die im Hintergrund Produkt-, Preis- und Bestellanfragen abwickelt. 00:12:50.850 --> 00:12:53.050 Die Website und die Engine haben unterschiedliche Aufgaben, 00:12:53.130 --> 00:12:55.430 aber nicht alle Einzelhändler betreiben ihre Geschäfte unter denselben Bedingungen. 00:12:55.430 --> 00:12:59.230 Ein Standort hat vielleicht stabiles Internet und arbeitet gut mit Cloud-Diensten, 00:12:59.530 --> 00:13:02.510 während ein anderer an einem Ort mit schwacher oder unzuverlässiger Verbindung liegt. 00:13:03.110 --> 00:13:04.250 Commerce berücksichtigt diesen Unterschied. 00:13:04.690 --> 00:13:07.090 Eine Commerce-Scale-Unit kann in der Microsoft Cloud betrieben werden, 00:13:07.170 --> 00:13:08.330 wo Microsoft den Dienst verwaltet. 00:13:08.810 --> 00:13:11.910 Es kann auch als selbst gehostete Einheit in der Nähe einer Filiale betrieben werden, 00:13:12.030 --> 00:13:14.010 wobei der Einzelhändler dieses lokale Setup verwaltet. 00:13:14.330 --> 00:13:15.630 Ein Unternehmen kann eine Mischung aus beidem verbinden. 00:13:15.970 --> 00:13:18.570 Diese Wahl ermöglicht es Einzelhändlern, basierend auf den Anforderungen, 00:13:18.570 --> 00:13:21.670 jedes Standort zu planen, anstatt jeden Laden in ein technisches Setup zu zwingen. 00:13:22.290 --> 00:13:25.190 Eine selbst gehostete Einheit hält die Handelslogik nah am Geschäft, 00:13:25.190 --> 00:13:26.850 wenn die Internetverbindung Probleme bereitet, 00:13:26.970 --> 00:13:30.750 während Cloud-Einheiten Kanäle über Microsoft Azure-Regionen unterstützen. 00:13:31.890 --> 00:13:35.050 Das Ladenpersonal muss sich darüber keine Gedanken machen während des Kundenbedienstes. 00:13:35.150 --> 00:13:38.170 Sie nutzen den Bildschirm vor sich, ein Käufer nutzt die Website oder die App vor sich. 00:13:38.890 --> 00:13:40.490 Dennoch ist jeder Kanal darauf angewiesen, 00:13:40.610 --> 00:13:42.870 dass der Maschinenraum mit den richtigen Produktinformationen, 00:13:42.910 --> 00:13:45.050 Preisen, Bestandsdaten und Auftragsaktionen reagiert. 00:13:45.610 --> 00:13:48.470 Sobald diese Verkäufe fließen, müssen die Informationen vernetzt bleiben, 00:13:48.950 --> 00:13:52.910 da Produkte, Kundendatensätze und Bestände nicht in getrennten Ablagen liegen können. 00:13:52.910 --> 00:13:58.490 Jedes Mal, wenn Sie einen Verkauf tätigen, erstellen Sie Informationen. 00:13:59.050 --> 00:14:01.490 Produkt, Preis, Filiale, Kunde, Bestelldetails, einfach alles. 00:14:01.970 --> 00:14:04.950 Wenn diese Informationen verstreut bleiben, kann ein Unternehmen den ganzen Tag verkaufen 00:14:04.950 --> 00:14:07.250 und dennoch Schwierigkeiten haben zu verstehen, was die Kunden tatsächlich kaufen. 00:14:07.970 --> 00:14:12.590 Dynamics da 165 Commerce verbindet Geschäftsdaten mit Dataverse und Azure Data Lake Storage. 00:14:13.270 --> 00:14:16.350 Dataverse fungiert wie ein gemeinsamer Aktenschrank für Microsoft-Geschäftsanwendungen. 00:14:17.030 --> 00:14:20.530 Commerce, Sales und Customer Service können dort Geschäftsinformationen speichern und teilen, 00:14:20.530 --> 00:14:24.550 sodass Teams dieselben Kunden- oder Kontodaten nicht zwischen verschiedenen Tools kopieren müssen. 00:14:25.310 --> 00:14:26.790 Das schafft ein klareres Kundenprofil. 00:14:27.250 --> 00:14:27.630 Ist der Punkt? 00:14:28.150 --> 00:14:32.370 Ein Kunde könnte auf der Website kaufen, mit einem Verkäufer im Laden sprechen und später den Support kontaktieren. 00:14:33.190 --> 00:14:35.450 Wenn die vernetzten Apps auf gemeinsame Informationen zugreifen, 00:14:35.550 --> 00:14:39.130 kann jedes Team mit denselben Kundendaten arbeiten, anstatt das Gespräch jedes Mal neu zu beginnen. 00:14:40.270 --> 00:14:42.450 Azure Data Lake Storage übernimmt eine andere Aufgabe. 00:14:43.170 --> 00:14:45.090 Stellen Sie es sich als ein großes Lagerhaus für Geschäftsdaten. 00:14:45.710 --> 00:14:47.790 Commerce kann Transaktionsdaten dorthin senden, 00:14:47.790 --> 00:14:51.890 zusammen mit Informationen aus dem Online-Shop, damit das Unternehmen Aktivitäten über die Zeit analysieren kann, 00:14:51.970 --> 00:14:53.150 statt nur den letzten Verkauf zu sehen. 00:14:53.830 --> 00:14:55.990 Dies gibt den Teams mehr Spielraum, um nützliche Fragen zu stellen. 00:14:56.530 --> 00:14:58.170 Welche Produkte verkaufen sich in bestimmten Filialen? 00:14:58.530 --> 00:15:00.810 Welche Kategorien generieren Umsatz, bieten aber nur geringe Marke? 00:15:01.150 --> 00:15:02.470 Welcher Kanal sorgt für die meisten Stellung? 00:15:02.970 --> 00:15:05.850 Commerce Reporting kann Managern helfen, Produkte, Kategorien, Mitarbeiter, 00:15:06.250 --> 00:15:08.750 Terminals, Filialen und Verkaufskanäle übergreifend zu betrachten. 00:15:09.410 --> 00:15:11.790 Ein Ladenmitarbeiter kann Berichte zum Point-of-Sale einsehen, 00:15:11.790 --> 00:15:16.370 während Mitarbeiter im Backoffice nach der Datensynchronisierung die Aktivitäten im gesamten Unternehmen prüfen können. 00:15:16.370 --> 00:15:18.730 Die Berichte führen das Geschäft jedoch nicht für jemanden. 00:15:19.210 --> 00:15:21.290 Sie bieten einen klaren Überblick über die Vorgänge, 00:15:21.410 --> 00:15:23.990 damit Manager Muster erkennen können, bevor sie Entscheidungen zu Lagerbeständen, 00:15:24.090 --> 00:15:25.690 Preisen, Preisen oder Werbeaktionen treffen. 00:15:26.770 --> 00:15:28.770 Die Kundenbindung fügt sich in dasselbe vernetzte Bild ein. 00:15:29.290 --> 00:15:32.310 Ein Einzelhändler kann ein Treueprogramm einrichten, bei dem Käufe Punkte einbringen. 00:15:32.890 --> 00:15:35.850 Ein Kunde kann diese Punkte später bei einem zukünftigen Einkauf einlösen, 00:15:35.950 --> 00:15:38.250 egal ob das Unternehmen dies im Geschäft, online oder beides erlaubt. 00:15:38.350 --> 00:15:41.030 Das macht aus einem einfachen Kauf eine langfristige Beziehung. 00:15:41.570 --> 00:15:45.610 Wenn sich ein Kunde zu erkennen gibt, kann das System auch die Kaufhistorie in das Gespräch einbeziehen. 00:15:46.570 --> 00:15:50.850 Ein Verkäufer kann Informationen sehen, die ihm helfen, gezielter über frühere Käufe zu sprechen, 00:15:51.330 --> 00:15:54.610 während er Online-Shop-Produkt Empfehlungen basierend auf Kaufmustern anzeigen kann. 00:15:55.850 --> 00:15:57.510 Empfehlungen können keine Gedanken lesen. 00:15:58.190 --> 00:16:01.450 Sie nutzen Einkaufs- und Kaufinformationen, um Artikel vorzuschlagen, die ein Kunde sehen möchte. 00:16:02.230 --> 00:16:04.250 Das kann Kunden helfen, verwandte Produkte zu finden, 00:16:04.390 --> 00:16:06.770 aber der Einzelhändler benötigt dennoch sinnvolle Produktdaten 00:16:06.770 --> 00:16:08.910 und ein Einkaufserlebnis, das Kunden mit Respekt behandeln. 00:16:09.670 --> 00:16:10.910 Auch Online-Bewertungen erfordern sorgfalt. 00:16:11.330 --> 00:16:14.010 Commerce umfasst Bewertungen und Rezensionen für E-Commerce-Shops, 00:16:14.010 --> 00:16:18.730 sodass Kunden Feedback hinterlassen und Einzelhändler Bewertungen auf Produktseiten anzeigen können. 00:16:19.670 --> 00:16:23.810 Azure Cognitive Services kann automatisch anstößige Wörter in 40 Sprachen filtern 00:16:23.810 --> 00:16:27.070 und Einzelhändler verfügen über Moderatoren-Tools für Anliegen, Feedback, 00:16:27.450 --> 00:16:29.050 Löschanträge und Datenanfragen. 00:16:30.050 --> 00:16:32.130 Ein Bewertungssystem braucht mehr als nur eine Sternebewertung. 00:16:32.650 --> 00:16:36.450 Benötigt eine Möglichkeit, Produktseiten nützlich zu halten, ohne jedes Problem manuell finden zu müssen. 00:16:37.150 --> 00:16:38.610 Zahlungsbetrug ist ein weiteres Problem, 00:16:38.610 --> 00:16:40.950 besonders wenn Bestellungen über digitale Kanäle eingehen. 00:16:41.570 --> 00:16:44.390 Dynamics 365 Fraud Protection lässt sich mit Commerce verbinden, 00:16:44.470 --> 00:16:45.950 um Betrugsentscheidungen in Echtzeit zu unterstützen. 00:16:46.710 --> 00:16:49.190 Der Dienst nutzt Informationen aus seinem Betrugsschutznetzwerk, 00:16:49.430 --> 00:16:52.530 Gerätessignale und vom Unternehmen festgelegte Regeln, um Transaktionen zu bewerten. 00:16:53.070 --> 00:16:54.330 Keine Software beseitigt jedes Risiko. 00:16:54.950 --> 00:16:58.230 Ein Einzelhändler benötigt dennoch klare Richtlinien und Mitarbeiter für Ausnahmen. 00:16:58.450 --> 00:17:01.010 Aber vernetzte Betrugstools können Online-Bestellungen prüfen, 00:17:01.090 --> 00:17:02.790 ohne jeden Kunden als Problem zu behandeln. 00:17:03.710 --> 00:17:05.610 Commerce führt also Verkaufsdaten, Kundenbindungen, 00:17:05.610 --> 00:17:07.990 und Bewertungen und Betrugsprüfungen rund um den Kauf zusammen. 00:17:08.410 --> 00:17:09.630 Das mag nach viel klingen, denn das ist es auch. 00:17:09.870 --> 00:17:10.850 Die nächste Frage ist einfacher. 00:17:11.350 --> 00:17:13.130 Welche Unternehmen benötigen diese Plattform wirklich? 00:17:13.370 --> 00:17:14.930 Welche Aufgaben bleiben bei den Menschen? 00:17:16.770 --> 00:17:17.550 Wer nutzt Commerce? 00:17:18.010 --> 00:17:19.070 Und was ersetzt es nicht? 00:17:19.830 --> 00:17:22.390 Stellen Sie sich eine Modemark mit physischen Geschäften und einer eigenen Website vor. 00:17:23.010 --> 00:17:25.190 Dieses Unternehmen benötigt dieselben Produktinformationen, 00:17:25.250 --> 00:17:27.470 Preise, Bestandszahlen und Bestelldetails an beiden Orten. 00:17:28.290 --> 00:17:31.790 Dynamics 365 Commerce verbindet all diese Kanäle, damit alles konsistent bleibt. 00:17:32.250 --> 00:17:34.190 Kein Hin- und Herschicken von Tabellenkalkulationen mehr bei E-Mail. 00:17:34.190 --> 00:17:36.270 Spielt es eine Rolle, ob Sie ein Geschäft oder 50 betreiben? 00:17:36.590 --> 00:17:36.990 Nicht wirklich. 00:17:37.890 --> 00:17:40.250 Was zählt, ist, dass das Geschäft, die Website und das Backoffice-Team 00:17:40.250 --> 00:17:43.670 dieselben Informationen nutzen, anstatt Updates zwischen getrennten Systemen hin- und herzuschicken. 00:17:44.290 --> 00:17:45.310 Das war Tims Kernidee. 00:17:46.110 --> 00:17:48.090 Commerce funktioniert auch für Hersteller und Distributoren, 00:17:48.150 --> 00:17:49.310 die an andere Unternehmen verkaufen. 00:17:50.150 --> 00:17:53.330 Nehmen wir an, ein Hersteller stellt seinen Distributoren ein Selbstbedienungsportal bereit, 00:17:53.490 --> 00:17:56.330 in dem sie Lagerbestände prüfen, Produkte durchsuchen und Bestellungen aufgeben können. 00:17:56.750 --> 00:17:58.010 Das war Tims B2-B-Commerce. 00:17:58.090 --> 00:18:00.710 Und Commerce unterstützt diese Einkaufserlebnisse durch seine Commerce APIs. 00:18:00.710 --> 00:18:04.130 Beachten Sie, dass der Käufer diesmal kein Laufkundschaftskäufer ist. 00:18:05.010 --> 00:18:07.330 Es könnte ein Unternehmen sein, das Wiederholungsbestellungen aufgibt, 00:18:07.390 --> 00:18:09.530 die Verfügbarkeit prüft oder Lieferungen für die eigenen Kundenorganisationen. 00:18:09.990 --> 00:18:11.170 Ersetzt Commerce nun die Menschen? 00:18:12.210 --> 00:18:14.390 Backoffice-Teams kümmern sich weiterhin um Produkteinrichtungen, 00:18:14.510 --> 00:18:16.750 Preise und Werbeaktionen, Bestands- und Auftragsverfolgung 00:18:16.750 --> 00:18:17.910 sowie Verkaufs- und Margenberichte. 00:18:18.790 --> 00:18:20.650 Commerce gibt diesen Teams vernetzte Werkzeuge, 00:18:20.790 --> 00:18:23.810 aber es verwandelt den Einzelhandel nicht in ein System, das von alleine läuft. 00:18:24.170 --> 00:18:25.110 Menschen bleiben rund 40. 00:18:25.110 --> 00:18:27.090 Die meisten Leute hören Commerce und denken, 00:18:27.190 --> 00:18:29.010 es bedeutet nur, einen Online-Shop aufzubauen. 00:18:29.710 --> 00:18:31.210 Ein Online-Shop kann ein Teil davon sein. 00:18:31.430 --> 00:18:33.050 Aber Commerce geht weit darüber hinaus, 00:18:33.170 --> 00:18:35.350 bis hin zur Ladentheke, Kundendaten, Treueprogrammen, 00:18:35.450 --> 00:18:37.590 Produkteinrichtung, Auftragsabwicklung, Auftragsabwicklung 00:18:37.590 --> 00:18:38.830 und allen Daten hinter diesen Aufgaben. 00:18:39.630 --> 00:18:41.690 Es ersetzt nicht Ihr Lagerpersonal, Ihre Ladenmitarbeiter, 00:18:41.810 --> 00:18:43.190 Ihre Lieferanten, Ihre Lieferanten. 00:18:43.190 --> 00:19:13.170 Vielen Dank.