Online veröffentlichte Preisspannen sind ohne Kontext nahezu wertlos. Was zählt, sind die Variablen, die die Zahl bewegen — und wie Sie ein Angebot lesen, damit Sie bei jedem Anbieter dasselbe vergleichen.
Jeder Artikel zu diesem Thema druckt am Ende eine Tabelle mit Preisspannen. Diese Spannen sind breit genug, um auf nahezu jedes Projekt zuzutreffen, und genau deshalb sagen sie über Ihres nichts aus. Nützlicher ist die Frage, welche Variablen die Zahl tatsächlich bewegen — denn sobald Sie die sehen, können Sie sowohl vernünftig planen als auch ein Angebot kritisch lesen.
Was die Kosten wirklich treibt
Die Zahl der unterschiedlichen Abläufe
Nicht Funktionen — Abläufe. Ein System, in dem fünf Rollen jeweils einen anderen Weg durch dieselben Daten nehmen, ist deutlich mehr Arbeit als eines, in dem alle dasselbe mit mehr Optionen tun. Jede Rolle vervielfacht die Berechtigungslogik, die Oberflächenzustände und den Testaufwand. Zählen Sie beim Zuschnitt die unterschiedlichen Wege statt der Bildschirme.
Anbindungen an Systeme, die Sie nicht kontrollieren
Das ist der Posten, der in diesem Feld am beständigsten unterschätzt wird. Die Anbindung an eine Buchhaltung, eine Spedition oder einen Zahlungsdienstleister ist selten der angekündigte Nachmittag. Die Dokumentation wird unvollständig sein, die Testumgebung sich anders verhalten als die Produktion, Ratenbegrenzungen unter echter Last auftauchen, und Sie müssen Teilausfälle behandeln, damit eine Zeitüberschreitung keine Bestellung verdoppelt. Planen Sie das Zwei- bis Dreifache dessen ein, was die Anbindung zu erfordern scheint.
Datenübernahme
Müssen vorhandene Daten mitkommen, entscheidet ihre Qualität über die Kosten. Fünfzehn Jahre Datensätze mit uneinheitlichen Formaten, Dubletten und Freitextfeldern, wo ein Code erwartet wurde, brauchen für eine saubere Migration länger, als das neue System für seine Entwicklung braucht. Das gehört untersucht, bevor jemand anbietet, nicht danach.
Wie sicher die Anforderungen sind
Ein dokumentierter Prozess mit vereinbarten Regeln lässt sich geradlinig schätzen. „Wir erkennen es, wenn wir es sehen“ ist keine Schätzung, und jeder Festpreis daran enthält eine große Rückstellung — die Sie zahlen, ob sie gebraucht wird oder nicht. Unsicherheit vor dem Angebot zu verringern, ist der wirksamste Weg, Kosten zu senken.
Regulatorische Anforderungen und Compliance
Der Umgang mit Gesundheitsdaten, Zahlungsdaten oder regulierten Finanzinformationen bringt Prüfpfade, Verschlüsselungsanforderungen, Aufbewahrungsregeln, Zugriffskontrollen und häufig eine externe Begutachtung mit sich. Das ist kein prozentualer Aufschlag, sondern zusätzliche Arbeit mit eigenem Zeitplan.
Warum zwei Angebote zur selben Ausschreibung so weit auseinanderliegen
- Sie haben unterschiedlich zugeschnitten. Das eine enthielt Datenübernahme, Schulung und drei Monate Betreuung nach dem Launch; das andere nur die Entwicklung. Das erklärt die meisten großen Abstände.
- Anderes Liefermodell. Ein Offshore-Team zu niedrigerem Tagessatz gegen ein lokales Team zu höherem — verglichen gehören die Gesamtkosten einschließlich Steuerungsaufwand, nicht der Satz.
- Das eine bietet an, was Sie verlangt haben, das andere, was Sie brauchen. Ein höheres Angebot spiegelt gelegentlich einen Anbieter, der eine Anforderung erkannt hat, die Sie nicht genannt haben.
- Andere Rückstellung. Ein Festpreis trägt Risiko, und der Anbieter bepreist dieses Risiko. Eine vage Ausschreibung erzeugt einen größeren Puffer.
- Das eine will über den Preis gewinnen und über Nachträge zurückholen. Das kommt oft genug vor, um darauf zu achten: Prüfen Sie, was der Vertrag für Änderungen am Umfang vorsieht.
Preismodelle und was jedes mit Ihnen macht
| Modell | Funktioniert gut, wenn | Das Risiko, das Sie tragen |
|---|---|---|
| Festpreis | Der Umfang ist wirklich klar umrissen | Änderungen sind teuer; der Anbieter spart womöglich an Qualität, um die Marge zu schützen |
| Aufwand nach Zeit | Der Umfang wird sich entwickeln und Sie können wöchentlich steuern | Die Kosten sind ohne aktive Steuerung offen |
| Festpreis je Phase | Die meisten betrieblichen Softwareprojekte | Verlangt Disziplin, den Umfang innerhalb einer Phase zu halten |
| Dediziertes Team | Laufende Entwicklung über Quartale | Sie steuern das Team faktisch selbst und brauchen dafür die Kapazität |
Festpreis je Phase ist das Modell, das wir am häufigsten verwenden, weil es Ihnen eine feste Zahl für ein definiertes Stück Arbeit gibt und an jeder Grenze einen echten Entscheidungspunkt — einschließlich der Entscheidung aufzuhören. Ein einziger Festpreis für ein ganzes Vorhaben klingt sicherer und ist es meist nicht: Er zwingt beide Seiten, jede Änderung gegen einen Vertrag statt gegen das Ziel zu verhandeln.
Wie wir zu einer Zahl kommen
Wir veröffentlichen keine Preisliste, denn eine Zahl, die entsteht, bevor jemand Ihre Anforderungen gelesen hat, ist eine Vermutung im Gewand eines Angebots. Die Reihenfolge, der wir stattdessen folgen, ist am Anfang bewusst langsam:
- Wir erheben die Anforderungen — was das System leisten muss, wer es nutzt, mit welchen vorhandenen Werkzeugen es zusammenarbeiten muss, und was zutreffen muss, damit die erste Version etwas taugt.
- Daraus legen wir den Umfang fest und halten ihn schriftlich fest, einschließlich dessen, was bewusst ausgeschlossen und was auf eine spätere Phase verschoben wird. Sich über die Ausschlüsse zu einigen, wiegt so schwer wie die Einigung über die Arbeit.
- Wir erstellen ein erstes Angebot zu diesem schriftlichen Umfang und benennen die zugrunde liegenden Annahmen, damit Sie sehen, wovon die Zahl tatsächlich abhängt.
- Anschließend gehen wir Anforderungen und Kalkulation Punkt für Punkt mit Ihnen durch. Dort passiert die meiste Bewegung: Der Umfang wird gestutzt, eine Anforderung erweist sich als fester oder loser als beim ersten Lesen, und die Zahl folgt.
- Sobald der Umfang steht und nichts Wesentliches mehr offen ist, bestätigen wir die endgültigen Projektkosten für diese Phase, und die Arbeit beginnt auf dieser Grundlage.
Die Kosten, die man vergisst
Software ist keine Anschaffung, die danach stillsteht. Planen Sie den laufenden Anteil von Anfang an ein, denn er kommt, ob Sie ihn vorgesehen haben oder nicht.
- Hosting und Dienste Dritter — meist überschaubar, aber monatlich und dauerhaft.
- Sicherheitsaktualisierungen und Updates von Abhängigkeiten. Ungepflegte Abhängigkeiten werden zu Schwachstellen, und der Rückstand summiert sich: Ein Framework zwei Hauptversionen hinterher ist ein Projekt, keine Aufgabe.
- Änderungen, wenn sich das Unternehmen ändert. Jedes wirklich genutzte System erzeugt Änderungswünsche, und das ist ein Zeichen von Erfolg und kein Fehler im Zuschnitt.
- Betreuung der Menschen, die es nutzen, besonders in den ersten Monaten.
- Planen Sie den laufenden Anteil als feste Zeile im Budget statt als gelegentliche Überraschung. Wie hoch er ausfällt, hängt davon ab, wie intensiv das System genutzt wird und wie schnell sich das Unternehmen darum herum verändert — es lohnt sich also, das beim Zuschnitt der Entwicklung zu vereinbaren und nicht nach dem Launch.
Wie Sie die Kosten ehrlich senken
- Kürzen Sie den Umfang, nicht die Qualität. Ein kleineres, sauber gebautes System schlägt ein großes, billig gebautes — Letzteres wird unwartbar und früher ersetzt.
- Bauen Sie zuerst einen vollständigen Ablauf und nehmen Sie ihn wirklich in Betrieb. Sie werden merken, welche Ihrer weiteren Anforderungen Annahmen waren.
- Dokumentieren Sie Ihren Prozess, bevor Sie Angebote einholen. Anbieter bepreisen Unsicherheit, und Sie beseitigen sie günstiger als sie.
- Nutzen Sie vorhandene Produkte für Standardfunktionen. Zahlungen, E-Mail, Anmeldung und Statistik sind gelöste Probleme; für ihren Nachbau zu zahlen, lässt sich selten rechtfertigen.
- Bereinigen Sie Ihre Daten vor der Migration, mit Ihren eigenen Leuten, die sie verstehen.
- Seien Sie ehrlich dazu, was für die erste Auslieferung wirklich nötig ist. „Phase zwei“ ist eine legitime Antwort und meist die richtige.
Und seien Sie vorsichtig mit dem niedrigsten Angebot, wenn es weit unter den anderen liegt. Meist bedeutet es, dass der Anbieter die Ausschreibung nicht verstanden hat — der Unterschied taucht dann später als Nachtrag wieder auf, oder als System, das neu gebaut werden muss.
Das ist die Art Arbeit, die wir machen. Wenn es zu etwas passt, das Sie planen, beschreibt unsere Seite zu Individualsoftware, wie wir dabei vorgehen, oder Sie können das Projekt beschreiben und wir sagen Ihnen, was wir davon halten.