Vorbereitung: Die Demo gehört euch, nicht dem Anbieter
Demo-Skript: Eure Prozesse, nicht die des Anbieters
Ein gutes Demo-Skript basiert auf euren Use Cases und enthält echte Szenarien – nicht die vorgefertigte 'Happy Path'-Präsentation des Anbieters.
- 3–5 Kernprozesse aus euren 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 unsere 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 solltet ihr bei jeder Demo systematisch bewerten.
Prozessabdeckung
Wie gut deckt das System eure 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 eure 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 euer ERP/CRM/PIM/MDM?
Skalierbarkeit & Betrieb
Trägt das System euer 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 ihr hellhörig werden solltet
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 sie vermeidet, ist das ein Signal.
Keine echten Daten, nur 'Demo-Umgebung'
Generische Demo-Daten zeigen nicht, wie das System mit eurer Komplexität umgeht.
Der Vertrieb präsentiert, nicht die Implementierung
Ihr arbeitet später mit dem Implementierungsteam. Wenn es nicht in der Demo ist, fragt warum.
Referenzkunden werden auf Nachfrage abgeblockt
Ein guter Anbieter stellt den Kontakt zu Referenzkunden gerne her – wenn es passt.
Häufige Fragen
Demo-Phase professionell begleiten
Ich unterstütze bei Demo-Skripten, Bewertungsmatrizen und der moderierten Auswertung – damit ihr Substanz von Marketing trennen könnt.
Erstberatung anfragen