IT-Berater auswählen: Kriterien für Unternehmen

Beispiel: Ein Unternehmen muss sein Bestellsystem an ein neues Lager anbinden. Ein IT-Berater empfiehlt sofort einen Neubau, ein anderer will zunächst Datenflüsse und Fehlerfälle prüfen. Für die Auswahl zählt, wer die offene Entscheidung mit Annahmen, Alternativen, Kosten und einem kleinen Test vorbereitet. Geben Sie mehreren Anbietern denselben anonymisierten Fall und verlangen Sie einen nachvollziehbaren Entscheidungsweg statt einer Technologie-Präsentation.

Dieser Leitfaden richtet sich an Verantwortliche, die technische Beratung für eine Softwareentscheidung einkaufen. Für die Arbeit eines Beraters innerhalb eines Entwicklungsteams lesen Sie unseren Artikel über IT-Consulting als technisches Handwerk.

Welche Entscheidung soll die Beratung vorbereiten?

Beschreiben Sie vor der Anbietersuche, was heute nicht funktioniert: etwa eine teure Integration, langsame Releases oder eine unsichere Datenübergabe. Halten Sie Ausgangszustand, betroffene Nutzer, Frist und Entscheidungsspielraum fest. Ohne diese Grenze kann eine Beratung alles von einer kurzen Analyse bis zu einer mehrjährigen Umsetzung bedeuten.

Ein geeignetes Ergebnis kann eine Architekturentscheidung mit zwei Alternativen, ein priorisierter Modernisierungsplan oder ein kleiner technischer Test sein. Verlangen Sie nicht nur eine Zielgrafik. Fragen Sie, welche Daten die Empfehlung stützen, welche Annahme sie kippen würde und wer den Vorschlag nach Projektende betreiben kann.

Vier Kriterien für den Vergleich

1. Problemanalyse: Fragt der Berater nach Geschäftsablauf, bestehender Software und dem Preis eines Fehlers, bevor er eine Technologie empfiehlt?
2. Umsetzbarkeit: Kann er eine Empfehlung in Arbeitsschritte, Verantwortliche, Tests und Entscheidungspunkte übersetzen?
3. Gesamtkosten: Bezieht das Angebot Lizenzen, Integration, Betrieb, Schulung und spätere Änderungen ein? Zahlen ohne Annahmen sind nicht vergleichbar.
4. Übergabe: Werden Architekturentscheidungen, Zugänge und offene Risiken so dokumentiert, dass Ihr Team weiterarbeiten kann?

Die IHK Pfalz empfiehlt für die Beauftragung von IT-Dienstleistern, Anforderungen und Auswahlkriterien vorab zu klären. Nutzen Sie diese Logik auch für Beratungsangebote: Vergleichen Sie dieselbe Aufgabe und denselben erwarteten Nachweis.

Eine kurze Scorecard für das Auswahlgespräch

Geben Sie zwei oder drei Anbietern denselben anonymisierten Fall. Bitten Sie um eine 30-minütige Besprechung statt um einen fertigen kostenlosen Entwurf. Bewerten Sie anschließend jeweils mit 0 bis 2 Punkten, ob der Anbieter (1) fehlende Informationen erkennt, (2) mindestens zwei plausible Optionen abwägt, (3) einen kleinen Test vorschlägt und (4) Kosten und Risiken offenlegt. Halten Sie die beobachtete Antwort fest; eine Zahl ohne Begründung hilft nicht.

Fragen Sie ausdrücklich nach einem Fall, in dem der Anbieter eine einfachere Lösung empfohlen hat. Prüfen Sie Referenzen für eine ähnliche Aufgabenstellung und sprechen Sie mit der Person, die später tatsächlich mit Ihrem Team arbeitet. Ein hoher Tagessatz beweist weder Qualität noch Einsparung; ein niedriger Satz sagt nichts über Gesamtaufwand und Übergabe.

Ein Angebot mit echten Ergebnissen vergleichen

Angenommen, Ihr Bestellsystem muss an ein neues Lager angebunden werden. Anbieter A schlägt sofort eine vollständige Neuarchitektur vor. Anbieter B will zuerst die aktuellen Datenflüsse, Fehlerfälle und Volumina untersuchen und danach zwischen einer kleinen Schnittstelle und einem größeren Umbau entscheiden. B ist nicht automatisch besser, zeigt aber, welche Information vor einer teuren Entscheidung fehlt. Genau diese Begründung sollten Sie schriftlich erhalten.

Bitten Sie um drei Ergebnisse der ersten Beratungsphase: eine Systemskizze mit den relevanten Abhängigkeiten, eine Entscheidungsvorlage mit mindestens zwei Optionen und einen Testplan für die größte Unsicherheit. Zu jeder Option gehören Aufwandsspanne, laufende Kosten, Sicherheitsfolgen und Bedingungen, unter denen die Empfehlung nicht mehr gilt. „ROI“ ist erst sinnvoll, wenn Nutzen und Kosten auf derselben Annahme beruhen.

Prüfen Sie außerdem, ob die vorgeschlagene Person selbst die Analyse leitet oder ob nur der Vertrieb am Auswahlgespräch teilnimmt. Legen Sie fest, wann Ihr Team Zwischenstände prüft. Eine frühe Rückfrage zu einer falschen Annahme ist günstiger als ein formal schönes Abschlussdokument auf falscher Grundlage.

Die Referenz auf die offene Entscheidung zurückführen

Eine Referenz ist dann hilfreich, wenn sie dieselbe Art von Entscheidung zeigt. Scorpion Power beschreibt etwa bei Financed Sweden eine Finanzplattform mit BankID-Identifikation und Anbindung an eine externe API. Das belegt veröffentlichte Integrationsarbeit, aber weder die Qualität einer Beratungsphase noch den Erfolg einer Integration in Ihrem System. Fragen Sie beim Auswahlgespräch deshalb: Wer hat die Schnittstellenannahmen geprüft? Welche Fehlerfälle wurden vor der Umsetzung geklärt? Welche Entscheidung wäre bei anderen Daten anders ausgefallen?

Für Ihren Auftrag sollte der Nachweis kleiner und konkreter sein: ein anonymisierter Entscheidungsweg, die zwei verworfenen Optionen und ein Beispiel für eine Annahme, die im Test korrigiert wurde. Wenn ein Anbieter nur Projektnamen und Technologie Logos zeigt, bleibt offen, ob er Ihr Problem eingrenzen kann. Nach der Auswahl hilft ein prüfbarer Startplan für den Software-Partner, die Empfehlung in einen ersten sicheren Beitrag zu übersetzen.

Vertrag und Passung klären

Vor der Unterschrift sollten Gegenstand, Ergebnisse, Mitwirkung Ihres Teams, Änderungsverfahren, Rechte an Arbeitsergebnissen und Haftung verständlich beschrieben sein. Ein Berater kann eine Entscheidung vorbereiten, aber keinen Projekterfolg ohne Ihre Daten, Entscheidungen und Umsetzung garantieren. Wenn Sie lediglich kurzfristig zusätzliche Entwicklungskapazität brauchen, kann ein anderes Modell besser passen.

Wer entscheidet nach dem Beratungsauftrag?

Benennen Sie vor Beginn eine Person, die die fachliche Entscheidung trägt, und eine technische Person, die Annahmen und Machbarkeit prüft. Beide sollten den Zwischenstand sehen, nicht erst die Schlusspräsentation. Trennen Sie drei Rollen: Der Berater untersucht und empfiehlt, Ihr Unternehmen priorisiert und entscheidet, das Umsetzungsteam plant die Änderung im System. Wenn der Berater auch umsetzen soll, sollte seine Empfehlung trotzdem eine echte Alternative enthalten, die ohne ihn möglich wäre.

Für die Abnahme reicht „Strategie vorgestellt“ nicht. Prüfen Sie, ob die Ausgangslage belegt ist, mindestens zwei Optionen mit Folgen vorliegen und die größte Unsicherheit durch einen kleinen Test überprüfbar wird. Lassen Sie offene Fragen im Dokument stehen, statt sie als Gewissheit zu verkaufen. So kann die nächste Projektphase auf einer Entscheidung aufbauen, die auch Monate später noch nachvollziehbar ist.

Häufige Fragen

Wann reicht eine kurze IT-Beratung statt eines großen Projekts?

Wenn eine konkrete Entscheidung ansteht und die Ausgangsdaten zugänglich sind, kann ein begrenzter Analyseauftrag genügen. Vereinbaren Sie die zu prüfenden Optionen, ein Ergebnisformat und die Person, die danach entscheidet. Fehlen Systemzugang oder Problemdefinition, sollte der erste Auftrag diese Lücke klären, statt bereits eine fertige Zielarchitektur zu versprechen.

Wie prüfe ich Referenzen ohne eigenes Architekturteam?

Bitten Sie um einen vergleichbaren Fall und sprechen Sie, wenn möglich, mit der früheren Auftraggeberseite. Fragen Sie, welche Entscheidung vorbereitet wurde, was anders lief als erwartet und ob das interne Team nach der Übergabe weiterarbeiten konnte. Eine Referenz ist ein Hinweis auf Arbeitsweise, kein Beweis, dass derselbe Ansatz in Ihrer Umgebung funktioniert.

Welche Ergebnisse sollten nach der Beratung bei uns bleiben?

Fordern Sie die verwendeten Annahmen, Entscheidungsgründe, offenen Risiken, Architekturübersichten und einen umsetzbaren nächsten Schritt in einem für Ihr Team nutzbaren Format. Klären Sie Nutzungsrechte und Zugriff schon im Auftrag. So kann Ihr Unternehmen die Empfehlung später prüfen oder mit einem anderen Umsetzungspartner fortführen.

Nächster Schritt

Scorpion Power beschreibt Business Analyse, IT-Beratung und Softwareentwicklung als Leistungen. Schildern Sie uns Ihre Entscheidung und den aktuellen Systemzustand; wir können den sinnvollen Umfang einer ersten Analyse mit Ihnen eingrenzen.