Warum wir SAP-Projekte abschliessen, wenn andere scheitern

Eine überraschend hohe Zahl von SAP CX-Projekten geht nie in Betrieb. Branchenschätzungen zufolge werden 20-30 % der Enterprise-CRM-Implementierungen entweder abgebrochen, «auf unbestimmte Zeit pausiert» oder gehen so spät und so weit über Budget live, dass niemand von Erfolg spricht.

Wir haben SAP Sales Cloud V2, Service Cloud V2 und Commerce Cloud-Projekte für Hersteller, Händler und Distributoren in ganz Europa umgesetzt. Jedes einzelne ging live. Am vereinbarten Datum.

Das ist keine Marketing-Floskel. Es ist eine Bilanz, die wir mit aller Konsequenz schützen. Wir sind keine Firma mit 5’000 Mitarbeitenden, die ein gescheitertes Projekt verkraften kann. Wir sind ein fokussiertes Team, bei dem jedes Projekt zählt. Geht eines schief, redet der Markt — und der Markt ist klein.

Senior-Berater von Tag eins

Bei grossen Beratungsfirmen ist das Team, das den Deal verkauft, selten das Team, das ihn liefert. Das Vertriebsteam hatte 20 Jahre Erfahrung. Das Delivery-Team hat 20 Monate.

Bei uns gibt es diese Trennung nicht. Die Personen, die Ihr Projekt scopen, sind die Personen, die es bauen. Jeder Berater in einem Spadoom-Engagement hat mehrere SAP V2-Implementierungen abgeliefert. Sie wissen, wo die Konfigurationsmöglichkeiten enden und wo Custom Development beginnt. Sie wissen, welche Integrationen unkompliziert sind und welche drei Wochen Ihrer Timeline kosten.

Als wir SAP Sales Cloud V2 für Franke in 90 Tagen umgesetzt haben, war derselbe Architekt, der den Scoping-Workshop geleitet hat, ab Tag eins in der Konfiguration. Kein Handoff. Kein Wissensverlust. Keine Einarbeitungszeit.

Wir sagen Nein

Das ist vielleicht das Wichtigste, was wir tun.

Wenn ein Interessent SAP Sales Cloud V2, Service Cloud V2, Commerce Cloud, Emarsys und CDP in einem einzigen 6-Monats-Projekt mit vier Personen implementieren will, sagen wir, dass das nicht realistisch ist. Wenn ein Unternehmen sein 15 Jahre altes On-Prem-CRM Feature für Feature in der Cloud nachbauen will, erklären wir, warum das der falsche Weg ist.

Manche Partner sagen zu allem Ja, weil der Vertragswert zu attraktiv ist. Dann trifft die Realität in Monat 3. Wie das Sprichwort sagt: Wer alles verspricht, liefert am Ende nichts.

Wir verlieren lieber einen Deal, als unsere Go-Live-Bilanz zu gefährden. Jedes Mal, wenn wir Nein sagen, schützen wir die nächsten 10 Kunden, die uns verfügbar und fokussiert brauchen.

Fixer Scope, nicht fixe Hoffnungen

Jedes Spadoom-Projekt hat ein fixes Scope-Dokument. Keinen High-Level-Überblick — eine detaillierte Liste von Liefergegenständen mit Abnahmekriterien.

«Konfiguration des Opportunity-Managements mit 4 benutzerdefinierten Stufen, gewichteter Pipeline und automatisierten Benachrichtigungen» ist ein Liefergegenstand. «CRM einrichten» ist keiner.

Das schützt beide Seiten. Der Kunde weiss genau, wofür er bezahlt. Wir wissen genau, was wir liefern müssen. Will jemand etwas ausserhalb des Scopes, sagen wir nicht Nein — wir sagen «Ja, das kostet X und hat folgenden Einfluss auf die Timeline.» Transparentes Change Management statt Scope-Nebel.

Die SAP Sales Cloud V2-Implementierung für Nussbaum dauerte 5 Monate. Nicht weil wir gehetzt haben — weil der Scope ab Woche eins klar war. Keine Überraschungen. Keine Last-Minute-Entdeckungen.

Iterative Lieferung mit SAP Activate

Wir folgen der SAP-Activate-Methodik. Nicht weil SAP es vorgibt, sondern weil es funktioniert.

Konkret sieht das so aus:

• Woche 1-2: Discover-Phase — Anforderungen validieren, Integrationen bestätigen, Entwicklungsumgebung einrichten.
• Woche 3-4: Erster Sprint — Anwender sehen ein funktionierendes System mit Kernfunktionalität.
• Alle 2 Wochen danach: Demo-Session mit Key Usern. Testen. Feedback. Anpassung.
• Letzte 2-3 Wochen: Integrationstests, Validierung der Datenmigration, User Acceptance Testing, Go-Live-Vorbereitung.

Der entscheidende Punkt: Probleme tauchen in Woche 4 auf, nicht in Monat 6. Eine Konfiguration, die nicht zum Geschäftsprozess passt, wird im nächsten Sprint behoben — nicht in einer Krisensitzung drei Tage vor Go-Live.

Direkter Zugang zu Entscheidern

In vielen Beratungsfirmen steht ein Account Manager zwischen Ihnen und den Leuten, die die Arbeit machen. Priorität ändern? Sprechen Sie mit dem Account Manager. Technische Frage? Er wird «sich erkundigen und zurückmelden.» Architektur-Entscheidung? Warten Sie auf das nächste Steering Committee.

Bei Spadoom sprechen Sie direkt mit den Architekten und Beratern, die Ihr System bauen. Müssen Sie eskalieren? Ich gehe ans Telefon. Keine bürokratische Schicht zwischen Frage und Antwort.

Diese Geschwindigkeit zählt. Eine Entscheidung, die bei einer grossen Firma 2 Tage braucht, dauert bei uns 2 Stunden. Über ein 5-monatiges Projekt summiert sich das auf Wochen.

Ehrliches Scoping

Bevor wir ein Angebot schreiben, führen wir einen Scoping-Workshop durch. Typischerweise 2-3 Tage. Wir mappen Geschäftsprozesse, identifizieren Integrationspunkte, bewerten die Datenqualität und evaluieren die organisatorische Bereitschaft.

Manchmal lautet das Ergebnis: «Sie sind noch nicht bereit.» Vielleicht müssen zuerst die Stammdaten bereinigt werden. Vielleicht müssen Geschäftsprozesse intern abgestimmt werden, bevor jemand ein System konfiguriert. Vielleicht ist ein Phasenansatz über 12 Monate sinnvoller, als alles auf einmal anzugehen.

Einem Interessenten zu sagen, er solle warten, kostet uns kurzfristig Umsatz. Aber es verhindert ein gescheitertes Projekt — und das kostet beide Seiten weit mehr.

Was wir von übernommenen Projekten gelernt haben

Einige unserer besten Erkenntnisse stammen von Projekten, die wir nicht begonnen haben. Wir wurden gerufen, um SAP CX-Implementierungen zu retten, die bei anderen Partnern steckengeblieben waren. Die Muster sind konsistent:

• Vager Scope, der im Projektverlauf um 50 % wuchs, ohne entsprechende Budget-Anpassung.
• Junior-Teams, die Custom Code geschrieben haben, wo Standard-Konfiguration funktioniert hätte — und damit eine Wartungslast erzeugten.
• Keine Integrationstests bis zu den letzten Wochen, als kritische Daten-Mapping-Probleme auffielen.
• Keine Anwender-Beteiligung bis zum UAT, als das Vertriebsteam das System ablehnte, weil niemand gefragt hatte, was sie brauchten.
• Big-Bang-Go-Live ohne Fallback-Plan, ohne gestuften Rollout, ohne Pilotgruppe.

Jedes einzelne davon ist vermeidbar. Nicht mit besserer Technologie — mit besserer Projektdisziplin.

Der ANWR-Ansatz

Bei der Arbeit mit der ANWR Group ging es darum, SAP Sales Cloud V2 mit der bestehenden SAP-Umgebung zu verbinden. Komplexe Integration, mehrere Datenquellen, branchenspezifische Anforderungen.

Wir starteten mit einem fokussierten Piloten: eine Geschäftseinheit, ein Kernprozess. Wir bewiesen, dass die Architektur funktioniert. Validierten die Integrationsmuster. Dann erweiterten wir. De facto reduzierte der Pilot-Ansatz das Risiko erheblich. ANWR sah früh den Wert. Der breite Rollout baute auf bewährten Grundlagen auf, nicht auf Annahmen.

Unsere Bilanz

100 % Go-Live-Quote. Jedes Projekt. Jedes Mal.

Diese Zahl bleibt bei 100 %, weil wir selektiv sind bei dem, was wir annehmen, ehrlich bei dem, was realistisch ist, und diszipliniert bei dem, wie wir liefern.

Wir sind nicht die günstigste Option. Wir sind nicht die grösste Firma. Aber wenn Ihr SAP CX-Projekt pünktlich und im Budget live gehen muss, zählt die Bilanz.

Erzählen Sie uns von Ihrem Projekt — wir sagen Ihnen ehrlich, ob wir der richtige Partner sind.