Softwareentwicklung beauftragen: Anbieter vergleichen

Eine Software soll neu entwickelt, abgelöst oder erweitert werden, doch die Auswahl des passenden Dienstleisters ist für viele Auftraggeber ungewohnt und mit Unsicherheit verbunden. Genau hier setzt dieser Beitrag an: Er hilft Ihnen, Softwaredienstleister, Agenturen und freie Entwickler strukturiert zu vergleichen, ohne eine Anbieterart pauschal zu bevorzugen. Sie erhalten praktische Kriterien für Anbieter und Angebote, sinnvolle Fragen für das erste Gespräch und Hinweise auf typische Warnzeichen.

Der Text richtet sich an Geschäftsführer, IT-Leiter, Fachabteilungen und Projektverantwortliche in kleinen und mittleren Unternehmen, bei öffentlichen Auftraggebern und in Agenturen im deutschsprachigen Raum. Die Perspektive bleibt neutral und entscheidungsorientiert; Fachbegriffe werden nur kurz erklärt. Wenn Sie vorab Orientierung suchen, helfen auch ein erster Kostenrahmen, ein Projektsteckbrief zur Anfrage oder ein unverbindliches Erstgespräch.

Was Sie vor der Anbietersuche intern klären sollten

Angebote werden erst dann sinnvoll vergleichbar, wenn Ihr Vorhaben intern ausreichend beschrieben ist. Gemeint sind nicht technische Details, sondern ein gemeinsames Bild davon, was erreicht werden soll: Ziel der Software, Nutzergruppen, wichtigste Abläufe, bestehende Systeme und der gewünschte Nutzen im Alltag.

Hilfreich ist es, früh zwischen Muss-Anforderungen und späteren Ausbaustufen zu unterscheiden. So können Anbieter den Umfang realistischer einordnen und Sie vermeiden, dass Wünsche aus einer späteren Phase schon in die erste Anfrage hineinrutschen.

Klären Sie außerdem die Ausgangslage:

• Geht es um eine komplette Neuentwicklung?
• Soll eine bestehende Lösung abgelöst werden?
• Oder wird vorhandene Software erweitert?

Diese Unterscheidung beeinflusst Aufwand, Risiken und die Fragen, die ein Anbieter stellen wird.

Sammeln Sie auch Randbedingungen, die in Anfragen oft fehlen: interne Ansprechpartner, gewünschte Form der Zusammenarbeit, vorhandene Dokumente sowie bekannte Schnittstellen zu Drittsystemen. Ein Lastenheft beschreibt aus Auftraggebersicht, was die Software leisten soll, ohne die technische Umsetzung vorwegzunehmen.

Ein praktischer Schritt vor dem Einholen von Angeboten ist ein Projektsteckbrief auf Basis Ihrer Beschreibung oder Ihres Lastenhefts. Dadurch werden Rückfragen, Lücken und eine erste Einordnung des Vorhabens sichtbar. Wenn Sie dafür Unterstützung suchen, hilft ein Blick auf was in eine Anfrage oder Ausschreibung gehört. Auch der Ratgeber wie Sie dabei strukturiert vorgehen kann die Vorbereitung erleichtern.

Nach welchen Kriterien Sie Dienstleister vergleichen können

Ein zentrales Kriterium ist die Erfahrung mit ähnlichen Vorhaben. Dabei ist nicht entscheidend, ob ein Anbieter exakt aus Ihrer Branche kommt. Wichtiger ist, ob vergleichbare Anforderungen schon umgesetzt wurden: etwa Portale, Apps, Datenbanken oder Schnittstellen zwischen bestehenden Systemen. Prüfen Sie dafür vergleichbare Projekttypen und Arbeitsbeispiele.

Ebenso wichtig ist die Technologiekompetenz, allerdings aus Entscheidersicht. Die eingesetzten Technologien sollten zum Ziel des Projekts, zu Ihrer vorhandenen IT und zum späteren Betrieb passen. .NET ist ein Entwicklungsrahmen für Webanwendungen, Apps und Schnittstellen. Azure ist die Microsoft-Cloud für Betrieb und Erweiterungen. SQL-Datenbanken speichern strukturierte Geschäftsdaten. Ein Anbieter sollte diese Bausteine nicht nur nennen, sondern verständlich einordnen können. Einen Überblick über typische Leistungsbereiche rund um Individualsoftware können Sie dabei als Orientierung nutzen.

Bei Unternehmenssoftware spielen oft auch Identität und Zugriff eine Rolle. Wenn bestehende Benutzerkonten eingebunden werden sollen, können Microsoft 365 und Entra ID relevant sein. Fragen Sie also, wie der Anbieter Anmeldungen, Rollen und Zugriffsrechte im Projekt mitdenkt.

Wenn KI-Funktionen geplant sind, lohnt sich ein eigener Blick auf diesen Bereich. Gemeint sind zum Beispiel die Suche im Firmenwissen, Assistenten oder das Auslesen von Dokumenten. Azure OpenAI ist ein Dienst für KI-Funktionen innerhalb der Microsoft-Umgebung. Wichtig ist hier weniger das Schlagwort als die Frage, ob der Anbieter Einsatzgrenzen, Datenquellen und den praktischen Nutzen sauber erklären kann.

Hilfreich sind Beispiele aus ähnlichen Projekttypen, auch ohne dieselbe Fachlichkeit. Das kann etwa eine Webplattform zur Verwaltung von Kanalnetzen sein, ein CRM für einen Versicherungsmakler oder eine Erweiterung zwischen Azure DevOps und einer Planungssoftware.

Stellen Sie Technik und Zusammenarbeit auf dieselbe Stufe. Klären Sie unter anderem:

• Wer sind Ihre festen Ansprechpartner?
• Wie werden Entscheidungen dokumentiert?
• Wie oft gibt es Abstimmungen?
• Wie werden Änderungen aufgenommen, priorisiert und bewertet?

Ein nachvollziehbarer Projektablauf hilft zusätzlich bei der Einordnung: Kennenlernen, Konzept und Design, Entwicklung mit regelmäßigen Abstimmungen, Qualitätssicherung und Livegang, danach Support und Weiterentwicklung. Für einzelne Aspekte können auch Änderungen im Projektverlauf, frühe Prototypen, technische Schulden, Dokumentation und die Rolle von Softwaretests aufschlussreich sein. Offene Fragen lassen sich oft am besten in einem kurzen Erstgespräch klären.

Wie Sie Angebote richtig lesen und fair vergleichen

Vergleichen Sie Angebote nicht nur nach der genannten Kostenspanne. Aussagekräftiger ist, auf welcher Grundlage ein Angebot entstanden ist: Welche Annahmen wurden getroffen, welcher Leistungsumfang ist enthalten, was ist ausdrücklich ausgeschlossen und welche Punkte sind noch offen?

Starke Unterschiede zwischen zwei Angeboten bedeuten nicht automatisch, dass eines davon passender ist. Häufig liegt die Abweichung daran, dass die Anbieter von unterschiedlichen Projektverständnissen ausgehen. Deshalb lohnt es sich, die inhaltliche Basis nebeneinanderzulegen, bevor Sie Zahlen gegenüberstellen.

Achten Sie besonders darauf, welche Ergebnisse beschrieben sind. Erkennbar sein sollte:

• was konkret geliefert wird,
• was zum Konzept gehört,
• was Teil der Entwicklung ist,
• und was zur Inbetriebnahme zählt.

Prüfen Sie außerdem, ob wichtige Themen bereits berücksichtigt sind oder später zusätzlich anfallen können. Dazu gehören zum Beispiel Design, Schnittstellen, Datenmigration, Testaufwände und Unterstützung beim Livegang.

Planen Sie auch Veränderungen im Projektverlauf sachlich mit ein. Anforderungen entwickeln sich in vielen Vorhaben weiter. Ein Change Request ist eine abgestimmte Anpassung von Umfang, Priorität oder Umsetzung. Entscheidend ist, ob im Angebot nachvollziehbar beschrieben wird, wie mit solchen Änderungen umgegangen wird.

Ebenso wichtig ist die Transparenz der Zusammenarbeit. Fragen Sie: Welche Abstimmungen sind vorgesehen? Wer gibt Zwischenergebnisse frei? Wie werden Prioritäten gesetzt und dokumentiert?

Dokumentation und Quellcodeübergabe sollten im Vertrag klar geregelt werden. Das ist keine Rechtsberatung; Vertragsfragen sollten Sie juristisch prüfen lassen. Gleiches gilt für Datenschutz, Barrierefreiheit und andere regulatorische Anforderungen: Benennen Sie diese Themen früh und klären Sie sie mit Rechtsabteilung, Datenschutzbeauftragten oder spezialisierten Beratern.

Warnzeichen bei Dienstleistern und Angeboten

Vorsicht ist angebracht, wenn ein Anbieter sehr schnell ein scheinbar präzises Angebot vorlegt, obwohl Anforderungen, Ziele und vorhandene Systeme kaum besprochen wurden. Bei Individualsoftware entsteht ein belastbares Bild meist erst nach Rückfragen.

Fehlende Rückfragen sind deshalb oft selbst ein Warnzeichen. Komplexe Vorhaben lassen sich selten ohne Klärungsbedarf verstehen. Wenn ein Anbieter kaum nach Nutzern, Abläufen, Datenquellen oder bestehenden Anwendungen fragt, bleibt offen, worauf seine Einschätzung eigentlich basiert.

Achten Sie außerdem auf Unklarheiten bei zentralen Verantwortungen:

• Wer übernimmt die Qualitätssicherung?
• Wer erstellt die Dokumentation?
• Wer kümmert sich um Betrieb und Support nach dem Livegang?
• Wer entwickelt tatsächlich, und wer koordiniert Konzept, Design und Umsetzung?

Ein weiteres Signal ist ein sehr enger Blick nur auf Funktionen. Gute Gespräche drehen sich nicht nur darum, was die Software können soll, sondern auch darum, wie Menschen damit arbeiten und welche Systeme eingebunden werden müssen.

Bei KI-Vorhaben sollten Sie ebenfalls genau hinhören. Wenn nur Nutzen versprochen wird, aber Einsatzgrenzen, Datenquellen und organisatorische Voraussetzungen kaum vorkommen, ist Zurückhaltung sinnvoll. Prüfen Sie zudem, ob Beispiele und Arbeitsweise eines Anbieters nachvollziehbar dargestellt werden.