Wann Sie einen Custom Build benoetigen
Die meisten Websites kommen gut mit einem Template aus. Solide Struktur, eigene Inhalte, konsistentes Design. Aber es gibt Situationen, in denen ein Template sichtbar an seine Grenzen stoesst.
Denken Sie an einen 3D-Produktkonfigurator, der in Echtzeit auf Benutzeraktionen reagiert. Oder ein Dashboard, das Daten aus mehreren externen APIs kombiniert und visualisiert. Oder ein Headless-Commerce-Setup, bei dem die Kasse selbst Logik enthaelt, die kein Standard-Shopify-Plugin bewältigen kann.
In diesen Faellen ist nicht der Einsatz das Problem, sondern das Werkzeug. Ein Template ist fuer die meisten Faelle gebaut. Custom ist fuer Ihren Fall gebaut.
- ►3D-Viewer oder animationsintensive Interfaces (Three.js, GSAP, Framer Motion)
- ►Echtzeit-Datenfeeds aus externen Quellen (Boersen, IoT, Live-Bestaende)
- ►KI-Integrationen: Chatbots, Content-Pipelines, Empfehlungslogik
- ►Headless Commerce mit komplexen Produktkonfigurationen oder B2B-Preisregeln
- ►Ein eigenes Design-System, das wie kein anderes aussieht
- ►Mehrere Datenquellen in einer Oberflaeche, ohne Verzoegerung
Wie der Prozess aussieht
Ich beginne immer mit einem Discovery-Gespraech. Kein Angebot nach einem einzigen Formular. Ich moechte verstehen, was Sie bauen, warum es noch nicht existiert und wo die technischen Grenzen liegen.
Danach erstelle ich ein Scopedokument. Was ich baue, was nicht, welche Integrationen benoetigt werden, was die Leistungsanforderungen sind. Auf dieser Basis gebe ich eine Preisspanne und einen Phasenplan an.
- ►Discovery: technische Analyse, Scope, Integrationsmatrix
- ►Prototyp: funktionierende Kernfunktionalitaet, noch kein Design
- ►Build: vollstaendig ausgebaute Anwendung, auf Leistung getestet
- ►Launch: Deployment auf Ihrer Infrastruktur oder Vercel, DNS-Konfiguration
- ►Retainer: 60 Minuten Aenderungen pro Monat, Prioritaetsreaktion
Ich arbeite nicht mit Sprints oder Scrum-Zeremonien. Ich arbeite mit klaren Deliverables und direkter Kommunikation. Sie wissen immer, was gebaut wird und warum.
Zwei Projekte als Referenz
T&H Car Care: ein Automotive-Detailing-Unternehmen, bei dem der Hero-Bereich ein 3D-Automodell zeigt, das auf Scroll reagiert. Die Website laeuft auf Next.js 14 mit einer eigenen Admin-Umgebung fuer Produktseiten. Lighthouse Performance: 97. Die 3D-Schicht wird lazy geladen, damit der First Contentful Paint nicht leidet.
Ein B2B-Preiskalkulator fuer ein Produktionsunternehmen: externe ERP-Anbindung per REST, Echtzeit-Preisberechnung auf Basis von Materialwahl und Volumen, PDF-Export. Gebaut in Next.js mit Server Actions und einer eigenen Caching-Schicht. Keine Off-the-shelf-Loesung haette das bewerkstelligen koennen.
Was es kostet und wie die Spanne funktioniert
Ein Custom-Projekt braucht ein Discovery-Gespraech. Scope, Integrationen und Leistungsanforderungen bestimmen den Preis. Die Spanne ist gross, weil die Arbeit sehr unterschiedlich ist.
Die drei preisbestimmenden Faktoren: Komplexitaet der Integrationen, Anzahl der einzigartigen Seitentypen und die Leistungsanforderungen. Ein Lighthouse-Score von 95+ auf einer 3D-lastigen Oberflaeche erfordert mehr Arbeit als derselbe Score auf einer statischen Seite.
Monatlich zahlen Sie fuer Hosting, Monitoring, Backups, Sicherheits-Updates und 60 Minuten Aenderungen. Groessere Aenderungen werden auf Stundenbasis berechnet, mit Angebot im Voraus.
Unsicher, welche Stufe passt? Schauen Sie sich den Vergleich auf der Template-Seite an.