KI-App-Builder mit Stripe: Zahlungen im Projekt annehmen

KI-App-Builder mit Stripe: Zahlungen im Projekt annehmen

Ja, ein generiertes Projekt nimmt Geld entgegen, und dafür steht Stripe als Anbindung bereit. Sie eröffnen ein Stripe-Konto, verbinden es mit dem Projekt, und die Zahlung läuft danach über Stripe, nicht über Zugo. Das Geld geht direkt an Sie, der Builder sitzt nicht dazwischen.

Damit ist die technische Frage schnell erledigt. Die längere Antwort betrifft das, was um die Zahlung herum passieren muss, und genau daran scheitern die meisten ersten Verkaufsseiten.

Was übernimmt Stripe, und was bleibt bei Ihnen?

Die Aufteilung ist klar, wird aber gern verwechselt.

Die untere Hälfte der Tabelle ist der Teil, der Arbeit macht. Die technische Anbindung ist an einem Abend erledigt, die Vorbereitung eines sauberen Verkaufs dauert länger, und das ist unabhängig davon, womit die Seite gebaut wurde.

Wichtig ist außerdem: Kartendaten laufen nicht durch Ihr Projekt. Das ist der Hauptgrund, überhaupt einen Zahlungsdienstleister zu nutzen, und er nimmt Ihnen einen erheblichen Teil der Verantwortung ab.

Wie kommt die Zahlung ins generierte Projekt?

Fünf Schritte, davon zwei bei Stripe.

Schritt eins dauert bei Stripe am längsten, weil eine Prüfung von Person oder Unternehmen dazugehört. Halten Sie Gewerbeanmeldung oder Handelsregisterauszug und Bankverbindung bereit, dann geht es zügig. Fangen Sie damit an, bevor die Seite fertig ist: Der Termin für den Verkaufsstart hängt öfter an dieser Prüfung als am Bauen.

Schritt vier ist der, in dem der Builder den Unterschied macht. Sie beschreiben nicht nur den Knopf, sondern auch die Folge: Was sieht der Käufer nach der Zahlung, welche Bestätigung geht raus, wo landet die Bestellung. Wie so ein Ablauf insgesamt aussieht, steht in Kann KI Zahlungen einbauen.

Einmalzahlung oder Abo: was passt wozu?

Beides läuft über dieselbe Anbindung, verlangt aber unterschiedliche Vorbereitung.

Die Einmalzahlung ist einfacher: Der Kunde zahlt, bekommt Ware, Datei oder Termin, der Vorgang ist abgeschlossen. Für digitale Downloads, Kurse, Eintrittskarten oder Anzahlungen im Handwerk ist das die richtige Wahl, und der Aufwand endet mit der Bestätigungsmail.

Das Abonnement bringt wiederkehrende Einnahmen und eine Kette von Folgefragen. Was passiert bei einer geplatzten Lastschrift, was sieht ein Kunde nach der Kündigung, wie sieht die Rechnung im zweiten Monat aus. Stripe erledigt die Abbuchung, aber die Regeln in Ihrem Projekt bestimmen, wer noch Zugriff hat und wer nicht.

Für ein Abonnement brauchen Sie deshalb eine Anmeldung und eine Datenbank, in der der Status steht. Diese Hälfte kommt aus KI-App-Builder mit Supabase, und ohne sie ist ein Abo nur eine wiederkehrende Abbuchung ohne Wirkung im Produkt.

Welche Zahlarten erwarten Käufer in Deutschland?

Hier unterscheidet sich der deutschsprachige Markt spürbar vom angelsächsischen. Kreditkarte allein ist die schwächere Wahl.

Käufer erwarten je nach Zielgruppe Lastschrift, Rechnung, Sofortüberweisung oder eine Wallet auf dem Telefon. Im Geschäft mit anderen Unternehmen ist die Rechnung oft schlicht Bedingung, weil die Buchhaltung nichts anderes annimmt. Im Endkundengeschäft entscheidet die gewohnte Methode darüber, ob der Kauf abgeschlossen wird.

Welche Methoden Ihnen zur Verfügung stehen, legt Stripe je nach Land, Kontoart und Branche fest, nicht der Builder. Prüfen Sie das im Stripe-Konto, bevor Sie die Verkaufsseite planen, denn eine fehlende erwartete Zahlart ist nichts, was sich durch besseres Design ausgleichen lässt.

Ein zweiter Punkt aus der Praxis: Zeigen Sie die verfügbaren Methoden früh und nicht erst im letzten Schritt. Wer erst nach dem Ausfüllen aller Felder merkt, dass seine Methode fehlt, kommt nicht wieder.

Was gehört rechtlich zu einer Verkaufsseite?

Der Builder erzeugt Seiten, keine Rechtssicherheit. Wer in Deutschland an Endkunden verkauft, braucht neben der Zahlung mindestens vier Bausteine.

Ein Impressum mit Ihren vollständigen Angaben. Eine Datenschutzerklärung, die auch den Zahlungsdienstleister nennt. Eine Widerrufsbelehrung samt Muster, sofern das Widerrufsrecht greift, mit den bekannten Sonderfällen bei digitalen Inhalten. Und Preisangaben, die den Gesamtpreis inklusive Umsatzsteuer sowie Versandkosten ausweisen.

Dazu kommt eine unscheinbare Anforderung, die häufig übersehen wird: Der bestellende Knopf muss eindeutig auf die Zahlungspflicht hinweisen. Eine Beschriftung wie „zahlungspflichtig bestellen" ist kein Stilmittel, sondern der Standardfall.

All das lässt sich im Builder als Inhalt einpflegen, es entsteht aber nicht von selbst aus einem Prompt. Diese Absätze sind eine Einordnung aus der Praxis und keine Rechtsberatung: Die Texte selbst holen Sie sich von Ihrer Rechtsberatung oder einer geprüften Quelle.

Warum bricht der Kauf im letzten Schritt ab?

Wenn Besucher bis zur Bezahlseite kommen und dort verschwinden, sind es meist vier Gründe.

Der Preis wird erst spät vollständig. Kommen im letzten Schritt Versand oder Steuer dazu, entsteht das Gefühl, hereingelegt worden zu sein. Nennen Sie den Endpreis früh.

Die gewohnte Zahlart fehlt. Siehe oben, und es ist der Abbruchgrund, der sich am schnellsten beheben lässt.

Es fehlt ein Absender, den man greifen kann. Verkaufsseiten ohne Anschrift, ohne Telefonnummer und mit einer Adresse auf einer fremden Unteradresse wirken vorläufig. Genau in dem Moment, in dem jemand Kartendaten eingibt, zählt das mehr als das Design. Eine eigene Domain ist hier keine Kosmetik.

Es fehlt die Antwort auf „und dann?". Wann kommt die Ware, wie schnell antworten Sie, was passiert bei einem Problem. Drei Sätze dazu direkt neben dem Knopf beantworten mehr Fragen als eine ausführliche Unterseite, die niemand aufruft.

Was kostet das im Builder?

Die Anbindung selbst kostet keine Credits. Die Gebühren für die Zahlungsabwicklung legt Stripe fest und rechnet sie direkt mit Ihnen ab, die aktuellen Sätze stehen in der Preisliste von Stripe. Credits gehen ausschließlich für Generierung weg.

Free gibt 5 Credits, Pro kostet 25 $ im Monat und enthält 200 Credits, Business kostet 99 $ im Monat und enthält 800. Zweihundert Credits sind rund 16 mehrseitige Plattformen oder 33 Builds oder 66 Änderungen, jeweils für eine Art von Aktion gerechnet. Abgerechnet wird in US-Dollar, und 5 Credits im kostenlosen Tarif sind weniger als die 6 für einen Build.

Für eine Verkaufsseite ist die Zeile mit den Änderungen die entscheidende. Preise, Reihenfolge der Angaben und Text am Knopf werden mehrfach angefasst, bis die Zahlen stimmen. Mit 200 Credits im Monat ist dafür genug Spielraum, um eine Seite wirklich zu Ende zu bringen statt sie beim ersten Entwurf zu belassen.

Was leistet die Anbindung nicht?

Drei Grenzen, die vor dem Start klar sein sollten.

Stripe entscheidet über Ihr Konto, nicht der Builder. Prüfung, Auszahlungsrhythmus, zulässige Branchen und Zahlarten sind Sache von Stripe. Bei einer heiklen Branche klären Sie das dort, bevor Sie eine Seite bauen.

Der Builder ersetzt keine Warenwirtschaft. Bestand, Rechnungsnummern nach Vorschrift, Schnittstelle zur Buchhaltung oder ein Export für den Steuerberater sind Arbeit gegen konkrete fremde Systeme. Sehr spezifische Fachlogik dieser Art entsteht über mehrere Änderungen, nicht über einen einzigen Prompt, und bei einem umfangreichen Shop ersetzt Zugo kein Entwicklungsteam.

Ein Testkauf bleibt Ihre Aufgabe. Jeder Build läuft vor der Übergabe in einer Sandbox, und was nicht öffnet, wird nicht ausgeliefert. Diese Prüfung sagt, dass die Seite startet, nicht dass Ihr Preis richtig hinterlegt ist. Kaufen Sie einmal selbst, im Testmodus und danach echt mit einem kleinen Betrag.

Womit fange ich an?

Mit dem Stripe-Konto, weil die Prüfung dort Zeit braucht. Parallel bauen Sie die Seite: ein Produkt, ein klarer Preis, ein Knopf, eine Bestätigung. Ein einzelnes Angebot, das sauber verkauft, bringt mehr als ein Katalog, bei dem nichts abgeschlossen wird.

Was Sie über den Verkauf des Gebauten sonst noch wissen sollten, steht in Darf ich verkaufen, was ich baue. Eine einfache Verkaufsseite steht in etwa einer Minute, und ausprobieren können Sie das auf zugo.dev.