Was Sie über die Plattformintegration wissen müssen

Heutzutage ist jedes Unternehmen ein digitales Unternehmen, aber den Sprung zu wagen, Ihr Unternehmen so zu transformieren, dass es für den Zweck geeignet ist, ist eine entmutigende Aussicht sowohl für diejenigen, die eine Plattform von Grund auf neu aufbauen, als auch für diejenigen, die von einem Legacy-System auf eine neue Plattform umsteigen. Wo soll man anfangen? Und wie lassen sich die üblichen Fallstricke vermeiden, die ein Projekt zum Scheitern bringen und sein Budget sprengen können, sodass Führungskräfte seine Umsetzung in Frage stellen?

Ich sprach mit Brian Walker, einem globalen Experten für E-Commerce-Plattformen, der Strategie, Marketing und Ökosystem bei SAP Hybris leitet, über die Erkenntnisse aus der Unterstützung einer Vielzahl von Unternehmen bei der Implementierung von Plattformen, die sich mit den Bedürfnissen der Kunden weiterentwickeln, eine hervorragende Leistung und Unterstützung bieten Unternehmen optimieren ihr Geschäft für die Zukunft. Hier bietet Brian einige Gedanken darüber, was jedes Unternehmen wissen muss, um einen reibungslosen Übergang zu gewährleisten.

Greg Williams: Sie haben einen Kunden, der mit Ihnen ein Platforming- oder Re-Platforming-Projekt starten möchte. Was sind die ersten Schritte auf dieser Reise?

Brian Walker: In erster Linie werden Kunden den größten Erfolg haben, wenn sie nicht versuchen, den Ozean zum Kochen zu bringen – versuchen Sie nicht, von Anfang an einen zu großen Umfang zu erreichen. Wenn diese Art von Projekten finanziert werden, besteht in der Regel ein Nachholbedarf an neuen Funktionen und neuen Möglichkeiten, und alle sind sehr gespannt darauf, dass eine ganze Reihe von Dingen angesprochen werden. Das ist natürlich, aber es ist wirklich wichtig, dass Unternehmen nicht versuchen, alle ihre Ziele durch ein einziges Projekt zu erreichen. Man kann es als ein laufendes Programm betrachten. Tatsächlich wird dies nie wirklich geschehen, da diese Fähigkeiten von grundlegender Bedeutung dafür sein werden, wie Sie Kunden ansprechen und bedienen.

GW: Die erste Regel lautet also: Keine Eile?

BW: Es kann ein Gefühl der Dringlichkeit entstehen, weil sich die Landschaft so schnell verändert, und viele, wenn nicht die meisten Unternehmen werden das Gefühl haben, dass sie weit zurückgefallen sind, wenn sie anfangen. Aber wenn sie versuchen, zu viel zu erreichen, haben sie keine gute Regierungsführung, und das ist, wo „Scope Creep“ sein hässliches Haupt erhebt.

GW: Welches ist?

BW: Ein sich entwickelnder und schlecht definierter Satz von Anforderungen, der Änderungen mittendrin einführt. Typischerweise wird dies dadurch verursacht, dass Stakeholder ihre Wünsche bis weit in das Projekt hinein nicht definieren können oder Geschäftsprozesse nicht gut verstanden werden. Zu viele Köche in der Küche können dazu führen, dass das, was Sie zu erreichen versuchen, zu einem beweglichen Ziel wird, was unweigerlich zu Budgetüberschreitungen und erheblichen Verzögerungen führt. Dies untergräbt dann das Vertrauen aller – einschließlich des oberen Managements – in die Erfolgsaussichten. Dann fragen sich die Leute: „ Wird sich das jemals auszahlen ?“ Daher ist es wirklich wichtig, dass sich die Mitarbeiter schnell amortisieren, dass sie Fortschritte sehen – auch wenn der Umfang im Vergleich zu dem, was Sie letztendlich erreichen wollen, etwas begrenzt ist. Hier sind Projektsteuerung und -disziplin so wichtig – um Projekte am Laufen zu halten.

GW: Welche anderen Lektionen hast du gelernt?

BW: Es ist wirklich wichtig, sich auf die Schnittstellen zwischen den Systemen in Ihrer Landschaft zu konzentrieren und diese zu definieren. Angenommen, Sie haben Ihr Kernprodukt, das Daten aus dem Backend liefert, oder Sie benötigen Bestandsdaten oder Zugriff auf Kundendaten aus mehreren Systemen. Durch die Definition der Schnittstellen und die Investition in skalierbare, hochgradig wiederholbare standardisierte Schnittstellen können Sie später viel schneller vorankommen.

Wenn die Arbeit im Rahmen eines großen Projekts erledigt wird, aber nicht genügend Zeit für die richtige Designcodierung und das Testen vorhanden ist, können sich Problemumgehungen oder Hacks um diese Schnittstellen, die Sie später kosten, leicht einschleichen. Dies ist ein weiterer Ort, an dem sehr oft , gibt es Kosten- und Zeitüberschreitungen.

Best Practice ist es, diese Schnittstellen im Voraus zu erstellen. Erstellen Sie vor einer großen Implementierung die APIs, mit denen Sie mehrere Systeme verbinden können. Definieren Sie diese Schnittstellen im Voraus und investieren Sie Zeit, um Ihre vorhandenen Systeme richtig zu integrieren, damit sie mit diesen neueren Lösungen, die Sie hinzufügen, kompatibel sind.

Wir haben in einige Integrationstools investiert, mit denen SAP-Kunden diesen Teil dieser Projekte drastisch rationalisieren können, unabhängig davon, ob Sie eine Integration in SAP- oder Nicht-SAP-Systeme durchführen, aber es kann immer noch ein Stolperstein sein, auf den viele Unternehmen stoßen werden, wenn sie damit beginnen so ein Programm.

GW: Was sollte man noch vermeiden?

BW: Typischerweise haben Sie bei großen Projekten eine Beratungsfirma engagiert, die Ihnen Tausende von Dollar pro Tag in Rechnung stellt – Sie haben Systemarchitekten, Entwickler, Geschäftsanalysten, eine ganze Armee von Leuten und all Ihre internen Ressourcen. Doch die Arbeit an der Definition der Benutzererfahrung hat noch nicht einmal begonnen. Alle stehen herum und sagen: „ Nun, wir können nicht wirklich mit der Arbeit beginnen, bis wir wissen, wie es aussehen soll .“

Die Definition und Gestaltung der Benutzererfahrung kann lange vor der Systemimplementierung beginnen. Sicher, es wird einen Rationalisierungsprozess geben, um sicherzustellen, dass das Design zum Projekt passt, oder um die Funktionen abzustufen, aber insgesamt kann dies ein Projekt erheblich rationalisieren. Normalerweise gibt es in einem Projektplan für das Design von Benutzeroberflächen nur ein dreiwöchiges Zeitfenster. Und genau an diesem Punkt läuft oft alles schief, wenn sich plötzlich die Geschäftsleitung oder ein wichtiger Stakeholder einmischt. Vielleicht wussten sie nicht genau, was sie wollten, aber sie wissen, dass sie das nicht wollen! Dann kommt das Projekt fast zum Erliegen, während die Designprobleme ausgearbeitet werden. Nicht gut. Mit ein bisschen Planung ist es eine völlig vermeidbare Situation.

GW: Pläne und Zeitpläne können vereinbart werden, aber ich stelle mir vor, dass es eine ganz andere Herausforderung ist, sich an sie zu halten …

BW: Sie brauchen jemanden, der als Wachhund über den Umfang des Projekts fungiert, der sich absolut dafür einsetzt, es pünktlich zu liefern. Die Leute können lächerlich aggressive Zeitpläne für beispielsweise eine große Handelsimplementierung oder ein großes Marketingsystem herumwerfen. Das System selbst muss nicht unbedingt groß sein, aber es handelt sich um transformative Projekte, die jeden Teil des Unternehmens betreffen. Es wird immer einen Projektplan geben – Sie brauchen jemanden, der ihn streng bewacht und verwaltet, aber auch bereit ist, den Umfang der Dinge zu kürzen, um das Projekt rechtzeitig fertigzustellen. Wie ich bereits sagte, muss man es als Programm statt als Projekt sehen.

GW: Und wer sollte diese Person sein?

BW: Ich habe den größten Erfolg gesehen, wenn ein hochrangiger unabhängiger Projektmanager hinzugezogen wird. Es sollte nicht jemand von der Beratungsfirma sein, die Sie mit der Systemimplementierung beauftragt haben, und es sollte auch niemand sein, der arbeitet für das IT-Team oder sogar den Geschäftsbeteiligten. Sie brauchen jemanden, der die Neuigkeiten direkt überbringen kann und dessen einziges Ziel es ist, das Projekt auf Kurs zu halten.

GW: Was ist, wenn es um den Launch einer komplett neuen Seite geht?

BW: Die größte Herausforderung für einen neuen Standort besteht darin, dass manchmal der Plan und der Umfang des Projekts die Änderung der Geschäftsprozesse nicht berücksichtigen. Jeder, der sich mit dem neuen System beschäftigt, muss wissen, wie man es benutzt. Sie kommen möglicherweise von einer ziemlich groben, hochgradig manuellen Art der Verwaltung ihrer Website, ihres Verkaufsprozesses oder Marketings ab. Die Chancen stehen gut, dass die neue Website und das neue System viel besser sein werden, aber Änderungen sind schwierig. Es ist verlockend, Werkzeuge und Systeme zu wollen, die Dinge tun, „wie es hier funktioniert“. Dies kann leicht wieder zu einem Scope Creep führen.

Wenn sie jedoch nicht wissen, wie sie das neue System verwenden sollen, und es keine Inhalte gibt, kommt der Prozess zum Erliegen. Die erforderlichen Inhalte – Produktinhalte, Kundendaten, Seiteninhalte usw. – wurden oft nicht wirklich berücksichtigt. Sie müssen Inhalte für die neue Website erstellen, damit sie nach der Implementierung des Systems einsatzbereit ist. Dies sind offensichtliche Dinge, die am Ende Kosten und Zeitverzögerungen verursachen, die leicht im Voraus aussortiert werden können.

GW: SAP Hybris hat sich in den letzten Jahren weiterentwickelt. Kannst du uns auf diese Reise mitnehmen?

BW: Hybris konzentrierte sich anfangs auf Handelslösungen. Es wurde bald zu einer der weltweit führenden Plattformen für Unternehmen, um groß angelegten E-Commerce online und auf mobilen Geräten zu betreiben – eine Omni-Channel-Commerce-Plattform, die alle Kanäle verwalten und unterstützen kann.

Das hat sich bis zu dem Punkt entwickelt, an dem heute SAP Hybris-Lösungen das gesamte Front-Office abdecken, von Kundenerfahrung, Handel, Rechnungsstellung und Marketing bis hin zu Tools für Vertriebs- und Servicemitarbeiter sowohl in Contact Centern als auch im Außendienst.

Unsere ist eine sehr umfassende Reihe von Lösungen, die zusammenarbeiten – oder eigenständig – um einer Vielzahl von Kunden auf der ganzen Welt dabei zu helfen, wie sie Kunden ansprechen und bedienen. Wir haben uns also von einer auf Transaktionen ausgerichteten Handelsplattform zu etwas Allumfassenderem entwickelt, das Lösungen zur Kundenbindung anbietet.

GW: E-Commerce entwickelt sich unglaublich schnell. Wie haben Sie es aktualisiert, um mit dem schnellen Tempo des modernen Handels fertig zu werden?

BW: Es gibt eine lange Liste von Dingen, die wir getan haben, um die sich schnell entwickelnden Geschäftsanforderungen zu unterstützen, nicht nur für E-Commerce, sondern für alle Kanäle und Front-Office-Funktionen. Eine Neuerung, die ich hervorheben möchte, ist die Einführung unserer neuen Microservices-Plattform SAP Hybris-as-a-Service – oder was wir YaaS nennen. Diese Plattformumgebung ermöglicht es Entwicklern, Microservices zu starten, um einzigartige Anforderungen in der Cloud zu erweitern und zu unterstützen. Entwickler können die Sprache ihrer Wahl ohne Anbieterbindung verwenden, um neue Dienste in der Cloud zu schreiben, zu testen und zu starten. Und vielleicht noch spannender ist der Marktplatz, den wir Partnern, unabhängigen Entwicklern und sogar Kunden ermöglichen, diese Microservices zu verkaufen. Es ist eine sehr disruptive Lösung, und es wird sehr spannend sein zu sehen, wie sie sich entwickelt.