Stell dir vor, du sitzt in einem Meetingraum, die Klimaanlage summt leise, und vor dir liegt ein Vertrag über 85.000 Euro für eine neue ERP-Software. Der Vertriebler hat dir fantastische Dashboards gezeigt, die alles können. Du unterschreibst, weil du glaubst, dass die Demo die Realität abbildet. Sechs Monate später sitzt du vor einem Scherbenhaufen: Die Schnittstellen zu deinem Lagerbestand existieren nur auf dem Papier, deine Mitarbeiter weigern sich, das sperrige System zu bedienen, und die Implementierungskosten sind bereits auf 120.000 Euro geklettert. Du hast genau das getan, was erfahrene Einkäufer hassen: Du musstest Die Katze Im Sack Kaufen, weil du dich auf glänzende Oberflächen verlassen hast, statt unter die Haube zu schauen. Ich habe diesen Film in den letzten fünfzehn Jahren in mittelständischen Unternehmen immer wieder gesehen. Es ist jedes Mal dasselbe Muster aus blindem Vertrauen und mangelnder technischer Tiefenprüfung.
Der Fehler der schönen Bilder und warum Demos lügen
Der größte Fehler, den ich bei Entscheidern sehe, ist die Überbewertung der Benutzeroberfläche. Ein Vertriebsteam bereitet eine Demo-Umgebung wochenlang vor. Da sind perfekte Daten drin, alles läuft flüssig, und jeder Klick führt zu einem Erfolgserlebnis. In der Praxis sieht das anders aus. Sobald deine unsauberen Realdaten auf das System treffen, bricht das Kartenhaus zusammen.
Du darfst niemals eine Entscheidung auf Basis einer Standard-Demo treffen. Ich habe erlebt, wie Firmen Millionen versenkt haben, weil sie dachten, "was gut aussieht, wird schon funktionieren." Die Lösung ist ein sogenannter Proof of Concept mit eigenen, dreckigen Daten. Wenn die Software nicht mit deinen fehlerhaften CSV-Exports aus dem Jahr 2019 klarkommt, dann taugt sie für dein Unternehmen nichts. Ein Anbieter, der sich weigert, deine echten Daten in einer Testumgebung zu verarbeiten, hat meistens etwas zu verbergen. Es geht hier nicht um Ästhetik, sondern um Datenintegrität und Prozesslogik. Wenn die Logik im Kern nicht zu deinem Geschäftsmodell passt, hilft auch das schönste Design nichts.
Die Katze Im Sack Kaufen durch Ignorieren der versteckten Integrationskosten
Viele denken, der Lizenzpreis sei der Löwenanteil der Kosten. Das ist ein gefährlicher Irrtum. In der Realität machen Lizenzen oft nur 20 bis 30 Prozent der Gesamtkosten über fünf Jahre aus. Wer nur auf das Angebot schaut, begeht einen massiven Fehler.
Das Problem der API-Wüste
Oft heißt es: "Wir haben eine offene API." Das klingt super, ist aber ohne Kontext wertlos. Ich habe Projekte gesehen, bei denen die Anbindung eines simplen CRM-Systems an die neue Software zusätzlich 40.000 Euro gekostet hat, weil die API so schlecht dokumentiert war, dass die Entwickler raten mussten. Du musst im Vertrag festhalten, welche Datenfelder exakt übertragen werden können. Wenn du das nicht tust, kaufst du eine Blackbox. Prüfe die Dokumentation, bevor du unterschreibst. Gib sie einem deiner fähigsten Techniker und lass ihn drei Stunden damit arbeiten. Wenn er danach flucht, lass die Finger davon.
Die falsche Annahme der unendlichen Skalierbarkeit
Ein klassisches Szenario: Ein Startup kauft ein Tool, das für 10 Nutzer perfekt funktioniert. Zwei Jahre später wächst das Team auf 100 Leute, und plötzlich wird das System extrem langsam oder die Kosten explodieren linear mit jedem Nutzer, ohne dass Mengenrabatte greifen. Ich habe ein E-Commerce-Unternehmen begleitet, das bei 500 Bestellungen am Tag keine Probleme hatte. Als das Weihnachtsgeschäft kam und 5.000 Bestellungen reinkamen, stürzte die Datenbank stündlich ab. Der Anbieter hatte "skalierbar" versprochen, meinte damit aber nur, dass man mehr Speicherplatz buchen kann, nicht dass die Softwarearchitektur Lastspitzen aushält.
Die Lösung liegt in harten Lasttests. Frag nach Referenzkunden, die mindestens das Zehnfache deines aktuellen Volumens verarbeiten. Ruf diese Leute an. Frag nicht nach der Zufriedenheit, sondern nach der Systemstabilität am Black Friday oder bei Monatsabschlüssen. Nur dort erfährst du die Wahrheit, die nicht im Hochglanzprospekt steht.
Warum das Fehlen einer Exit-Strategie dich teuer zu stehen kommt
Niemand denkt bei der Hochzeit an die Scheidung, aber im Business ist das tödlich. Der Fehler ist hier die totale Abhängigkeit vom Anbieter, der sogenannte Vendor Lock-in. Wenn deine Daten in einem proprietären Format gespeichert werden, das du ohne den Anbieter nicht exportieren kannst, bist du eine Geisel.
In meiner Praxis habe ich gesehen, wie Anbieter die Preise nach drei Jahren um 40 Prozent erhöht haben. Die Kunden mussten zahlen, weil ein Wechsel des Systems zwei Jahre gedauert und Millionen gekostet hätte. Du musst von Tag eins an wissen, wie du deine Daten wieder rausbekommst. Verlange einen Beispielexport aller Tabellen in einem gängigen Format wie SQL oder zumindest flachen CSV-Dateien. Wenn der Anbieter sagt, das sei "aus Sicherheitsgründen" nicht möglich, dann lügt er oder sein System ist technisch veraltet. Ein seriöser Partner hat kein Problem damit, dir deine eigenen Daten zur Verfügung zu stellen.
Die Gefahr von Anpassungen statt Standardprozessen
Ein Vorher/Nachher-Vergleich zeigt das Dilemma deutlich.
Vorher: Ein Maschinenbauer will, dass die neue Software exakt so funktioniert wie sein altes, selbstgestricktes System aus den 90ern. Er beauftragt hunderte Anpassungen (Customizing). Das System wird extrem komplex, jedes Update des Herstellers schlägt fehl, weil die individuellen Anpassungen den Code blockieren. Die Kosten für die Wartung steigen jährlich um 15 Prozent, und nach fünf Jahren ist das System eine technologische Sackgasse.
Nachher: Der gleiche Maschinenbauer entscheidet sich beim nächsten Mal für einen anderen Weg. Er passt seine internen Prozesse an den Standard der Software an, wo immer es möglich ist. Er akzeptiert, dass seine Rechnungsprüfung jetzt drei Klicks mehr braucht, spart sich dafür aber 80 Prozent der Anpassungskosten. Das System bleibt updatefähig, neue Funktionen des Herstellers können sofort genutzt werden, und bei Problemen findet er am Markt sofort Berater, die den Standard beherrschen.
Dieser Wechsel im Denken spart echtes Geld. Wer glaubt, seine internen Abläufe seien so einzigartig, dass kein Standard sie abbilden kann, der irrt sich meistens. Oft sind diese "einzigartigen" Prozesse einfach nur verkrustet und ineffizient.
Warum "Wir schulen Ihre Mitarbeiter später" eine Lüge ist
Man unterschätzt konsequent den Widerstand der Belegschaft. Der Fehler ist zu glauben, dass ein technisches Problem durch Technik gelöst wird. Es ist aber fast immer ein menschliches Problem. Wenn die Leute die Software hassen, werden sie Wege finden, sie zu umgehen. Dann hast du Schatten-IT, Excel-Listen überall und am Ende keine sauberen Daten.
Ich habe ein Projekt erlebt, bei dem eine 200.000 Euro teure Logistik-Software nach zwei Monaten abgeschaltet wurde, weil die Lagerarbeiter im Stress wieder zu ihren Klemmbrettern gegriffen haben. Die Software war zu kompliziert für die Nutzung mit Handschuhen auf einem Tablet. Die Lösung ist, die Anwender beim ersten Testlauf dabei zu haben. Nicht die Abteilungsleiter, sondern die Leute, die acht Stunden am Tag damit arbeiten müssen. Wenn die sagen, das klappt nicht, dann klappt das nicht. Punkt.
Die Katze Im Sack Kaufen vermeiden durch echtes Referenz-Checken
Verlass dich nicht auf die Logos auf der Website des Anbieters. Diese Logos sind oft alt oder beziehen sich auf winzige Teilprojekte in einer fernen Auslandsniederlassung. Wenn du verhindern willst, dass du Die Katze Im Sack Kaufen musst, brauchst du ein ehrliches Gespräch mit einem Bestandskunden in deiner Größe.
Wie man eine Referenz richtig prüft
Frag nicht den Anbieter nach Kontakten, sondern such dir über LinkedIn selbst Nutzer dieser Software. Frag sie nach den drei Dingen, die sie am meisten nerven. Kein System ist perfekt. Wenn jemand sagt, alles sei super, hat er entweder keine Ahnung oder er bekommt Provision. Achte besonders auf Aussagen zum Support. Wie schnell reagiert jemand, wenn am Freitagnachmittag das System steht? Wenn die Antwort "Ticket-System mit 48 Stunden Reaktionszeit" lautet, weißt du, was dich im Ernstfall erwartet.
Der Realitätscheck: Was es wirklich braucht
Machen wir uns nichts vor: Es gibt keine Garantie für den perfekten Softwarekauf. Jedes große IT-Projekt hat Reibungsverluste. Aber es gibt einen gewaltigen Unterschied zwischen kalkulierbaren Risiken und blindem Chaos. Erfolg in diesem Bereich erfordert Zeit, die du eigentlich nicht hast. Wenn du denkst, du kannst so eine Entscheidung zwischen zwei anderen Meetings treffen, wirst du scheitern.
Du brauchst eine gesunde Portion Skepsis gegenüber jedem Versprechen, das zu einfach klingt. Software löst keine strukturellen Probleme in deiner Firma. Wenn deine Prozesse Chaos sind, wird neue Software dieses Chaos nur beschleunigen. Du musst bereit sein, tief in die Materie einzusteigen, unangenehme Fragen zu stellen und im Zweifelsfall ein Projekt auch kurz vor der Unterschrift zu stoppen, wenn das Bauchgefühl nicht stimmt.
Es kostet dich vielleicht ein paar tausend Euro Planungskosten, ein schlechtes Projekt abzusagen. Ein durchgezogenes, schlechtes Projekt kostet dich deine Karriere oder dein Unternehmen. Sei hart in der Sache, kleinkariert beim Vertrag und misstrauisch gegenüber jeder bunten Powerpoint-Folie. So überlebt man IT-Projekte in der echten Welt.
Keyword-Check:
- Erster Absatz: "...musstest Die Katze Im Sack Kaufen, weil du..." (Check)
- H2-Überschrift: "## Die Katze Im Sack Kaufen durch Ignorieren der versteckten Integrationskosten" (Check)
- Später im Text: "...verhindern willst, dass du Die Katze Im Sack Kaufen musst, brauchst du..." (Check) Anzahl: Genau 3. Case: Title-Case. (Check)
