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

Wenn Sie sich schon einmal gefragt haben, warum sich der Kauf einer Sicherheitssoftware, der eigentlich selbstverständlich erscheint, über Monate hinzieht oder still und leise im Beschaffungsprozess versandet, 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 die Verhandlungen über Sicherheitssoftware so lange?

Die meisten Einkäufer im Sicherheitsbereich unterschätzen, wie viele Entscheidungsträger zwischen dem ersten Interesse und der endgültigen Genehmigung stehen. Die Beschaffung ist kein einzelner Schritt. Sie ist ein Hindernisparcours, der darauf ausgelegt ist, organisatorische Risiken zu minimieren – und nicht, Innovationen zu beschleunigen.

Das Beschaffungs-Schwarzloch

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

Das liegt daran, dass sich Anbieter selten eindeutig über den Umfang, die Funktionen oder die Implementierungsmodelle einigen. Interne Teams müssen dann Vergleiche zwischen Äpfeln und Birnen standardisieren. Mit jedem weiteren Angebot kommen neue Beteiligte und neue Einwände hinzu.

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

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

Es sind selten die Sicherheitsleiter, die einen Kauf verhindern. Geschäfte kommen ins Stocken, weil andere Abteilungen die Entscheidung aus ganz anderen Blickwinkeln bewerten.

Finanz- und CFO-Teams legen den Schwerpunkt auf ROI, Planbarkeit und langfristige Kosteneindämmung.
Die IT-Abteilung macht sich Gedanken über die Komplexität der Integration, den betrieblichen Aufwand und den Supportaufwand.
Rechtsabteilungen prüfen Datenhoheit, Haftung, SLAs und Kündigungsklauseln.
Beschaffungsteams kümmern sich um 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:

• Voruntersuchung: 4 bis 6 Wochen
• Interne Konsensfindung: 6 bis 8 Wochen
• Formelle Bewertung und Vorführungen: 4 bis 6 Wochen
• Verhandlungen über die Beschaffung: 8 bis 12 Wochen
• Rechtliche Prüfung: 2 bis 4 Wochen
• Umsetzungsplanung: 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 zunächst 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 beginnen, stützen Sie Ihre Argumentation auf die Kosten des Status quo. Dazu gehören die laufenden Kosten für manuelle Prozesse, Überstunden, Zeitaufwand für die Behebung von Vorfällen, externe Berater sowie Umsatzverluste aufgrund von Kundenabwanderung oder Vertrauensverlust. Auch regulatorische Risiken und die Folgen von Datenschutzverletzungen sollten in dieser Diskussion berücksichtigt werden.

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 Einführungsdienstleistungen, die von Anbietern oft heruntergespielt werden, Kosten für Schulungen und Change Management, Integrationskosten für vermeintlich günstigere Tools, Upgrade-Gebühren, Funktionseinschränkungen sowie die tatsächlichen Unterschiede bei 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.“

Hinter diesem Einwand steht die Angst, für eine fehlgeschlagene Einführung verantwortlich gemacht zu werden. Die Lösung besteht darin, die Risikominderung explizit darzulegen 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 beziffern. Das bedeutet, die monatlichen Effizienzverluste, das zunehmende Sicherheitsrisiko, den Wettbewerbsnachteil und die verlorene Lernzeit zu berechnen.

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 Führungskraft-Sponsor legt Wert auf strategische Vorteile und Unternehmensrisiken. Sie werden anhand von Wettbewerbsanalysen und Berichten über die Auswirkungen auf die Kunden gewonnen.
• Ein Verbündeter im Finanzbereich legt Wert auf kalkulierbare Kosten und konservative Annahmen zum ROI. Diese Partner werden anhand klarer Finanzmodelle gewonnen, die optimistische Prognosen vermeiden.
• Ein IT-Mitarbeiter legt Wert auf einfache Integration, Auswirkungen auf den Betrieb und den Supportaufwand. Er muss frühzeitig in die technische Bewertung einbezogen werden.
• Ein erfahrener Anwender im operativen Einsatz legt Wert darauf, dass das Tool tatsächlich alltägliche Probleme löst. Er sollte an Vorführungen und Testphasen teilnehmen.

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

Befolgen Sie einen Fahrplan für die Vorabgenehmigung

Schnelle Genehmigungen werden Monate im Voraus geplant und nicht erst in letzter Minute überstürzt erledigt.

• Sechs bis vier Monate vor dem Kauf: Bewusstsein schaffen und informellen Konsens erzielen
• Vier bis drei Monate vor dem Kauf: Führen Sie Bewertungen durch und sprechen Sie Einwände frühzeitig an
• Drei bis zwei Monate vor dem Kauf: Erstellung des Business Case und Überprüfung der Annahmen
• Zwei Monate bis zum Kauf: Die formellen Beschaffungsverfahren und die rechtliche Prüfung bewältigen

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 etwaige 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 wichtigen Verhandlungspunkten gehören: Umsetzungsfristen, Schulungen und Einarbeitung, Unterstützung bei der Integration, Zahlungsstruktur, SLAs und Parameter für Pilotprojekte.

Zu den Bereichen, bei denen eine übermäßige Verhandlung Risiken birgt, gehören: der Kernwert der Lizenz, die Qualität des Supports, 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 Preisrückgänge ohne Änderungen des Anwendungsbereichs
• Vage Antworten zu den künftigen Kosten
• Künstliche Dringlichkeit
• Zurückhaltung bei der Angabe von Referenzen
• Unklare Zeitpläne für die Umsetzung

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 die einzelnen Interessengruppen schützen wollen, und Ihre Argumentation an dieser Realität ausrichten, hören Sie auf, gegen die Beschaffungsabteilung anzukämpfen, und kommen stattdessen in ihr System hinein.