IT-Beschaffung beginnt mit einem guten Briefing

Viele Projekte im Einkauf scheitern nicht an fehlenden Anbietern. Sie scheitern daran, dass die Beteiligten zu spät klären, was genau gebraucht wird. Die IT spricht über Schnittstellen, Sicherheit und Betrieb. Der Einkauf denkt an Budget, Vertragslaufzeit und Vergleichbarkeit. Fachabteilungen formulieren ihre Erwartungen aus Sicht des Arbeitsalltags. Alle Beiträge sind berechtigt, doch ohne gemeinsame Übersetzung entstehen Ausschreibungen, die Anbieter unterschiedlich verstehen.

Eine gute Vorbereitung kann deshalb mehr bewirken als eine lange Liste möglicher Lieferanten. Wer vor dem ersten Gespräch ein belastbares Briefing erstellt, findet schneller heraus, welche Informationen fehlen und welche Anforderungen wirklich entscheidend sind. Als ergänzende Anlaufstelle für Themen rund um digitale Beschaffung und Anbieterwahl kann it-beschaffung.com/ dabei helfen, die eigene Recherche zu strukturieren und relevante Fragen zu schärfen.

Das Briefing als gemeinsames Arbeitsdokument

Ein Briefing ist keine verkleinerte Ausschreibung. Es soll zunächst ein gemeinsames Bild des Vorhabens schaffen. Dazu gehören der Anlass, die betroffenen Prozesse und das gewünschte Ergebnis. Eine Organisation, die ein neues Ticketsystem sucht, braucht beispielsweise nicht nur eine Aufzählung technischer Funktionen. Sie muss auch wissen, welche Teams das System nutzen, welche Reaktionszeiten gelten und welche Informationen aus bestehenden Anwendungen übernommen werden müssen.

Diese Perspektive verändert die Gespräche mit potenziellen Anbietern. Statt einzelne Produktmerkmale zu vergleichen, kann das Unternehmen prüfen, wie gut ein Lösungsansatz zum tatsächlichen Arbeitsablauf passt. Das reduziert die Gefahr, dass ein Anbieter mit einer beeindruckenden Funktionsliste überzeugt, obwohl die Einführung später hohe Anpassungskosten verursacht.

Welche Fragen vor der Marktrecherche geklärt werden sollten

Vor der Kontaktaufnahme lohnt sich eine kurze interne Runde mit den Personen, die das Projekt fachlich, technisch und kaufmännisch beurteilen. Dabei müssen noch keine fertigen Antworten entstehen. Wichtiger ist, Annahmen sichtbar zu machen. Besonders hilfreich sind Fragen zu den folgenden Punkten:

• Welches konkrete Problem soll die Lösung im Arbeitsalltag lösen?
• Welche bestehenden Systeme, Datenquellen und Prozesse müssen angebunden werden?
• Welche Anforderungen sind verbindlich und bei welchen Punkten besteht Spielraum?
• Wer entscheidet über die fachliche Eignung, die technische Umsetzung und den Vertrag?
• Welche Kosten entstehen neben der Lizenz oder dem Kaufpreis, etwa für Einführung, Schulung und Betrieb?
• Welche Nachweise braucht das Unternehmen zu Datenschutz, Informationssicherheit und Support?

Die Antworten müssen nicht in jedem Unternehmen gleich aussehen. Ein mittelständischer Betrieb wird andere Prioritäten setzen als ein Konzern mit internationalen Standorten. Auch der Reifegrad der eigenen IT spielt eine Rolle. Wer bereits standardisierte Schnittstellen und klare Verantwortlichkeiten hat, kann Anforderungen genauer formulieren. Ein Unternehmen mit historisch gewachsenen Abläufen sollte zuerst die wichtigsten Abhängigkeiten dokumentieren.

Anforderungen nach ihrem Gewicht ordnen

Eine lange Wunschliste wirkt gründlich, führt aber oft zu schwer vergleichbaren Angeboten. Besser ist eine Einteilung nach Bedeutung. Muss-Kriterien entscheiden darüber, ob ein Anbieter überhaupt in die engere Auswahl kommt. Soll-Kriterien beschreiben Eigenschaften, die den späteren Betrieb erleichtern. Optionale Punkte können die Bewertung ergänzen, dürfen aber das Kernziel des Projekts nicht verdecken.

Für die Gewichtung braucht das Team nachvollziehbare Gründe. Wenn eine mobile Nutzung als Muss-Kriterium gilt, sollte feststehen, welche Nutzergruppen davon abhängen und welche Tätigkeiten unterwegs ausgeführt werden. Wenn eine bestimmte Integrationsmethode gefordert wird, gehört die Begründung ebenfalls ins Briefing. Diese Klarheit hilft später bei der Bewertung und macht Rückfragen von Anbietern produktiver.

Die Perspektive des Betriebs früh einbeziehen

In der Auswahlphase konzentrieren sich Teams häufig auf Funktionen und Einführungstermine. Der spätere Betrieb erhält dagegen zu wenig Aufmerksamkeit. Dabei entstehen viele Probleme erst nach dem Projektabschluss. Wer bearbeitet Supportfälle? Wie schnell reagiert der Dienstleister bei Störungen? Welche Versionen werden gepflegt? Wie lassen sich Daten exportieren, wenn sich die Geschäftsbeziehung ändert?

Auch Rollen und interne Kapazitäten gehören in die Vorbereitung. Eine Lösung kann technisch gut passen und trotzdem scheitern, wenn niemand für Berechtigungen, Datenqualität oder Schulungen zuständig ist. Das Briefing sollte deshalb festhalten, welche Aufgaben beim Anbieter liegen und welche das eigene Unternehmen übernehmen muss. Klare Zuständigkeiten schützen vor der Annahme, dass ein Vertrag automatisch alle organisatorischen Fragen löst.

Aus Antworten bessere Entscheidungen machen

Nach den ersten Gesprächen sollten Informationen nicht nur gesammelt, sondern bewertet werden. Ein einfaches Bewertungsraster reicht oft aus. Es kann die fachliche Passung, technische Risiken, Kosten, Einführungsaufwand und die Qualität des Supports abbilden. Wichtig ist, dass die Kriterien vor der finalen Auswahl feststehen. Sonst besteht die Gefahr, dass ein besonders überzeugender Anbieter die Maßstäbe unbemerkt verändert.

Ein gutes Raster ersetzt kein Urteil. Es macht das Urteil nachvollziehbar. Wenn zwei Angebote ähnlich wirken, zeigen strukturierte Notizen, wo Unterschiede liegen. Vielleicht benötigt eine Lösung weniger Anpassungen, während eine andere bessere Exportmöglichkeiten bietet. Vielleicht ist der niedrigere Preis an eine längere Bindung oder kostenpflichtige Zusatzmodule gekoppelt. Solche Details werden sichtbar, wenn das Team dieselben Fragen an alle Anbieter richtet.

Am Ende steht kein perfektes Dokument, sondern eine belastbare Grundlage für die nächsten Schritte. Das Briefing darf sich während der Recherche weiterentwickeln, solange Änderungen begründet und für alle Beteiligten zugänglich bleiben. So entsteht eine Beschaffung, bei der IT, Einkauf und Fachbereiche mit demselben Verständnis arbeiten. Das verbessert die Auswahl und schafft zugleich bessere Bedingungen für Einführung, Betrieb und spätere Weiterentwicklung.