TL;DR
- Custom-Software ist im Mittelstand teuer, weil ein Senior-Tagessatz auch die Routine-Implementierung bezahlt, die strukturell günstiger machbar wäre.
- Unser Modell dreht die Rechnung um: Senior-Architect on-shore, Build-Bench off-shore, Quality-Gate on-shore — Marktqualität bei 35–50 % der typischen Brutto-Kosten.
- IP und Quellcode bleiben zu 100 % beim Kunden, Übergabe nach jeder Phase.
- Förder-konform: DM-KI, FZulG und optional ZIM lassen sich über das Vorhaben schichten.
Das klassische Modell und seine Schwäche
Eine deutsche Software-Agentur hat einen Senior-Lead, drei mittlere Entwickler und einen Junior. Bei einem ordentlichen Voice-Bot fallen rund 120 Personentage an, dazu Projektmanagement und Risiko-Aufschlag.
Die Schwäche: Die Mehrarbeit am Code erledigt der mittlere Entwickler, nicht der Senior-Lead. Der Senior macht Architektur, Code-Review und Design-Entscheidungen — typisch 10–15 Personentage. Die restlichen rund 105 Tage sind Routine-Implementierung, für die Sie den vollen Senior-Tagessatz zahlen, obwohl die Arbeit strukturell günstiger machbar wäre.
Das Bench-Modell
Wir splitten die Rollen sauber:
- Senior-Architect on-shore (Deutschland). Architektur, Code-Review, Sicherheits-Entscheidungen, Kundenkommunikation. Etwa 8–12 Personentage im typischen Projekt.
- Build-Bench off-shore. Routine-Code, Tests, Deployment-Skripte, Dokumentation. Etwa 80–100 Personentage.
- Quality-Gate on-shore. Bevor Code zum Kunden geht: Senior-Review, automatische Tests, manuelle Abnahme. Nicht verhandelbar.
Unsere Build-Bench besteht aus fest angestellten Entwicklern mit fünf und mehr Jahren Erfahrung — keine Vergabe an wechselnde Freelancer. Wir kennen die Leute persönlich, sie arbeiten ausschließlich auf unseren Projekten, sprechen Englisch auf Verhandlungsniveau und nutzen dieselbe Code-Plattform wie wir.
Drei-Rollen-Modell
Vergleichsrechnung — typischer Voice-Bot
Bei identischer Leistung verschiebt sich die Kostenstruktur deutlich, weil der teure Routine-Block aus der Rechnung fällt:
| Position | Klassisch (DE) | Bench-Modell |
|---|---|---|
| Senior-Lead (~12 Tage) | voller Senior-Satz | voller Senior-Satz |
| Mittlere Entwickler (~100 Tage) | voller Mid-Satz | — |
| Build-Bench (~100 Tage) | — | Bruchteil des Mid-Satzes |
| Projekt-Management | unverändert | unverändert |
| Quality-Gate + Review | inklusive | gesondert ausgewiesen |
| Risiko-Aufschlag | hoch | niedrig |
Das ergibt rund 60 % Cost-Reduktion auf identische Leistung. Bei größeren Projekten (Multi-Agent, umfangreichere Automation) wächst der Hebel überproportional, weil der Senior-Anteil prozentual sinkt.
Die typischen Sorgen — und wie wir sie auflösen
"Wer sieht meinen Code?" Nur zwei Personen: der Senior-Architect on-shore und der zugewiesene Bench-Entwickler. NDA und Zugriffs-Logging sind Standard, das Repository in Deutschland gehostet — der Bench-Entwickler arbeitet remote per VPN, kein lokaler Code auf seinem Rechner.
"Was passiert mit dem Code nach Projektende?" Sie erhalten Quellcode, Repository, Dokumentation und Deployment-Konfig. IP zu 100 % bei Ihnen, wir behalten kein Lizenzrecht. Wenn Sie später mit einer anderen Agentur weitermachen, reicht der Repo-Export.
"Was, wenn der Bench-Entwickler kündigt?" Übergabe an einen Backup-Entwickler binnen einer Woche, der Senior-Architect bleibt durchgehend gleich. Sie merken den Wechsel nicht.
"Sprache und Zeitzone?" Englisch auf Verhandlungsniveau, deutsche Standup-Time 9:00–11:00. Der Senior-Architect ist Ihr deutscher Ansprechpartner — Sie reden nie direkt mit der Bench.
Wo der Förder-Hebel greift
Das Bench-Modell ist förder-konform. Ein typisches Vorhaben kombiniert eine geschichtete Förder-Architektur:
- DM-KI: 50 % Quote auf den Software- und Lizenz-Anteil.
- FZulG: 35 % Steuergutschrift auf die F&E-Personalkosten des Senior-Architects.
- ZIM: optional für den Innovations-Anteil, wenn das Vorhaben technologische Neuheit hat — bis 45 % auf den F&E-Anteil.
Richtig gestapelt sinkt die effektive Netto-Belastung deutlich, bei voller Quellcode-Übergabe und IP zu 100 %.
Wann das Modell nicht passt
- Hochsensible Echtdaten ohne Pseudonymisierung. Müssen personenbezogene Echtdaten ohne Pseudonymisierung in der Entwicklung verarbeitet werden, bleibt die Implementierung in Deutschland. Selten — meist lassen sich Test-Datensätze anonymisieren.
- Echtzeit-Pair-Programming-Bedarf. Bei extrem dynamischen Anforderungen mit täglichen 1:1-Sessions zwischen Kunde und Entwickler ist das klassische Modell richtiger.
- Compliance mit on-shore-Pflicht. Manche regulierten Branchen (BaFin, KRITIS) schreiben on-shore-Entwicklung vor. Das prüfen wir im ersten Gespräch.
Vertrauens-Anker
Wer das Modell ernst nimmt, prüft drei Dinge:
- Quellcode-Übergabe nach Phase 1 — typisch nach sechs Wochen Pilot. Sie sehen Architektur und Code-Qualität, bevor Sie weitere Phasen freigeben.
- Repository in deutscher Cloud (Hetzner, IONOS, OVH). Kein US-GitHub-only, kein Code in fremder Hand.
- Senior-Architect mit nachweislicher Konzern-Erfahrung — kein Berufseinsteiger mit Bench-Hilfe, sondern echter Senior mit zehn Jahren Praxis.
Fazit
Die Build-Bench ist kein Outsourcing-Trick, sondern ein klar strukturiertes Drei-Rollen-Modell: Senior-Architect on-shore, Bench off-shore, Quality-Gate on-shore. Richtig aufgesetzt liefert es Marktqualität bei 35–50 % der typischen Brutto-Preise — IP und Quellcode bleiben zu 100 % beim Kunden.
Wenn Sie einen Custom-Build erwägen und der Brutto-Preis Sie bremst: Beispiel-Rechnung anfragen → /anfrage. Wir schicken eine konkrete Kalkulation für Ihren Anwendungsfall, ohne Verpflichtung.
Weiterführend im Themenfeld: go-digital plus Custom-Build kombinieren und Förderantrag vor Vorhabensbeginn: die Regel.
Nächster Schritt
Passt das auf Ihren Fall?
30-Min-Erstgespräch, kostenfrei und unverbindlich. Wir gehen Ihren konkreten Fall durch — und sagen ehrlich, wenn nichts passt.