Die echten Kosten im Vergleich

Ein erfahrener Full-Stack-Entwickler in Berlin kostet 70.000-100.000 EUR Jahresgehalt. Dazu: Arbeitgeberanteile zur Sozialversicherung (~20 %), Büro, Geräte, Tools, Urlaub, Krankheitsausfälle. Vollkosten: 90.000-130.000 EUR/Jahr pro Senior Developer.

Für ein MVP-fähiges Team (Frontend + Backend) mindestens 180.000-260.000 EUR/Jahr, bevor du eine einzige Zeile Code geschrieben hast.

Eine No-Code-Agentur für ein MVP: 15.000-40.000 EUR einmalig, je nach Komplexität, in 3-6 Wochen geliefert. Für laufende Entwicklung: 3.000-8.000 EUR/Monat für Retainer. Das ist eine fundamentale andere Kosten- und Risikostruktur für Frühphasen-Startups.

Geschwindigkeit: Wochen vs Monate

Ein No-Code-MVP ist in 3-6 Wochen lieferbar. Mit einem Inhouse-Entwicklerteam dauert allein das Recruiting, Stellenausschreibung, Interviews, Probezeit, 2-3 Monate. Produktiver Code-Output: weitere 2-3 Monate nach Onboarding.

In der Startup-Welt, wo Kapital begrenzt ist und der Markt sich bewegt, kann dieser Unterschied entscheidend sein. Taxfix, Personio und N26 haben alle mit schnellen Prototypen ihre Markt-Hypothesen validiert, bevor sie Ingenieurteams aufgebaut haben.

Die Geschwindigkeit einer No-Code-Agentur ist besonders wertvoll für: den ersten Investor-Demo, die ersten 100 Kunden-Interviews, die Validierung einer neuen Feature-Hypothese, und das Launching in einem neuen Markt (z.B. Expansion von Deutschland nach Österreich/Schweiz).

Wann ein eigenes Entwicklerteam Sinn macht

Nach der Validierung, wenn du weißt, dass der Markt real ist und du Kapital hast, wird ein eigenes Team zunehmend sinnvoll. Hier sind die klaren Signale:

Du hast >500 aktive Nutzer und skalierst. Deine Produkt-Roadmap hat hochkomplexe technische Anforderungen (ML-Modelle, fortgeschrittene Echtzeit-Funktionen, Custom-Hardware-Integration). Du hast eine Seed-Runde >2M EUR abgeschlossen und der tech stack ist ein Wettbewerbsvorteil. Du planst einen Technologie-Exit und brauchst eine codierte Basis für die Due Diligence.

Für die meisten Startups in der Prä-Seed- und Seed-Phase trifft keines dieser Kriterien vollständig zu. Die No-Code-Agentur für den ersten Markt-Proof, dann Inhouse für die Skalierung, ist die kosteneffizienteste Sequenz.

Was eine No-Code-Agentur nicht kann

Ehrlichkeit ist wichtig: Eine No-Code-Agentur ist nicht die richtige Wahl für alle Szenarien.

Nicht geeignet für: Custom-ML-Modelle und Data Science (braucht Python/R-Expertise), hardwarenahe Entwicklung (IoT, Embedded Systems), Hochfrequenz-Handels-Systeme (Sub-Millisekunden-Latenz), oder sehr nischige proprietäre Integrationen ohne REST-API.

Ebenfalls wichtig: Eine Agentur ist kein langfristiger Ersatz für ein Inhouse-Team. Wenn dein Produkt der Kern deines Unternehmens ist und du täglich iterieren musst, ist ein eigenes Team effizienter. Agentur und Inhouse schließen sich nicht aus, viele unserer erfolgreichsten Kunden haben ein kleines Inhouse-Team für Produktstrategie und nutzen App Studio für Implementierung.

Qualität: Es kommt darauf an, was du meinst

Wenn "Qualität" "pixelgenaues, individuelles Design" bedeutet, sind No-Code (WeWeb) und Custom-Code vergleichbar. Beide können außergewöhnliche Benutzeroberflächen liefern.

Wenn "Qualität" bedeutet "wir können jeden Algorithmus oder jede individuelle Datenstruktur implementieren", gewinnt Custom-Code. No-Code hat Grenzen. Für 95 % der SaaS-Produkte greifen diese Grenzen nicht.

Wenn "Qualität" "produktionsreife Sicherheit und Skalierbarkeit" bedeutet, liefert eine gute No-Code-Agentur mit Supabase + Xano identische Sicherheit wie eine gut gebaute Custom-App. Die zugrunde liegende Infrastruktur ist dieselbe.

Der No-Code-Stack ist kein Lock-in

Ein häufiger Einwand: "Wenn wir mit No-Code starten, sind wir gefangen." Das ist falsch für unseren Stack.

Deine Daten liegen in Standard-PostgreSQL (Supabase), vollständig exportierbar als SQL. Dein API ist REST (Xano), dokumentiert und austauschbar. Dein Frontend (WeWeb) exportiert sauberes HTML/CSS. Für einen technischen Nachfolger oder bei Due Diligence ist das eine saubere, nachvollziehbare Basis.

Viele Berliner Startups haben ihren WeWeb + Supabase + Xano-Stack behalten, auch nach einer Finanzierungsrunde und nach dem Aufbau eines Inhouse-Teams. Der Stack skaliert, und der Business-Value des schnellen Deployments überwiegt oft die Attraktivität einer Neuentwicklung.

Bei einer Custom-Code-Agentur gilt zwar: Du besitzt den Code. Aber Code ohne die Entwickler, die ihn verstehen, ist oft unbrauchbar. Viele Custom-Code-Projekte enden in einer Sackgasse, wenn die ursprüngliche Agenturbeziehung endet.

Wann ein eigenes Entwicklerteam Sinn macht

Nach der Validierung, wenn du weißt, dass der Markt real ist und du Kapital hast, wird ein eigenes Team zunehmend sinnvoll. Hier sind die klaren Signale:

Du hast >500 aktive Nutzer und skalierst. Deine Produkt-Roadmap hat hochkomplexe technische Anforderungen (ML-Modelle, fortgeschrittene Echtzeit-Funktionen, Custom-Hardware-Integration). Du hast eine Seed-Runde >2M EUR abgeschlossen und der tech stack ist ein Wettbewerbsvorteil. Du planst einen Technologie-Exit und brauchst eine codierte Basis für die Due Diligence. Weitere Signale: Du baust Entwicklerinfrastruktur (APIs, SDKs, Entwicklertools), oder dein technischer Mitgründer hat klare Vorstellungen und will einen bestimmten Tech-Stack selbst umsetzen.

Für die meisten Startups in der Prä-Seed- und Seed-Phase trifft keines dieser Kriterien vollständig zu. Die No-Code-Agentur für den ersten Markt-Proof, dann Inhouse für die Skalierung, ist die kosteneffizienteste Sequenz.

Was eine No-Code-Agentur nicht kann

Ehrlichkeit ist wichtig: Eine No-Code-Agentur ist nicht die richtige Wahl für alle Szenarien.

Nicht geeignet für: Custom-ML-Modelle und Data Science (braucht Python/R-Expertise), hardwarenahe Entwicklung (IoT, Embedded Systems), Hochfrequenz-Handels-Systeme (Sub-Millisekunden-Latenz), oder sehr nischige proprietäre Integrationen ohne REST-API.

Ebenfalls wichtig: Eine Agentur ist kein langfristiger Ersatz für ein Inhouse-Team. Wenn dein Produkt der Kern deines Unternehmens ist und du täglich iterieren musst, ist ein eigenes Team effizienter. Agentur und Inhouse schließen sich nicht aus, viele unserer erfolgreichsten Kunden haben ein kleines Inhouse-Team für Produktstrategie und nutzen App Studio für Implementierung.

Gesamtbetriebskosten: Mehr als nur der Build

Die anfänglichen Baukosten sind nur ein Teil der Geschichte. Die Gesamtbetriebskosten umfassen: den Build, laufende Wartung und Bugfixes, Feature-Entwicklung nach dem Launch, Infrastrukturkosten und die Kosten für technisches Personal, das das Produkt betreibt. Wenn Gründer 25.000 EUR für ein No-Code-MVP mit 80.000 EUR für ein vergleichbares Custom-Code-Produkt vergleichen, vergessen sie oft, das einzurechnen, was nach dem Launch passiert.

Bei einer No-Code-Agentur läuft die laufende Wartung meist über einen monatlichen Retainer (1.500 bis 4.000 EUR/Monat für aktive Feature-Entwicklung, 500 bis 1.000 EUR/Monat für Bugfixes und Monitoring). Der Retainer ist planbar und erfordert keine Neueinstellung. Bei einem Inhouse-Entwicklerteam bestehen die laufenden Kosten aus Gehalt, Benefits und Management-Overhead, typischerweise 6.000 bis 12.000 EUR/Monat pro Entwickler in Europa.

Über 24 Monate kostet ein typisches SaaS-Produkt, das von einer No-Code-Agentur gebaut wird (30.000 EUR Build plus 24.000 EUR/Jahr Retainer), ungefähr 78.000 EUR. Dasselbe Produkt, inhouse gebaut und gewartet (80.000 EUR Build plus 180.000 EUR/Jahr Team), kostet ungefähr 440.000 EUR. Die Differenz finanziert 5 weitere Jahre No-Code-Retainer, ein erhebliches Marketingbudget oder eine Verlängerung deiner Series-A-Runway.

Skill-Gap-Analyse: Was du wirklich brauchst

Viele Gründer nehmen an, sie bräuchten Senior-Full-Stack-Entwickler, um ein produktionsreifes SaaS zu bauen. In Wirklichkeit brauchen die meisten frühphasigen SaaS-Produkte ein schmaleres Skillset, als Gründer annehmen: Datenmodellierung, API-Design, Authentifizierung und grundlegende Frontend-Architektur. Genau diese Fähigkeiten packt eine No-Code-Agentur in ihre Toolchain.

Die Fähigkeiten, die ein No-Code-Stack tatsächlich vom Kundenteam braucht: klare Produktanforderungen formulieren können, Designs bewerten und Feedback geben können, sowie ein grundlegendes Verständnis von Datenflüssen. Technische Mitgründer mit Engineering-Hintergrund stellen oft fest, dass die Zusammenarbeit mit einer No-Code-Agentur beim Build, während sie selbst ihre Zeit auf Produktstrategie und Customer Development fokussieren, effektiver ist, als das Produkt selbst zu programmieren.

Die Skill-Lücke, die am meisten zählt, ist nicht technisch, sondern produktbezogen. Gründer, die User-Flows klar artikulieren, Edge Cases definieren und Features konsequent priorisieren können, bekommen bessere Ergebnisse von No-Code-Agenturen als Gründer, die das nicht können. Die Agentur kann die technischen Probleme lösen. Der Gründer muss die Produktprobleme lösen.

Wann du nach dem MVP einen Entwickler einstellen solltest

Der richtige Zeitpunkt, nach der Validierung deines MVPs einen Entwickler einzustellen, ist, wenn eines von drei Signalen zutrifft: Deine No-Code-Plattform blockiert tatsächlich ein Feature, das Umsatz bewegen würde, du planst eine Series A und Investoren erwarten ein Inhouse-Engineering-Team, oder dein operatives Tempo braucht schnellere Änderungen, als ein Retainer-Modell unterstützen kann.

Stelle keinen Entwickler ein, um das Produkt neu zu schreiben, stelle ihn ein, um es zu erweitern und zu warten. Ein Entwickler, der zu einem auf WeWeb + Supabase + Xano gebauten Produkt stößt, kann ab Tag 1 produktiv sein. Der Stack ist dokumentiert, die API ist REST, und die Datenbank ist Standard-PostgreSQL. Die erste Einstellung muss nichts neu bauen, sie muss neue Fähigkeiten auf einem soliden Fundament ergänzen.

Das typische Muster für die erste Engineering-Einstellung, das wir in unserem Portfolio sehen: Ein Full-Stack-Entwickler steigt in der Seed-Phase ein, verbringt den ersten Monat damit, den bestehenden No-Code-Stack kennenzulernen, und konzentriert sich dann auf die 2 bis 3 individuellen Integrationen oder performancekritischen Komponenten, die wirklich Custom-Code brauchen. Das WeWeb-Frontend und die Supabase-Datenbank bedienen weiterhin 90 % der Produktanforderungen. Der Custom-Code übernimmt die verbleibenden 10 %, wo die Einschränkungen real sind.

Hybrid-Modelle: Das Beste aus beiden Welten

Die falsche Dichotomie lautet "No-Code-Agentur ODER Entwickler". Die effektivsten frühphasigen Produktteams kombinieren beides: eine No-Code-Agentur für den Kern-Produkt-Build und einen Teilzeit-Entwickler (oder einen technischen Mitgründer) für die individuellen Integrationen und performancekritischen Komponenten.

Ein konkretes Beispiel aus unserem Portfolio: eine B2B-Analytics-Plattform, gebaut auf WeWeb + Xano + Supabase. Die No-Code-Agentur baute die gesamte nutzerseitige Anwendung (Dashboards, Team-Management, Abrechnung, Onboarding). Ein Teilzeit-Ingenieur baute eine individuelle Datenaufnahme-Pipeline in Python, die in das Supabase-Schema schreibt. Gesamte Baukosten: 35.000 EUR an die Agentur plus 40 Stunden Engineering-Zeit. Zeitrahmen: 8 Wochen. Das Ergebnis war ein produktionsreifes SaaS mit sowohl einem polierten Frontend als auch einem maßgeschneiderten Daten-Verarbeitungs-Backend.

Ein weiteres Muster: eine No-Code-Agentur für das MVP nutzen, dann nach der Seed-Runde einen Entwickler einstellen, der den No-Code-Stack pflegt und bei Bedarf individuelle Funktionalität ergänzt. Dieses Modell hält das Team schlank, die Kosten planbar und das Produkt schnell in Bewegung. Die Agentur fungiert als Abrufressource für größere Feature-Projekte, der Entwickler übernimmt die tägliche Wartung und kleinere Features.

Fragen, die du jeder Agentur vor der Unterschrift stellen solltest

Bevor du mit einer Entwicklungsagentur unterschreibst, No-Code oder Custom, stelle diese Fragen und beurteile die Qualität der Antworten, nicht nur ihren Inhalt. Vage Antworten deuten auf eine Agentur hin, die das noch nicht mit einem Kunden wie dir gemacht hat.

Erstens: "Können wir mit drei aktuellen Kunden sprechen, deren Produkte in Produktion sind?" Jede ernsthafte Agentur hat Referenzen. Agenturen, die diese Frage mit NDAs oder "wir zeigen dir lieber unser Portfolio" abwehren, sagen dir damit etwas.

Zweitens: "Wie sieht der Übergabeprozess am Ende des Projekts aus?" Eine gute No-Code-Agentur sollte ein konkretes Ergebnis beschreiben: Dokumentation, Zugangsdaten, ein Übergabegespräch und eine Post-Launch-Support-Phase. Vage Antworten über "laufende Zusammenarbeit" ohne klaren Übergabeplan bedeuten, dass du möglicherweise gebunden bleibst.

Drittens: "Zeig mir eine Produktions-App, die du auf diesem Stack gebaut hast." Keine Demo, kein Figma-Mockup, eine echte Live-URL. Logg dich ein, klick dich durch, prüf die Performance. Wenn die Agentur dir kein produktionsreifes Live-Produkt zeigen kann, ist ihre behauptete Expertise nicht verifiziert.

Wie man die richtige Agentur auswählt

Nicht alle No-Code-Agenturen sind gleich. Hier sind die Kriterien, die wir anlegen würden (und die wir erfüllen):

1. Referenzen mit echten Produktions-Apps, nicht Mockups. Fordere direkte Links zu veröffentlichten Apps und Kundenkontakte. 2. Transparenz über den Stack, du solltest jederzeit Zugang zu deiner Supabase-Datenbank und Xano-Instanz haben. 3. DSGVO-Expertise, besonders wichtig für B2B-Kunden in Deutschland. Frage nach AVV-Erfahrung und EU-Hosting-Standardvorgaben. 4. Post-Launch-Support, was passiert nach dem Launch? Wer löst Production-Bugs?

Bei App Studio sind 50+ Apps in Produktion, alle auf WeWeb + Supabase + Xano. Lern mehr über uns oder sprich direkt mit unserem Team.