Die Landing Page sollte gar nicht gut werden. Ich testete einen Workflow – vier Tools, die ich noch nie in Kombination verwendet hatte, miteinander zu verknüpfen – und rechnete fest damit, dass das Ergebnis ein grobes Gerüst sein würde, das ich in den nächsten drei Stunden polieren müsste. Stattdessen starrte ich auf eine Tailwind-basierte Landing Page mit stimmiger Typografie, animiertem Hero-Bereich, Trust-Badges und einem Lead-Magnet-Anmeldeformular. Alles war bereits deployed. Alles wurde getrackt. Und der erste A/B-Test für die Headline lief schon.
Zweiunddreißig Minuten waren vergangen, seit ich die erste Geschäftsidee in den Idea Browser eingetippt hatte.
Bevor wir weitermachen, möchte ich eines klarstellen: Die Geschwindigkeit ist nicht die eigentliche Geschichte. Jeder kann schnell eine Landing Page hochziehen, wenn ihm die Qualität egal ist. Die eigentliche Geschichte ist, dass die gesamte Pipeline – Ideenvalidierung, Wettbewerbspositionierung, Lead-Magnet-Erstellung, Landing-Page-Design, Deployment, Analytics-Setup und Live-Experimente – durch eine vernetzte Kette von MCPs in Claude Code lief. Kein Figma-zu-Developer-Handover. Kein Kopieren von Analytics-Snippets ins HTML. Kein Hin- und Herspringen zwischen sechs Browser-Tabs, um verschiedene Funnel-Teile zu managen.
Das passiert, wenn man Claude Code nicht mehr als Coding-Tool betrachtet, sondern als Orchestrierungsschicht für den gesamten Go-to-Market-Stack.
Ich werde jeden Schritt, jedes Tool und die entscheidenden Momente durchgehen, in denen alles zusammenpasste (und die Stellen, an denen ich mit dem Setup kämpfen musste). Aber die Erkenntnis, die mir lange nach dem Build im Kopf blieb, geht weit über Landing Pages hinaus – es geht darum, was das Terminal wird, wenn MCPs es zur universellen Steuerzentrale für Geschäftsprozesse machen.
Die Idee, die in einer Markdown-Datei begann
Hier ist das Geschäftskonzept, das ich als Testfall verwendet habe: ein KI-Sparringspartner für B2B-Vertriebsteams. Stellen Sie sich das als eine Übungsarena vor, in der Vertriebsmitarbeiter Einwandbehandlungs-Szenarien mit einer KI durchspielen, die die Rolle eines skeptischen Käufers übernimmt. Die KI passt sich in Echtzeit an, stellt unerwartete Fragen und bewertet die Antworten des Reps hinsichtlich Überzeugungskraft, Klarheit und Selbstbewusstsein.
Gute Idee? Vielleicht. Es ging nicht darum, ob genau dieses Produkt funktionieren würde. Es ging darum zu testen, ob ich jede Geschäftsidee durch eine vollständige Pipeline bringen kann – vom vagen Konzept bis zur optimierten Landingpage mit Live-Tracking – ohne das Terminal zu verlassen.
Das erste Tool in der Kette war Idea Browser, verbunden mit Claude Code über MCP.
Idea Browser ist keine Notiz-App. Es ist ein Ideenmanagementsystem, das strukturierte Kontexte rund um Geschäftskonzepte speichert – Kundenprofile, Wettbewerbspositionierung, Angebotsdefinitionen, Marktannahmen – und diesen Kontext im Laufe der Zeit weiterentwickelt. Wenn Sie es über MCP mit Claude Code verbinden, kann Ihr KI-Agent direkt auf diese Ideendateien zugreifen und sie bearbeiten. Das bedeutet, der Agent verfügt über ein persistentes Gedächtnis zu Ihrem Geschäftskonzept – auch über mehrere Sitzungen hinweg.
Ich habe eine neue Ideendatei für den KI Sales Sparring Partner angelegt und sie in vier Abschnitte gegliedert: die Zielkunden (B2B SaaS-Vertriebsteams mit 10–50 Reps), das Kernproblem (Reps üben an echten Interessenten und verlieren dabei Deals, während sie lernen), die Positionierung (günstiger und jederzeit verfügbar im Vergleich zu menschlichen Rollenspiel-Coaches, realistischer als statische Karteikarten-Apps) und das Einstiegsangebot (Freemium mit einem $49/Monat-Team-Tarif).
Das dauerte etwa sechs Minuten. Nicht, weil das Tool langsam war, sondern weil ich tatsächlich über die Positionierung nachgedacht habe – und genau diesen Schritt überspringen die meisten, wenn sie begeistert schnell bauen wollen.
Was viele bei Tools zur Ideenerfassung übersehen: Der Wert liegt nicht in der Erfassung selbst. Er liegt darin, was downstream möglich wird, wenn jedes weitere Tool in Ihrer Pipeline auf diesen strukturierten Kontext zugreifen kann. Als ich Claude Code später bat, Landingpage-Texte zu schreiben, startete es nicht mit einem leeren Prompt. Es zog das Kundenprofil, das Positionierungsstatement und die Wettbewerbsargumente direkt aus der Idea Browser-Datei. Der Text war schon beim ersten Versuch prägnanter, weil der Kontext bereits vorhanden war.
Das ist die erste Lektion: Die Qualität Ihrer Landingpage wird festgelegt, bevor auch nur ein Pixel gestaltet wird. Sie hängt davon ab, wie klar Sie definiert haben, wen Sie ansprechen und was Sie diesen Menschen versprechen.
Von der Idee zum Lead Magnet in acht Minuten
Bevor ich die Landingpage bauen konnte, brauchte ich etwas, das ich darauf anbieten konnte. Eine Landingpage ohne Lead Magnet ist nur eine Werbetafel – schön anzusehen, aber nutzlos für die Conversion.
Ich habe eine Claude-Code-Funktion genutzt, um ein Lead-Magnet-PDF zu generieren: „Fünf Einwände, die Freight-Software-Deals killen (und wie Top-Vertreter jeden einzelnen meistern)“. Die Funktion zog Kontext aus der Idea-Browser-Datei – insbesondere das Kundenprofil und das Problem-Statement – und erzeugte ein zehnseitiges PDF mit konkreten Frameworks für Einwandbehandlung, E-Mail-Vorlagen für Follow-ups nach jedem Einwandtyp und einer Bewertungsmatrix, mit der Vertreter ihre eigene Performance einschätzen konnten.
War es ein Meisterwerk der Content-Gestaltung? Nein. Das Layout war einfach. Das Formatieren hätte noch Feinschliff gebraucht. Aber die Substanz war solide, weil der zugrundeliegende Kontext solide war. Das Design konnte ich später noch polieren. Wichtig war, vor dem Go-live der Landingpage ein greifbares Asset zu haben.
Hier zahlt sich der Pipeline-Ansatz auf eine Weise aus, wie es beim sequenziellen Bauen nie möglich wäre. Während ich im traditionellen Workflow ständig zwischen Texteditor, Design-Tool und Code-Editor hin- und herspringen müsste, blieb im MCP-verbundenen Workflow alles in einer Session. Claude Code generierte das PDF, speicherte es im Projektverzeichnis und machte direkt mit dem nächsten Schritt weiter – ohne dass ich irgendetwas zwischen Tools hoch- oder runterladen oder transferieren musste.
Acht Minuten für einen Lead Magnet, für den ich manuell zwei Stunden gebraucht hätte – und wahrscheinlich noch eine weitere Stunde, um ihn durch Überdenken zu verschlechtern.
Die Landingpage war als Nächstes dran. Und hier hat Paper mein mentales Modell davon verändert, wie Design und Code eigentlich zusammenspielen sollten.
Warum Paper mein Denken über Design-to-Code verändert hat
Ich nutze Figma seit Jahren. Ich habe darüber geschrieben, wie die Integration von Claude Code und Figma mit MCP meinen UI-Workflow transformiert hat. Aber Paper nimmt in der Toolchain eine andere Rolle ein, und dieses Verständnis ist entscheidend.
Figma ist ein Designtool, das mittlerweile eine Brücke zum Code schlägt. Paper hingegen ist von Grund auf als Design-und-Code-Hybrid konzipiert, der für die Manipulation durch Agenten gebaut wurde. Der Unterschied klingt subtil. Ist er aber nicht.
Das Canvas von Paper läuft nativ auf HTML und CSS. Wenn Claude Code über MCP mit Paper verbunden ist, übersetzt es keine Designs in Code – es liest und schreibt in der gleichen Sprache, die das Canvas ohnehin spricht. Diese bidirektionale Synchronisation bedeutet: Ich kann eine Komponente im visuellen Editor von Paper gestalten, dann von Claude Code programmatisch anpassen lassen und anschließend das visuelle Ergebnis wieder in Paper bearbeiten – alles ohne Export/Import oder Formatkonvertierung.
So sah der eigentliche Landingpage-Bau aus:
Ich begann damit, Paper ein Referenzbild einer SaaS-Landingpage zu geben, die ich bewunderte – klares Layout, starke visuelle Hierarchie, viel Weißraum. Die KI von Paper extrahierte die wichtigsten Designelemente: die Farbpalette (ein Navy-zu-Schiefer-Verlauf mit elektrischen Blauakzenten), die Typografie-Skala (48px Hero-Überschrift, 20px Subheading, 16px Fließtext), den Abstands-Rhythmus (80px Abschnittspadding, 24px Komponentenabstand) und das generelle Layout-Muster (einspaltiger Hero, zweispaltiges Feature-Grid, Testimonial-Karussell, CTA-Block).
Diese Extraktion erzeugte im Grunde ein Mikro-Designsystem – einen Satz von Vorgaben, denen jede weitere Komponente folgen würde. Ich musste diese Entscheidungen nicht manuell treffen. Das Referenzbild traf sie für mich, und Paper kodifizierte sie in wiederverwendbare Tokens.
Dann begann ich, Komponenten einzubinden. Paper verbindet sich mit Tailwind-Komponentenbibliotheken – ich nutzte eine namens Tail Arc, eine Indie-entwickelte Bibliothek mit sauberen, fertigen Blöcken und Illustrationen. Der Hero-Bereich, Feature-Karten, Preistabelle und Footer stammten alle aus vorgefertigten Komponenten, die ich auf das Canvas zog und dann sowohl mit den visuellen Tools von Paper als auch mit den MCP-Befehlen von Claude Code anpasste.
Der Anpassungsschritt ist der magische Moment. Ich änderte zum Beispiel die Schriftgröße einer Überschrift visuell in Paper, und Claude Code konnte diese Änderung sofort über die MCP-Verbindung sehen. Dann bat ich Claude Code, den Text in allen Abschnitten mit den Botschaften aus meiner Idea-Browser-Datei zu aktualisieren, und Paper spiegelte diese Textänderungen sofort wider. Kein Build-Schritt. Kein Refresh. Kein Hoffen, dass die Live-Version dem entspricht, was ich gestaltet habe.
Das kostenlose Paper-Tier umfasst 100 MCP-Calls pro Woche. Für den Bau einer einzelnen Landingpage habe ich etwa 40 Calls gebraucht. Das Pro-Tier für $20/Monat bietet eine Million Calls pro Woche – das ist für alle, die kein Agenturgeschäft betreiben, überdimensioniert, aber das Free-Tier ist für Einzelprojekte wirklich nutzbar.
Ein Hinweis: Paper ist nicht Figma. Wenn du eine komplexe Multi-Screen-Anwendung mit Designsystem-Governance und Team-Kollaboration über zwanzig Designer hinweg baust, bleibt Figma das bessere Tool. Paper glänzt in einem ganz bestimmten Szenario – wenn du so schnell wie möglich von der Idee zur veröffentlichten Seite kommen willst und eine KI den Großteil der Arbeit übernehmen soll. Es ist das richtige Tool für Landingpages, Marketing-Sites und Single-Page-Applications. Nicht für Enterprise-Designsysteme.
Diese Unterscheidung hat mich anfangs etwa zwanzig Minuten Frust gekostet, als ich versuchte, Paper wie Figma zu nutzen. Nachdem ich mein mentales Modell angepasst hatte, lief alles rund.
Der Build: Vom Canvas zur veröffentlichten Seite
Mit dem in Paper festgelegten Design ließ ich Claude Code den Produktionscode generieren. Dieser Schritt war auf die bestmögliche Weise unspektakulär – denn das Canvas von Paper ist bereits HTML und CSS, sodass die „Generierung“ eher einem optimierten Export als einer Übersetzung glich.
Claude Code übernahm das Layout aus Paper, strukturierte das HTML semantisch korrekt um (der visuelle Editor von Paper verschachtelt Divs manchmal so, dass es optisch passt, aber für die Barrierefreiheit nicht optimal ist), fügte responsive Breakpoints hinzu und verband das Lead-Magnet-Formular mit einer einfachen serverlosen Funktion.
Die dezenten Animationen waren eine Erwähnung wert. Das Referenzbild, das ich zuvor in Paper geladen hatte, zeigte einen Fade-in-Effekt im Hero-Bereich, und die Design-Extraktion erfasste dies als Style-Notiz. Claude Code setzte das als CSS-Animation mit 0,3 Sekunden Ease-in um – subtil genug, dass Besucher die Hochwertigkeit wahrnehmen, ohne davon abgelenkt zu werden. Ich ergänzte einen leichten Parallax-Scroll-Effekt bei den Feature-Karten und einen Hover-State auf dem CTA-Button, der den Farbverlauf um 10 Grad verschiebt.
Diese Mikro-Interaktionen waren in vielleicht drei Minuten mit Claude Code umgesetzt. Hätte ich das CSS von Hand geschrieben und in verschiedenen Viewports getestet, hätte ich dafür dreißig Minuten gebraucht. Die Zeitersparnis bedeutete nicht nur Geschwindigkeit – sie führte dazu, dass ich diese Details tatsächlich hinzufügte, anstatt sie aus dem Scope zu streichen, weil „wir das später polieren“.
Das Deployment lief über Vercel. Claude Code übernahm den Git-Push, die Vercel-Integration griff das auf, und die Seite war innerhalb von neunzig Sekunden live. Die gesamte Zeit vom ersten Kontakt mit dem Paper-Canvas bis zur live geschalteten URL: etwa achtzehn Minuten.
Aber eine Live-Seite ohne Tracking ist nur ein Vanity-Projekt. Die eigentliche Arbeit stand noch bevor.
Humblytics: Wo die Landing Page aufhört, ein Ratespiel zu sein
Das ist der Teil, den die meisten „Ich habe eine Landing Page mit KI gebaut“-Geschichten auslassen. Sie zeigen dir die hübsche Seite, geben dir einen Deploy-Link und nennen es fertig. Aber eine Landing Page ist kein Produkt. Sie ist eine Hypothese. Und Hypothesen müssen getestet werden.
Humblytics ist das Tool, das meine Landing Page von einer statischen Vermutung in ein lebendiges Experiment verwandelt hat.
Für alle, die Humblytics nicht kennen: Humblytics ist eine All-in-One-Plattform für Analytics und Conversion-Rate-Optimierung, die Heatmaps, Klick-Tracking, Funnel-Analytics und A/B-Testing in einem einzigen Dashboard vereint. Was sie für diesen Workflow besonders relevant macht, ist die MCP-Integration mit Claude Code – das bedeutet, dass Experiment-Einrichtung, Ergebnisanalyse und Seiten-Updates direkt aus dem Terminal heraus erfolgen können.
Auch die Datenschutz-Story ist relevant. Humblytics verwendet einen Einweg-Hash aus IP- und Geräte-Merkmalen anstelle von Cookies. Keine Consent-Banner nötig. Volle DSGVO-Konformität – ohne das Modal-Popup, das auf allen anderen Analytics-Plattformen die Conversion-Rate killt. Ab 19 $/Monat ersetzt es, was sonst separate Abos für Google Analytics, Hotjar und ein A/B-Testing-Tool wären.
So habe ich das erste Experiment eingerichtet.
Ich habe Claude Code gebeten, einen A/B-Test für die Hero-Headline zu erstellen. Variante A war das Original: „Stop Losing Deals While Your Reps Learn on Real Prospects.“ Variante B drehte die Perspektive: „Your Best Reps Weren't Born Great — They Practiced Where It Was Safe to Fail.“ Gleiche Value Proposition, anderer emotionaler Trigger. Variante A setzt auf Verlustaversion. Variante B auf Growth Mindset.
Über die MCP-Integration hat Claude Code das Experiment direkt in Humblytics konfiguriert – die Varianten definiert, das Traffic-Split auf 50/50 gesetzt, das Conversion-Event (Lead-Magnet-Formular-Abschluss) festgelegt und eine Mindest-Stichprobengröße von 200 Besuchern vorgegeben, bevor ein Gewinner bestimmt wird.
Kein Code-Deployment nötig. Humblytics tauscht die Headline dynamisch je nach Experiment-Zuweisung aus. Das Engineering-Team (in diesem Fall ich selbst) musste den Code nicht anfassen, um den Test laufen zu lassen.
Das ist der Geschwindigkeitsschub, auf den es ankommt. Klassisches A/B-Testing erfordert, dass ein Entwickler Varianten erstellt, sie deployed, die Testplattform konfiguriert – und dann wartet. Mit Humblytics und MCP kann derjenige, der den Text schreibt, den Test selbst starten. Der Experimentierzyklus schrumpft von Tagen auf Minuten.
Ich habe außerdem Funnel-Tracking eingerichtet – Landing Page Besuch → Scrollen über den Hero hinaus → Erreichen des Lead-Magnet-Bereichs → Klick auf CTA → Formular-Abschluss. Humblytics trackt jede Stufe und zeigt, wo Besucher abspringen. Nach 48 Stunden zeigte mein Funnel eine 67% Scroll-past-Hero-Rate, aber nur eine 12% CTA-Klickrate – was mir sagte, dass die Mitte der Seite Leute verliert. Der Feature-Bereich musste überarbeitet werden. Der Hero war in Ordnung.
Wenn du lieber möchtest, dass jemand diese komplette Pipeline für dich baut – von der Ideenvalidierung bis zur ausgerollten Landing Page mit Analytics – genau solche Projekte übernehme ich. Was ich gebaut habe, findest du auf fiverr.com/s/EgxYmWD.
Die gesamte Maschine automatisieren
Die einzelnen Tools haben mich beeindruckt. Die Verbindungen zwischen ihnen haben mich umgehauen.
So sieht der automatisierte Workflow aus, sobald alles miteinander verknüpft ist:
Kampagnen-Personalisierung im großen Maßstab. Claude Code verbindet sich mit den APIs der Werbeplattformen — Google Ads, Meta Ads — und zieht die Kampagnendaten direkt. Für jede Kampagne wird eine personalisierte Landingpage-Variante generiert. Eine Kampagne, die sich an Enterprise-Sales-Direktoren richtet, erhält eine andere Ansprache, andere Social Proofs und eine andere Preisargumentation als eine, die sich an Startup-Gründer richtet. Dasselbe Produkt. Unterschiedliches Positioning. Alles wird automatisch auf Basis der Kampagnenparameter und des in Idea Browser hinterlegten Kern-Positionings generiert.
Automatisierte Experimentierzyklen. Ich habe einen Cronjob eingerichtet, der wöchentlich läuft. Jeden Montagmorgen prüft Claude Code in Humblytics, welche Experimente abgeschlossen wurden, implementiert die Gewinner-Varianten und generiert neue Test-Hypothesen basierend auf den Funnel-Daten. Es schlägt den nächsten Headline-Test, die nächste Layout-Änderung oder die nächste CTA-Variante vor — alles fundiert auf echten Nutzerdaten, nicht auf Bauchgefühl.
Wachstumsdaten-Feedbackschleife. Jedes Experimentergebnis und jeder Funnel-Report wird zurück in die Idea Browser-Datei geschrieben. Mit der Zeit entwickelt sich diese Datei von einem statischen Geschäftskonzept zu einem lebendigen Wachstumsdokument. In drei Monaten, wenn ich diese Idee erneut aufgreife, zeigt mir der Kontext nicht nur, was ich geplant habe — sondern auch, was ich gelernt habe. Welche Headlines überzeugt haben. Welche Zielgruppen konvertiert sind. Welche Annahmen falsch waren.
Diese Feedbackschleife ist das, was eine Landingpage von einem Wachstumssystem unterscheidet. Die Landingpage ist die Oberfläche. Das System ist die Intelligenz darunter, die sie kontinuierlich verbessert.
Das Einrichten des Cronjobs hat etwa fünfzehn Minuten gedauert. Claude Code hat das Automatisierungsskript generiert, die Zeitplanung konfiguriert und ich habe es mit einem Probelauf getestet. Jetzt läuft es wöchentlich ohne mein Zutun. Die Ergebnisse erscheinen im Idea Browser, und ich schaue sie mir an, wenn ich Zeit habe. Oder auch nicht — und das System optimiert trotzdem weiter.
Was Dieser Workflow Falsch Macht (Und Was Er Nicht Ersetzen Kann)
Bisher habe ich ein optimistisches Bild gezeichnet. Zeit für den ehrlichen Teil.
Design-Geschmack bleibt entscheidend. Die Pipeline kann in dreißig Minuten eine Landingpage generieren, aber „generiert“ und „großartig“ sind zwei verschiedene Dinge. Das Referenzbild, das ich Paper gegeben habe, hat den Großteil der Designqualität bestimmt. Ohne diesen Input – ohne jemanden, der entscheidet, wie „gut“ für diese spezifische Zielgruppe aussieht – wäre das Ergebnis zwar technisch korrekt, aber emotional flach gewesen. KI-Tools beschleunigen die Umsetzung. Sie ersetzen nicht den Menschen, der entscheidet, was sich zu realisieren lohnt.
Das initiale Setup ist mit Reibung verbunden. Vier MCPs zu verbinden, API-Keys zu konfigurieren, Humblytics-Tracking einzurichten und den Cronjob zum Laufen zu bringen, hat mich etwa zwei Stunden Herumprobieren gekostet, bevor ich den dreißigminütigen Pipeline-Run starten konnte, den ich beschrieben habe. Diese Einrichtungszeit ist real, und es ist frustrierend, wenn beim ersten Versuch nicht alles funktioniert. Ich hatte ein Authentifizierungsproblem mit dem Paper-MCP, das mich zwanzig Minuten Debugging gekostet hat. Die Humblytics-Integration benötigte einen spezifischen API-Scope, den ich nicht aktiviert hatte. Das sind lösbare Probleme, aber sie sind nicht gleich null.
A/B-Testing braucht Traffic. Ich kann das eleganteste Experiment der Welt aufsetzen, aber ohne Besucher sind es nur zwei Varianten, die sich in einer Datenbank gegenseitig anstarren. Wenn du auf einer brandneuen Landingpage ohne bestehende Zielgruppe testest, brauchst du eine Traffic-Quelle – bezahlte Anzeigen, Social Media, E-Mail-Liste, irgendetwas. Die Pipeline optimiert die Conversion. Sie generiert keinen Traffic.
Die „30 Minuten“-Aussage hat ein Sternchen. Meine zweiunddreißig Minuten setzten eine klare Geschäftsidee, ein bereits ausgewähltes Referenzdesign und Vorerfahrung mit Claude Code und MCPs voraus. Wenn du das zum ersten Mal einrichtest, plane einen halben Tag für die Lernkurve ein. Beim zweiten Mal bist du unter einer Stunde. Ab der dritten oder vierten Landingpage erreichst du die dreißig Minuten.
Diese Einschränkungen sind real. Aber sie ändern nichts an dem grundlegenden Wandel, der hier stattfindet. Die Lücke zwischen „eine Idee haben“ und „sie mit echten Nutzern testen“ ist gerade von Wochen auf Stunden geschrumpft. Diese Verdichtung verändert, was sich auszuprobieren lohnt.
Das Terminal frisst das GUI
Treten wir einen Schritt zurück von den einzelnen Tools. Hier passiert etwas Größeres.
Jedes Tool in dieser Pipeline — Idea Browser, Paper, Humblytics — verbindet sich über MCP mit Claude Code. Das Terminal ist die Steuerzentrale. Kein Browser-Dashboard. Keine Desktop-App. Das Terminal.
Das ist bedeutsam, weil es etwas über die Zukunft von Arbeitstools aussagt. Traditionelle SaaS-Produkte bieten dir eine grafische Oberfläche, um eine bestimmte Aufgabe zu erledigen — Design in Figma, Analyse in Google Analytics, Testing in Optimizely. Jedes Tool hat seinen eigenen Login, sein eigenes mentales Modell, seinen eigenen Workflow. MCPs vereinen all das in einer einzigen Oberfläche, in der ein KI-Agent die Arbeit über verschiedene Tools hinweg orchestriert, während du dich auf Entscheidungen statt auf Operationen konzentrierst.
Ich habe bereits darüber geschrieben, wie KI-Automatisierungen Geschäftsprozesse neu gestalten, aber diese Pipeline hat das Konzept weiter getrieben, als ich erwartet hatte. Die Automatisierung erledigt nicht nur repetitive Aufgaben. Sie steuert eine Strategie — testet Hypothesen, analysiert Ergebnisse, implementiert Änderungen und generiert neue Hypothesen. Das ist keine Aufgabenautomatisierung. Das ist Automatisierung kognitiver Arbeit.
Es gibt eine Prognose — mehreren KI-Forschern zugeschrieben und von Gartner aufgegriffen — dass bis 2030 20 % des Online-Handels von Software-Agenten abgewickelt werden. Nicht von Menschen, die sich durch Websites klicken. Agenten, die autonom verhandeln, einkaufen und Transaktionen managen.
Sollte diese Prognose auch nur annähernd eintreffen, sind die Auswirkungen auf Landing Pages und Marketing enorm. Du wirst Seiten nicht mehr nur für menschliche Besucher gestalten. Du wirst Seiten gestalten, die Agenten parsen, bewerten und Transaktionen darüber abwickeln können. Das visuelle Design könnte weniger wichtig sein als die strukturierten Daten. Der emotionale Text könnte weniger zählen als das klar erkennbare, maschinenlesbare Wertversprechen.
So weit sind wir noch nicht. Aber die Tools, die ich heute genutzt habe — Agenten, die Design-Canvases lesen und beschreiben, autonom Experimente durchführen, Analytics-Daten abrufen und Strategien anpassen — sind frühe Versionen dieser Zukunft. Die Lücke zwischen „früher Version“ und „dominantem Paradigma“ schließt sich meist schneller, als irgendjemand erwartet.
Deine erste Pipeline: Was du diese Woche tun solltest
Wenn du bis hierher gelesen hast, gehörst du wahrscheinlich zu einer von zwei Gruppen. Entweder denkst du: „Ich muss das bauen“, oder du denkst: „Das klingt nach viel Aufwand für abnehmenden Nutzen.“ Beides ist nachvollziehbar. Hier ist meine ehrliche Empfehlung für beide Fälle.
Wenn du regelmäßig Landing Pages baust – für eigene Produkte, für Kunden, zum Testen von Geschäftsideen – wird sich diese Pipeline spätestens beim zweiten Einsatz bezahlt machen. Der erste Durchlauf ist eine Lernerfahrung. Beim zweiten Mal spürst du den Geschwindigkeitsgewinn. Starte mit Claude Code und Paper, verbunden über MCP. Baue eine Landing Page. Füge für die zweite Humblytics hinzu. Dann ergänze Idea Browser und die automatisierte Feedback-Schleife für die dritte. Steigere die Komplexität Schritt für Schritt.
Wenn du nur einmal im Jahr eine Landing Page baust, ist das vermutlich überdimensioniert. Nutze ein Template auf Webflow oder Framer und widme dich wieder anderen Dingen. Der Wert der Pipeline steigt mit der Häufigkeit der Nutzung.
Wenn du Growth Marketer bist oder eine Agentur leitest, solltest du diesem Stack sehr genau Aufmerksamkeit schenken. Die Arbitrage-Möglichkeit hier ist vergleichbar mit den frühen Facebook Ads 2013 – die Tools sind mächtig, der Wettbewerb hat noch nicht aufgeholt, und wer diesen Workflow früh meistert, wird einen exponentiellen Vorteil haben. Bis alle anderen merken, dass terminalbasierte MCP-Workflows der schnellste Weg von der Idee zur optimierten Seite sind, hast du schon fünfzig Landing Pages ausgeliefert und die Daten, die belegen, was funktioniert.
Das würde ich diese Woche tun, wenn ich bei null starten würde:
- Richte Claude Code mit Paper MCP ein (Free-Tier – 100 MCP-Calls pro Woche reichen zum Start völlig aus)
- Nimm eine Geschäftsidee, die du schon länger hast, und strukturiere sie in einer Markdown-Datei mit Kundenprofil, Problem, Positionierung und Angebot
- Gib Paper ein Referenzbild von einer Landing Page, die du bewunderst
- Baue die Seite. Veröffentliche sie. Versuche nicht, sie beim ersten Mal zu perfektionieren.
- Füge Humblytics ($19/Monat) hinzu und richte einen A/B-Test für die Headline ein
- Warte eine Woche. Schau dir die Daten an. Optimiere weiter.
Die dreißigminütige Pipeline, die ich beschrieben habe, ist das Ziel. Der erste Build ist der Weg dorthin. Gehe Schritt für Schritt vor, und spätestens bei der dritten Iteration ist das Terminal nicht mehr nur der Ort, an dem du Code schreibst – sondern der Motor für dein Wachstum.
Wie es jetzt weitergeht
Mir geht ein Gedanke nicht aus dem Kopf, den Amir geäußert hat und der bei mir hängen geblieben ist: Die Qualität der Umsetzung ist heute nur noch Grundvoraussetzung. Die Tools ermöglichen es, schnell zu bauen. Was die Gewinner unterscheidet, ist Geschmack — die Fähigkeit, eine generierte Landingpage zu betrachten und zu wissen, welche 20 % man behalten, welche 30 % man ändern und welche 50 % man komplett verwerfen sollte. Geschwindigkeit ohne Urteilsvermögen produziert schöne Massenware — aber eben Müll.
Die Pipeline, die ich gebaut habe, funktioniert. Die Tools sind real. Die Zeitersparnis ist echt. Aber die Person an der Tastatur — die Entscheidungen über Positionierung trifft, das passende Referenzbild auswählt, entscheidet, welche Headline-Variante getestet wird — diese Person bleibt der Engpass. Und ehrlich? Genau das finde ich spannend. Die Fleißarbeit ist weg. Was bleibt, ist die interessante Arbeit: Strategie, Geschmack und Urteilsvermögen.
Wenn du Landingpages noch auf die alte Art baust — für jeden Schritt ein anderes Tool, manuelle Übergaben zwischen Design und Code, Analytics als nachträglicher Gedanke — dann arbeitest du härter, als du müsstest. Die MCP-verbundene Pipeline ist keine marginale Verbesserung. Sie ist ein Paradigmenwechsel, wie schnell du von „Was wäre, wenn?“ zu „Hier sind die Daten“ kommst.
Die nächste Landingpage, die ich baue, wird keine dreißig Minuten mehr dauern. Sie wird zwanzig Minuten brauchen. Und die danach wird noch besser, weil jedes Experiment-Ergebnis ins System zurückfließt und jede Iteration den Kontext erweitert. Das ist nicht nur ein schnellerer Workflow. Das ist ein Zinseszinseffekt — und das Zeitfenster, es zu bauen, bevor alle anderen es merken, schließt sich schneller, als du denkst.
Häufig gestellte Fragen
Was ist ein MCP in Claude Code?
MCP steht für Model Context Protocol — ein Standard, der es Claude Code ermöglicht, direkt mit externen Tools wie Paper, Humblytics und Idea Browser zu kommunizieren. Man kann es sich wie einen universellen Stecker vorstellen, der es deinem KI-Agenten erlaubt, auf andere Software zuzugreifen und mit ihr zu interagieren, ohne APIs oder manuelle Integrationen. Claude Code nutzt MCPs, um Multi-Tool-Workflows aus einer einzigen Terminal-Session heraus zu orchestrieren.
Kann ich mit Claude Code kostenlos eine Landingpage bauen?
Ja, mit Einschränkungen. Claude Code selbst erfordert ein Anthropic-Abonnement, aber Papers Free-Tarif bietet dir 100 MCP-Aufrufe pro Woche — genug für ein oder zwei Landingpages. Humblytics startet bei 19 $/Monat für Analytics und A/B-Testing. Die Gesamtkosten für die vollständige Pipeline liegen je nach Claude-Code-Plan bei etwa 20–40 $/Monat.
Wie schneidet Humblytics im Vergleich zu Google Analytics für Landingpages ab?
Humblytics vereint Analytics, Heatmaps und A/B-Testing in einer Plattform — und ersetzt damit, was sonst Google Analytics plus Hotjar plus ein separates Testing-Tool wären. Das wichtigste Alleinstellungsmerkmal ist cookieloses Tracking mit vollständiger DSGVO-Konformität (keine Consent-Banner nötig) und die direkte MCP-Integration mit Claude Code für experimentelles Management direkt im Terminal. Gerade für Landingpage-Optimierung ist es fokussierter und schneller eingerichtet.
Brauche ich Designkenntnisse, um Paper mit Claude Code zu nutzen?
Keine klassischen Designkenntnisse, aber Geschmack. Die MCP-Integration von Paper ermöglicht es Claude Code, die technische Umsetzung zu übernehmen — Layout, responsive Breakpoints, Komponenten-Zusammenstellung. Deine Aufgabe ist es, das richtige Referenzbild auszuwählen, zu beurteilen, was für deine Zielgruppe stimmig aussieht, und zu erkennen, wann das KI-Ergebnis menschliche Nachbearbeitung braucht. Das Tool senkt die technische Einstiegshürde deutlich, während die Bedeutung von ästhetischem Urteilsvermögen steigt.
Was ist das Idea Browser Tool und warum sollte ich es für Landingpages nutzen?
Idea Browser ist ein Ideenmanagement-System, das strukturierte Geschäftskontexte speichert — Kundenprofile, Positionierung, Wettbewerbsanalysen — und über MCP mit Claude Code verbunden ist. Für Landingpages liegt der Wert im Upstream: Wenn Claude Code deinen Seiten-Text und das Messaging schreibt, greift es direkt auf deine Idea-Browser-Kontextdatei zu, statt mit einem leeren Prompt zu starten. Das sorgt schon beim ersten Durchlauf für spezifischere, strategisch ausgerichtete Texte und schafft einen dauerhaften Wissensspeicher aus jedem Experiment.
Lass uns zusammenarbeiten
Möchten Sie KI-Systeme entwickeln, Workflows automatisieren oder Ihre Tech-Infrastruktur skalieren? Ich unterstütze Sie gerne dabei.
- Fiverr (individuelle Lösungen & Integrationen): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (Enterprise-Lösungen): ramlit.com
- ColorPark (Design & Branding): colorpark.io
- xCyberSecurity (Sicherheitsdienste): xcybersecurity.io
