Vorbereitung: Die Demo gehört Ihnen, nicht dem Anbieter
Demo-Skript: Ihre Prozesse, nicht die des Anbieters
Ein gutes Demo-Skript basiert auf Ihren Use Cases und enthält echte Szenarien – nicht die vorgefertigte Happy-Path-Präsentation des Anbieters.
- 3–5 Kernprozesse aus Ihren Use Cases auswählen
- Grenzfälle bewusst einbauen (Teillieferung, Retoure, Sonderpreis, Storno)
- Echte Beispieldaten vorbereiten (20+ Datensätze mit realistischer Komplexität)
- Jeder Use Case hat klare Akzeptanzkriterien (Pass/Fail)
Bewertungsteam: Die richtigen Leute im Raum
Nicht jeder muss jede Demo sehen. Aber die Fachexperten für die jeweiligen Prozesse müssen dabei sein – und vorher wissen, worauf sie achten sollen.
- Bewertungsteam je Prozess zusammenstellen (Key User + Process Owner)
- Vorab-Briefing: Worauf achten wir? Was sind die No-Gos?
- Getrennte Bewertungsbögen (individuelle Einschätzung vor Gruppendiskussion)
- Moderator, der die Demo strukturiert und Zeiten im Griff hat
Bewertungskriterien: Was wirklich zählt
Diese vier Dimensionen sollten Sie bei jeder Demo systematisch bewerten.
Prozessabdeckung
Wie gut deckt das System Ihre Kernprozesse ab – out of the box oder mit vertretbarem Customizing?
- Funktioniert der Prozess end-to-end ohne Workarounds?
- Wie viel Konfiguration/Customizing ist nötig?
- Wie werden Grenzfälle behandelt?
Usability
Wie alltagstauglich ist das System für die Mitarbeitenden, die täglich damit arbeiten?
- Wie viele Klicks braucht ein Standardvorgang?
- Ist die Navigation intuitiv – auch ohne Schulung?
- Wie gut funktioniert die Suche/Filterung bei großen Datenmengen?
Integration & Daten
Wie gut lässt sich das System in Ihre bestehende Landschaft integrieren?
- Welche APIs/Konnektoren gibt es out of the box?
- Wie werden Datenimport/-export und Massenoperationen gelöst?
- Wie funktioniert die Anbindung an Ihr ERP/CRM/PIM/MDM?
Skalierbarkeit & Betrieb
Trägt das System Ihr Wachstum und lässt es sich stabil betreiben?
- Wie verhält sich das System bei hohem Datenvolumen/Traffic?
- Wie sieht das Release-/Update-Modell aus?
- Welcher Support-Level ist verfügbar (SLAs)?
Red Flags: Wann Sie hellhörig werden sollten
Der Anbieter weicht vom vereinbarten Demo-Skript ab
Deutet darauf hin, dass die geforderten Prozesse nicht gut abgedeckt sind.
Das können wir konfigurieren – aber ohne es zu zeigen
Versprechen sind billig. Alles, was nicht gezeigt wird, existiert nicht.
Nur der Happy Path wird demonstriert
Grenzfälle, Fehler und Ausnahmen sind der echte Test. Wenn der Anbieter diese vermeidet, ist das ein Signal.
Keine echten Daten, nur Demo-Umgebung
Generische Demo-Daten zeigen nicht, wie das System mit Ihrer Komplexität umgeht.
Der Vertrieb präsentiert, nicht die Implementierung
Sie arbeiten später mit dem Implementierungsteam. Wenn es nicht in der Demo ist, fragen Sie warum.
Referenzkunden werden auf Nachfrage abgeblockt
Ein guter Anbieter stellt den Kontakt zu Referenzkunden gerne her – wenn es passt.
Häufige Fragen
Weiterführende Artikel
Systemauswahl Methodik
Framework für eine strukturierte Systemauswahl – von Use Cases bis PoC und TCO.
Zum ArtikelSoftware Ausschreibung (RFP)
Wie Sie Anbieter mit einem strukturierten RFP vergleichbar machen.
Zum ArtikelAnforderungsanalyse
Die Grundlage für gute Demo-Skripte und Bewertungsmatrizen.
Zum ArtikelDemo-Phase professionell begleiten
Wir unterstützen bei Demo-Skripten, Bewertungsmatrizen und der moderierten Auswertung – damit Sie Substanz von Marketing trennen können.
Erstberatung anfragen