Welche Fragen Sie nach der Software-Demo wirklich stellen sollten

Kennen Sie den Moment auf der Heimfahrt nach einer Software-Präsentation? Im Termin wirkte alles mühelos: Der Vertriebsmitarbeiter klickte durch aufgeräumte Dashboards, jede Auswertung stand binnen Sekunden auf dem Bildschirm, und selbst die Skeptiker am Tisch nickten irgendwann. Erst im Auto fällt auf, dass ein Thema mit keinem Wort vorkam: Was kostet eigentlich die Datenmigration? Genau an dieser Stelle trennen sich gute von teuren Kaufentscheidungen, denn die richtigen Fragen an den Softwareanbieter entstehen selten spontan im Termin.

Dieser Effekt hat System. Eine Demo ist eine Verkaufssituation, keine Prüfung. Der Anbieter bestimmt das Drehbuch, die Beispieldaten und das Tempo. Wer ohne eigenen Fragenkatalog hineingeht, verlässt den Raum mit einem guten Gefühl und ohne eine einzige belastbare Information zu Kosten, Aufwand und Vertragsbedingungen.

Fragen an den Softwareanbieter sind deshalb mehr als eine Höflichkeitsrunde am Ende der Präsentation: Gemeint ist ein strukturierter Fragenkatalog, auch Anbieter-Checkliste genannt, mit dem Auswahlteams nach der Demo und vor der Vertragsunterschrift genau die Punkte prüfen, die keine Vorführung freiwillig zeigt. Besonders relevant ist er für Geschäftsführer, IT-Verantwortliche und Projektleiter in kleinen und mittleren Unternehmen, die Software ohne eigene Einkaufsabteilung auswählen. So lassen sich Gesamtkosten, Implementierungsaufwand und Vertragsbedingungen auf einer gemeinsamen Faktenbasis vergleichen, bevor eine falsche Entscheidung im Vertrag festgeschrieben ist.

Die zehn Fragen an den Softwareanbieter verteilen sich auf drei Blöcke: vier Fragen zu Kosten und Vertrag, von den Gesamtkosten im ersten Jahr über die Tarifzuordnung der gezeigten Funktionen bis zu Vertragslaufzeit und Preisentwicklung beim Ausbau; drei Fragen zu Implementierung und Datenmigration, also Personentage auf beiden Seiten, Verantwortung für die Daten samt Exportformaten und den Zeitplan bis zum produktiven Betrieb; drei Fragen zu Support, Roadmap und Referenzen, mit vertraglich zugesicherten Support-Reaktionszeiten, der Produkt-Roadmap der nächsten zwölf Monate und Referenzkunden für ein offenes Gespräch.

Zu jeder Frage gehört eine Soll-Antwort, also die Antwort, die ein seriöser Anbieter ohne Zögern geben kann, und ein Warnsignal, bei dem Sie nachhaken müssen. Am Ende steht die ehrliche Einordnung, was selbst der beste Fragenkatalog nicht leisten kann.

Warum die Demo die falschen Stärken zeigt

Bevor der Katalog ins Spiel kommt, hilft ein nüchterner Blick auf das Format selbst. Eine Herstellerpräsentation folgt einem Drehbuch, das der Anbieter über Dutzende Termine hinweg verfeinert hat. Gezeigt werden die drei Abläufe, die am zuverlässigsten beeindrucken, und zwar in genau der Reihenfolge, in der sie am besten wirken. Der Sonderfall aus Ihrem Tagesgeschäft, etwa die Sammelrechnung über drei Kostenstellen oder der Freigabeprozess mit zwei Vertretungsregeln, kommt darin nicht vor, weil niemand ihn eingeplant hat.

Die zweite Verzerrung steckt in den Daten. Demosysteme laufen mit gepflegten Musterdatensätzen: eindeutige Kundennamen, vollständige Adressen, keine Dubletten. Ihre eigene Datenbank sieht nach acht Jahren Betrieb anders aus, mit drei Schreibweisen desselben Lieferanten und Freitextfeldern voller Abkürzungen, die nur zwei Mitarbeiter entschlüsseln können. Wie sich die Software mit solchen Datenbeständen verhält, zeigt keine Demo, und genau dort wartet später der größte Implementierungsaufwand.

Hinzu kommt das Tempo. Der Vorführende kennt jeden Klickpfad auswendig; Ihre Mitarbeiter werden dieselben Abläufe in den ersten Wochen mit Suchpausen und Rückfragen erledigen. Eine Demo zeigt die Software von ihrer besten Seite, unter Bedingungen, die es in Ihrem Unternehmen so nie geben wird. Das macht die Vorführung nicht wertlos, aber es macht sie zur Bühne, nicht zur Prüfung.

Die Konsequenz ist unbequem und befreiend zugleich: Klarheit entsteht erst nach der Vorführung, im strukturierten Nachgespräch. Genau dafür braucht es einen Katalog, der die Punkte abdeckt, die in der Demo keinen Platz hatten.

Der Fragenkatalog: zehn Fragen mit Soll-Antwort und Warnsignal

Jede der zehn Fragen folgt demselben Muster aus Soll-Antwort und Warnsignal. So wird aus einem höflichen Nachgespräch eine Prüfung mit Kriterien.

Die zehn Fragen im Überblick:

1. Welche Gesamtkosten entstehen im ersten Jahr, einschließlich Migration, Schulung und Zusatzmodulen?
2. Welche der gezeigten Funktionen sind in welchem Tarif enthalten?
3. Welche Vertragslaufzeit und Kündigungsfristen sehen Sie vor?
4. Wie verändern sich die Kosten, wenn wir Nutzer, Speicher oder Module erweitern?
5. Wie viele Personentage kostet die Einführung, auf Ihrer Seite und auf unserer?
6. Wer verantwortet die Datenmigration, und in welchen Formaten kommen unsere Daten wieder heraus?
7. Wie sieht ein realistischer Zeitplan bis zum produktiven Betrieb aus?
8. Welche Support-Reaktionszeiten sichern Sie vertraglich zu, getrennt nach Störungsgrad?
9. Welche drei Punkte stehen für die nächsten zwölf Monate auf der Produkt-Roadmap?
10. Mit welchen zwei Referenzkunden unserer Größe können wir ohne Ihre Beteiligung sprechen?

Damit der Katalog wirkt, gehört er in die Vorbereitung, nicht in die Improvisation. Wer die nächste Software-Demo vorbereiten will, plant das Nachgespräch gleich mit:

• Kündigen Sie die zehn Fragen vorab per E-Mail an, damit „Das klären wir im Nachgang“ nicht zur Standardantwort wird.
• Bestimmen Sie eine Person, die im Termin ausschließlich protokolliert, welche Frage beantwortet wurde und welche offen blieb.
• Schicken Sie dem Anbieter einen anonymisierten Auszug Ihrer echten Daten und bitten Sie darum, einen Teil der Vorführung mit diesen Daten zu bestreiten.
• Laden Sie neben der Führungsebene auch den kritischsten künftigen Anwender ein; er stellt die Fragen, an die sonst niemand denkt.
• Reservieren Sie die letzten 20 Minuten des Termins fest für den Fragenkatalog, bevor der Anbieter zur Preisübersicht kommt.

Wer anschließend das Anbietergespräch führen soll, braucht dabei kein Verhörtalent. Der Ton bleibt kollegial; die Wirkung entsteht durch die Struktur. Ein Anbieter, der auf klare Fragen souverän antwortet, gewinnt durch den Katalog sogar Vertrauen. Nervös wird eher, wer etwas zu verbergen hat, und genau das wollen Sie vor der Unterschrift wissen. Beginnen wir mit dem Block, in dem am meisten Geld auf dem Spiel steht.

[BANNER type="lead_banner_1" title="Fragen-Bewertungsbogen für Software-Demos: Anbieter schneller vergleichen" description="Geben Sie Ihre E-Mail-Adresse ein, um eine umfassende Schritt-für-Schritt-Anleitung zu erhalten" picture-src="/upload/medialibrary/c0f/04zrwoo0jpzvirn15czqu595pynw0yl9.webp" file-path="/upload/medialibrary/a29/y5fazk8swdsfftknveiunz9lpn8ecnhe.pdf"]

Fragen zu Kosten und Vertrag: wo sich versteckte Posten zeigen

Listenpreise stehen auf der Website, die tatsächlichen Kosten stehen zwischen den Zeilen. Die ersten vier Fragen an den Softwareanbieter zielen deshalb auf die Posten, die in keiner Preisliste auftauchen, und auf die Klauseln, die erst beim Ausstieg wehtun.

Wie groß der Abstand zwischen Listenpreis und Gesamtkosten im ersten Jahr werden kann, zeigt eine einfache Rechnung. Angenommen, die Lösung kostet 40 Euro pro Nutzer und Monat, und Ihr Team umfasst 25 Personen: Das ergibt 1.000 Euro im Monat, also 12.000 Euro Lizenzkosten im Jahr. Dazu kommen die einmalige Datenübernahme mit 6.000 Euro, das Schulungsangebot des Anbieters mit zwei Workshops für zusammen 2.400 Euro und ein Pflicht-Zusatzmodul für 300 Euro monatlich, das auf weitere 3.600 Euro im Jahr hinausläuft. Das erste Jahr summiert sich auf 24.000 Euro, das Doppelte des reinen Lizenzpreises. Keine dieser Positionen ist unseriös, aber jede gehört vor der Unterschrift auf den Tisch.

Auf genau diesem Weg entstehen die Fälle, in denen versteckte Kosten Software-Projekte schon im ersten Jahr über das geplante Budget treiben. Der Anbieter hat dabei selten gelogen; er hat nur beantwortet, was gefragt wurde. Die Fragen an den Softwareanbieter zu Kosten und Vertrag drehen dieses Prinzip um: Sie fragen nach dem Gesamtbild, bevor der Vertrag es festschreibt.

Bei der Laufzeit lohnt ein zweiter Blick auf die Verlängerungsklausel. Ein Vertrag über zwölf Monate klingt flexibel; verlängert er sich automatisch um weitere zwölf Monate, wenn Sie nicht drei Monate vor Ablauf kündigen, ist der Ausstieg praktisch nur einmal im Jahr zu einem festen Stichtag möglich. Wer diesen Stichtag um einen Tag verpasst, zahlt ein weiteres volles Jahr. Ein seriöser Anbieter nennt diese Mechanik unaufgefordert; wer sie erst auf Nachfrage offenlegt, hat sich den ersten Eintrag auf Ihrer Warnliste verdient. Mit den Kosten ist das Fundament gelegt; die nächsten drei Fragen klären, was zwischen Unterschrift und produktivem Betrieb auf Ihr Team zukommt.

Fragen zu Implementierung und Datenmigration

Der zweite Block der Fragen an den Softwareanbieter macht den Aufwand sichtbar, den keine Preisliste ausweist: die Arbeitszeit Ihrer eigenen Leute und das Risiko beim Umzug der Daten.

Frage 5: Wie viele Personentage kostet die Einführung, auf Ihrer Seite und auf unserer?

Ein Anbieter mit Projekterfahrung kann hier konkret werden: fünf Personentage bei ihm für Einrichtung und Konfiguration, dazu bei Ihnen zwei Key-User mit je drei Tagen für Workshops und Tests sowie vier Tage Projektleitung, zusammen also zehn interne Personentage. Als Key-User (auch Schlüsselanwender genannt) gelten dabei die Mitarbeiter, die das System später intern betreuen und ihre Kollegen einarbeiten. Aus den fünf Tagen des Anbieters werden im Gesamtprojekt fünfzehn, und diese Zahl gehört in Ihre Kalkulation, bewertet mit den realen Tagessätzen Ihrer Mitarbeiter. Eine Einführung ohne internen Aufwand hat es in der Unternehmenssoftware noch nie gegeben, und ein Anbieter, der das behauptet, verschiebt die Überraschung nur auf die Zeit nach der Unterschrift.

Frage 6: Wer verantwortet die Datenmigration, und in welchen Formaten kommen unsere Daten wieder heraus?

Der erste Teil der Frage klärt die Zuständigkeit für die Datenmigration. Wer mit „Schicken Sie uns einfach eine Excel-Liste“ antwortet, hat weder Ihre Datenqualität gesehen noch einen Plan für die Fälle, in denen das Mapping der Felder nicht aufgeht.

Der zweite Teil der Frage ist Ihre Exit-Strategie. Bevor Daten in ein System hineinwandern, muss geklärt sein, wie sie wieder herauskommen: in welchen Formaten, zu welchen Kosten und wie lange nach Vertragsende der Zugriff bestehen bleibt. Diese drei Zusagen gehören schriftlich in den Vertrag, nicht in die mündliche Zusicherung eines Vertriebsmitarbeiters. Ein Anbieter, der beim Thema Export ausweicht, setzt auf Ihre Abhängigkeit, und jede spätere Verhandlung führen Sie dann aus der schwächeren Position.

Frage 7: Wie sieht ein realistischer Zeitplan bis zum produktiven Betrieb aus?

Ein belastbarer Zeitplan kommt als Phasenfolge mit Meilensteinen: Einrichtung, Testimport, Schulung, Parallelbetrieb, Umstellung. Zur Soll-Antwort gehört auch die ehrliche Nennung der Stellen, an denen der Plan von Ihrer Mitwirkung abhängt, etwa von der Bereitstellung der Daten oder der Verfügbarkeit der Key-User. Das Warnsignal ist das Gegenteil von Vorsicht: „Sie können nächste Woche starten“ passt schlecht zu einem Projekt, das laut Frage 5 fünfzehn Personentage bindet. Wer beide Antworten nebeneinanderlegt, erkennt sofort, ob der Anbieter konsistent plant oder nur verkauft. Damit ist der Weg bis zum Start vermessen; bleibt die Frage, wie es danach weitergeht.

[BANNER type="lead_banner_2" blockquote="\"Nach der Einführung von Bitrix24 haben wir die Geschäftsprozesse in unserem Unternehmen maximal vereinfacht.\"" user-picture-src='/upload/optimizer/converted/upload/iblock/1f0/5znenimejlwyevt3s1tfd1gxgx08i7ew.png.webp?1742972973130' user-name="Geschäftsführer, Alexander Dortmann" user-description="DortmannKids" button-message="KOSTENFREI STARTEN"]

Fragen zu Support, Roadmap und Referenzen

Nach dem Kauf zählt, wie der Anbieter sich verhält, wenn etwas hakt oder sich das Produkt weiterentwickeln soll. Die letzten drei Fragen an den Softwareanbieter prüfen genau diese Zeit nach der Einführung.

Frage 8: Welche Support-Reaktionszeiten sichern Sie vertraglich zu, getrennt nach Störungsgrad?

Der Unterschied zwischen Zielwert und Zusage macht hier den Kern aus. Als Soll-Antwort dürfen Sie gestaffelte Support-Reaktionszeiten erwarten, etwa vier Stunden bei einem Komplettausfall und einen Arbeitstag bei eingeschränkter Funktion, festgehalten im Vertrag oder in einem Service-Level-Dokument (auch Service Level Agreement oder kurz SLA genannt). Fragen Sie auch nach den Kanälen: Telefon, E-Mail oder Chat, zu welchen Zeiten und in welcher Sprache. Eine Aussage, die nicht im Vertrag steht, existiert im Störungsfall nicht.

Frage 9: Welche drei Punkte stehen für die nächsten zwölf Monate auf der Produkt-Roadmap?

Mit dieser Frage prüfen Sie weniger die Funktionsliste als die Substanz der Planung. Eine gute Antwort nennt konkrete Themen mit grobem Zeithorizont und grenzt ehrlich ab, was in absehbarer Zeit nicht kommt. Misstrauisch sollten Sie werden, wenn die Produkt-Roadmap zufällig genau die Lücken schließt, die Sie im Gespräch erwähnt haben; versprochene Funktionen ohne verbindlichen Termin sind kein Kaufargument, sondern ein Vertriebsinstrument. Kaufen Sie die Software, die heute existiert, nicht die Folie für nächstes Jahr.

Frage 10: Mit welchen zwei Referenzkunden unserer Größe können wir ohne Ihre Beteiligung sprechen?

Referenzkunden sind der einzige Weg, die Aussagen des Anbieters von außen zu prüfen. Nutzen Sie die Gelegenheit für drei konkrete Punkte: Wurde der Zeitplan gehalten? Wie lief die Datenmigration? Was würden Sie heute anders machen? Wer zufriedene Kunden hat, lässt sie frei sprechen. Mit diesen zehn Antworten liegt eine Faktenbasis vor Ihnen, die weit über das hinausgeht, was eine Vorführung allein zeigt. Trotzdem bleibt eine Lücke, die kein Gespräch schließen kann.

Was auch die besten Fragen nicht ersetzen

So gründlich der Katalog ist, eine Grenze bleibt: Auch die besten Fragen an den Softwareanbieter liefern Zusagen, keine Erfahrung. Die Softwareauswahl entscheidet sich damit nicht am Konferenztisch. Ob die Oberfläche Ihre Mitarbeiter nach zwei Wochen noch überzeugt, ob der Import Ihrer Bestandsdaten sauber durchläuft, ob die Software den Freigabeprozess mit zwei Vertretungsregeln abbilden kann: Solche Punkte entscheiden sich im Betrieb, nicht im Gespräch.

Auch der Katalog selbst passt nicht auf jede Anschaffung. Bei einem Werkzeug für 30 Euro im Monat, das ein Zweierteam ohne Datenübernahme nutzt, genügen die vier Fragen nach Tarif, Laufzeit, Export und Support; die volle Zehnerrunde steht dort in keinem Verhältnis zum Aufwand. Sein Gewicht entfaltet der Katalog erst, wenn Migration, Schulung und mehrjährige Bindung im Spiel sind.

Die belastbarste Ergänzung ist der eigene Test mit echten Daten. Eine Stufe darüber steht der Proof of Concept: ein zeitlich begrenzter Testlauf, bei dem die Software mit Ihren realen Daten und zwei bis drei messbaren Erfolgskriterien arbeitet, etwa der Fehlerquote beim Testimport oder der Zeit, die ein Sachbearbeiter für einen Standardvorgang braucht. Sinnvoll ist dieser Aufwand, wenn das System zentrale Prozesse tragen soll oder das Jahresvolumen die Kosten des Testlaufs um ein Mehrfaches übersteigt; bei einem Werkzeug für ein Drei-Personen-Team wäre er überdimensioniert.

Auch der Proof of Concept hat blinde Flecken. Integrationen zu Ihren übrigen Systemen zeigen ihr Verhalten erst im echten Umfeld, und die Akzeptanz im Team wächst oder kippt über Wochen, nicht innerhalb eines Testfensters. Dazu kommt ein praktisches Hindernis: Nicht jeder Anbieter bietet einen begleiteten Testlauf an, und manche verlangen dafür Tagessätze, die den Rahmen kleiner Projekte sprengen.

Die gute Nachricht: Bei Software mit kostenlosem Einstieg brauchen Sie weder Verhandlung noch Budgetfreigabe, um die Probe aufs Exempel zu machen. Genau dieser Weg steht im folgenden Beispiel offen.

Statt vieler Fragen an den Softwareanbieter: Bitrix24 einfach selbst testen

Bei Bitrix24 lässt sich der Spieß umdrehen: Statt eine geführte Demo zu deuten, legen Sie ein kostenloses Konto an und machen den Praxistest selbst. Der kostenlose Tarif umfasst CRM und Aufgabenverwaltung, sodass Sie diese beiden Kernbereiche ohne Vertragsbindung prüfen können. Die Fragen aus dem Katalog verschwinden dadurch nicht, aber ein Teil von ihnen beantwortet sich durch eigene Beobachtung statt durch Anbieterworte.

Ein praktischer Ablauf für die erste Woche: Importieren Sie 50 Kontakte aus Ihrem echten Bestand in das CRM, legen Sie ein laufendes Projekt mit seinen Aufgaben an und lassen Sie drei Kollegen ihre reale Arbeit fünf Arbeitstage lang dort abbilden. Danach wissen Sie aus erster Hand, wie der Import mit Ihren Feldern umgeht, wie schnell sich neue Nutzer zurechtfinden und wo Rückfragen entstehen. Das sind exakt die Punkte, die in einer geführten Vorführung unsichtbar bleiben.

Zwei weitere Fragen aus dem Fragenkatalog beantworten sich schon vor dem ersten Gespräch. Die Tarifübersicht ist öffentlich einsehbar, sodass sich die Zuordnung jeder Funktion zu einem Tarif vorab nachlesen lässt; Funktionen jenseits des kostenlosen Einstiegs, etwa Automatisierungsregeln oder erweiterte Berichte, ordnet dieselbe Übersicht transparent den jeweiligen Tarifen zu. Für die Einarbeitung stehen Onboarding-Materialien bereit, vom Hilfe-Center über Schulungsvideos bis zu Webinaren, und bei konkreten Problemen hilft der Support-Chat im Produkt weiter.

Wenn der Praxistest überzeugt, führen Sie das Anbietergespräch später aus einer stärkeren Position: Sie fragen dann nach Migration, Tarifdetails und Vertragsbedingungen für ein System, das Ihr Team bereits kennt. Starten Sie mit einem kostenlosen Bitrix24-Konto und testen Sie die Software mit Ihren eigenen Daten.

FAQ

Welche Fragen an den Softwareanbieter sollte man nach der Demo stellen?

Nach der Demo sollte man die Fragen an den Softwareanbieter in drei Blöcken stellen: vier zu Kosten und Vertrag, drei zu Implementierung und Datenmigration, drei zu Support, Roadmap und Referenzen. Zu jeder der zehn Fragen gehören eine Soll-Antwort und ein Warnsignal, an dem Sie erkennen, wo Sie nachhaken müssen.

Welche Fragen an den Softwareanbieter decken versteckte Kosten auf?

Versteckte Kosten decken vor allem vier Fragen an den Softwareanbieter auf: die nach den Gesamtkosten im ersten Jahr, nach der Tarifzuordnung der gezeigten Funktionen, nach der Vertragslaufzeit und den Kündigungsfristen sowie nach den Preisen bei wachsender Nutzerzahl. Verlangen Sie die Aufstellung schriftlich, einschließlich der Migration, der Schulung und der Zusatzmodule.

Wie erkennt man ausweichende Antworten im Anbietergespräch?

Ausweichende Antworten im Anbietergespräch erkennt man an drei Mustern: Gegenfragen statt Zahlen („Was haben Sie denn budgetiert?“), Vertagen („Das klären wir im Nachgang“) und Superlative ohne Beleg („Unser Support ist sehr schnell“). Haken Sie einmal konkret nach; bleibt auch die zweite Antwort vage, notieren Sie die Frage als offen und werten Sie das als Ergebnis.

Wann lohnt sich ein Proof of Concept vor dem Kauf?

Ein Proof of Concept lohnt sich vor dem Kauf, wenn die Software zentrale Prozesse tragen soll oder das Jahresvolumen die Kosten des Testlaufs um ein Mehrfaches übersteigt. Er ersetzt Vermutungen durch einen zeitlich begrenzten Testlauf mit echten Daten und messbaren Kriterien, etwa der Fehlerquote beim Import oder der Bearbeitungszeit für einen Standardvorgang.

Wie sollte man eine Software-Demo vorbereiten?

Eine Software-Demo vorbereiten heißt: die zehn Fragen vorab per E-Mail ankündigen, einen anonymisierten Auszug echter Daten bereitstellen, eine protokollierende Person bestimmen und die letzten 20 Minuten fest für den Fragenkatalog reservieren. So verhindern Sie, dass der Termin allein dem Drehbuch des Anbieters folgt.

Welche Rolle spielen Referenzkunden bei der Softwareauswahl?

Referenzkunden spielen bei der Softwareauswahl die Rolle des externen Belegs: Sie berichten, ob Zeitplan, Datenmigration und Support im Alltag dem entsprechen, was der Anbieter zusagt. Aussagekräftig sind Gespräche mit zwei Kunden Ihrer Größenordnung, ohne dass der Anbieter daran teilnimmt.

Was gehört zu einer Exit-Strategie beim Softwarekauf?

Zu einer Exit-Strategie beim Softwarekauf gehören drei schriftliche Zusagen vor der Unterschrift: die Exportformate für alle Daten, die Kosten des Exports und die Frist, in der die Daten nach Vertragsende verfügbar bleiben. Wer diese Punkte früh klärt, verhandelt später mit mehr Spielraum statt aus Abhängigkeit.