Kristian Hoffmann

29.5.2026

Web-App ohne Agentur: direkter Weg zum Freelancer-Entwickler

Web-App ohne Agentur entwickeln: Wann Freelancer sinnvoll sind, Kostenvergleich mit Agenturen und Entscheidungskriterien für Ihr Projekt.

Kristian HoffmannSaaS founder and operator
Minimalist workspace scene: a single laptop on a clean desk with a cup of coffee, notebook with sketches, and a smartpho

Web-Entwicklung: Direkt vom Freelancer statt über die Agentur

Kurzantwort: Eine Web-App ohne Agentur bedeutet, dass Sie eine Web-Anwendung direkt mit einem Freelancer oder Fullstack-Entwickler entwickeln – ohne Zwischenschicht wie Account Manager oder Projektmanager. Das spart Overhead, ermöglicht schnellere Kommunikation und ermöglicht Festpreise. Voraussetzung: klare Anforderungen, realistische Zeitschätzung und ein Entwickler mit nachweisbarem Portfolio in Ihrem Tech-Stack.

Warum direkter Kontakt statt Agentur?

Der Hauptgrund ist strukturell: Bei einer Agentur zahlen Sie für mehrere Schichten – Account Manager, Projektmanager, Designer, Entwickler – plus Betriebskosten und Gewinnmarge. Ein direkter Freelancer arbeitet allein oder mit kleinem Team und kalkuliert deutlich schlanker.

Kostenstruktur: Wo Freelancer günstiger sind

Spezialisierte Freelancer arbeiten oft zu Festpreisen für das gesamte Projekt oder zu niedrigeren Stundensätzen als Agenturen. Der Unterschied liegt nicht an mangelnder Qualität, sondern an fehlenden Verwaltungsschichten. Sie sprechen direkt mit dem Entwickler, nicht mit einem Mittelsmann, der das Gespräch weitergeben muss.

Beispiel aus der Praxis: Ein Kundenportal für eine Praxis mit Authentifizierung, Terminverwaltung und Datenexport. Eine Agentur kalkuliert 8–10 Wochen à 100 EUR/Stunde = 32.000–40.000 EUR. Ein spezialisierter Freelancer mit Erfahrung in diesem Stack: Festpreis 18.000–24.000 EUR, weil er keine Verwaltungsschichten hat und schneller arbeitet.

Entscheidungswege und Flexibilität

Bei Agenturen braucht jede Änderung ein Change-Request-Formular, eine Freigabe, eine Neukalkulation. Bei einem Freelancer: eine kurze Nachricht, eine schnelle Antwort. Das beschleunigt Entscheidungen um Tage oder Wochen – besonders bei kleineren Pivots im Design oder bei zusätzlichen Features.

Grenzen: Wann ein Freelancer nicht ausreicht

Wenn Sie ein Team von 5+ Entwicklern für 12 Monate brauchen, ist ein Freelancer nicht die Lösung. Auch bei Großprojekten mit mehreren parallelen Workstreams (Frontend, Backend, Mobile, DevOps) wird es eng. Hier ist eine Agentur oder ein Entwickler-Team die bessere Wahl. Ebenso, wenn Sie interne technische Kapazität komplett fehlt – dann brauchen Sie jemanden, der nicht nur Code schreibt, sondern auch Ihr Team aufbaut oder einarbeitet.

Wann macht Web-Entwicklung mit Freelancer Sinn?

Nicht jedes Projekt passt zu einem Freelancer. Ein klares Entscheidungsrahmen hilft, die richtige Wahl zu treffen.

Kleine bis mittlere Projekte (MVP, Tracking-Apps, Kundenportale)

Ein Freelancer ist ideal für Projekte, die 3–9 Monate dauern und ein bis zwei Entwickler benötigen. Beispiele: ein Kundenverwaltungsportal für eine Praxis, eine Tracking-App für Basaltemperatur oder Finanzplanung, ein Dashboard mit Datenvisualisierung. Diese Projekte haben klare Grenzen und profitieren von direkter Kommunikation.

Klare Anforderungen und stabiler Scope

Wenn Sie wissen, was Sie bauen wollen – oder zumindest eine belastbare Liste von User Stories haben – kann ein Freelancer mit Festpreis arbeiten. Vage Anforderungen führen zu Scope-Creep und versteckten Kosten – auch bei Freelancern.

Realistische Zeitschätzung und Puffer

Gute Freelancer geben ehrliche Schätzungen ab. Eine Web-App mit 5–6 Kernfeatures dauert typischerweise 8–12 Wochen, nicht 4. Wenn Sie einen Puffer von 20–30% für Unerwartetes einplanen, wird das Projekt realistisch.

Interne technische Ansprechperson vorhanden

Der Freelancer braucht jemanden im Unternehmen, der Anforderungen klärt, Feedback gibt und Entscheidungen trifft – schnell. Ohne diese Person entstehen Wartezeiten und Missverständnisse.

Entscheidungsrahmen: Agentur vs. direkter Freelancer

| Kriterium | Freelancer geeignet | Agentur besser | Aktion | |---|---|---|---| | Projektdauer | 3–9 Monate | 9+ Monate oder parallele Teams | Schätzen Sie realistisch; 20% Puffer einplanen | | Team-Größe | 1–2 Entwickler | 3+ Entwickler parallel | Zählen Sie tatsächlich benötigte Kapazität | | Scope-Stabilität | Klare, dokumentierte Anforderungen | Vage oder sich ändernde Ziele | Schreiben Sie 10–15 User Stories auf | | Budget | 15k–80k EUR | 80k+ EUR | Rechnen Sie: Stundensatz × realistische Wochen | | Interne Begleitung | Ja, technische Ansprechperson vorhanden | Optional oder keine | Benennen Sie einen Projekt-Owner | | Wartung nach Launch | Freelancer oder Inhouse | Agentur-Wartungsvertrag | Planen Sie 5–10% der Entwicklungskosten/Jahr ein | | Rote Flaggen | Keine klaren Anforderungen, kein interner Tech-Kontakt, Budget < 10k EUR | Zu viele parallele Abhängigkeiten, Großteam erforderlich | Projekt überdenken oder Scope reduzieren |

Wie Sie den richtigen Freelancer-Entwickler finden

Portfolio, Tech-Stack, Referenzen und Kommunikationsstil sind entscheidend. Hier ist eine konkrete Checkliste.

Portfolio und produktive Anwendungen prüfen

Schauen Sie sich mindestens 3–4 abgeschlossene Projekte an. Sind es echte, produktive Anwendungen oder nur Konzepte? Können Sie die App selbst testen? Ein gutes Portfolio zeigt nicht nur schöne Designs, sondern auch Performance, Zuverlässigkeit und tatsächliche Nutzung. Case Studies sind wertvoll – sie zeigen, wie der Entwickler Probleme gelöst hat, nicht nur, was gebaut wurde.

Tech-Stack und Spezialisierung abgleichen

Wenn Sie eine React-App mit TypeScript und Supabase brauchen, stellen Sie sicher, dass der Freelancer genau das kann – nicht nur „JavaScript" und „irgendeine Datenbank". Ein Spezialist in Ihrem Stack ist schneller und macht weniger Fehler als ein Generalist, der alles „lernt" während er entwickelt.

Referenzen und Kundenfeedback einholen

Fragen Sie nach 2–3 Referenzen und sprechen Sie mit ihnen. Wichtig: Wie war die Kommunikation? Hielt der Entwickler Fristen ein? War der Code wartbar? Wie lief die Übergabe? Diese Fragen sagen mehr über Qualität aus als jedes Portfolio-Bild.

Erstgespräch: Fragen, die Kompetenz zeigen

Stellen Sie konkrete Fragen: „Wie würdest du die Datenbank für ein Tracking-System mit täglichen Einträgen und Auswertungen strukturieren?" oder „Welche Performance-Optimierungen würdest du für eine Dashboard-App mit 10.000 Datensätzen machen?" Die Antworten zeigen, ob der Entwickler wirklich denkt oder nur Buzzwords wiederkäut.

Anforderungen klären: Das Fundament für Festpreise

Vage Anforderungen führen zu Scope-Creep und versteckten Kosten – auch bei Freelancern. Ein strukturierter Prozess spart Zeit und Geld.

Funktionale vs. nicht-funktionale Anforderungen

Funktional: „Benutzer können ihre Ausgaben eintragen und filtern nach Kategorie." Nicht-funktional: „Die App lädt in unter 2 Sekunden" oder „Daten werden verschlüsselt gespeichert." Beide sind wichtig. Schreiben Sie beide auf.

Datenfluss und Integrationen definieren

Woher kommen die Daten? Welche externen APIs brauchen Sie (Zahlungsanbieter, E-Mail-Service, Wetter-API)? Wer hat Zugriff auf welche Daten? Diese Details bestimmen Architektur und Kosten massiv.

Datenschutz und Sicherheit: Früh klären

Wenn Sie Nutzerdaten speichern, müssen Sie von Anfang an klären: Wo liegt der Server? Wer hat Zugriff? Wie werden Daten gelöscht? Die DSGVO (Datenschutz-Grundverordnung) regelt in der EU, wie personenbezogene Daten behandelt werden müssen – das betrifft Speicherort, Zugriff und Löschung direkt. Ein guter Freelancer klärt das proaktiv, nicht erst nach Launch.

Wartung und Support nach Launch

Wird der Freelancer nach Launch noch verfügbar sein? Zu welchem Preis? Wie schnell bei Bugs? Das muss im Vertrag stehen, sonst sitzen Sie fest, wenn etwas bricht.

Tech-Stack und Architektur: Worauf Sie achten sollten

Der Tech-Stack bestimmt Wartbarkeit, Performance und zukünftige Skalierbarkeit. Keine Buzzwords – nur praktische Entscheidungen mit Trade-offs.

Frontend-Framework: React, Vue oder Vanilla?

React ist weit verbreitet, gut dokumentiert und leicht zu finden. Vue ist schlanker und für kleinere Teams einfacher. Vanilla JavaScript ist schnell, aber schwer zu skalieren. Für mittlere Web-Apps ist React oder Next.js der Standard – nicht weil es das beste ist, sondern weil es wartbar, dokumentiert und austauschbar ist. Das ist für Ihre Übergabe später wichtig.

Backend und Datenbank: Serverless vs. klassisch

Serverless-Lösungen wie Supabase oder Firebase sind schnell aufgesetzt, skalieren automatisch und kosten wenig bei niedriger Last. Klassische Lösungen (Node.js + PostgreSQL) geben mehr Kontrolle, kosten aber mehr Betrieb. Für eine Tracking-App oder ein Kundenportal ist Serverless oft die bessere Wahl. Für komplexe Geschäftslogik oder hohe Last kann klassisch sinnvoller sein.

Hosting und Deployment-Automatisierung

Der Code sollte mit einem Git-Push automatisch deployed werden – nicht manuell per FTP. Das spart Zeit und Fehler. Plattformen wie Vercel, Netlify oder AWS sind Standard. Klären Sie: Wer zahlt für Hosting? Wer hat Zugriff auf die Infrastruktur?

Dokumentation und Übergabe

Das ist der Punkt, den viele Freelancer unterschätzen. Der Code muss dokumentiert sein – nicht nur Kommentare, sondern auch: Wie wird die App lokal gestartet? Wie wird deployed? Welche Environment-Variablen braucht es? Wie werden Tests ausgeführt? Ohne das kann Ihr Team die App später nicht anfassen.

Festpreis vs. Stundensatz: Verträge und Risiken

Festpreise sind attraktiv, aber nur sicher, wenn Anforderungen stabil sind.

Wann Festpreis funktioniert (und wann nicht)

Festpreis funktioniert, wenn: Anforderungen klar und schriftlich dokumentiert sind, der Scope begrenzt ist, und Änderungen ein formales Change-Request-Verfahren durchlaufen. Festpreis funktioniert nicht, wenn: Sie noch nicht wissen, was Sie bauen wollen, oder Sie erwarten, dass der Entwickler ständig Dinge „ausprobiert". In letzterem Fall ist Stundensatz ehrlicher.

Scope-Änderungen: Prozess und Kosten

Der Vertrag sollte klar regeln: Was passiert, wenn Sie eine neue Anforderung haben? Wird das als Change Request behandelt? Kostet es extra? Wie lange dauert es, bis es eingebaut ist? Ohne diesen Prozess entstehen Konflikte.

Zahlungsmeilensteine und Abnahme

Zahlen Sie nicht alles am Anfang oder erst am Ende. Standard: 30% Anzahlung, 40% bei Mitte des Projekts, 30% bei Abnahme. Abnahmekriterien müssen klar sein: Alle User Stories implementiert? Tests grün? Dokumentation vollständig? Ohne klare Kriterien gibt es Diskussionen über „fertig".

Wartungsvertrag und Support-Level

Nach Launch brauchen Sie einen Plan für Bugs und kleine Änderungen. Ein typischer Wartungsvertrag: 5–10% der Entwicklungskosten pro Jahr, dafür bis zu 8 Stunden/Monat für Bugfixes und kleine Features. Das sollte im Vertrag stehen.

Häufige Fallstricke und wie Sie sie vermeiden

Unrealistische Zeitschätzungen, fehlende Dokumentation und mangelnde interne Begleitung sind die Top-Gründe für gescheiterte Freelancer-Projekte.

Zu optimistische Zeitpläne erkennen

Wenn ein Freelancer sagt „4 Wochen für eine komplette Tracking-App mit Authentifizierung, Datenbank, Dashboard und Export", ist das unrealistisch. Gute Entwickler geben ehrliche Schätzungen ab – und bauen einen Puffer ein. Warnsignal: Der Freelancer hat keine Fragen gestellt, bevor er eine Schätzung gibt.

Fehlende oder unzureichende Dokumentation

Nach dem Projekt sollten Sie eine Dokumentation haben: Setup-Anleitung, API-Dokumentation, Deployment-Prozess, Architektur-Übersicht. Ohne das können Sie die App später nicht anfassen. Das muss im Vertrag stehen und wird vor Abnahme geprüft.

Keine interne technische Ansprechperson

Wenn niemand in Ihrem Team den Code verstehen kann oder Entscheidungen treffen darf, wird das Projekt zum Flaschenhals. Der Freelancer braucht einen Ansprechpartner – täglich oder mindestens 2–3x pro Woche. Ohne das entstehen Wartezeiten und Missverständnisse.

Unklare Wartungs- und Supportpläne

Nach Launch ist nicht Schluss. Bugs treten auf, Browser-Updates brechen etwas, neue Features kommen. Klären Sie früh: Wer kümmert sich darum? Zu welchen Kosten? Wie schnell? Das erspart Überraschungen.

Ich teste Content-Strategie gegen echte Produkt-Use-Cases, nicht nur gegen Keyword-Volume. Das bedeutet: Diese Checklisten und Frameworks basieren auf echten Projekten – Tracking-Apps, Kundenportale, Datenvisualisierungen – nicht auf theoretischen Best Practices. Die Fragen, die ich hier stelle, sind die Fragen, die ich in Erstgesprächen stelle. Die Fallstricke sind die, die ich in 12+ produktiven Anwendungen seit 2019 gesehen habe.

FAQ

```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "name": "Wie lange dauert die Entwicklung einer Web-App?", "acceptedAnswer": { "@type": "Answer", "text": "Das hängt von Größe und Komplexität ab. Ein MVP mit 3–4 Kernfeatures dauert typischerweise 6–10 Wochen. Eine vollständige App mit Authentifizierung, Datenbank, Dashboard und Export: 12–16 Wochen. Ein Großprojekt mit mehreren Modulen: 6+ Monate. Gute Schätzungen haben einen Puffer von 20–30%." } }, { "@type": "Question", "name": "Was ist der Unterschied zwischen einer Web-App und einer Website?", "acceptedAnswer": { "@type": "Answer", "text": "Eine Website zeigt statische oder dynamische Inhalte (Blog, Landingpage). Eine Web-App ist interaktiv – Benutzer geben Daten ein, die App verarbeitet sie, speichert sie, zeigt Ergebnisse. Eine Tracking-App ist eine Web-App. Ein Blog ist eine Website. Manche sind beides." } }, { "@type": "Question", "name": "Wie stelle ich sicher, dass der Code wartbar ist?", "acceptedAnswer": { "@type": "Answer", "text": "Fragen Sie den Freelancer nach: automatisierten Tests, Code-Review-Prozess, Dokumentation (Setup, API, Architektur) und ob der Code TypeScript oder Linting nutzt. Lesen Sie selbst ein paar Dateien – ist der Code lesbar oder Spaghetti? Wartbarkeit ist nicht optional, sondern sollte im Vertrag stehen." } }, { "@type": "Question", "name": "Kann KI mir eine Web-App erstellen?", "acceptedAnswer": { "@type": "Answer", "text": "KI-Tools wie ChatGPT oder GitHub Copilot können Code schreiben – schneller als von Hand. Aber sie verstehen Ihre Geschäftslogik nicht, bauen keine Infrastruktur auf und schreiben keine Tests. KI ist ein Werkzeug für Entwickler, nicht ein Ersatz. Ein Freelancer, der KI nutzt, ist schneller als einer, der es nicht tut." } }, { "@type": "Question", "name": "Wie erstellt man eine Web-App ohne Programmierung?", "acceptedAnswer": { "@type": "Answer", "text": "Low-Code-Plattformen wie Bubble, FlutterFlow oder Webflow ermöglichen es, einfache Apps visuell zu bauen – ohne Code zu schreiben. Das funktioniert für Prototypen und einfache Datenerfassungs-Apps. Für komplexe Logik, Performance oder spezielle Integrationen brauchen Sie aber einen Entwickler." } } ] } ```