Vor Ihnen liegen die Angebote von drei Softwarefirmen. Eines ist deutlich günstiger als die anderen, eines wirkt sehr umfangreich, und das dritte besteht lediglich aus einer zweiseitigen Zusammenfassung. Es ist schwer zu erkennen, welches die richtige Wahl ist, denn die Angebote beschreiben möglicherweise nicht dieselbe Leistung. Ein sauberer Prozess zum Vergleich von Software-Angeboten bedeutet weniger, Zahlen nebeneinanderzustellen, als sichtbar zu machen, was die Angebote abdecken und was sie ausklammern.
In diesem Leitfaden finden Sie, wie Sie Angebote auf eine vergleichbare Grundlage bringen, welche Kriterien Sie prüfen sollten, wie sich Preismodelle unterscheiden, welche Warnsignale es gibt und eine einfache Bewertungsmethode. Unser Ziel: Im Moment der Entscheidung haben Sie mehr in der Hand als ein Bauchgefühl.
Warum der Vergleich von Software-Angeboten mehr ist als ein Preisvergleich
Bei Softwareprojekten ist ein Angebot kein Preisschild für ein fertiges Produkt. Es ist die schriftliche Zusage der Firma, wie sie eine Aufgabe mit Unsicherheiten lösen wird. Selbst wenn zwei Angebote für dasselbe Projekt erstellt wurden, können sich Annahmen, Teamstrukturen und Risikopuffer unterscheiden.
Ein scheinbar niedriges Angebot folgt oft einem von drei Mustern: Der Umfang ist knapp gehalten, der Aufwand für Tests und Management wurde nicht eingerechnet, oder Änderungswünsche werden später gesondert berechnet. Bevor Sie auf den Gesamtpreis schauen, sollten Sie daher für jedes Angebot mit derselben Klarheit die Frage beantworten: „Was genau erhalte ich für diesen Preis?“
Vor dem Vergleich: Geben Sie jeder Firma dasselbe Briefing
Wenn Angebote sehr unterschiedlich ausfallen, liegt das Problem häufig nicht bei den Firmen, sondern an den Informationen, die sie erhalten haben. Jede Firma füllt fehlende Informationen mit eigenen Annahmen, und es entstehen Angebote, die sich nicht vergleichen lassen.
Bevor Sie Angebote anfragen, fassen Sie die folgenden Punkte in einem einzigen Dokument zusammen:
- Geschäftsziel: Welches Problem das Projekt lösen soll und wie der Erfolg gemessen wird.
- Benutzerrollen: Wer das System mit welchen Berechtigungen nutzen wird.
- Kernfunktionen: Eine Liste, getrennt nach „unverzichtbar“ und „kann später ergänzt werden“.
- Integrationen: Anzubindende Systeme wie ERP, Buchhaltung, Zahlung oder CRM.
- Rahmenbedingungen: Zieltermin, Budgetrahmen, Datenspeicherort und Anforderungen des KVKK (türkisches Datenschutzgesetz).
- Ausgangslage: Falls vorhanden: Altsystem, Datenmenge und zu migrierende Datensätze.
Wenn Ihnen die Erstellung dieses Dokuments schwerfällt, ist unser Leitfaden zur Erstellung einer technischen Spezifikation ein guter Ausgangspunkt. Eine detaillierte Spezifikation ist das wirksamste Mittel, damit Angebote auf denselben Annahmen beruhen. Selbst wenn noch keine Spezifikation vorliegt, sollten Sie den Firmen gleich viel Zeit einräumen, um dieselben Discovery-Fragen in derselben Reihenfolge zu stellen.
8 Kriterien, die Sie in jedem Angebot prüfen sollten
Ein solides Angebot beantwortet mindestens alle der folgenden Punkte. Fehlende Punkte zeigen, dass die Firma das Thema noch nicht durchdacht oder auf später verschoben hat.
| Kriterium | Worauf sollten Sie achten? | Warnsignal |
|---|---|---|
| Umfangsdefinition | Module, Bildschirme, Rollen und Integrationen einzeln aufgeführt | Vage Formulierungen wie „alle erforderlichen Funktionen“ |
| Leistungen außerhalb des Umfangs | Klare Angabe, was nicht enthalten ist | Dieser Abschnitt fehlt völlig |
| Technischer Ansatz | Architektur, Technologieentscheidungen und deren Begründung | Dieselbe Lösung für jedes Projekt, ohne Begründung |
| Zeitplan und Phasen | Lieferungen je Phase, Abnahmepunkte und Abhängigkeiten | Nur ein „Fertigstellungstermin“, ohne Beschreibung des Wegs dorthin |
| Teamstruktur | Rollenverteilung, Erfahrungsniveau, Vorhandensein eines Projektleiters | Unklar, wer tatsächlich arbeiten wird |
| Test und Qualität | Testarten, Abnahmekriterien, Vorgehen bei Fehlerbehebung | Tests werden nicht als eigener Posten aufgeführt |
| Sicherheit und Daten | Autorisierung, Backup, KVKK-Konformität, Sicherheitstests | Sicherheit wird nur mit einem Satz erwähnt |
| Nach der Übergabe | Gewährleistungsdauer, Wartungs- und Supportumfang, Dokumentation | Der Go-live gilt als „Projektende“ |
Wenn Sie die Tabelle für jedes Angebot einzeln ausfüllen, zeigt sich von selbst, woher die Preisunterschiede kommen. Meist stellen Sie fest, dass das günstigste Angebot gerade bei den Zeilen zu Tests, Sicherheit und Leistungen nach der Übergabe Lücken aufweist.
Preismodelle richtig lesen
Beim Vergleich von Angeboten sollten Sie nicht nur den Betrag bewerten, sondern auch, auf welchem Modell er beruht. Selbst für dasselbe Projekt verlagern verschiedene Modelle unterschiedliche Risiken auf Sie oder auf die Firma.
| Modell | Wie funktioniert es? | Wann passt es zu Ihnen? | Risiko |
|---|---|---|---|
| Fester Umfang, Festpreis | Vorab festgelegter Gesamtpreis für definierte Leistungen | Projekte mit klarem Umfang und geringer Änderungswahrscheinlichkeit | Änderungswünsche werden zu Zusatzkosten, die Qualität kann leiden |
| Time & Material | Abrechnung nach tatsächlichem Aufwand | Projekte, deren Umfang sich im Laufe der Entdeckung formt | Für die Budgetkontrolle ist regelmäßiges Reporting nötig |
| Dediziertes Team | Ein für einen bestimmten Zeitraum für Sie reserviertes Team | Langfristige Produktentwicklung | Sie müssen die Priorisierung gut steuern |
| Phasenweiser Festpreis | Discovery und MVP werden getrennt von späteren Phasen bepreist | Neue Produkte mit hoher Unsicherheit | Beim Übergang zwischen den Phasen ist Klarheit nötig |
Welches Modell zu Ihnen passt, bestimmt die Unsicherheit des Projekts. Für ein Produkt, dessen Idee noch nicht ausgereift ist, bietet ein Festpreis oft eine trügerische Sicherheit; in diesem Fall verkleinert ein phasenweiser Ansatz, der mit einem MVP beginnt, das Risiko. Ausführlichere Informationen zu Arbeitsmodellen und zur Vertragsseite finden Sie in unserem Beitrag zum Management von Individualsoftware-Projekten.
Die preisbeeinflussenden Faktoren verstehen
Der Unterschied zwischen zwei Angeboten ist selten willkürlich; er entsteht durch bestimmte Faktoren. Wenn Sie diese kennen, können Sie den Firmen die Frage „Warum gibt es diesen Unterschied?“ konkret stellen.
- Breite und Tiefe des Umfangs: Neben der Anzahl der Module bestimmt auch die Komplexität der Geschäftsregeln in jedem Modul die Kosten.
- Anzahl der Integrationen: API-Qualität, Dokumentation und das Vorhandensein einer Testumgebung bei Drittsystemen verändern den Aufwand.
- Designniveau: Eine Oberfläche mit fertigen Komponenten und ein eigenständiges Design auf Basis von Nutzerforschung gehören nicht in dieselbe Kostenposition.
- Erfahrung des Teams: Erfahrene Entwickler senken die späteren Fehlerkosten, erhöhen aber den Stundensatz.
- Anforderungen an Sicherheit und Performance: Hohe Nutzerlast oder sensible Daten erfordern zusätzlichen Architektur- und Testaufwand.
- Datenmigration: Die Übernahme unbereinigter Daten aus einem Altsystem dauert häufig länger als erwartet.
- Support-Niveau nach der Übergabe: Zugesagte Reaktionszeiten und Servicezeiten spiegeln sich im Preis wider.
Wenn Sie sehen, bei welchem dieser Posten ein Unterschied besteht, erkennen Sie auch, wo das günstige Angebot spart. Manchmal ist diese Ersparnis eine vernünftige Vereinfachung, manchmal eine Schuld, die Sie später begleichen müssen.
Warnsignale in der Angebotsphase
Nicht jedes riskante Angebot ist günstig. Die folgenden Anzeichen verdienen unabhängig vom Preis Aufmerksamkeit:
- Es werden bereits im ersten Gespräch ein fester Preis und eine feste Dauer genannt, ohne Ihr Anliegen angehört zu haben.
- Das Angebot ähnelt einer allgemeinen Vorlage statt Ihrer Branche und Ihren Prozessen.
- Auf jede Frage lautet die Antwort „machen wir“; Risiken, Einschränkungen und Alternativen werden nie erwähnt.
- Die Eigentumsverhältnisse an Quellcode, Designdateien sowie Domain- oder Serverkonten bleiben unklar.
- Der Zahlungsplan beruht auf einer hohen Anzahlung, unabhängig von gelieferten Ergebnissen.
- Es ist kein Projektleiter oder keine einzelne verantwortliche Ansprechperson definiert.
- Es findet sich nicht einmal eine Zeile dazu, wie das Änderungsmanagement ablaufen soll.
Der letzte Punkt ist besonders wichtig. Die häufigste Ursache für Projektabweichungen ist ein unkontrolliertes Wachsen des Umfangs; wie Sie dies verhindern, haben wir in unserem Leitfaden zum Scope Creep ausführlich erläutert. Ist im Angebot ein Prozess für Änderungswünsche beschrieben, kennt die Firma dieses Risiko.
Schritt für Schritt bewerten: Die Entscheidung auf Daten stützen
Tabellen zeigen den Unterschied, aber für die Entscheidung ist eine gewichtete Bewertung ein praktisches Werkzeug. Sie können folgendermaßen vorgehen:
- Kriterien festlegen. Zum Beispiel Umfang und Geschäftsverständnis, technischer Ansatz, Team und Kommunikation, Preis und Zahlungsplan, Vertrag und Support nach der Übergabe.
- Gewichtung vergeben. Verteilen Sie insgesamt 100 Punkte entsprechend der Priorität Ihres Projekts. Bei einem kritischen System sollten technischer Ansatz und Support stärker gewichtet werden als bei einem einfachen Einmalprojekt.
- Jedem Angebot 1–5 Punkte geben. Stützen Sie die Bewertung auf schriftliche Belege im Angebot, nicht auf den Eindruck aus der Präsentation.
- Punkte mit der Gewichtung multiplizieren und addieren. Das Ergebnis erlaubt Ihnen, Ihre intuitive Präferenz zu überprüfen.
- Gemeinsam im Entscheidungsteam auswerten. Wenn IT, Finanzen und Fachverantwortliche dieselbe Tabelle unabhängig ausfüllen, zeigen Abweichungen, welche Punkte diskussionswürdig sind.
Ein Beispielszenario: Ein Vertriebsunternehmen erhält drei Angebote für ein Händler-Bestellportal. Wird der Preis stark gewichtet, liegt das günstigste Angebot vorn. Werden jedoch die Zeilen zu Leistungen außerhalb des Umfangs, Tests und Support nach der Übergabe separat bewertet, fällt dasselbe Angebot zurück. Dank der Tabelle wird die Entscheidung auf Basis des Gesamtwerts statt des Preises getroffen. Dieses Beispiel ist hypothetisch, bildet aber ein in der Praxis häufiges Bild ab.
Gespräch nach dem Angebot: Diese Fragen sollten Sie stellen
Ein schriftliches Angebot allein genügt nicht. Das Gespräch mit den zwei oder drei Firmen in der engeren Wahl zeigt die Arbeitskultur der Firma. Stellen Sie diese Fragen:
- Wie sehen Sie die drei größten Risiken in diesem Projekt, und wie gehen Sie damit um?
- Welche Herausforderung ist Ihnen bei einem ähnlichen Projekt begegnet, und wie haben Sie sie gelöst?
- Wie läuft der Prozess ab, wenn sich der Umfang ändert, und wer gibt die Freigabe?
- Wie zeigen Sie mir den wöchentlichen Fortschritt?
- Wie wird die Wissensübergabe sichergestellt, wenn während des Projekts jemand aus dem Team ausscheidet?
- Welche Dokumente, Zugänge und welchen Quellcode erhalte ich bei der Übergabe?
Die Konkretheit der Antworten sagt mehr aus als die Sätze im Angebot. Scheuen Sie sich auch nicht, Kundenreferenzen anzufragen; fragen Sie im Gespräch mit der Referenz jedoch nicht nur nach der Zufriedenheit, sondern auch nach der Termintreue, dem Verhalten bei Problemen und dem Support nach der Übergabe.
Letzte Checkliste vor dem Vertrag
Nachdem Sie Ihre Wahl getroffen haben, bestätigen Sie vor der Unterschrift die folgenden Punkte:
- Sind der Umfang des Angebots und die Leistungen außerhalb des Umfangs als Anlage im Vertrag enthalten?
- Sind phasenweise Lieferungen und die Abnahmekriterien jeder Phase schriftlich festgehalten?
- Sind Zahlungen an abgenommene Lieferungen statt an einen Kalender gebunden?
- Werden Quellcode, Design und Datenrechte ausdrücklich an Sie übertragen?
- Sind Vertraulichkeits- und KVKK-Pflichten definiert?
- Sind Gewährleistungsdauer, Umfang der Fehlerbehebung und Support-Reaktionszeiten bestimmt?
- Sind Ausstiegs- und Übergabebedingungen beschrieben?
Diese Liste klärt den Großteil möglicher Streitigkeiten bereits zu Projektbeginn. Wenn ein Punkt unklar ist, behandeln Sie ihn nicht als Problem, sondern als Thema, das besprochen werden muss; eine gute Firma sorgt gern für diese Klarheit.
Häufig gestellte Fragen
Von wie vielen Firmen sollte man Angebote einholen?
In der Regel bieten drei Angebote genug Vielfalt für einen Vergleich. Mehr erhöhen den Auswertungsaufwand und bringen möglicherweise keine zusätzlichen Erkenntnisse. Wichtiger als die Zahl ist, dass Sie jeder Firma dasselbe Briefing geben und unter denselben Bedingungen Angebote anfragen.
Warum kann es riskant sein, das günstigste Angebot zu wählen?
Ein niedriger Preis kann darauf hinweisen, dass der Umfang knapp gehalten wurde oder der Aufwand für Tests, Management und Support nicht eingerechnet ist. Diese Lücken kehren im Projektverlauf meist als Zusatzkosten und Verzögerungen zurück. Bewerten Sie den Preis nicht isoliert, sondern zusammen mit dem Umfang.
Ist für ein Angebot eine technische Spezifikation zwingend?
Sie ist nicht verpflichtend, erleichtert die Vergleichbarkeit der Angebote aber erheblich. Gibt es keine Spezifikation, erstellen Sie zumindest ein Briefing mit Geschäftsziel, Kernfunktionen und Integrationen. So arbeiten die Firmen mit denselben Annahmen.
Ist ein Festpreis oder das Time-&-Material-Modell besser?
Bei Projekten mit klarem Umfang und geringer Änderungswahrscheinlichkeit sorgt ein Festpreis für Planbarkeit. Bei Produkten, die sich im Laufe der Entdeckung formen, sind Time & Material oder ein phasenweises Modell sinnvoller. Die Entscheidung hängt weniger vom Budget als vom Grad der Unsicherheit im Umfang ab.
Welche Informationen sollte ich der Firma im Angebotsprozess geben?
Teilen Sie Geschäftsziel, Benutzerrollen, priorisierte Funktionen, anzubindende Systeme sowie Ihre Erwartungen an Zeitplan und Budget mit. Für vertrauliche Informationen können Sie zunächst eine Verschwiegenheitsvereinbarung unterzeichnen. Je klarer Ihre Angaben, desto realistischer sind die Angebote.
Was passiert, wenn sich der Umfang nach dem Angebot ändert?
Das hängt vom Änderungsmanagement-Prozess im Vertrag ab. Jeder Änderungswunsch sollte nach einer Auswirkungsanalyse und mit schriftlicher Freigabe bearbeitet werden. So sind die Auswirkungen auf Budget und Zeitplan von Anfang an sichtbar.
Fazit: Wählen Sie nicht das Angebot, sondern die Arbeitsweise
Ein sauberer Prozess zum Vergleich von Software-Angeboten beginnt damit, jeder Firma dasselbe Briefing zu geben, setzt sich mit einer Bewertung nach gemeinsamen Kriterien fort und endet mit Klarheit im Vertrag. Der Preis ist wichtig, gewinnt aber erst im Zusammenspiel mit Umfang, technischem Ansatz, Kommunikation und Support nach der Übergabe an Aussagekraft. Die Wahl einer Softwarefirma ist letztlich eine Entscheidung darüber, wie Sie in den kommenden Monaten zusammenarbeiten werden.
Wenn Sie Angebote haben, die Sie bewerten möchten, oder eine Projektidee, die noch nicht konkret ist, können wir von CodeStup den Prozess von der Umfangsanalyse bis zum technischen Ansatz gemeinsam mit Ihnen betrachten. Informieren Sie sich über unseren Service für individuelle Softwareentwicklung oder nehmen Sie Kontakt mit uns auf, um Ihren Bedarf zu schildern.
