Drei Angebote liegen auf dem Tisch.
Alle sehen professionell aus. Alle beschreiben einen ähnlichen Leistungsumfang. Reaktionszeiten, Pauschalen, Support — auf den ersten Blick kaum zu unterscheiden.
Auf den zweiten Blick auch nicht. Denn Leistungsbeschreibungen in IT-Angeboten sind selten direkt vergleichbar. Was genau unter „Managed Service“ fällt. Was als Zusatzleistung abgerechnet wird. Was im Notfall wirklich passiert.
Das ist schwer zu messen. Schwer zu vergleichen. Schwer zu entscheiden.
Was nicht schwer zu vergleichen ist: der Preis.
Also vergleicht man den Preis.
Das ist keine Schwäche. Das ist die logische Reaktion auf ein strukturelles Problem — zu wenig vergleichbare Information, zu viel Entscheidungsdruck.
Preis ist klar. Er steht in einer Zahl. Er lässt sich direkt gegenüberstellen.
Qualität ist das Gegenteil davon.
Qualität in IT-Dienstleistung ist erst im Betrieb sichtbar. Wie schnell jemand reagiert wenn es dringend ist. Ob Probleme proaktiv erkannt oder reaktiv behoben werden. Ob Entscheidungen dokumentiert werden oder im Kopf eines Technikers bleiben. Ob jemand mitdenkt — oder nur ausführt.
Das steht nicht im Angebot. Es zeigt sich in Monaten.
Also gewinnt der Preis. Nicht weil er das beste Kriterium ist — sondern weil er das einzige ist das im Moment der Entscheidung messbar ist.
Das ist strukturell logisch. Und strukturell gefährlich.
Denn der Preis bildet genau das nicht ab was den Unterschied macht — nicht im Angebot, sondern im Betrieb. Nicht beim Vertragsabschluss, sondern in den Jahren danach.
Preis ist die einzige Zahl die vor der Zusammenarbeit bekannt ist. Die relevantesten Zahlen entstehen danach.
Der günstigste IT-Anbieter ist der günstigste im Angebot. Nicht im Betrieb.
Das ist kein Qualitätsurteil. Es ist eine strukturelle Beobachtung.
IT-Kosten entstehen nicht beim Vertragsabschluss. Sie entstehen durch das was danach passiert — durch Reaktionszeiten die den Betrieb beeinflussen, durch Architekturentscheidungen die Abhängigkeiten schaffen, durch Dokumentationsqualität die einen späteren Wechsel erleichtert oder erschwert, durch Proaktivität die Probleme verhindert — oder deren Fehlen das sie entstehen lässt.
Keines davon steht im Angebot.
Zwei Anbieter können denselben Leistungsumfang beschreiben — und völlig unterschiedliche Betriebskosten erzeugen. Nicht weil einer schlecht ist. Sondern weil ihr Modell, ihre Anreize und ihre Arbeitsweise unterschiedlich sind.
Der günstigste Anbieter im Angebot kann der teuerste im Betrieb sein.
Der Preis steht im Angebot. Die Kosten entstehen im Betrieb.
Wo günstige Angebote später teuer werden.
Vier Mechaniken. Kein Angriff auf günstige Anbieter. Nur strukturelle Logik.
Niedrige Pauschale — viele abrechenbare Zusatzstunden. Eine niedrige Monatspauschale ist attraktiv. Was sie enthält ist entscheidend. Wer genau liest, findet oft: Notfalleinsätze außerhalb der Pauschale. Projektaufwände separat. Zusatzstunden die einzeln fakturiert werden. Die Pauschale ist der Einstiegspreis — nicht der Betriebspreis.
Reaktiv statt proaktiv — mehr Störungen mehr Kosten. Ein Anbieter der nur reagiert wenn etwas ausfällt, hat ein anderes Kostenmodell als einer der proaktiv wartet, prüft und verhindert. Reaktiver Betrieb kann mehr Notfälle erzeugen — und Notfälle kosten mehr als Prävention. Im Angebot ist der Unterschied nicht sichtbar. Im Betrieb sehr wohl.
Minimale Dokumentation — teurer Wechsel. Wer wenig dokumentiert, arbeitet schneller und günstiger — kurzfristig. Langfristig schafft er Abhängigkeit. Ein Wechsel zu einem anderen Anbieter wird teurer weil niemand weiß was übergeben werden muss. Was als günstige Dienstleistung begann, endet als kostspieliger Übergang.
Keine strategische Planung — wiederholte Migrationsprojekte. Ein Anbieter der im operativen Tagesgeschäft denkt, plant keine Architektur für die nächsten drei Jahre. Systeme die heute günstig implementiert werden, müssen morgen migriert werden weil sie nicht skalieren. Jede Migration kostet. Und wiederholte Migrationen kosten mehr als eine durchdachte Entscheidung zu Beginn.
Das sind keine Ausnahmen. Das sind die typischen Mechaniken durch die ein günstiges Angebot im Betrieb teurer wird als ein höheres.
Der richtige Vergleich beginnt nicht beim Preis.
Er beginnt beim Modell.
Womit verdient der Anbieter sein Geld — wirklich? Eine Pauschale die Stabilität belohnt, schafft andere Anreize als ein Modell das von Projekten und Zusatzstunden lebt. Wer von Projekten lebt, braucht Projekte. Wer von stabiler Pauschale lebt, braucht Stabilität.
Das ist Artikel-4-Logik. Anreize formen Verhalten. Immer.
Drei Fragen die mehr verraten als jeder Preisvergleich:
Womit verdient der Anbieter wenn nichts passiert? Ein Anbieter der nur bei Störungen verdient, hat kein strukturelles Interesse daran dass wenig passiert. Wer das versteht, versteht die Anreizstruktur hinter dem Angebot.
Wie entsteht seine Marge — an Stabilität oder an Aufwand? Pauschalen die Mehraufwand einschließen, belohnen Effizienz. Modelle die jeden Aufwand separat abrechnen, belohnen Aufwand. Das ist kein Vorwurf — es ist Mathematik.
Ist er an langfristiger Struktur interessiert — oder an kurzfristigen Projekten? Wer langfristig denkt, dokumentiert. Plant. Verhindert. Wer kurzfristig denkt, löst. Reagiert. Rechnet ab. Beides kann professionell sein — aber nur eines davon senkt Betriebskosten über Zeit.
Preis ist eine Kennzahl. Aber er beantwortet keine dieser Fragen.
Wer nur Preise vergleicht, vergleicht Angebote. Wer Modelle vergleicht, vergleicht Kosten.
Ein Angebot vergleicht Zahlen. Ein Entscheidung braucht mehr.
Vier Kriterien die im Betrieb entscheiden — nicht im Angebot.
Gesamtkosten im Betrieb. Nicht die Pauschale. Sondern was der IT-Betrieb über zwölf Monate wirklich kostet — inklusive Zusatzstunden, Notfalleinsätze, interne Aufwände, Produktivitätsverluste bei Störungen. Wer diese Zahl nicht schätzt bevor er entscheidet, entscheidet auf Basis eines unvollständigen Bildes.
Reaktionsqualität — nicht Reaktionszeit. Verträge garantieren Reaktionszeiten. Was sie nicht garantieren ist was in dieser Zeit passiert. Ob jemand das Problem versteht. Ob er die Systeme kennt. Ob er priorisiert was priorisiert werden muss. Reaktionszeit ist messbar. Reaktionsqualität zeigt sich im Ernstfall.
Dokumentationsniveau. Was wird dokumentiert. Wem gehört die Dokumentation. Wie vollständig ist das Bild das ein Anbieter hinterlässt wenn die Zusammenarbeit endet. Das ist keine technische Frage — es ist eine Unabhängigkeitsfrage.
Strategische Mitwirkung. Denkt der Anbieter mit — oder führt er nur aus. Plant er für die nächsten 24 Monate — oder löst er das Problem von heute. Der Unterschied zwischen beiden zeigt sich nicht im Angebot. Er zeigt sich in der dritten Jahresrechnung.
Preis ist eine Kennzahl. Eine wichtige. Aber keine Entscheidungsgrundlage allein.
Der günstigste Anbieter ist nicht der mit dem niedrigsten Angebot. Sondern der mit den niedrigsten Gesamtkosten über Zeit.
Drei Angebote. Unterschiedliche Preise. Ähnliche Leistungsbeschreibungen.
Das ist der Moment in dem fast immer der Preis gewinnt.
Nicht weil es die falsche Entscheidung ist — sondern weil es die einzige Entscheidung ist die mit den verfügbaren Informationen getroffen werden kann.
Das ist das eigentliche Problem. Nicht der Preis. Nicht der Anbieter. Sondern die Informationslage auf der entschieden wird.
Wer nur Angebote vergleicht, vergleicht was Anbieter über sich selbst sagen — in dem Format das sie selbst gewählt haben. Wer Modelle, Anreize und Betriebskosten vergleicht, entscheidet auf einer anderen Grundlage.
Das braucht mehr Aufwand. Und es braucht ein Bild der eigenen IT-Landschaft das diesen Vergleich überhaupt möglich macht.
Ohne dieses Bild ist jeder Vergleich unvollständig. Mit ihm wird aus einem Preisvergleich eine Entscheidung.
Preis ist eine Zahl. Kosten sind ein System. Und Systeme vergleicht man anders als Zahlen.