Wann ein Festpreis für eigene Software verlässlich sein kann.

Ein Unternehmen möchte ein Kundenportal. Die Geschäftsleitung braucht einen festen Betrag für die Planung. Die Idee klingt zunächst klar: Kunden sollen sich anmelden, Angaben einreichen und ihren Bearbeitungsstand sehen.

Bei genauerem Nachfragen entstehen neue Fragen. Welche Kunden dürfen welche Daten sehen? Wer prüft einen Antrag? Welche Ausnahmen gibt es? Welche Daten kommen aus dem Kundenprogramm oder dem zentralen Unternehmensprogramm? Sollen alte Vorgänge übernommen werden? Wann gilt eine Funktion als fertig?

Der Satz „Wir brauchen ein Kundenportal“ beschreibt also ein Ziel, aber noch keinen berechenbaren Leistungsumfang.

Ein Festpreis ist nicht automatisch das Problem. Schwierig wird er, wenn die feste Zahl auf unbekannten oder wechselnden Grundlagen beruht. Dann wird während der Entwicklung gleichzeitig untersucht, entschieden und umgesetzt.

Häufig fehlen am Anfang:

• ein gemeinsames Ziel,
• wichtige Varianten und Ausnahmefälle,
• geprüfte Zugänge zu anderen Programmen,
• verlässliche Angaben zur Qualität alter Daten,
• Zuständigkeiten und Zugriffsrechte,
• klare Bedingungen für die Prüfung der fertigen Arbeit,
• eine Grenze für die erste Ausbaustufe.

Solche offenen Punkte müssen nicht alle verschwinden. Sie müssen aber sichtbar sein. Vor dem Festpreis werden sie entweder geklärt oder ausdrücklich als Annahme und Grenze festgehalten.

In einer kleinen Variante gibt ein Kunde ein Formular ab. Eine zuständige Person prüft es. Danach sieht der Kunde einen einfachen Bearbeitungsstand.

In einer größeren Variante gibt es mehrere Kundengruppen, verschiedene Freigaben, Dokumente, eine Verbindung zum zentralen Unternehmensprogramm, die Übernahme alter Daten und besondere Regeln für die Sicherheit. Beide Varianten heißen Kundenportal. Der Aufwand und das Risiko unterscheiden sich deutlich.

Wer trotz dieser offenen Fragen einen festen Preis nennt, muss einen großen Sicherheitspuffer einplanen oder riskiert später Streit über den vereinbarten Inhalt. Mehr Klarheit macht Angebote besser vergleichbar.

Wie viele Einzelheiten nötig sind, hängt vom Vorhaben ab. Eine kleine Anwendung für den eigenen Betrieb braucht weniger Vorbereitung als ein wichtiges Programm mit alten Daten und mehreren Verbindungen.

Mindestens geklärt sein sollten:

• der geplante Ablauf mit wichtigen Ausnahmen,
• Nutzergruppen, Zuständigkeiten und Zugriffsrechte,
• die wichtigsten Funktionen der ersten Ausbaustufe,
• beteiligte Programme und geprüfte Verbindungswege,
• Umfang, Qualität und Regeln für alte Daten,
• Anforderungen an Datenschutz, Sicherheit und Betrieb,
• erwartete Geschwindigkeit, Verfügbarkeit und Qualität,
• konkrete Bedingungen für die Prüfung und Bestätigung der fertigen Arbeit,
• ausdrücklich ausgeschlossene Leistungen und nötige Mitarbeit.

Ein offener Punkt ist erlaubt. Er muss benannt und mit einer nachvollziehbaren Annahme behandelt werden.

Das Angebot sollte das Ziel mit konkreten Ergebnissen verbinden. Dazu gehören Leistungen, ausgeschlossene Arbeiten, wichtige Zwischenschritte und Zuständigkeiten beider Seiten. Auch Tests, die gemeinsame Schlussprüfung, die technische Bereitstellung, eine Anleitung und der Umgang mit gefundenen Fehlern gehören dazu.

Wichtig ist außerdem: Wer stellt die Umgebung zum Testen und die später genutzte Umgebung bereit? Wer besorgt Zugänge zu anderen Programmen? Welche Annahmen gelten für technische Verbindungen und alte Daten?

Regeln zu Gewährleistung, Haftung oder Nachbesserung hängen vom tatsächlichen Vertrag ab. Dieser Artikel ist keine Rechtsberatung. Ein konkreter Vertrag sollte bei Bedarf rechtlich geprüft werden.

Auch bei guter Vorbereitung können während des Vorhabens neue Erkenntnisse entstehen. Das ist normal. Problematisch wird es, wenn zusätzliche Wünsche still in die Umsetzung gelangen und dadurch Preis, Termin oder Qualität verändern.

Ein geordneter Ablauf sieht so aus:

1. Die gewünschte Änderung wird beschrieben.
2. Auswirkungen auf Ablauf, Technik, Tests, Daten und Betrieb werden geprüft.
3. Folgen für Preis und Zeit werden gezeigt.
4. Erst nach einer Entscheidung wird die Änderung umgesetzt.

Das ist eine abgestimmte Änderung. Eine kleine Klarstellung, die Korrektur eines Fehlers und eine echte Erweiterung sind nicht dasselbe. Maßgeblich ist, welches Ergebnis ursprünglich nachweisbar vereinbart wurde.

Ein Festpreis passt zu einer klar beschriebenen Umsetzung. Die Bezahlung nach tatsächlich eingesetzter Zeit passt besser, wenn Ziel oder technische Machbarkeit noch bewusst untersucht werden.

Eine Verbindung beider Arten ist möglich: Zuerst wird eine begrenzte Untersuchung nach Zeitaufwand beauftragt. Ihr Ergebnis ist ein klarer gewünschter Ablauf und Umfang. Die anschließende Umsetzung kann dann einen Festpreis erhalten.

Keine Art der Bezahlung ersetzt gute Steuerung. Ein niedriger Festpreis hilft nicht, wenn beide Seiten den Inhalt verschieden verstehen. Eine Bezahlung nach Zeitaufwand braucht weiterhin klare Reihenfolgen, sichtbare Arbeit und regelmäßige Entscheidungen.

Ein Festpreis für das fertige Endergebnis kann falsche Sicherheit schaffen, wenn die technische Machbarkeit unbekannt ist, sich das Ziel stark verändert, Zugänge zu anderen Programmen fehlen oder alte Daten noch nicht geprüft wurden.

Dann ist eine kleine Untersuchung oder eine begrenzte Testlösung sinnvoller. Ihr Ergebnis muss nicht fertige Software sein. Sie kann zeigen, ob ein Lösungsweg funktioniert, welche Variante ausscheidet, welche Risiken bleiben und welcher Umfang danach verlässlich berechnet werden kann.

Prüfen Sie zuerst, ob der gewünschte Ablauf, die wichtigen Funktionen, Zuständigkeiten, Verbindungen und Daten bekannt sind. Gibt es konkrete Regeln für die Prüfung der fertigen Arbeit? Sind Grenzen und nötige Mitarbeit festgehalten? Dann kann ein Festpreis für diesen Umfang sinnvoll sein.

Fehlen diese Grundlagen, verringern Sie zuerst die Unsicherheit. Beauftragen Sie eine Untersuchung des Arbeitsablaufs, eine technische Prüfung oder eine klar begrenzte Testlösung. Das Ergebnis sollte eine Entscheidung ermöglichen und nicht nur weitere offene Wünsche sammeln.

Leistungsumfang: Die vereinbarten Arbeiten, ihre Grenzen und die nötige Mitarbeit beider Seiten.

Regel für die Prüfung: Eine klare Bedingung, mit der eine fertige Funktion geprüft wird.

Bestätigung der fertigen Arbeit: Beide Seiten halten fest, dass die vereinbarte Leistung erbracht wurde.

Abgestimmte Änderung: Ein neuer Wunsch wird beschrieben. Seine Folgen für Preis und Termin werden vor der Umsetzung geklärt.

Bezahlung nach Zeitaufwand: Bezahlt wird die tatsächlich eingesetzte Arbeitszeit.

Begrenzte Testlösung: Eine kleine Lösung, mit der eine wichtige Annahme geprüft wird.

Technische Bereitstellung: Die fertige Software wird in der vorgesehenen Umgebung nutzbar gemacht.

Direkte Datenübertragung: Zwei Programme tauschen Informationen auf einem festgelegten Weg aus.

Ein guter Festpreis ist das Ergebnis von Klarheit. Er braucht einen abgestimmten Ablauf, einen beschriebenen Umfang und klare Regeln für die Prüfung der fertigen Arbeit. Wenn diese Grundlage fehlt, sollte zuerst die Unsicherheit verringert werden. So bezieht sich der Preis auf ein konkretes Ergebnis und nicht auf eine Sammlung unbekannter Annahmen.