MVP-Entwicklung für Startups und Gründer
Ich entwickle MVPs für Gründer, die ihr Produkt zahlenden Kunden zeigen wollen. Also die erste Version einer SaaS- oder Web-Anwendung mit Benutzerkonten, Zahlungen und der einen Funktion, auf die es ankommt. Wenn die Idee funktioniert, kann das Produkt darauf aufsetzen.
KI gehört fest zu meiner Arbeit, deshalb bin ich schnell. Bei Code und Architektur bleibe ich sorgfältig, denn aus einem erfolgreichen MVP wird oft das eigentliche Produkt. Ich habe auch ein Buch über SaaS-Produkte mit Laravel geschrieben.
Antwort innerhalb eines Werktags.
Was in ein MVP gehört
Genug, um von den ersten Kunden zu lernen, und so umgesetzt, dass es wachsen kann.
Die Kernfunktion
Das, wofür die Kunden bezahlen. Was in die erste Version gehört und was warten kann, legen wir gemeinsam fest.
Benutzerkonten und Teams
Registrierung, Login, Passwort zurücksetzen, Teams und Rechte. Das braucht jedes Produkt.
Zahlungen
Abos, Credits oder Einmalzahlungen mit Stripe oder Paddle, damit ab dem Start Geld hereinkommen kann.
Admin-Bereich und Daten
Ein Admin-Bereich, in dem Nutzer, Zahlungen und alles, was im Produkt passiert, zu sehen sind.
KI-Funktionen
Nutzt das Produkt KI, setze ich sie mit Prüfungen und Grenzen um. So bleiben Kosten und Ergebnisse unter Kontrolle.
Code, der wachsen kann
Sauberer Code auf einem Stack, den andere Entwickler kennen. Wenn das MVP funktioniert, wird es weiterentwickelt statt neu geschrieben.
So arbeite ich
Viele meiner Kunden kommen mit einer Idee, einem Repository, einem kurzen Video oder einer Liste von Problemen zu mir. Mehr braucht es am Anfang nicht. Ich sehe mir an, was vorhanden ist, mache daraus einen Plan und setze ihn um.
Mit Claude Code, Codex und eigenen Agent-Workflows lese ich mich in Code ein, plane Änderungen, schreibe Tests, refaktoriere und suche Fehler. Das ist kein Vibe Coding, sondern erfahrene Softwareentwicklung in deutlich höherem Tempo.
KI zuerst, auch für Gründer
Mit Claude Code, Codex und eigenen Agent-Workflows schafft ein einzelner Entwickler, wofür man früher ein kleines Team brauchte. Was entwickelt wird, entscheide ich, und jede Änderung prüfe ich.
Die Kontrolle bleibt bei mir
KI schreibt einen großen Teil meines Codes. Die technischen Entscheidungen treffe ich trotzdem selbst. Jede Änderung lese und teste ich, bevor sie live geht. So bin ich schnell und bleibe dabei sorgfältig.
So, wie es für den Kunden passt
Manche Kunden wollen jede Änderung sehen, bevor sie live geht, andere überlassen mir das Deployment. Manche möchten regelmäßig telefonieren, die meisten bekommen lieber schriftliche Updates. Ich arbeite gerne asynchron und stelle die wichtigen Fragen trotzdem, sobald sie auftauchen.
Mit dem Blick eines Unternehmers
Ich betreibe selbst mehrere Online-Angebote. Deshalb denke ich bei jedem Projekt Traffic, Conversion, Umsatz und Support mit, und ich sage offen, wenn sich etwas nicht lohnt.
So können wir zusammenarbeiten
Zum Festpreis, als monatliche Pauschale oder nach Stunden. In jedem Fall arbeite ich persönlich am Projekt, ohne Agentur dazwischen. Wenn noch unklar ist, welches Modell passt, reicht eine kurze Beschreibung des Projekts. Ich schlage dann eines vor.
Beispiele aus meiner Arbeit
Produkte, die ich ab der ersten Version entwickelt habe.
Ein B2B-SaaS von Grund auf
Laravel und Vue, Teams, KI-Agenten über Queues, mehrere KI-Anbieter, Web-Scraping und Abrechnung mit Credits über Spark und Paddle.
Registrierung und Abo
Man konnte suchen, bevor man sich registrierte. Danach folgten eine kurze Registrierung und ein Stripe-Abo. Tarif und Zahlungsdaten ändern die Kunden selbst, was die Support-Anfragen reduziert hat.
Rapid SaaS with Laravel
Ich habe ein Buch über produktionsreife SaaS-Anwendungen mit Laravel 12 geschrieben. Es behandelt die Teile, die jedes Produkt braucht, von Benutzerkonten bis zur Abrechnung.
Das sagen meine Kunden
"Vincent works very well asynchronously: communication stays focused, there is little unnecessary back-and-forth, and he still raises the important questions when needed."
"The end result was excellent and has been running smoothly since launch."
"If you need a senior Laravel developer who can move a SaaS product forward, I strongly recommend him."
Fragen und Antworten
Was gehört in die erste Version?
Nur das, was nötig ist, um herauszufinden, ob Kunden bezahlen. Ich helfe beim Weglassen, und der Rest kommt auf eine Liste für später.
Braucht es einen technischen Mitgründer?
Für die erste Version nicht. Ich setze sie um und helfe bei den technischen Entscheidungen. Viele Gründer stellen später Entwickler ein, und der Code ist dafür vorbereitet.
Muss das MVP später neu geschrieben werden?
Das sollte es nicht. Ich setze es auf einem verbreiteten Stack mit sauberem Code um, damit daraus das Produkt werden kann.
Geht es auch mit einem Prototyp oder einem No-Code-Tool als Ausgangspunkt?
Ja. Ein klickbarer Prototyp, eine No-Code-Anwendung oder eine Liste von Bildschirmen ist ein guter Anfang.
Wem gehört der Code?
Dem Gründer. Code, Repository und alle Zugänge gehören ihm.
Wie wird abgerechnet?
Zum Festpreis, wenn das Ziel klar ist, als monatliche Pauschale für laufende Arbeit oder nach Stunden. Ein paar Sätze zum Vorhaben genügen, dann schlage ich ein Modell vor.
Projekt anfragen
Was das Produkt macht, für wen es gedacht ist und was es schon gibt. Ein paar Sätze genügen. In meiner Antwort steht, was ich zuerst umsetzen würde und was es kostet.
Lieber kurz telefonieren? 30 Minuten buchen. Eine E-Mail an contact@vincentschmalbach.com geht auch.