Warum wir SAP-Projekte abschliessen, wenn andere scheitern

SAP-CX-Projekte scheitern selten an der Software. Sie bleiben stecken, weil der Umfang vage war, weil die Leute, die das Projekt verkauft haben, nicht die Leute waren, die es gebaut haben, und weil die ERP-Integration auf die letzten Wochen verschoben wurde. Wir werden regelmässig in solche Projekte geholt, und die Lösungen sind unspektakulärer, als viele erwarten: dieselben erfahrenen Leute vom ersten Workshop bis zum Go-live, ein Umfang, der als Liefergegenstände formuliert ist, Integrationsarbeit ab der ersten Woche und die Disziplin, Nein zu sagen.

Kurzfassung: Vier Gewohnheiten bringen unsere Projekte live: erfahrene Leute, die scopen und bauen, ein Umfang aus prüfbaren Liefergegenständen, ERP-Integration und echte Daten in den ersten Sprints, und die Absage an Projekte, die wir so nicht liefern können. Die Belege sind öffentlich: Das festgefahrene V2-Projekt von OPO Oeschger war drei Monate nach unserer Übernahme live, termingerecht und im Budget.

Wie die Belege aussehen

Wir zeigen lieber Projekte, als eine Erfolgsquote zu zitieren. Diese sind mit dem Einverständnis der Kunden veröffentlicht:

• OPO Oeschger: ein Projekt mit Sales und Service Cloud V2, das bei einem anderen Partner festgefahren war. Wir haben neu gestartet, nach zwei Monaten lief das MVP, nach drei Monaten war die komplette Phase 1 produktiv, termingerecht und im Budget, angebunden an S/4HANA, Datasphere und Commerce Cloud.
• Franke: ein stockendes Commerce-Projekt. Spadoom brachte die Plattform auf SAP Commerce Cloud in 90 Tagen live, und das Projekt erhielt den SAP Quality Award für «Rapid Time to Value».
• Nussbaum: Sales Cloud V2 auf der grünen Wiese, von keinem zentralen CRM zur vollen Pipeline-Transparenz in fünf Monaten.
• intelligentfood: Sales und Service Cloud V2 in drei Monaten live, an das ERP angebunden.

Das heisst nicht, dass jedes Projekt einfach ist. Es heisst, dass die folgenden Muster oft genug funktionieren, dass wir Projekte nicht mehr anders führen.

Erfahrene Leute ab dem ersten Tag

Das häufigste Muster in übernommenen Projekten ist eine Übergabe. Ein erfahrenes Team gewinnt den Auftrag und wechselt zum nächsten Pitch, und die Leute, die zur Umsetzung erscheinen, sehen die Anforderungen zum ersten Mal. Niemand will das so. So werden in vielen grossen Firmen Projekte besetzt.

Bei uns gibt es kein getrenntes Verkaufs- und Umsetzungsteam. Wer Ihr Projekt scopt, baut es auch, und diese Leute haben bereits V2-Projekte geliefert. Bei OPO Oeschger hiess das: Das Team, das das festgefahrene Projekt analysiert hat, hat es auch neu aufgebaut, ohne zweite Lernkurve.

Ein Umfang aus Liefergegenständen

«CRM aufsetzen» ist kein Umfang. «Opportunity-Management mit vier eigenen Phasen, gewichteter Pipeline und automatischen Benachrichtigungen konfigurieren» ist einer. Der Unterschied zwischen diesen beiden Sätzen ist der Unterschied zwischen einem Projekt, das live geht, und einem, das in monatelange Nachverhandlungen mündet.

Jedes Projekt erhält ein Umfangsdokument mit Liefergegenständen und Abnahmekriterien. Das schützt beide Seiten. Kommt eine neue Anforderung, lehnen wir sie nicht ab; wir sagen, was sie kostet und was sie mit dem Zeitplan macht, und Sie entscheiden, bevor gearbeitet wird.

Integration und echte Daten früh

Die meisten späten Überraschungen kommen von der ERP-Grenze: ein Preis, den das Angebot nicht auflösen kann, ein Auftrag, der nicht verbucht wird, Kundendaten, die nicht zusammenpassen. Deshalb entwerfen wir die Integration vor dem ersten Bildschirm und laden in den ersten Wochen echte Daten in ein Testsystem. Probleme, die in Woche vier sichtbar werden, sind günstig. Probleme, die in Monat sechs auftauchen, stecken schon in allem anderen.

Hier zahlt sich auch ein Team für ERP und CX aus. Weil wir S/4HANA Public Cloud ebenso liefern wie Sales Cloud V2, ist die Schnittstelle dazwischen eine Designentscheidung innerhalb eines Projekts und keine Verhandlung zwischen zwei Anbietern. Die Architektur beschreiben wir in S/4HANA Public Cloud und Sales Cloud V2 als ein Stack.

Iterative Umsetzung mit sichtbarem Fortschritt

Wir arbeiten in kurzen Iterationen nach SAP Activate:

• Erste Wochen: Anforderungen und Integrationen bestätigen, Systeme aufsetzen, Testdaten laden.
• Erste Sprints: Die Key User sehen ein funktionierendes System mit ihren eigenen Daten.
• Alle zwei Wochen: eine Demo mit den Key Usern, die testen und Rückmeldung geben, und wir passen an.
• Vor dem Go-live: Integrationstests, Migrationsprüfungen, Abnahmetests und Vorbereitung der Umstellung.

Es geht nicht um den Namen der Methode. Es geht darum, dass Probleme sichtbar werden, solange sie noch klein sind.

Nein sagen

Das kostet uns Aufträge, und es ist wohl die wichtigste Gewohnheit. Will ein Interessent Sales Cloud V2, Service Cloud V2, Commerce Cloud, SAP Engagement Cloud und CDP in einem sechsmonatigen Projekt mit einem Viererteam, sagen wir, dass das nicht realistisch ist, und schlagen eine Reihenfolge vor, die es ist. Will ein Unternehmen sein fünfzehn Jahre altes CRM Feld für Feld in der Cloud nachbauen, erklären wir, warum das das falsche Ziel ist. Eine kleinere erste Phase, die live geht, schlägt eine grosse, die es nicht tut.

Was wir in übernommenen Projekten sehen

In Projekten, die nach einem Stillstand zu uns kommen, tauchen immer wieder dieselben fünf Probleme auf:

• Ein vager Umfang, der ohne Budgetanpassung gewachsen ist.
• Eigener Code, wo die Standardkonfiguration gereicht hätte.
• Keine Integrationstests bis in die letzten Wochen.
• Keine Einbindung der Anwender bis zum Abnahmetest, bei dem das Verkaufsteam das System ablehnte.
• Ein Big-Bang-Go-live ohne Rückfallplan.

Alle fünf sind vermeidbar, und keines davon ist ein Technologieproblem. Wenn Sie Partner evaluieren, macht unser Leitfaden So wählen Sie einen SAP CX Partner aus diesen Mustern Fragen für das erste Gespräch. Warum Budgets überschritten werden, zeigt Warum SAP-CX-Projekte das Budget sprengen.

Häufige Fragen

Gehen alle Ihre Projekte zum geplanten Termin live?

Wir veröffentlichen keine pauschale Quote, weil eine einzelne Zahl mehr verbirgt als zeigt. Wir veröffentlichen benannte Projekte mit ihren Zeitplänen, darunter OPO Oeschger, Franke, Nussbaum und intelligentfood. Fragen Sie uns nach Referenzen zu Ihrem Produkt und rufen Sie dort an.

Wie gehen Sie mit sich ändernden Anforderungen um?

Mit einem schriftlichen Umfang und einem transparenten Änderungsprozess. Jede Änderung wird geschätzt und freigegeben, bevor gearbeitet wird. Würde eine Änderung den Go-live verschieben, sagen wir das früh, und Sie entscheiden, ob Zeitplan oder Umfang angepasst werden.

Können Sie ein festgefahrenes SAP-Projekt übernehmen?

Ja. So haben die Projekte bei OPO Oeschger und Franke begonnen. Wir starten mit einer kurzen Bestandsaufnahme, entscheiden mit Ihnen, was bleibt und was neu gebaut wird, und legen einen neuen Plan mit benannten Personen fest. Altes Gerüst flicken wir nicht, wenn ein sauberer Neustart schneller ist.

Wo arbeiten Sie?

Von Zug, Wädenswil, Monza, Wien und Tallinn aus, mit Projekten vor allem in der Schweiz, in Deutschland, Österreich und Italien. Internationale Rollouts für Unternehmen mit Hauptsitz in Europa haben wir begleitet. Unsere Beraterinnen und Berater arbeiten auf Deutsch, Französisch, Italienisch und Englisch.

Wie überprüfe ich Ihre Erfolgsbilanz?

Lesen Sie die Kundenprojekte und fragen Sie uns nach Referenzen zu dem Produkt, das Sie kaufen. Fragen Sie die Referenz direkt: Ging das Projekt wie geplant live, hielt das Budget, blieben dieselben Leute dabei? Wenn Sie auch einen ERP-Wechsel vorbereiten, beginnen Sie mit unserem S/4HANA Readiness Assessment oder sprechen Sie mit uns.