Translated text (German (Deutsch) only, no explanations):
Ich habe jahrelang Produkte auf den Markt gebracht. Ich weiß, wie Langsamkeit aussieht.
Die erste Woche eines jeden SaaS-Aufbaus ist wirklich der schlimmste Teil des gesamten Prozesses.
Du wechselst den ganzen Tag lang ohne Pause die Rollen in deinem eigenen Kopf.
Gründer. Forscher. Produktmanager. Designer. Engineer. QA-Tester. Marketer.
Das gleiche Gehirn. Sieben völlig unterschiedliche Jobs. Keine Dynamik, die etwas davon zeigt.
Die meisten Gründer, die ich kenne, verbringen die gesamte erste Woche nur damit, übers Nachdenken nachzudenken. Sie öffnen ein leeres Dokument, schreiben drei Aufzählungspunkte, schließen den Laptop, machen Kaffee, kommen zurück, löschen die Punkte und fangen von vorne an. Die Woche endet und nichts existiert außer einem wachsenden Gefühl der Angst und einer Notizen-App voller halb ausgearbeiteter Ideen, die nirgendwo hinführen.
Letzten Monat wurde ich diesen Kreislauf leid und probierte etwas völlig anderes.
Ich hörte auf, ein einziges KI-Modell für alles zu verwenden, und begann, KI so zu behandeln, wie man ein echtes Team behandeln würde.
Ich baute sieben spezialisierte Agenten mit Kimi Agent Swarm und gab jedem einen bestimmten Job, ein bestimmtes Ergebnis, das er produzieren sollte, und eine bestimmte Spur, in der er bleiben sollte.
Ein Nachmittag. Eine SaaS-Idee. Sieben Agenten, die parallel arbeiten. Ein vollständiger MVP-Bauplan vor mir vor dem Abendessen.
Hier ist genau, was ich getan habe und warum es funktioniert hat.
Die Idee, an der sie arbeiten sollten
Das Produktkonzept war eine KI-Website-Audit-SaaS, die speziell für lokale Unternehmen entwickelt wurde.
Das Problem ist offensichtlich, sobald man es sieht. Fünf Millionen lokale Unternehmen haben Websites, die aussehen, als wären sie 2011 gebaut und seitdem nie wieder angefasst worden. Kein Buchungsbutton. Kein mobiles Layout. Keine Vertrauenssignale. Kein klarer Call to Action. Kein Bewertungsbereich. Nichts, das einen Besucher in einen Anruf verwandelt.
Ein Klempner kann wirklich großartig in seinem Handwerk sein und trotzdem jeden Tag Kunden verlieren, weil seine Website verlassen aussieht. Die Qualität der Arbeit und die Qualität der Online-Präsenz haben nichts miteinander zu tun. Diese Lücke ist die Chance.
Das SaaS-Konzept war einfach. Gib eine beliebige URL eines lokalen Unternehmens ein, und die App führt ein Audit durch, generiert eine Bewertung, identifiziert, was kaputt ist und warum, und erstellt eine kalte E-Mail, die bereit ist, an den Geschäftsinhaber gesendet zu werden.
Zielnutzer waren Freiberufler, Webdesigner und lokale SEO-Agenturen. Jeder, der Websites und Dienstleistungen an lokale Unternehmen verkauft und eine schnellere Möglichkeit braucht, dieses Gespräch zu beginnen.
Die Erkenntnis, die diese Idee zum Klick brachte, war diese: Das Audit ist nicht das Produkt. Das Audit ist die Verkaufswaffe.
Eine generische kalte E-Mail, die nichts Spezifisches sagt, wird jedes Mal ignoriert. Eine E-Mail, die sagt, dass dein mobiler Buchungsbutton kaputt ist, deine Homepage keine Vertrauenssignale hat und dein Konkurrent um die Ecke dreihundert mehr Bewertungen und einen schnelleren Buchungsablauf hat, bekommt tatsächlich eine Antwort. Spezifität ist es, was die Leute aufmerksam macht. Die SaaS produziert diese Spezifität automatisch in sechzig Sekunden.
Warum die meisten Menschen KI völlig falsch zum Bauen nutzen
Bevor ich in den Workflow einsteige, ist dieser Teil wichtig, weil er erklärt, warum der Ansatz funktioniert.
Die meisten Gründer nutzen KI wie einen etwas leistungsfähigeren Chatbot. Sie geben einem Modell einen riesigen Prompt, der es auffordert, den Markt zu recherchieren, die UI zu entwerfen, das Backend zu bauen, die Landing Page zu schreiben und den Launch zu planen – alles auf einmal.
Das Ergebnis fühlt sich oberflächlich an, weil es oberflächlich ist.
Ein Modell, das zwischen sieben völlig unterschiedlichen Denkmodi wechselt, produziert durchschnittliche Arbeit in jedem einzelnen Modus. Es ist kein Problem der Modellqualität. Es ist ein strukturelles Problem.
Ein Forscher denkt anders als ein Designer. Ein Backend-Engineer denkt anders als ein Marketer. Ein QA-Tester denkt anders als ein Produktmanager. Das sind nicht nur verschiedene Aufgaben. Es sind wirklich unterschiedliche kognitive Modi, die bessere Ergebnisse liefern, wenn sie nicht innerhalb desselben Kontextfensters miteinander konkurrieren.
Die Erkenntnis hinter Agenten-Swarms ist einfach. Spezialisierung produziert bessere Ergebnisse als Generalisierung. Das ist überhaupt keine neue Idee. Es ist genau der Grund, warum Unternehmen Teams einstellen, anstatt eine Person, die alles macht.
Kimi Agent Swarm wendet dieselbe Logik auf KI an. Anstatt ein Modell zu bitten, dir eine SaaS zu bauen, erschaffst du ein kleines KI-Unternehmen rund um die Aufgabe. Jeder Agent hat eine Rolle. Jeder Agent produziert ein Artefakt. Der Gründer verwaltet das System und überprüft die Ergebnisse, anstatt jede Aufgabe manuell zu erledigen.
Dieser Wechsel klingt subtil. In der Praxis ändert er alles daran, wie sich die Woche anfühlt.
Die sieben Agenten, die ich zusammengestellt habe
Agent 1 war der Research Agent. Seine Aufgabe war es, den Markt zu validieren, die echten Zielkunden zu identifizieren, die Wettbewerbslandschaft zu kartieren und die Kernanwendungsfälle aufzudecken. Sonst nichts.
Agent 2 war der Product Manager Agent. Seine Aufgabe war es, den MVP-Umfang mit brutaler Ehrlichkeit zu definieren, jedes nicht wesentliche Feature zu streichen, die Kernnutzerreise zu kartieren und das Preismodell festzulegen. Sonst nichts.
Agent 3 war der UX Agent. Seine Aufgabe war es, die Seitenstruktur, den Nutzerfluss, das Dashboard-Layout und das Berichtslayout zu entwerfen. Sonst nichts.
Agent 4 war der Frontend Engineer Agent. Seine Aufgabe war es, den UI-Plan zu bauen und die vollständige Komponentenstruktur zu definieren. Sonst nichts.
Agent 5 war der Backend Engineer Agent. Seine Aufgabe war es, die Audit-Logik, das Bewertungssystem, die API-Struktur und das Datenmodell zu entwerfen. Sonst nichts.
Agent 6 war der QA Agent. Seine Aufgabe war es, den gesamten Plan anzugreifen, die Bugs zu finden, die fehlenden Zustände aufzudecken, die Grenzfälle zu identifizieren und jede Annahme offenzulegen, die später Probleme verursachen würde. Sonst nichts.
Agent 7 war der Launch Agent. Seine Aufgabe war es, den Landing-Page-Text, den Launch-Post, die Cold-Email-Vorlage und die Produktpositionierung zu schreiben. Sonst nichts.
Jeder Agent arbeitete zuerst unabhängig. Dann wurden die Ergebnisse zu einem vollständigen Bauplan zusammengeführt.
Das unterscheidet es von einem langen Gespräch mit einem einzigen KI-Modell. Es gibt kein Kontextwechseln. Es gibt keine impliziten Widersprüche zwischen dem, was ein Abschnitt sagt, und dem, was ein anderer annimmt. Jeder Agent bleibt in seiner Spur und produziert saubere Ergebnisse aus dieser Spur.
Der Master-Prompt, den ich zum Start verwendet habe
Das ist der genaue Prompt, den ich Kimi gegeben habe, um die Sitzung zu öffnen. Verwende ihn als Ausgangspunkt und passe ihn an das an, was du baust.
Erstelle eine KI-Website-Audit-SaaS für lokale Dienstleistungsunternehmen. Zielnutzer sind Freiberufler, Agenturinhaber, lokale SEO-Berater und Webdesigner, die an Klempner, HVAC-Unternehmen, Dachdecker, Elektriker und Zahnärzte verkaufen. Kern-Workflow: Benutzer gibt eine lokale Geschäfts-URL ein, die App auditiert die Website, generiert eine Bewertung, eine Problemliste, eine Verbesserungs-Checkliste, einen Kundenbericht und eine kalte E-Mail. Verteile dies auf sieben spezialisierte Agenten. Research Agent validiert den Markt und den Kunden. Product Agent definiert MVP-Umfang, Features und Preise. UX Agent entwirft den Nutzerfluss, das Dashboard und das Berichtslayout. Frontend Agent definiert die UI-Struktur und -Komponenten. Backend Agent entwirft die Bewertungslogik, das Auditsystem und die API. QA Agent identifiziert Grenzfälle, fehlende Zustände und Fehlermodi. Launch Agent schreibt die Landing Page, den Launch-Post, die kalte E-Mail und die Positionierung. Jeder Agent arbeitet zuerst unabhängig. Dann führe alle Ergebnisse in einem endgültigen MVP-Plan zusammen.
Die meisten Leute würden eine Version davon schreiben und auf eine große Antwort warten. Der Punkt des Swarms ist, dass jeder Agent ein echtes Artefakt aus seinem eigenen Blickwinkel produziert, ohne zu wissen, was die anderen Agenten tun. Die Forschung denkt nicht über Knopffarben nach. Der UX erfindet nicht das Preismodell. Der QA greift an, statt zu verteidigen. Der Launch Agent berührt nicht das Backend. Trennung ist das System.
Was jeder Agent tatsächlich produziert hat
Der Research Agent fand vier relevante Kundengruppen: Webdesigner, die Neugestaltungen an lokale Unternehmen verkaufen; SEO-Agenturen, die monatliche Audit-Retainer verkaufen; Freiberufler, die Kaltakquise nutzen, um neue Kunden zu finden; und Solopreneure, die Lead-Generierungsdienste als produktisiertes Angebot aufbauen.
Die wichtigste Erkenntnis, die er zutage förderte, war die, die ich bereits erwähnt habe, aber sie wiederholt sich lohnt: Das Audit ist nicht das Produkt. Das Audit ist die Verkaufswaffe. Leute, die an lokale Unternehmen verkaufen, brauchen einen schnelleren Weg, um personalisierte und spezifische Audits zu erstellen, die ihnen einen Grund geben, Kontakt aufzunehmen, der es wert ist, gelesen zu werden. Der Research Agent identifizierte dies als die Kernpositionierung des gesamten Produkts, bevor ein einziger Bildschirm entworfen wurde.
Der Product Manager Agent kürzte den Umfang ohne Sentimentalität.
Version eins brauchte genau fünf Bildschirme: Startseite, Audit-Eingabeseite, Lade- und Fortschrittsseite, Audit-Ergebnisseite und Bericht-Exportseite.
Keine Teamkonten. Keine Abrechnungsintegration. Keine CRM-Verbindungen. Keine Browsererweiterung. Kein Marktplatz. Kein API-Zugriff für Dritte. Nichts davon.
Nur ein Workflow, der sauber funktioniert: URL eingeben, Audit erhalten, Bericht senden, Deal gewinnen.
Die Kern-MVP-Features waren einfach: Website-URL-Eingabe, Geschäftskategorie-Auswahl, Audit-Score von null bis hundert, Conversion-Checkliste, Mobile-Readiness-Checkliste, Vertrauenssignal-Checkliste, CTA-Checkliste, Berichtszusammenfassung, Cold-Email-Generator und empfohlene Service-Preise für den Freiberufler, der den Bericht sendet.
Das reicht für Version eins. Ein SaaS-MVP muss nicht vollständig sein. Es muss beweisen, dass ein Workflow von Anfang bis Ende ohne Unterbrechung funktioniert.
Der UX Agent entwarf die fünfteilige Nutzerreise mit einer Klarheit, die einen menschlichen Designer einen ganzen Tag gekostet hätte.
Schritt eins: URL einfügen und Geschäftstyp auswählen. Schritt zwei: App führt das Audit mit einer sichtbaren Fortschrittsanzeige durch. Schritt drei: Gesamtbewertung sehen. Schritt vier: genau sehen, was kaputt ist und warum, in einfacher Sprache. Schritt fünf: Bericht herunterladen und die kalte E-Mail zum Senden bereitstellen.
Das Berichtslayout, das der UX Agent produzierte, war das Stück, das mich wirklich überraschte.
Website-Score: 62 von 100. Was dich Kunden kostet: kein sichtbarer Buchungsbutton, schwaches mobiles Layout, kein Google-Bewertungsbereich, kein CTA für Notdienst, langsamer Vertrauensaufbau above the fold. Schnelle Erfolge: Click-to-Call-Button hinzufügen, Bewertungen nach oben auf die Seite verschieben, Servicebereich hinzufügen, Vorher-Nachher-Fotos hinzufügen, Buchungsformular hinzufügen. Geschäftsauswirkung: Deine Seite verliert mobile Besucher, die jetzt bereit sind anzurufen.
Nicht technisch. Nicht voller Fachjargon. Klar genug, damit ein Klempner es in dreißig Sekunden lesen und verstehen kann. Das ist es, was der Freiberufler sendet. Das ist es, was ein Meeting bucht.
Der Backend Agent baute das Bewertungssystem über fünf Kategorien mit spezifischen gewichteten Prüfungen in jeder Kategorie.
Designklarheit war zwanzig Punkte wert. Mobile Readiness war zwanzig Punkte wert. Conversion-Readiness war fünfundzwanzig Punkte wert. Vertrauenssignale waren zwanzig Punkte wert. Lokale SEO-Grundlagen waren fünfzehn Punkte wert. Insgesamt hundert Punkte, wobei jeder einzelne Punkt auf ein bestimmtes beobachtbares Merkmal der Website zurückführbar ist.
Das ist wichtiger, als es scheint. Eine Bewertung muss erklärbar sein, um glaubwürdig zu sein. Eine Black-Box-KI-Bewertung, die niemand nachvollziehen kann, wirkt fake und wird ignoriert. Eine Bewertung mit spezifischen, klaren Gründen für jeden Punkt fühlt sich nützlich an und wird mit einem Vermerk an den Geschäftsinhaber weitergeleitet.
Der QA Agent war mit deutlichem Abstand der wertvollste Agent im gesamten Swarm.
Ein QA Agent macht eines gut: Er greift an. Und ein separater Agent, der den Plan angreift, hat keine emotionale Bindung an die Arbeit, die vor ihm kam.
Kimi's QA Agent deckte sofort die Probleme auf, die später echten Schaden angerichtet hätten. Was passiert, wenn die URL kaputt oder falsch eingegeben ist? Was, wenn die Site das Web-Crawling komplett blockiert? Was, wenn die Website fast keinen Textinhalt zur Analyse hat? Was, wenn das Unternehmen überhaupt keine Bewertungen hat? Was, wenn zwei Audit-Kategorien widersprüchliche Ergebnisse liefern? Was, wenn die generierte kalte E-Mail zu aggressiv klingt und die Beziehung des Freiberuflers beschädigt, bevor sie beginnt?
Jede dieser Fragen offenbarte eine Lücke im Plan, die geschlossen werden musste, bevor eine einzige Zeile Code geschrieben wurde.
Die Korrekturen, die er empfahl, waren konkret: Fallback-Zustände für Sites, die Crawling blockieren; ein manuelles Notizfeld für menschliche Übergriffe, wenn das automatisierte Audit etwas nicht verifizieren kann; ein Konfidenzscore für jede Feststellung, damit der Freiberufler weiß, was solide ist und was überprüft werden muss; ein weicherer E-Mail-Ton-Umschalter für verschiedene Situationen; und ein menschlicher Überprüfungsschritt, bevor ein Outreach tatsächlich gesendet wird.
Der letzte Punkt ist wichtig, und ich möchte direkt sein. Du willst nicht, dass fünfhundert mittelmäßige kalte E-Mails automatisch mit deinem Namen rausgehen. Du willst fünfhundert starke Entwürfe, die ein Mensch überprüft und genehmigt, bevor sie gesendet werden. Der Swarm erledigt die schwere Arbeit. Der Gründer bleibt der Redakteur.
Der Launch Agent produzierte die Produktpositionierung in einem Satz, der tatsächlich besser war als alles, was ich selbst nach zwei Tagen Nachdenken geschrieben hatte.
Verwandle schlechte lokale Geschäftswebsites in Kundenchancen.
Das ist in jeder Hinsicht stärker als "KI-Website-Audit-Tool". Niemand wacht auf und will ein Audit. Die Leute wachen auf und wollen Kunden. Die Positionierung spiegelt wider, was der Benutzer tatsächlich will, nicht, was das Produkt technisch tut.
Die Headline und Subheadline der Landing Page, die der Agent schrieb, waren ebenso sauber: "Verwandle schlechte lokale Geschäftswebsites in Kundenchancen. Gib eine beliebige URL ein. Erhalte ein sofortiges Audit. Sende einen personalisierten Bericht. Schließe den Deal ab." Nichts Verschwendetes. Keine clevere Wortspielerei, die den Wert verschleiert. Nur das Versprechen, klar ausgesprochen.
Was der Nachmittag insgesamt produziert hat
Als alle sieben Agenten fertig waren und die Ergebnisse in einem Dokument zusammengeführt wurden, hatte ich: einen validierten Markt und ein echtes Zielkundenprofil, einen engen MVP-Umfang mit fünf Bildschirmen und null Feature-Creep, eine vollständige, Schritt für Schritt kartierte Nutzerreise, ein Bewertungssystem mit hundert Punkten und spezifischen Prüfungen für jeden Punkt, eine UI-Struktur und eine vollständige Komponentenliste, ein kundenfreundliches Berichtslayout, das auf Klarheit in einfacher Sprache getestet wurde, eine QA-Checkliste, die jeden Grenzfall abdeckt, den die Agenten identifizieren konnten, einen Landing-Page-Text, der sofort einsatzbereit ist, einen Launch-Post für den Veröffentlichungstag und eine Cold-Email-Vorlage, die auf den lokalen Geschäftsinhaber personalisiert ist.
Das ist kein fertiges Unternehmen. Niemand behauptet das.
Aber es ist mehr, als die meisten Gründer nach einer ganzen Woche einsamen Nachdenkens haben, und es hat einen Nachmittag statt sieben Tage gedauert.
Was der Swarm nicht kann und wo du immer noch wichtig bist
Ich möchte direkt sein, weil die meisten Beiträge über KI-Tools das komplett auslassen, und diese Unehrlichkeit ist es, die die Leute nichts glauben lässt.
Kimi hat keine SaaS gebaut. Es hat einen Bauplan für eine SaaS gebaut. Der Unterschied ist real und bedeutend.
Ein funktionierendes Produkt braucht immer noch produktionsreifen Code, der geschrieben und getestet wird. Es braucht echte Benutzer, die es ausprobieren und auf eine Weise kaputt machen, die niemand vorhergesehen hat. Es braucht Zahlungsabwicklung, Hosting und ordentliche Fehlerbehandlung. Es braucht Kundensupport, wenn etwas schiefgeht. Es braucht Vertrieb, der nicht aufhört, wenn du aufhörst, Druck zu machen. Es braucht Preistests mit echten Leuten mit echtem Geld. Es braucht manuelle QA, bevor irgendetwas öffentlich ausgeliefert wird.
Einige Websites blockieren das Crawlen und brauchen einen Fallback-Ansatz. Einige Audits brauchen menschliche Überprüfung, bevor sie an einen Kunden gesendet werden. Einige E-Mails brauchen ein zweites Lesen, bevor sie rausgehen.
Das ist kein Knopf drücken und reich werden. Jeder, der dir etwas anderes erzählt, verkauft dir etwas.
Der ehrliche Wert ist praktischer als das. Der Swarm hat die ersten chaotischen siebzig Prozent des Produktdenkens ersetzt, die früher eine Woche des Starrens auf leere Dokumente und des Wechselns zwischen sieben verschiedenen Denkweisen gedauert haben. Der Gründer behält Geschmack, Urteilsvermögen und das tatsächliche Ausliefern. Was sich ändert, ist der Ausgangspunkt.
Anstatt mit einer leeren Seite und einer Angstspirale zu beginnen, beginnst du mit einem Forschungsergebnis, einer Produktspezifikation, einem Bewertungssystem, einem UI-Flow und einem Launch-Plan. Die kognitive Last sinkt sofort. Die frühen Entscheidungen werden schneller getroffen, weil das Denken bereits strukturiert ist. Die Woche fühlt sich von der ersten Stunde an völlig anders an.
Der genaue Workflow zum Speichern und Verwenden
Schritt eins: Schreibe eine klare Idee, die das Problem, den spezifischen Benutzer und den Kern-Workflow enthält. Ein Absatz. Nicht mehr.
Schritt zwei: Öffne Kimi Agent Swarm.
Schritt drei: Weise sieben Agenten spezifische Rollen und spezifische Ergebnisse zu. Keine allgemeinen Anweisungen. Spezifische Liefergegenstände aus jeder Spur.
Schritt vier: Lass jeden Agenten sein Artefakt völlig unabhängig produzieren, ohne auf die anderen zu verweisen.
Schritt fünf: Lass den QA Agenten den vollständig zusammengeführten Plan angreifen, ohne Bindung an irgendeine der Arbeiten.
Schritt sechs: Führe alle Ergebnisse in einem MVP-Bauplan-Dokument zusammen.
Schritt sieben: Baue nur die kleinste Version des Produkts, die beweist, dass der Kern-Workflow tatsächlich von Anfang bis Ende funktioniert.
Schritt acht: Teste mit fünf echten Benutzern, bevor du ein einziges zusätzliches Feature hinzufügst. Echte Benutzer brechen Annahmen, die kein Agent jemals aufdecken wird, weil Annahmen nur an der Realität zerbrechen.
Der Fehler, den die meisten Gründer machen, ist, KI zu bitten, alles zu bauen. Der bessere Move ist, Agenten zu bitten, das Chaos am Anfang zu beseitigen, damit das Denken strukturiert ist, bevor das Bauen beginnt.
Recherche wird klar. Umfang wird klar. Bildschirme werden klar. Risiken werden klar. Launch-Winkel wird klar. Alles, was normalerweise eine Woche verwirrten Wechselns dauert, wird in einen fokussierten Nachmittag komprimiert.
Der Wandel, der tatsächlich stattfindet
Hier ist, was ich wirklich glaube, nachdem ich das durchgeführt und sorgfältig darüber nachgedacht habe.
Die nächste Generation von Gründern wird KI nicht nur nutzen, um Texte zu schreiben oder Dokumente zusammenzufassen. Sie werden Swarms managen, wie ein Gründer ein Team managt. Ein Agent recherchiert den Markt. Ein Agent entwirft das Produkt. Ein Agent baut den Backend-Plan. Ein Agent testet die Annahmen. Ein Agent schreibt den Launch.
Der Gründer hört auf, die Person zu sein, die jede Aufgabe ausführt, und wird zur Person, die das System dirigiert, die Ergebnisse überprüft, Geschmack und Urteilsvermögen anwendet und entscheidet, was ausgeliefert wird.
Das ist keine kleine Änderung. Das ist eine grundlegende Verschiebung dessen, wie die erste Woche des Bauens aussieht und welche Art von Output möglich ist, bevor eine einzige Zeile Produktionscode geschrieben wird.
Die Gründer, die das zuerst herausfinden, werden einen unfairen Vorteil gegenüber denen haben, die immer noch zwischen sieben Rollen in einem müden Gehirn wechseln.
Vorher: Ein Gründer, der zwischen sieben Rollen wechselt, verliert eine Woche, bevor er eine Zeile Code schreibt, verbrennt kognitive Energie für Struktur statt Substanz.
Nachher: Sieben Agenten, die parallel laufen, liefern einen vollständigen MVP-Bauplan vor Tagesende, wobei die Energie des Gründers für die Entscheidungen gespart bleibt, die tatsächlich menschliches Urteilsvermögen erfordern.
Das hat früher eine Woche einsamen Malens gedauert.
Jetzt beginnt es mit einem Prompt und einem Nachmittag.
Folge für mehr echte Systeme, die tatsächlich ändern, wie du baust.
