Selbst bauen vs. Agentur vs. No-Code vs. Produktstudio
Selbst bauen, Agentur, No-Code oder Produktstudio: für dieselbe Produktidee gibt es vier grundverschiedene Wege. Keiner ist pauschal der beste, und der billigste beim Bauen ist selten der billigste beim Besitzen. Dieser Vergleich legt offen, was jeder Weg gut kann, wo er kippt und für welche Situation er gemacht ist, samt der Frage, die fast jeder Vergleich auslässt: Wer hält das Produkt am Laufen, wenn es einmal steht?
Vier Wege, dieselbe Idee
Selbst bauen, eine Agentur beauftragen, mit No-Code arbeiten oder ein Produktstudio: für dieselbe Produktidee führen vier grundverschiedene Wege zum Ziel. Sie unterscheiden sich kaum darin, ob sie dein Produkt bauen können. Der Unterschied liegt in Kosten, Tempo, Kontrolle und in einer Frage, die in den meisten Vergleichen fehlt: Wer trägt das Produkt, wenn es einmal läuft?
Diese letzte Frage entscheidet am Ende oft mehr als der Angebotspreis. Gehen wir die vier Wege der Reihe nach durch, jeweils mit dem, was sie können, und mit den Kosten, die nicht auf der Offerte stehen.
Selbst bauen: volle Kontrolle, voller Einsatz
Du stellst Entwickler ein oder setzt dein bestehendes Team auf das Produkt an. Der Reiz liegt auf der Hand: maximale Kontrolle, kurze Wege, und das Wissen bleibt im Haus.
Der Preis dafür steht selten im Plan. Als Gründer steckst du Monate in Recruiting, Einarbeitung und Teamführung, bevor die erste Zeile produktiven Codes läuft. Du bindest Kapital in Festanstellungen, bevor du weisst, ob das Produkt überhaupt trägt. Dazu das Schlüsselpersonen-Risiko: Geht die eine Person, die alles im Kopf hat, steht das Produkt.
Wann es passt: Wenn Software dein Kerngeschäft wird und du das Team ohnehin langfristig aufbaust. Für eine unbewiesene Idee oder einen ersten Wurf ist es meist der teuerste und langsamste Weg.
Die klassische Agentur: gebaut und übergeben
Eine Agentur baut dein Produkt nach Pflichtenheft und liefert es ab. Das trägt, solange der Endzustand von Anfang an feststeht und sich sauber beschreiben lässt.
Nach dem Launch zeigt sich die Schwachstelle. Mit der Übergabe ist die Agentur weg. Du bekommst Code, aber keinen laufenden Betrieb und niemanden, mit dem du durchsprichst, was als Nächstes wirklich zählt. Jede weitere Iteration wird neu offeriert und neu eingeplant. Fehlen Dokumentation und saubere Übergabe, bleibt eine Blackbox zurück, die niemand mehr gefahrlos anfasst. Was nach dem Launch teuer wird und warum, vertieft der Artikel Warum Software nach dem Launch teuer wird.
Wann es passt: Wenn dein Projekt klar abgegrenzt ist, der Endzustand definiert, und du den Betrieb danach selbst übernehmen kannst und willst.
No-Code: schnell und günstig, mit klaren Grenzen
Werkzeuge wie Bubble, Glide oder Airtable lassen dich ohne klassische Programmierung etwas Lauffähiges bauen. Für eine erste Validierung oder ein einfaches internes Tool ist das oft der schnellste und günstigste Einstieg überhaupt.
Ernst wird es an den Grenzen der Plattform. Wächst die Logik, steigen die Datenmengen, oder brauchst du eigene Schnittstellen und verlässliche Performance, stösst No-Code an seine Wände. Und es entsteht eine Abhängigkeit, die ausgerechnet dann zum Problem wird, wenn das Produkt wichtig wird: Du hängst an der Plattform, an ihren Preisen und ihren Entscheidungen. Ein Umzug bedeutet meist, von vorne zu beginnen.
Wann es passt: Für frühe Tests, Prototypen und einfache, abgegrenzte interne Abläufe. Nicht als Fundament für ein Produkt, das wachsen und jahrelang laufen soll.
Das Produktstudio: bauen und betreiben
Ein Produktstudio baut dein Produkt und betreibt es danach selbst weiter. Du bekommst echtes Software-Eigentum, also Code und Daten, die dir gehören, plus jemanden, der das Produkt am Laufen hält und entlang echter Nutzung weiterentwickelt. Gedacht wird in Produkt, nicht in Projektabschluss.
Der Unterschied zur Agentur steckt im Wort betreiben
. Hosting, Monitoring, Updates, Sicherheit und die nächste Ausbaustufe kommen von denselben Leuten, die den Code kennen. Nach dem Launch verschwindet niemand. Das ist der Ansatz, den wir als Operator-Entwickler fahren: Wir bauen nur, was wir auch selbst betreiben können, weil wir aus unseren eigenen Produkten wissen, was der Betrieb täglich verlangt.
Ein Studio ist nicht für jeden der richtige Weg. Hast du ein starkes eigenes Team oder willst du nur eine Idee billig antesten, brauchst du keins. Wann es passt: Wenn du ein laufendes Produkt willst, ohne ein eigenes Entwicklungsteam aufzubauen, und Betrieb und Weiterentwicklung aus einer Hand kommen sollen.
Welcher Weg zu dir passt
Statt nach dem günstigsten Angebot zu suchen, beantworte vier Fragen. Sie führen dich schneller zur richtigen Wahl als jeder Preisvergleich.
- Wird Software dein Kerngeschäft? Wenn ja und du langfristig ein Team willst, führt am eigenen Aufbau kein Weg vorbei. Wenn nein, ist Bauen-Lassen meist günstiger und schneller.
- Willst du nur eine Annahme billig testen? Dann reicht oft No-Code oder ein bewusst winziger erster Wurf, bevor du grösser investierst.
- Ist der Endzustand klar abgegrenzt und hast du eigene Betriebskapazität? Dann kann eine Agentur der passende, fokussierte Weg sein.
- Willst du ein Produkt, das läuft und wächst, ohne selbst ein Team zu führen? Dann ist ein Studio, das baut und betreibt, die naheliegende Wahl.
Wie viel die Umsetzung selbst kostet und was den Preis treibt, liest du ergänzend in Was kostet ein MVP.
Die Frage hinter der Frage
Die meisten Vergleiche enden beim Angebotspreis. Die wichtigere Frage lautet nicht, wer am billigsten baut, sondern wer geradesteht, wenn das Produkt jeden Tag funktionieren muss. Der günstigste Weg zum Bauen ist selten der günstigste Weg zum Besitzen.
Beantworte diese Frage für deinen Fall, und die Wahl fällt meist von selbst. Wie wir Produkte bauen und danach betreiben, sodass nach dem Launch niemand verschwindet, liest du auf unserer Seite zur SaaS-Produktentwicklung.
Weitere Artikel
- KI: eigenes Modell, API oder fertiges Tool?
- Pflichtenheft, User Story oder Prototyp: wie du Anforderungen festhältst
- Branchensoftware vs. Individuallösung
- Web-App, Mobile-App oder PWA: was passt zu deinem Produkt?
- Eigene Infrastruktur statt Cloud: wann es sich lohnt
- Outbound vs. Inbound: womit ein junges SaaS startet