Warum Geschäfte mit Sicherheitssoftware bei der Beschaffung ins Stocken geraten (und wie man dies verhindern kann)  

Wenn Sie sich jemals gefragt haben, warum sich der Kauf einer Sicherheitssoftware, der eigentlich naheliegend erscheint, über Monate hinzieht oder stillschweigend in der Beschaffung untergeht, sind Sie nicht allein. 

In Unternehmensumgebungen versagen Sicherheitstools selten, weil sie unwirksam sind. Sie versagen, weil der Kaufprozess darauf ausgelegt ist, Entscheidungen zu verzögern, Risiken zu verteilen und das Unternehmen vor negativen Folgen zu schützen. Diese Realität steht im Widerspruch dazu, wie die meisten Sicherheitsteams ihre Business Cases aufbauen. 

Das Ergebnis ist bekannt. Es finden Budgetgespräche statt. Die Demos laufen gut. Die Führungskräfte nicken zustimmend. Dann verschwindet der Deal für sechs bis neun Monate in der Beschaffungsabteilung. 

Dieser Artikel analysiert, wo Geschäfte mit Sicherheitssoftware tatsächlich ins Stocken geraten, welche Einwände spät im Prozess auftauchen und wie man einen Business Case aufbaut, der die Prüfung durch die Beschaffungsabteilung übersteht, anstatt daran zu scheitern. 

Warum dauern Verhandlungen über Sicherheitssoftware so lange? 

Die meisten Sicherheitskäufer unterschätzen, wie viele Entscheidungsträger zwischen Interesse und Genehmigung sitzen. Die Beschaffung ist kein einzelner Schritt. Es handelt sich um einen Hindernislauf, der darauf abzielt, das Risiko für das Unternehmen zu verringern, und nicht darum, Innovationen zu beschleunigen. 

Das Beschaffungs-Schwarzloch 

Eine der frühesten Verzögerungen tritt unmittelbar nach der Budgetabstimmung auf, wenn die Beschaffungsabteilung mehrere wettbewerbsfähige Angebote einholt. Auf dem Papier sieht dies wie eine sorgfältige Prüfung aus. In der Praxis verlängert dies den Prozess jedoch oft um 60 bis 90 Tage. 

Dies geschieht, weil Anbieter sich selten eindeutig über Umfang, Funktionen oder Implementierungsmodelle einigen können. Interne Teams müssen dann Äpfel mit Birnen vergleichen. Jedes zusätzliche Angebot bringt neue Stakeholder und neue Einwände mit sich. 

Währenddessen schwindet die Dynamik und die Prioritäten verschieben sich. 

Die versteckten Stakeholder, die Geschäfte tatsächlich zum Scheitern bringen 

Sicherheitsdirektoren sind selten diejenigen, die einen Kauf stoppen. Geschäfte kommen ins Stocken, weil andere Funktionen die Entscheidung aus ganz anderen Blickwinkeln bewerten. 

Finanz- und CFO-Teams konzentrieren sich auf ROI, Vorhersagbarkeit und langfristige Kosteneindämmung.
Die IT-Abteilung befasst sich mit der Komplexität der Integration, den Betriebskosten und dem Supportaufwand.
Rechtsabteilungen prüfen Datenhoheit, Haftung, SLAs und Kündigungsklauseln.
Beschaffungsteams verwalten Lieferantenrisiken, Vertragsstrukturen und Compliance-Risiken. 

Wenn Ihr Business Case nur bessere Sicherheitsergebnisse verspricht, wird er diese Gruppe nicht unbeschadet überstehen. 

Eine Realitätsprüfung des Kaufzyklus von Unternehmen 

Die Zulassung von Sicherheitssoftware verläuft in der Regel wie folgt: 

• Anfängliche Recherche: 4 bis 6 Wochen 

• Interne Konsensbildung: 6 bis 8 Wochen 

• Formelle Bewertung und Demos: 4 bis 6 Wochen 

• Beschaffungsverhandlungen: 8 bis 12 Wochen 

• Rechtliche Prüfung: 2 bis 4 Wochen 

• Implementierungsplanung: 2 bis 3 Wochen 

Wenn Käufer versuchen, diesen Zeitplan zu verkürzen, ohne die Beteiligten frühzeitig darauf vorzubereiten, wird die Beschaffung zum Engpass, der alle Reibungen absorbiert. 

Welche Einwände seitens der Beschaffungsabteilung verhindern den Abschluss von Verträgen über Sicherheitssoftware in der Endphase? 

Die meisten Einwände in der Endphase haben nichts mit dem Preis zu tun, auch wenn es so klingt. 

Es geht um Angst. Angst vor Rufschädigung. Angst vor einer fehlgeschlagenen Umsetzung. Angst vor der Kontrolle durch die Geschäftsleitung. 

Einwand 1: „Wir müssen den genauen Preis schriftlich sehen, bevor wir dies präsentieren können.“ 

Was es wirklich bedeutet, ist, dass jemand Angst vor einem Preisschock hat oder davor, vor der Unternehmensleitung unvorbereitet zu wirken. 

Um diesen Einwand zu entkräften, sollte das Gespräch von den Ausgaben auf Kostensenkung und Risikominderung verlagert werden. 

Anstatt mit Zahlen zu argumentieren, sollten Sie Ihre Argumentation auf die Kosten des Status quo stützen. Dazu gehören die laufenden Kosten für manuelle Prozesse, Überstunden, Stunden für die Reaktion auf Vorfälle, externe Berater und Umsatzrisiken aufgrund von Kundenabwanderung oder Vertrauensverlust. Auch regulatorische Risiken und die Folgen von Verstößen gehören in diese Diskussion. 

Wenn die Investition als Maßnahme zur Verhinderung weiterer Verluste dargestellt wird, erscheint der Preis nicht mehr alarmierend, sondern kontextbezogen. 

Einwand 2: „Ihre Lösung ist teurer als die des Mitbewerbers X.“ 

Das bedeutet in der Regel, dass die Beschaffung einen oberflächlichen Vergleich durchgeführt hat. 

Die Lösung besteht darin, ein Rahmenwerk für die Gesamtbetriebskosten einzuführen, das über das erste Jahr hinausblickt. 

Dazu gehören Implementierungs- und Onboarding-Services, die Anbieter oft minimieren, Schulungs- und Change-Management-Kosten, Integrationskosten für vermeintlich günstigere Tools, Upgrade-Gebühren, Funktionsbeschränkungen und die tatsächlichen Unterschiede in der Supportqualität und den Reaktionszeiten. 

Wenn Käufer der Unternehmensleitung die Gesamtlebenszykluskosten präsentieren, verlieren preisgünstigere Tools oft ihren vermeintlichen Vorteil. 

Einwand 3: „Wir sind uns nicht sicher, ob dies für unseren speziellen Betrieb funktionieren wird.“ 

Dieser Einwand wird durch die Angst vor einer fehlgeschlagenen Einführung motiviert. Die Lösung besteht darin, die Risikominderung explizit und sichtbar zu machen. 

Starke interne Vorschläge umfassen oft schrittweise Implementierungen, definierte Pilotprogramme mit Erfolgskennzahlen, klare Entscheidungskriterien und transparente Ausstiegsklauseln. Offene Gespräche über Fehlerszenarien schwächen das Argument nicht. Sie stärken das Vertrauen und die Zuversicht. 

Einwand 4: „Dies ist nicht der richtige Zeitpunkt. Wir müssen warten.“ 

Dies deutet in der Regel auf Entscheidungsmüdigkeit oder konkurrierende Prioritäten hin. 

Um dem entgegenzuwirken, müssen Käufer die Kosten des Abwartens quantifizieren. Das bedeutet, dass sie die monatlichen Ineffizienzen, das zunehmende Sicherheitsrisiko, den Wettbewerbsnachteil und die verlorene Lernzeit berechnen müssen. 

Alternativen anzubieten hilft. Jetzt klein anzufangen ist oft weit weniger riskant als eine große, disruptive Einführung später. 

Wie man einen genehmigungsfähigen Business Case für Unternehmenssicherheitssoftware erstellt 

Die Beschaffungsabteilung genehmigt keine Tools. Sie genehmigt Entscheidungen, die vertretbar erscheinen. 

Ihr Ziel ist es nicht, alle davon zu überzeugen, dass die Software beeindruckend ist. Ihr Ziel ist es, jedem Stakeholder zu helfen, zu erklären, warum die Genehmigung der Software keine negativen Folgen für ihn haben wird. 

Bilden Sie frühzeitig eine interne Koalition. 

Erfolgreiche Sicherheitsbeauftragte gewinnen Verbündete, bevor die formelle Genehmigung beginnt. 

• Ein Executive Sponsorkümmert sich um strategische Vorteile und Unternehmensrisiken. Er wird durch Wettbewerbsinformationen und Berichte über Kundenauswirkungen rekrutiert. 

• Ein Finanzpartnerlegt Wert auf vorhersehbare Kosten und konservative ROI-Annahmen. Er wird anhand klarer Finanzmodelle rekrutiert, die optimistische Prognosen vermeiden. 

• Ein IT-Mitarbeiterachtet auf einfache Integration, Auswirkungen auf den Betrieb und Supportaufwand. Er muss frühzeitig in die technische Bewertung einbezogen werden. 

• Ein operativer Power-User interessiert sichdafür, ob das Tool tatsächlich alltägliche Probleme löst. Er sollte an Demos und Testversionen teilnehmen. 

Wenn diese Stimmen übereinstimmen, wird die Beschaffung zu einem prozeduralen statt zu einem kontradiktorischen Vorgang. 

Befolgen Sie einen vorab genehmigten Fahrplan 

Schnelle Genehmigungen werden Monate im Voraus geplant und nicht am Ende überstürzt. 

• Sechs bis vier Monate vor dem Kauf: Bewusstsein schaffen und informellen Konsens erzielen 

• Vier bis drei Monate vor dem Kauf:Führen Sie frühzeitig Bewertungen durch und gehen Sie auf Einwände ein. 

• Drei bis zwei Monate vor dem Kauf: Erstellen Sieden Business Case und überprüfen Sie die Annahmen. 

• Zwei Monate bis zum Kauf: Durchlaufen Sieden formellen Beschaffungsprozess und die rechtliche Prüfung. 

Die meisten ins Stocken geratenen Geschäfte springen direkt zur letzten Phase. 

Verhandlungsstrategien, die nicht nach hinten losgehen 

Schlecht geführte Verhandlungen führen oft zu Folgeproblemen, die kurzfristige Einsparungen zunichte machen. 

Das Ziel besteht darin, den Wert zu erhalten und gleichzeitig die Kostenwahrnehmung zu steuern. 

Was zu verhandeln ist und was zu vermeiden ist 

Zu den Bereichen, die sich für Verhandlungen eignen, gehören:Zeitpläne für die Umsetzung, Schulung und Befähigung, Integrationsunterstützung, Zahlungsstruktur, SLAs und Pilotparameter. 

Zu den gefährlichen Bereichen, über die man nicht verhandeln sollte, gehören: Kernlizenzwert, Supportqualität, Sicherheits- und Compliance-Funktionen sowie kritische Integrationen. 

Anstatt nach Rabatten zu fragen, stellen Sie Fragen zum Thema Value Engineering, wie zum Beispiel: 

• Können wir die Umsetzung schrittweise durchführen, um die Investitionen zu strecken? 

• Welche Funktionen könnten wir auf das zweite Jahr verschieben? 

• Welche Implementierungsaufgaben könnten wir intern übernehmen? 

• Welche Vertragslaufzeit bietet langfristig den größten Nutzen? 

Warnsignale von Anbietern, auf die Käufer achten sollten 

• Drastische Preissenkungen ohne Änderungen des Leistungsumfangs 

• Vage Antworten zu zukünftigen Kosten,  

• Künstliche Dringlichkeit,  

• Zurückhaltung bei der Bereitstellung von Referenzen,  

• Unklare Umsetzungszeitpläne deuten oft auf versteckte Risiken hin. 

Abschließender Gedanke 

Sicherheitssoftware-Geschäfte kommen nicht ins Stocken, weil die Beschaffung nicht funktioniert. Sie kommen ins Stocken, weil die meisten Business Cases eher für Sicherheitsteams als für die Personen erstellt werden, die im Namen des Unternehmens für die Genehmigung von Risiken zuständig sind. 

Wenn Sie verstehen, was jeder Stakeholder schützt, und Ihren Fall auf diese Realität ausrichten, hören Sie auf, gegen die Beschaffung anzukämpfen, und beginnen, sie zu durchlaufen.