Ihr Team möchte ein internes Softwareprodukt erweitern, doch erst nach Sichtung der bestehenden Anwendung wird klar sein, welche Arbeiten nötig sind. Ein Angebot mit Softwareentwickler-Stundensatz gibt Ihnen dann einen Preis pro Stunde, aber noch keine Obergrenze für die Rechnung. Dieser Leitfaden zeigt, wie Sie Annahmen, einen begrenzten Beauftragungsabschnitt und Freigabepunkte festlegen, ohne einen Stundensatz mit einem Festpreis zu verwechseln.
Schritt 1: Legen Sie fest, was die erste Beauftragung klären soll
Wenn der Gesamtumfang offen ist, müssen Sie nicht sofort das gesamte Vorhaben beauftragen. Definieren Sie zunächst einen Abschnitt, nach dem eine bessere Entscheidung möglich ist: etwa die Sichtung einer bestehenden Codebasis, die Klärung kritischer Anforderungen und die Umsetzung einer priorisierten Änderung. Halten Sie fest, welche Ergebnisse Sie am Ende dieses Abschnitts benötigen und welche Funktionen ausdrücklich noch nicht dazugehören. Wie Sie widersprüchliche Wünsche vor der Suche nach Unterstützung ordnen, zeigt der Beitrag zum klaren Entwickler-Briefing.
Notieren Sie die Annahmen, von denen der Aufwand abhängt:
- Ausgangslage: Welche Dokumentation, Zugänge und Entscheidungen stehen tatsächlich bereit?
- Umfang: Welche Aufgaben haben Vorrang, und welche werden erst nach einer erneuten Freigabe bearbeitet?
- Rollen: Wer beantwortet fachliche Fragen, priorisiert Aufgaben und nimmt Zwischenergebnisse entgegen?
- Ungewissheit: Welche Befunde können den Aufwand deutlich verändern, etwa unbekannte Abhängigkeiten in der bestehenden Anwendung?
Vergleichen Sie einen Entwickler-Stundensatz deshalb nicht isoliert. Seniorität, Einarbeitungsbedarf, Abstimmungsaufwand und die Mitarbeit Ihres eigenen Teams beeinflussen, wie viel nutzbares Ergebnis innerhalb der Budgetgrenze entsteht. Auch bei PHP, Java oder .NET ist die Technologie allein kein belastbarer Preismaßstab; eine konkrete Verfügbarkeit ist vor der Beauftragung zu klären. Die veröffentlichten Preise von Remoteplatz sind ein Ausgangspunkt für die Anfrage, kein Festpreis für einen noch ungeklärten Leistungsumfang.
Schritt 2: Rechnen Sie den Stundenrahmen in eine Budgetobergrenze um
Vereinbaren Sie für den ersten Abschnitt einen maximal freigegebenen Betrag und leiten Sie daraus ab, wie viele abrechenbare Stunden beim angebotenen Satz höchstens eingesetzt werden dürfen. Beschreiben Sie zugleich, welche Tätigkeiten in diesen Rahmen fallen: Entwicklung, Einarbeitung, Besprechungen, Tests oder Dokumentation. Ob und wie diese Zeiten abgerechnet werden, muss das konkrete Angebot beantworten. Für die breitere Kalkulation einschließlich interner Aufwände lesen Sie den bestehenden Beitrag zum Gesamtbudget für externe Softwareentwicklung.
Modellrechnung – Annahme, kein Kundenprojekt: Ein Unternehmen begrenzt den ersten Abschnitt auf 100 abrechenbare Stunden. Bei einem vereinbarten Satz von 30 € netto pro Stunde entspräche das einer Obergrenze von 3.000 € netto für diese Stunden. Remoteplatz nennt 30 € netto pro Stunde für Software-Ingenieur:innen in Teilzeit oder pro Projekt; für Vollzeit bei 40 Stunden pro Woche sind 25 € netto pro Stunde genannt. Die Modellrechnung setzt voraus, dass der angefragte Einsatz zum genannten Teilzeit- oder Projektpreis zustande kommt. Sie ist weder ein Angebot für das Beispielvorhaben noch eine Zusage, dass das gewünschte Ergebnis in 100 Stunden fertig wird.
Trennen Sie dabei zwei Grenzen: Die Ausgabengrenze bestimmt, welche Stunden ohne neue Entscheidung beauftragt sind. Die Leistungsgrenze beschreibt, welche Aufgaben in diesem Abschnitt versucht beziehungsweise bearbeitet werden sollen. Wenn Erkenntnisse aus der ersten Sichtung die Annahmen verändern, folgt daraus nicht automatisch mehr Budget. Entscheiden Sie dann, ob Sie Aufgaben streichen, den nächsten Abschnitt gesondert freigeben oder das Vorhaben vorerst stoppen.
Hinweis: Die genannten Preise sind netto zuzüglich gesetzlicher MwSt. Wie Stunden erfasst und Budget- sowie Freigabegrenzen verbindlich vereinbart werden, ist für den konkreten Auftrag zu klären (Stand: Mai 2026). Dieser Beitrag ersetzt keine Rechts-/Steuerberatung.
Schritt 3: Vereinbaren Sie Berichte und Freigabepunkte
Eine Obergrenze hilft nur, wenn Sie den Verbrauch rechtzeitig sehen. Lassen Sie sich vor dem Start erläutern, wie Arbeitszeiten Aufgaben zugeordnet werden, in welchem Rhythmus Sie eine Übersicht erhalten und wer eine Änderung des Arbeitsumfangs freigeben darf. Klären Sie ebenso, was mit begonnenen Aufgaben geschieht, wenn die Grenze erreicht ist. Die Verantwortung für Prioritäten und tägliche Rückfragen sollte intern benannt sein; dazu passt der Leitfaden zur täglichen Steuerung externer Entwickler.
Für das angenommene Produktvorhaben könnte der erste Freigabepunkt nach der Sichtung der vorhandenen Anwendung liegen: Das Unternehmen prüft die Befunde und bestätigt die nächsten priorisierten Aufgaben innerhalb der bereits gesetzten Grenze. Vor deren Ausschöpfung entscheidet es anhand einer Stundenübersicht und der offenen Aufgaben, ob ein weiterer Abschnitt sinnvoll ist. Halten Sie diese Entscheidung fest, statt eine stillschweigende Fortsetzung zu unterstellen.
Fordern Sie Angebote in vergleichbarer Form an: Satz und Einsatzmodell, angenommene Aufgaben, Abrechnung von Abstimmung und Einarbeitung, Berichtsweg sowie Vorgehen bei zusätzlichen Anforderungen. Der Beitrag zum Vergleich von Angeboten und Abrechnungsmodellen hilft, Unterschiede sichtbar zu machen. Die Ausgabenobergrenze allein ersetzt weder fachliche Priorisierung noch die Zeit, die Ihr Team für Entscheidungen aufbringen muss.
Stolperfallen, die Sie vermeiden sollten
- Stundensatz als Fertigstellungspreis lesen: Ein Satz legt Kosten pro abgerechneter Stunde fest, nicht den Aufwand bis zum fertigen Produkt.
- Nur Entwicklungsstunden vorsehen: Klären Sie vorab, wie Einarbeitung, Abstimmungen und Dokumentation im angebotenen Modell behandelt werden.
- Budget ohne Prioritäten deckeln: Benennen Sie zuerst die Aufgaben, die innerhalb der Grenze den größten Entscheidungswert haben.
- Änderungen nebenbei beauftragen: Neue Anforderungen brauchen eine bewusste Entscheidung über Umfang, Stundenrahmen und Freigabe.
- Verbrauch erst auf der Rechnung sehen: Vereinbaren Sie eine laufende Übersicht, damit Sie vor Erreichen der Grenze handeln können.
Häufige Fragen
Ist eine Budgetobergrenze dasselbe wie ein Festpreis?
Nein. Sie begrenzt die zunächst freigegebenen Ausgaben. Ein Festpreis würde einen vereinbarten Leistungsumfang zu einem festen Preis betreffen; bei offenem Umfang kann die Budgetgrenze erreicht sein, bevor alle gewünschten Aufgaben erledigt sind.
Was tun wir, wenn nach der ersten Sichtung mehr Arbeit sichtbar wird?
Lassen Sie die neuen Erkenntnisse, die verbleibenden Aufgaben und den voraussichtlichen weiteren Aufwand erläutern. Entscheiden Sie dann ausdrücklich, ob Sie umpriorisieren, einen weiteren Abschnitt freigeben oder stoppen.
Reicht der günstigste Programmierer-Stundensatz für die Auswahl?
Nein. Prüfen Sie neben dem Satz, ob Erfahrung, verfügbare Kapazität, Abstimmung und Aufgabenverständnis zum ersten Abschnitt passen. Fragen Sie nach demselben Abrechnungsumfang, bevor Sie Angebote vergleichen.
Fazit
Bei offenem Umfang kaufen Sie mit einem Stundensatz keine garantierte Fertigstellung. Ein klar begrenzter erster Abschnitt, dokumentierte Annahmen und rechtzeitige Freigaben machen die Ausgabe dennoch steuerbar. Wenn Sie für Ihr Vorhaben externe Unterstützung prüfen möchten, finden Sie Informationen zu Remote KI- & Software-Ingenieur:innen; mit Ihrem geplanten Abschnitt und Ihrer Budgetgrenze können Sie Expert:innen anfragen.
Beschreiben Sie den ersten Beauftragungsabschnitt, Ihre offenen Annahmen und die gewünschte Budgetgrenze. So lässt sich besprechen, welche Unterstützung zu Ihrem Vorhaben passt. Expert:innen anfragen
