Webentwicklung und 3D-Engine-Entwicklung sind beides anspruchsvolle Softwaredisziplinen, folgen aber unterschiedlichen technischen Realitäten. Der Vergleich zwischen Fertigteilhaus und Architektenhaus hilft, diese Unterschiede greifbar zu machen, ohne eine der beiden Disziplinen auf ein einfaches Klischee zu reduzieren.
Wenn das sichtbare Ergebnis täuscht
Auf den ersten Blick wirken viele Anforderungen in digitalen Projekten ähnlich. Ein neues Element soll angezeigt werden. Eine Variante soll auswählbar sein. Eine Oberfläche soll anders aussehen. Ein Objekt soll an einer anderen Stelle erscheinen. Aus Kundensicht ist die sichtbare Änderung oft klein und klar beschreibbar.
Technisch macht es jedoch einen erheblichen Unterschied, ob diese Änderung in einem klassischen Webprojekt oder in einer interaktiven 3D-Anwendung umgesetzt wird. Webentwicklung arbeitet meist mit einer zweidimensionalen Oberfläche, strukturierten Inhalten, klaren Komponenten und etablierten Standards. 3D-Entwicklung hingegen verändert eine räumliche Szene, in der Geometrie, Licht, Kamera, Maßstab, Materialien, Zustände und Performance eng miteinander verbunden sind.
Genau hier hilft eine bauliche Analogie: Webentwicklung ist in vielen Fällen mit einem hochwertigen Fertigteilhaus vergleichbar. 3D-Engine-Entwicklung ähnelt dagegen eher einem Architektenhaus.
Webentwicklung als Fertigteilhaus
Ein Fertigteilhaus ist kein minderwertiges Haus. Im Gegenteil: Moderne Fertigteilhäuser können hochwertig, langlebig, energieeffizient und gestalterisch ansprechend sein. Ihr Vorteil liegt in der Standardisierung. Es gibt bewährte Grundrisse, erprobte Bauelemente, definierte Anschlüsse und klare Abläufe. Wände, Fenster, Türen, Leitungen und Dächer folgen bekannten Systemen.
Natürlich lässt sich auch ein Fertigteilhaus individualisieren. Man kann Materialien, Farben, Raumaufteilung, Ausstattung und technische Details anpassen. Trotzdem beruhen viele Entscheidungen auf vorhandenen Mustern. Ein Fenster ist nicht jedes Mal eine neue konstruktive Herausforderung. Eine Tür muss nicht jedes Mal grundlegend neu geplant werden. Viele technische Fragen sind bereits durch Standards gelöst.
Ähnlich verhält es sich bei klassischen Webprojekten. Es gibt HTML für Struktur, CSS für Gestaltung, JavaScript für Verhalten, Datenbanken für Speicherung und etablierte Content-Management- oder Shopsysteme für komplexere Abläufe. Formulare, Buttons, Menüs, Tabellen, Produktlisten, Filter, Login-Bereiche oder Kontaktseiten folgen bekannten Mustern. Auch wenn jedes Webprojekt individuell gestaltet wird, kann die Umsetzung häufig auf erprobte Komponenten zurückgreifen.
Das macht Webentwicklung nicht trivial. Gute Webentwicklung erfordert Architektur, Performancebewusstsein, Barrierefreiheit, Sicherheit, Wartbarkeit und saubere Benutzerführung. Aber viele Aufgaben bewegen sich in einem standardisierten technischen Rahmen. Dadurch sind Änderungen oft schneller kalkulierbar und effizienter umzusetzen.
3D-Entwicklung als Architektenhaus
Ein Architektenhaus folgt einer anderen Logik. Hier wird nicht einfach ein vorhandener Grundriss angepasst. Die räumliche Wirkung, die Lichtführung, die Sichtachsen, die Proportionen, die Materialien und die Bewegung durch den Raum müssen individuell geplant werden. Ein Bauteil ist nicht nur ein Bauteil. Es beeinflusst die Wirkung des gesamten Gebäudes.
Eine Wand ist nicht einfach eine Wand. Sie kann Licht nehmen oder lenken. Sie kann Räume öffnen oder trennen. Sie kann Sichtbeziehungen verändern, Wege beeinflussen und die Atmosphäre prägen. Wird ein Element verändert, kann das Auswirkungen auf viele andere Bereiche haben.
So funktioniert auch Entwicklung in einer 3D-Engine. Ein neues Objekt ist nicht nur ein sichtbares Element. Es muss korrekt im Raum positioniert werden. Es braucht den passenden Maßstab. Es muss mit vorhandenen Modellen harmonieren, richtig beleuchtet werden, aus der Kamera funktionieren und darf keine unerwünschten Überschneidungen erzeugen. Materialien, Schatten, Perspektive und Performance spielen unmittelbar mit hinein.
Während im Web ein zusätzliches Element oft als neue Komponente, Template-Anpassung oder CSS-Regel umgesetzt werden kann, muss ein 3D-Objekt in eine räumliche Inszenierung integriert werden. Es ist Teil eines Szenengraphen, hängt an Prefabs oder Instanzen, reagiert auf Zustände und muss in der Laufzeit korrekt aktiviert, deaktiviert, gespeichert und wiederhergestellt werden.
Warum eine kleine Änderung in 3D größer sein kann
Ein typisches Missverständnis entsteht, wenn das sichtbare Ergebnis klein wirkt. Ein Sensor soll ergänzt werden. Eine Betonpalette soll unter einem Objekt erscheinen. Ein Gehäuse soll auf der anderen Seite stehen. In einem Webprojekt würde man hier vielleicht an ein neues Icon, ein neues Feld oder eine andere Position im Layout denken.
In einer 3D-Anwendung ist diese Änderung selten nur optisch. Ein Gegenstand muss als Modell vorhanden sein, korrekt in seiner Umgebung sitzen, mit dem richtigen Zustand verbunden werden und über die Bedienoberfläche steuerbar sein. Ein Objekt muss geometrisch zur Szene passen, Maßeinheiten berücksichtigen, mit anderen Objekten zusammenspielen und darf keine bestehende Positionierungslogik stören. Ein Objekt zu verschieben betrifft nicht nur die sichtbare Position, sondern möglicherweise Objekt-Hierarchie, Zustandslogik, gespeicherte Konfigurationen und Sonderfälle im bestehenden System.
Der Aufwand liegt also nicht nur im Platzieren eines Objekts. Er liegt in der sauberen Integration. Das Objekt muss nicht nur sichtbar sein, sondern im System verstanden werden. Es muss auswählbar, reproduzierbar, speicherbar, ladbar und in allen vorgesehenen Varianten stabil darstellbar sein.
Design und Technik sind in 3D enger verwoben
Im Web lassen sich Gestaltung und technische Struktur oft relativ gut trennen. Ein Button kann funktional korrekt sein, auch wenn Farbe, Abstand oder Typografie später noch feinjustiert werden. Ein Formular kann speichern, auch wenn das Layout noch optimiert wird.
In 3D ist diese Trennung weniger eindeutig. Ein Objekt kann technisch korrekt eingebunden sein und trotzdem falsch wirken. Vielleicht ist es minimal zu groß. Vielleicht sitzt es nicht exakt auf dem Boden. Vielleicht wirft es unpassende Schatten. Vielleicht sieht es aus einer Kameraperspektive gut aus, aus einer anderen aber nicht. Vielleicht funktioniert es bei Tageslicht, aber nicht in einer Nachtszene.
Deshalb braucht 3D-Entwicklung mehr visuelle Abstimmung. Maßstab, Position, Material, Licht, Schatten und Kamera sind keine nachgelagerten Details, sondern Teil der technischen Qualität. Eine funktionierende 3D-Szene entsteht nicht nur durch Code, sondern durch das Zusammenspiel von Softwarearchitektur, Gestaltung und räumlicher Wahrnehmung.
Performance als zusätzlicher Kostenfaktor
Ein weiterer Unterschied liegt in der Performance. Auch Webprojekte müssen performant sein, besonders bei komplexen Frontends, Shops oder datenintensiven Anwendungen. In 3D-Anwendungen ist Performance jedoch unmittelbar mit der visuellen Szene verbunden.
Jedes zusätzliche Modell, jede Textur, jedes Material, jede Lichtquelle, jeder Schatten und jeder Effekt kann die Laufzeit beeinflussen. Deshalb reicht es nicht, ein Objekt einzubauen und sichtbar zu machen. Es muss auch geprüft werden, ob die Szene weiterhin flüssig läuft, ob die Darstellung stabil bleibt und ob die Erweiterung später skalierbar ist.
Gerade bei interaktiven 3D-Anwendungen ist diese Prüfung entscheidend. Der Nutzer betrachtet keine statische Seite, sondern bewegt sich durch eine simulierte oder inszenierte Umgebung. Dadurch entstehen mehr Zustände, mehr Blickwinkel und mehr mögliche Seiteneffekte.
Was der Markt über 3D-Entwicklung verrät
Die technische Differenz zwischen Webentwicklung und 3D-Engine-Entwicklung zeigt sich auch in den marktüblichen Stundensätzen. Diese Zahlen sind keine starre Preisliste, aber sie helfen dabei, den Aufwand professioneller 3D-Entwicklung einzuordnen.
Im einfachen Umsetzungsbereich geht es oft darum, bestehende Objekte zu platzieren, vorhandene Prefabs einzubinden oder kleinere UI-Anpassungen vorzunehmen. Solche Arbeiten sind klar umrissen und erfordern meist keine grundlegenden Architekturentscheidungen. In diesem Bereich bewegen sich Junior-Profile üblicherweise bei etwa 50 bis 70 Euro pro Stunde.
Reguläre 3D-Entwicklung beginnt dort, wo die Arbeit nicht mehr nur aus Platzierung und Anpassung besteht. Sobald Gameplay-Scripting, Controller-Logik, UI-Integration, Zustandslogik, JSON- oder DTO-Anbindung und Prefab-Strukturen zusammenkommen, handelt es sich um Medior-Leistungen. Hier sind in Europa etwa 70 bis 100 Euro pro Stunde realistisch.
Noch höher liegt der Aufwand, wenn bestehende Systeme erweitert werden müssen. Komplexere Szenenhierarchien, Performance-Optimierung, saubere Zustandsverwaltung, Prefab- und Controller-Architektur oder Sonderfälle in bestehender Logik gehören typischerweise in den Senior-Bereich. Dafür sind etwa 100 bis 130 Euro pro Stunde marktüblich.
Spezialentwicklungen liegen nochmals darüber. Dazu zählen VR-, AR- und XR-Anwendungen, komplexe Simulationen, Rendering- und Shader-Themen, Multiplayer, Plattformoptimierung, Cross-Platform-Deployment oder schwierige Performance-Probleme. Solche Expert-Leistungen können sich realistisch im Bereich von etwa 130 bis 180 Euro pro Stunde und darüber bewegen.
Agentur- und Studioleistungen sind wiederum anders zu bewerten als reine Freelancer-Stundensätze. Hier wird nicht nur Entwicklung kalkuliert, sondern auch Projektleitung, technische Konzeption, Abstimmung, Qualitätssicherung, Risikoübernahme, Dokumentation, Testing und Übergabefähigkeit. Rechnerisch können solche Leistungen je nach Projektverantwortung und Teamstruktur bei etwa 150 bis 250 Euro pro Stunde liegen.
| Kategorie | Typische Tätigkeiten / Leistungsbild | Realistischer Satz |
|---|---|---|
| Junior / einfache Umsetzungsarbeit | einfache GameObjects platzieren, bestehende Prefabs einbinden, kleinere UI-Anpassungen, einfache Sichtbarkeitslogik, einfache 3D-Modell-Integration, klar vorgegebene Aufgaben ohne Architekturentscheidung | ca. 50–70 €/h |
| Medior / reguläre 3D-Entwicklung | Gameplay-Scripting, Controller-Logik, UI-Integration, einfache Zustandslogik, JSON-/DTO-Anbindung, Prefab-Strukturen, kleinere 3D-Szenenlogik, AR-/VR-Grundfunktionen, Prototypen und interaktive Installationen | ca. 70–100 €/h |
| Senior / Architektur, 3D-Logik, Performance, Spezialfälle | Projektarchitektur, Erweiterung bestehender Systeme, komplexere Szenenhierarchien, Performance-Optimierung, saubere Zustandsverwaltung, Prefab-/Controller-Architektur, Sonderfälle in bestehender Logik, Team- oder technische Projektführung | ca. 100–130 €/h |
| Expert / Spezialentwicklung | VR/AR/XR, komplexe Simulationen, Rendering-/Shader-Themen, Multiplayer, Plattformoptimierung, Cross-Platform-Deployment, technische Beratung, schwierige Performance-Probleme, R&D-nahe Umsetzung | ca. 130–180+ €/h |
| Agentur / Studio mit Projektverantwortung | Entwicklung plus Projektleitung, Qualitätssicherung, Abstimmung, technische Konzeption, Risikoübernahme, Dokumentation, mehrere Rollen im Hintergrund, Testing, Produktionssicherheit, Übergabe- und Supportfähigkeit | ca. 150–250 €/h rechnerisch |
Die genannten Bandbreiten decken sich mit mehreren Marktbeobachtungen. Freelancer.nl nennt für 3D Developer im Jahr 2026 Stundensätze von etwa 50 bis 130 Euro und unterscheidet dabei zwischen Junior-, Medior- und Senior-Profilen. Die dort beschriebenen Tätigkeiten passen gut zur fachlichen Abstufung: einfache Game Mechanics und 3D-Modellierung im Junior-Bereich, Gameplay-Scripting und UI-Integration im Medior-Bereich sowie Architektur, Optimierung und Teamführung im Senior-Bereich.
Auch internationale Erhebungen bestätigen diese Größenordnung. goLance beschreibt für Freelance 3D 3D Developer eine breite Spanne von einfachen bis hochspezialisierten Profilen. Besonders erfahrene 3D-Entwickler liegen dort deutlich über einfachen Umsetzungsleistungen. Für XR-, AR- und VR-Spezialisten zeigen Quellen wie Jobbers nochmals höhere Werte, insbesondere bei Simulation, Rendering, Plattformoptimierung und komplexer 3D-Performance.
Bei Agenturen und Studios muss die Betrachtung weiter gefasst werden. Eine Agentur verkauft nicht nur einzelne Entwicklungsstunden, sondern übernimmt Projektverantwortung. Dazu gehören Konzeption, Abstimmung, Qualitätssicherung, Dokumentation, Testing, Übergabe und Risikoabsicherung. Deshalb liegen solche Sätze rechnerisch höher als reine Freelancer-Werte. Quellen wie Cadence und Neowork bestätigen, dass Development Agencies und Game- oder Mobile-Studios in Westeuropa entsprechend höhere Bandbreiten kalkulieren.
Was das für die Bewertung von 3D-Projekten bedeutet
Für professionelle 3D-Entwicklung in Europa sind Stundensätze zwischen rund 70 und 130 Euro bereits im regulären Freelancer-Markt üblich. Sobald bestehende Szenenlogik, Zustandsverwaltung, Prefab-Strukturen, JSON-Mapping, UI-Anbindung, Licht, Kamera, Performance und Sonderfälle betroffen sind, bewegt sich die Leistung fachlich im Senior-Bereich.
Das ist der entscheidende Punkt für die Projektargumentation: Der Aufwand entsteht nicht nur durch das sichtbare Ergebnis. Ein neues Objekt in einer Szene ist nicht nur ein Objekt. Es muss in die räumliche Logik, die technische Struktur und die visuelle Wirkung des Projekts eingebunden werden.
Damit bestätigt auch der Markt die Analogie vom Architektenhaus. Je stärker eine Anwendung individuell geplant, technisch verzahnt und visuell abgestimmt werden muss, desto weniger lässt sie sich wie eine standardisierte Oberfläche kalkulieren. Professionelle 3D-Engine-Entwicklung umfasst nicht nur Umsetzung, sondern Architektur, Inszenierung, Integration und Absicherung. Genau daraus entsteht der höhere Aufwand.
Eine Analogie, die richtig eingeordnet werden muss
Der Vergleich mit Fertigteilhaus und Architektenhaus soll Webentwicklung nicht abwerten. Ein Fertigteilhaus kann hervorragend geplant, hochwertig gebaut und technisch anspruchsvoll sein. Ebenso kann ein Webprojekt komplex, individuell und teuer sein. Große Plattformen, Shopsysteme, Portale oder Webanwendungen können einen enormen Entwicklungsaufwand verursachen.
Die Analogie erklärt nicht, dass Web einfach und 3D luxuriös ist. Sie erklärt den Unterschied zwischen stärker standardisierten digitalen Oberflächen und individuell räumlich inszenierten Anwendungen. Webprojekte profitieren häufig von wiederverwendbaren Bausteinen und etablierten Darstellungslogiken. 3D-Projekte müssen sichtbare Elemente stärker im Raum, in der Szene und im Verhalten abstimmen.
Oder anders gesagt: Im Web wird häufig eine Oberfläche erweitert. In einer 3D-Engine wird eine räumliche, interaktive Welt verändert.
Die richtige Argumentation für Aufwand und Budget
Für die Projektkommunikation ist deshalb wichtig, den Aufwand nicht allein am sichtbaren Ergebnis zu messen. Eine scheinbar kleine Änderung kann in einer 3D-Engine mehrere technische Ebenen betreffen: Datenmodell, Benutzeroberfläche, Szenenhierarchie, Prefabs, Controller, Zustandslogik, JSON-Mapping, Kamera, Licht, Materialien und Performance.
Im Web wäre eine vergleichbare Änderung oft stärker durch vorhandene Standards abgefedert. In 3D muss sie individueller geplant, eingebunden und getestet werden. Das erklärt, warum Entwicklung mit 3D-Engines bei vergleichbaren sichtbaren Änderungen häufig teurer ist als klassische Webentwicklung.
Die treffende Zusammenfassung lautet daher: Webentwicklung ähnelt oft einem hochwertigen Fertigteilhaus, weil viele Bausteine, Anschlüsse und Abläufe standardisiert sind. 3D-Engine-Entwicklung ähnelt eher einem Architektenhaus, weil jedes sichtbare Element räumlich, gestalterisch und technisch in ein individuelles Gesamtsystem integriert werden muss.
Der Preis entsteht nicht nur durch das, was man sieht. Er entsteht durch das, was im Hintergrund zusammenpassen muss.