Um ein MVP mit KI zu erstellen, legen Sie das eine Problem fest, das es löst, und die eine Aktion, die Nutzer abschließen müssen. Beschreiben Sie diesen Ablauf in einem Prompt und teilen Sie den Live-Link mit einigen echten Nutzern. Verbessern Sie im selben Chat anhand ihres Verhaltens und ergänzen Sie Konten oder Zahlungen erst, wenn der Test sie braucht.
- Ein MVP ist ein Experiment, keine verkleinerte Kopie Ihres Produkts. Es soll Ihre riskanteste Annahme prüfen.
- Wählen Sie einen Nutzer, ein Problem und eine Aktion, die den Nutzen beweist. Alles andere wartet.
- Ein einziger Prompt kann eine gehostete erste Version live bringen. Der kostenlose Tarif von WisyLink baut bewusst einen schlanken ersten Ausschnitt, und genau das sollte ein MVP sein.
- Beobachten Sie fünf echte Nutzer, bevor Sie etwas ändern, und ändern Sie dann ein oder zwei Dinge pro Folgenachricht.
- Zählen Sie die Kernaktion in den eigenen Daten der App. Seitenaufrufe und Registrierungen allein sagen wenig.
- WisyLink exportiert keinen Code. Der nächste Schritt bedeutet also einen Neubau, der Ihr MVP als lebende Spezifikation nutzt.
Was ein MVP ist – und was nicht
- Minimum Viable Product (MVP)
- Das kleinste funktionierende Produkt, das Sie echten Nutzern zeigen können, um herauszufinden, ob Ihre riskanteste Annahme stimmt.
Der Begriff stammt aus der Lean-Startup-Methode, die einen Kreislauf aus Bauen, Messen und Lernen beschreibt: Erst das Problem erkennen, dann ein MVP entwickeln, „um so schnell wie möglich mit dem Lernen zu beginnen“ (Lean-Startup-Prinzipien). Das Ergebnis, auf das es ankommt, ist Erkenntnis, nicht Software.
Damit scheiden ein paar Dinge aus, die Gründer oft MVP nennen:
- Ein Mockup oder klickbarer Prototyp. Nützlich für Feedback zum Design, aber niemand kann daraus tatsächlich Nutzen ziehen; er kann Ihnen also nicht zeigen, ob Menschen es täten.
- Version 1.0 mit weniger Feinschliff. Hat es Einstellungsseiten, Profile und eine Onboarding-Tour, ist es nicht minimal.
- Eine Demo für Investoren. Eine Demo zeigt, was es geben könnte; ein MVP zeigt, was echte Nutzer getan haben.
„Viable“, also tragfähig, ist so wichtig wie „minimal“. Das eine, was es tut, muss wirklich funktionieren: Die Buchung ist tatsächlich gebucht, die Anfrage kommt tatsächlich bei Ihnen an, die Zahlung geht tatsächlich ein. Hinter den Kulissen dürfen Sie Teile davon von Hand erledigen.
Die eine Aufgabe, die Ihr MVP erfüllen muss
Beginnen Sie mit einem Satz, mit dem Sie falschliegen können: „[Wer] wird [diese Aktion ausführen], weil [dieses Problem], und ich weiß, dass es stimmt, wenn [so viele von ihnen] es innerhalb von [diesem Zeitraum] tun.“ Können Sie den letzten Teil nicht ausfüllen, haben Sie noch keinen Test, nur eine Hoffnung. Für das Tauschbörsen-Beispiel unten könnte der Satz lauten: „Eltern einer Schule stellen zu klein gewordene Sportsachen ein, weil Wegwerfen sich nach Verschwendung anfühlt, und ich weiß, dass es stimmt, wenn innerhalb von zwei Wochen nach einer Erwähnung im Elternbrief 20 Teile eingestellt und 10 abgeholt werden.“ Die Zahlen wählen Sie selbst; wichtig ist, sie vor dem Start festzulegen.
Benennen Sie dann die Annahme, die die Idee zum Scheitern brächte, wenn sie falsch wäre. Meist ist es eine von vier: Niemand will das (Nachfrage), es löst das Problem nicht gut genug (Nutzen), Menschen zahlen nicht (Preis) oder Sie bekommen die Angebotsseite nicht zusammen (Marktplätze). Die riskanteste Annahme bestimmt die Art des MVP:
| Art des MVP | Was Sie bauen | Erfolgssignal |
|---|---|---|
| Landingpage mit Warteliste | Eine Seite mit Angebot und Preis, ein Anmeldeformular, eine Folge-E-Mail | Anmeldungen von Fremden aus Ihrer Zielgruppe und Antworten, wenn Sie ihnen schreiben |
| Concierge | Ein Anfrageformular und eine Warteschlange im Admin-Bereich; das Ergebnis liefern Sie von Hand | Menschen fragen erneut an oder bezahlen für die manuelle Version |
| App mit einer einzigen Funktion | Der eine Ablauf von Anfang bis Ende, mit gespeicherten Daten und Konten nur, wenn nötig | Nutzer schließen die Kernaktion ohne Hilfe ab und kommen wieder |
| Marktplatz-Pilot | Angebote, die Sie selbst einstellen, Filter zum Stöbern, ein Button zum Anfragen oder Reservieren | Abgeschlossene Vermittlungen, und beide Seiten kommen wieder |
Ist die Nachfrage die offene Frage, beginnen Sie mit der ersten Zeile; unser Leitfaden zur Landingpage mit Warteliste per KI beschreibt das. Wollen Menschen das Ergebnis offensichtlich, Sie zweifeln aber an Ihrer Umsetzung, lässt Sie ein Concierge-MVP die Aufgabe kennenlernen, bevor Sie sie automatisieren.
In einen einzigen Prompt fassen
Ein guter MVP-Prompt liest sich wie ein kurzes Briefing an einen Auftragnehmer: für wen, die eine Aufgabe, die Seiten, die Daten, die Regeln und eine ausdrückliche Liste dessen, was wegbleibt. Diese letzte Liste ist die wichtigste, denn Builder, ob Mensch oder KI, füllen Lücken mit Features.
Erstelle eine erste Version von [Produktname] für [konkrete Zielgruppe]. Das Einzige, was sie können muss: [Kernaktion], damit [Ergebnis].
Seiten: [eine Startseite, die das Angebot erklärt], [der Kernablauf], [eine Bestätigung].
Speichern: [Datensätze und ihre Felder]. Regeln: [Grenzen, Status, wer was sehen darf].
Vorerst weglassen: [Konten, Zahlungen, E-Mail, Profile, Einstellungen].
Füge eine Admin-Seite hinzu, auf der ich jede [Anfrage] und eine tägliche Zählung der [Kernaktion] sehe. Stil: [Tonalität, Farben, Mobile First].
Ein ausgefülltes Beispiel für einen zweiseitigen Pilot:
Erstelle eine erste Version von TrikotTausch für Eltern einer Schule. Das Einzige, was sie können muss: Eltern stellen zu klein gewordene Sportsachen ein, und andere Eltern können sie kostenlos reservieren. Seiten: eine Startseite, die erklärt, wie es funktioniert, ein Formular „Teil einstellen“ mit einem Foto, Sportart, Größe und Zustand, eine Übersicht mit Filtern nach Sportart und Größe und ein Reservieren-Button, der nach Name und E-Mail fragt. Jedes Teil kann nur einmal reserviert werden. Lass Konten, Zahlungen und Nachrichten weg. Füge eine Admin-Seite hinzu, die jedes Teil und jede Reservierung zeigt, mit täglichen Zahlen zu neuen Teilen und Reservierungen. Stil: freundlich, Schulfarben Marineblau und Gelb, große Buttons fürs Handy.
Achten Sie darauf, was fehlt: Logins, Chat zwischen Eltern, Bewertungen. Funktioniert der Pilot, sind das Folgenachrichten. Funktioniert er nicht, haben Sie sich den Bau gespart.
Bauen, mit fünf Nutzern testen, im selben Chat verbessern
Das ist der gesamte Leitfaden in sieben Schritten:
- Schreiben Sie Hypothese und Erfolgssignal auf, bevor Sie bauen, damit sich das Ergebnis später nicht umdeuten lässt.
- Fügen Sie Ihren Prompt in einen neuen WisyLink-Chat ein. Ist etwas Wesentliches unklar, stellt Wisy eine kurze Rückfrage; andernfalls startet der Build, und eine Live-Aufgabenliste zeigt die Arbeit. Das Ergebnis ist eine gehostete Web-App unter einer eigenen Adresse.
- Lesen Sie die Abschlussnotiz des Builds. Sie sagt, was gebaut wurde und ob unter Integrationen noch etwas auf Sie wartet, etwa Stripe- oder E-Mail-Einstellungen.
- Spielen Sie den Kernablauf selbst durch, auf dem Handy und am Laptop. Stimmt etwas nicht, beschreiben Sie es im Chat genau: was Sie getan haben, was Sie erwartet haben, was passiert ist.
- Zeigen Sie es fünf echten Nutzern aus Ihrer Zielgruppe, nicht Freunden. Beobachten Sie sie bei der Nutzung, vor Ort oder per Bildschirmfreigabe, ohne etwas zu erklären.
- Notieren Sie Verhalten, nicht Meinungen: wo sie gezögert haben, was sie anklicken wollten, wo sie aufgegeben haben, wonach sie unaufgefordert gefragt haben.
- Ändern Sie ein oder zwei Dinge pro Folgenachricht im selben Chat und testen Sie dann erneut mit neuen Personen. Jede Änderung ist ein neuer Build, und ein fehlgeschlagener Build lässt die letzte funktionierende Version live.
Warum fünf? Jakob Nielsen kam in seiner Usability-Forschung zu dem Schluss, dass „die besten Ergebnisse entstehen, wenn man mit nicht mehr als 5 Nutzern testet und so viele kleine Tests durchführt, wie man sich leisten kann“ (Nielsen Norman Group). Fünf Nutzer zeigen Ihnen, wo der Ablauf bricht. Nachfrage beweisen sie nicht; dafür brauchen Sie Reichweite, etwa eine Wartelisten-Seite, die Sie mit Fremden teilen.
Suchen Sie Testpersonen außerhalb Ihres eigenen Netzwerks: in der Elterngruppe, im Fachforum oder in der lokalen Community, in der sich Ihre Zielnutzer ohnehin austauschen. Bitten Sie um 20 Minuten, bieten Sie ein kleines Dankeschön an und vereinbaren Sie die Termine, bevor der Build fertig ist. So trifft der Link auf echte Menschen, solange Ihre Fragen noch frisch sind.
Im kostenlosen Community-Tarif haben Sie einen Build pro 5-Stunden-Fenster. Dieses Tempo passt zu dem Kreislauf: eine Runde Feedback sammeln, die ein oder zwei wichtigsten Änderungen auswählen und sie in einer Nachricht abschicken.
Konten, Zahlungen und E-Mail erst, wenn Tests sie brauchen
Jedes dieser Elemente bringt Einrichtung, Tests und Hürden für Nutzer mit sich. Ergänzen Sie es, wenn die Hypothese es verlangt, nicht weil echte Produkte so etwas haben.
- Konten, wenn Nutzer zu ihren eigenen Daten zurückkehren müssen: gespeicherte Einträge, Verlauf, ein Dashboard. Bis dahin reichen Felder für Name und E-Mail. Die App betreibt ihre eigene Registrierung und Anmeldung; eine Anmeldung mit Google ist mit Ihren eigenen OAuth-Zugangsdaten möglich.
- Zahlungen, wenn die Zahlungsbereitschaft die Annahme ist. Geld ist das stärkste Signal, das ein MVP sammeln kann. Der Checkout läuft über Ihr eigenes Stripe-Konto (oder das eines anderen Anbieters), bleibt inaktiv, bis Sie Ihre Schlüssel unter Integrationen eintragen, und markiert eine Bestellung erst als bezahlt, wenn der signierte Webhook des Anbieters sie bestätigt. Testen Sie zuerst mit den Testschlüsseln von Stripe.
- E-Mail, wenn der Ablauf eine Bestätigung oder ein Nachfassen braucht. Sie läuft über Ihr eigenes SMTP-Konto; ohne eines verschicken E-Mail-Schritte nichts, und alles andere funktioniert.
Jede Ergänzung ist eine Folgenachricht, zum Beispiel: „Füge Registrierung und Login hinzu, damit Eltern ihre eingestellten und reservierten Teile sehen. Lass alles andere, wie es ist.“ Fügen Sie nie einen Schlüssel oder ein Passwort in den Chat ein; der Build sagt Ihnen, welches Feld unter Integrationen Sie ausfüllen müssen.
Messen, was Nutzer tun, nicht, was sie sagen
WisyLink hat kein eingebautes Analytics-Dashboard; planen Sie die Messung also als Teil des Builds ein. Nutzen Sie zwei Ebenen:
- Produktereignisse in den eigenen Daten der App. Lassen Sie die App jede wichtige Aktion mit Zeitstempel speichern, etwa „Teil eingestellt“, „Teil reserviert“ oder „Bestellung bezahlt“, und die Tageszahlen auf der Admin-Seite anzeigen. Diese Zahlen sind exakt und privat, und sie messen genau das, worum es in Ihrer Hypothese geht.
- Traffic über einen Analytics-Anbieter. Für Besuche und Quellen lassen Sie Ihr Analytics-Tool anbinden. Braucht es einen geheimen Schlüssel, legt der Build ein Feld unter Integrationen an, und Sie tragen den Schlüssel dort ein.
Verfolgen Sie vier Dinge: Aktivierung (der Anteil der Besucher, die die Kernaktion abschließen), Wiederkehr (wer innerhalb einer Woche zurückkommt), Conversion (wer bezahlt oder beitritt) und Absprung (der Schritt, an dem Menschen aufgeben). Legen Sie die Schwelle für Erfolg fest, bevor Sie hinschauen. Für die Tauschbörse ist eine faire Regel: Weitermachen, wenn die meisten eingestellten Teile innerhalb einer Woche reserviert werden; das Angebot überdenken, wenn Teile liegen bleiben, obwohl viele Besuche kommen, denn das deutet auf die falsche Zielgruppe oder die falschen Teile hin. Ergänzen Sie nach der Kernaktion eine optionale Frage wie „Was hätte Sie fast davon abgehalten?“ und beschränken Sie das Admin-Dashboard auf wenige Zahlen.
Weil Sie personenbezogene Daten wie Namen und E-Mail-Adressen erheben, gehört auch ein MVP mit Impressum und Datenschutzerklärung online, und ein Analytics-Tool, das Cookies setzt, braucht in Deutschland in der Regel eine Einwilligung.
Zeit und Kosten: realistische Erwartungen
Wie lange dauert es, ein MVP mit KI zu bauen? Eine erste Live-Version kann aus einer einzigen Chat-Sitzung entstehen, und Sie sehen beim Build zu. Den Kalender bestimmt alles drumherum: die eine Aufgabe festlegen, fünf echte Nutzer finden, die Sitzungen durchführen und Änderungen vornehmen. Planen Sie den Test als festes Zeitfenster von ein, zwei Wochen mit einer Entscheidung am Ende, statt offen weiterzubauen. Kostenpflichtige Tarife verkürzen die Wartezeit zwischen Builds und lassen mehrere Apps gleichzeitig bauen; das hilft, sobald Sie mehr als ein Experiment laufen haben.
Was kostet ein MVP? Bei WisyLink:
- Community: kostenlos, mit einem Nutzungskontingent, das sich über ein 5-Stunden- und ein Wochenfenster wieder auffüllt. Genug für einen ersten Ausschnitt.
- Starter 7, Growth 20, Scale 100 US-Dollar im Monat für umfangreichere Builds, mehr Nutzung und Links, die nicht ablaufen, solange Sie abonniert sind. Bei In-App-Käufen rechnen App Store und Google Play in Ihrer Landeswährung ab.
- Externe Kosten: eine Domain, wenn Sie eine möchten (zum Preis Ihres Registrars; die Verbindung funktioniert in jedem Tarif), die Transaktionsgebühren Ihres Zahlungsanbieters, wenn Sie Geld nehmen, ein E-Mail-Anbieter für SMTP und gegebenenfalls ein Analytics-Tool.
- Ihre Zeit – auf jedem Weg der größte Kostenfaktor.
Zum Vergleich mit beauftragten Entwicklern lesen Sie unseren Beitrag zu den Kosten einer Web-App und den Vergleich KI-App-Builder oder Entwickler beauftragen. Eine Zeitfalle: Kostenlose Links bleiben 30 Tage live und sind danach eine Woche zur Löschung markiert, bevor sie samt Daten gelöscht werden. Dauert Ihr Test länger oder steht der Link schon auf gedruckten Flyern, upgraden Sie vorher.
Typische MVP-Fehler und wann Sie den nächsten Schritt gehen
Fehler, die einen Test verschwenden
- Das zweite Feature bauen, bevor jemand das erste genutzt hat.
- Mit Freunden testen. Sie sind nett, und Nettigkeit ist Rauschen.
- Registrierungen zählen statt der Kernaktion. Eine Registrierung ist ein Versprechen; die Aktion ist der Beweis.
- Fünf Dinge auf einmal ändern, sodass Sie nicht sagen können, welche Änderung gewirkt hat.
- Logins an Tag eins einbauen, obwohl Name und E-Mail gereicht hätten.
- An der Optik feilen, während der Ablauf Menschen noch verwirrt.
- Den kostenlosen Link mitten im Test ablaufen lassen und damit Ihre Daten verlieren.
Wann Sie umsteigen: Entwickler beauftragen oder neu bauen
Funktioniert das MVP, kann es in einem kostenpflichtigen Tarif weiter echte Kunden bedienen; keine Regel zwingt Sie zum Neubau. Steigen Sie um, wenn eine Anforderung nicht zu dem passt, was eine gehostete, mit KI gebaute Web-App leistet:
- Sie brauchen eine native App im App Store oder bei Google Play, keine Web-App.
- Sie brauchen eine Volltextsuche über große Datenmengen.
- Unternehmenskunden verlangen Single Sign-on, einen bestimmten Hosting-Standort oder Compliance-Berichte.
- Das Produkt hängt an lang laufender Verarbeitung oder minutengenauen Zeitplänen.
- Ein Entwicklerteam muss den Code besitzen und direkt ändern können.
WisyLink exportiert keinen Quellcode. Umsteigen heißt also, dass Entwickler eine neue Version bauen. Das ist weniger schmerzhaft, als es klingt: Ihr MVP ist eine lebende Spezifikation der Abläufe, des Datenmodells, der Texte und, am wertvollsten, der Belege dafür, was Nutzer tatsächlich getan haben. Bitten Sie früh um einen CSV-Export Ihrer wichtigsten Datensätze, damit Ihre Daten mit umziehen. Ein nützliches Übergabepaket hat vier Teile: den Live-Link, eine schriftliche Liste aller Abläufe und Regeln, die exportierten Daten und Ihre Notizen aus den Nutzersitzungen. Für die Gründerseite lesen Sie Ausliefern ohne technischen Mitgründer, und warum manche Versionen dafür gedacht sind, ersetzt zu werden, erklärt Wegwerfsoftware.
Bauen Sie Ihr MVP noch diese Woche
Schreiben Sie Ihre Hypothese auf, füllen Sie die Prompt-Vorlage mit Ihrer einen Aufgabe und Ihrer Weglass-Liste aus und vereinbaren Sie fünf Nutzersitzungen, bevor der Build fertig ist. Wenn Sie verstehen möchten, was unter der Haube läuft, bevor Sie Kunden darauf loslassen, erklärt die Produktseite Isolation und Zuverlässigkeit, und die Tarife zeigen, was sich beim Upgrade ändert.
Beschreiben Sie Ihr MVP in einer Nachricht und erhalten Sie einen Live-Link: Kostenlos mit Community starten, ohne Kreditkarte.
F.A.Q.