Affiliate-Dashboard ohne Code bauen: Anleitung mit KI

Affiliate-Dashboard ohne Code bauen: Anleitung mit KI

Ein Affiliate-Dashboard entsteht in Zugo aus einer Beschreibung: Sie schildern, wer sich anmeldet, welche Zahlen ein Partner sieht und was der Betreiber sieht. Der Builder erzeugt Oberfläche, Anmeldung und Datenbank, prüft das Ergebnis in einer Sandbox und veröffentlicht es unter einer Adresse auf zugo.run. Die Auszahlung selbst bleibt außerhalb.

Der Rest des Textes zeigt den Ablauf in der Reihenfolge, in der er tatsächlich stattfindet: erst festlegen, was angezeigt wird, dann bauen, dann Daten anbinden. Und am Ende steht die Frage, die vor jedem Partnerprogramm geklärt gehört: Was macht ein Builder nicht.

Was soll das Dashboard anzeigen, bevor der erste Prompt entsteht?

Ein Partnerbereich hat zwei Publika mit sehr verschiedenen Interessen, und wer das vorher nicht trennt, bekommt eine hübsche Oberfläche ohne Nutzen. Der Partner will drei Dinge in fünf Sekunden sehen: seinen Link, was daraus geworden ist und wann Geld kommt.

Der Betreiber braucht die Gegenrichtung. Eine Liste aller Partner, eine Möglichkeit, neue Anmeldungen freizugeben oder abzulehnen, und einen Weg, eine Provision zu korrigieren, wenn eine Bestellung storniert wurde. Ohne diese Korrekturmöglichkeit wird jede Rückabwicklung zur Handarbeit in der Datenbank.

Halten Sie beides vor dem Prompt schriftlich fest, am besten als zwei kurze Listen. Diese zehn Zeilen sind der eigentliche Auftrag an die KI. Alles, was Sie dort nicht erwähnen, wird der Builder plausibel erfinden, und plausibel ist bei Provisionen selten dasselbe wie richtig.

Welche Rollen und Rechte braucht ein Partnerbereich?

Zwei Rollen genügen am Anfang: Partner und Betreiber. Der Partner sieht ausschließlich seine eigenen Zahlen, der Betreiber sieht alles. Diese Trennung ist keine Kosmetik, sondern der Kern des Ganzen, denn Umsätze fremder Partner sind Geschäftsgeheimnisse.

Für Anmeldung und Datenhaltung wird Supabase angebunden. Der Builder legt die Tabellen an, richtet die Registrierung mit E-Mail ein und sorgt dafür, dass Abfragen an den angemeldeten Nutzer gebunden sind. Wie diese Anbindung im Detail abläuft, steht in App ohne Programmieren erstellen.

Prüfen Sie diese Trennung selbst, bevor jemand anderes es tut. Legen Sie zwei Testkonten an, melden Sie sich mit dem einen an und versuchen Sie, an die Daten des anderen zu kommen. Das dauert zehn Minuten und ist die einzige Prüfung, die wirklich zählt.

Wie sieht ein Prompt aus, der ein brauchbares Dashboard liefert?

Schreiben Sie in ganzen Sätzen, nennen Sie Rollen, Felder und Regeln. Ein Prompt, der funktioniert, liest sich ungefähr so:

Partnerbereich für ein Software-Abo. Registrierung mit E-Mail. Jeder Partner sieht nach der Anmeldung seinen persönlichen Empfehlungslink, die Zahl der Klicks, die Zahl der Registrierungen, die Zahl der bezahlten Abos und die Provision, getrennt nach offen, bestätigt und ausgezahlt. Tabelle der letzten Vorgänge mit Datum und Status. Der Betreiber sieht eine Liste aller Partner mit denselben Kennzahlen, kann Anmeldungen freigeben und einen Vorgang stornieren. Nüchterne Oberfläche, gut lesbar auf dem Telefon.

Auffällig an diesem Text ist, was fehlt: Farben, Schriften, Stimmungswörter. Gestaltung lässt sich in einer Änderung nachschärfen, eine vergessene Statusspalte zieht dagegen einen halben Umbau nach sich. Erst Struktur, dann Aussehen.

Wie entsteht der Partnerbereich vom Prompt bis zur Adresse?

Eine einfache Version steht in etwa einer Minute, ein mehrseitiger Bereich mit getrennten Ansichten braucht einige Minuten. Vor der Übergabe läuft jeder Build in einer Sandbox: Was nicht öffnet, wird nicht ausgeliefert. Diese Prüfung sagt, dass das Projekt startet, nicht dass Ihre Provisionsregel stimmt.

Rechnen Sie mit drei bis fünf Änderungsrunden, bis Sie zufrieden sind. Das ist kein Zeichen eines schlechten Prompts, sondern der normale Weg: Am fertigen Bildschirm sieht man Lücken, die auf dem Papier unsichtbar waren.

Woher kommen die echten Zahlen ins Dashboard?

Hier liegt der Punkt, an dem sich Erwartung und Wirklichkeit am häufigsten trennen. Der Builder erzeugt Oberfläche, Konten und Datenbank. Er wird nicht selbst zum Partnernetzwerk, das fremde Bestellungen mitzählt.

Die Zahlen müssen also aus Ihrem Verkaufsprozess in die Tabellen wandern. Läuft der Verkauf über Stripe, kann jeder bezahlte Vorgang mit der Kennung des Partners festgehalten werden. Läuft er woanders, tragen Sie zu Beginn von Hand ein, und das ist bei zehn Partnern völlig vertretbar.

Die Zuordnungslogik selbst ist der aufwendige Teil: Wie lange gilt eine Empfehlung, was passiert bei zwei Links im selben Vorgang, was bei einer Erstattung. Solche Regeln sind sehr spezifische Fachlogik, und die entsteht über mehrere Änderungen statt über einen einzigen Prompt. Planen Sie sie ein, statt sich von ihnen überraschen zu lassen.

Was kostet ein Partnerbereich im Builder?

Die Tarife: Free gibt Ihnen 5 Credits, Pro kostet 25 $ im Monat und enthält 200 Credits, Business kostet 99 $ im Monat und enthält 800. Zweihundert Credits sind, für eine einzige Sache ausgegeben, rund 16 mehrseitige Plattformen oder 33 Builds oder 66 Änderungen im Monat.

Ein Hinweis vor der Anmeldung, der Enttäuschungen erspart: 5 Credits liegen unter den 6, die ein einzelner Build kostet. Der kostenlose Tarif ist ein Rundgang durch die Oberfläche, kein fertiges Partnerprogramm. Abgerechnet wird in US-Dollar.

Wie werden Provisionen tatsächlich ausgezahlt?

Das Dashboard zeigt Beträge an. Es überweist sie nicht. Stripe wird im Builder für Zahlungen und Abonnements angebunden, also für Geld, das zu Ihnen fließt, nicht für Auszahlungen an Dritte.

In der Praxis läuft die Auszahlung deshalb außerhalb: Sie exportieren die bestätigten Provisionen eines Monats, prüfen sie und zahlen per Überweisung. Für kleine und mittlere Programme ist das ein halber Vormittag im Monat und deutlich billiger als jede automatische Lösung.

Die steuerliche Seite gehört ebenfalls dazu. Ob Ihre Partner Rechnungen stellen oder Sie im Gutschriftverfahren abrechnen, ob Umsatzsteuer anfällt und wie Partner im Ausland behandelt werden, klärt die Steuerberatung, nicht der Builder. Klären Sie es vor dem Start, nicht nach der ersten Auszahlung.

Welche Pflichten kommen in Deutschland dazu?

Ein Partnerbereich verarbeitet personenbezogene Daten: Namen, E-Mail-Adressen, Umsätze. Damit gelten dieselben Regeln wie für jede andere Anwendung. Impressum und Datenschutzerklärung gehören auf die Seite, und in der Datenschutzerklärung müssen die eingesetzten Dienste auftauchen.

Dazu kommen die Programmbedingungen: Wann entsteht eine Provision, wann verfällt sie, welche Werbung ist erlaubt. Dieser Text schützt beide Seiten und verhindert die unangenehmste Sorte Streit, nämlich den über Geld ohne schriftliche Grundlage.

Und weisen Sie Ihre Partner auf die Kennzeichnungspflicht für Werbung hin. Sie haften nicht für jeden Beitrag, aber ein Satz in den Bedingungen und eine Erinnerung bei der Freigabe ersparen allen Beteiligten Ärger.

Wo hört ein KI-Builder bei Partnerprogrammen auf?

Drei ehrliche Grenzen. Betrugserkennung ist keine Oberflächenfrage: Wer selbstgeklickte Registrierungen oder erstattete Bestellungen zuverlässig herausfiltern will, braucht Regeln, die über mehrere Runden wachsen, und irgendwann einen Menschen, der sie pflegt.

Bei sehr großen Programmen mit Tausenden Partnern und hoher Frequenz stößt ein selbst gebauter Bereich an praktische Grenzen. Dann ist ein spezialisiertes Netzwerk oder ein Entwicklungsteam die ehrlichere Antwort, denn bei einem komplexen Produkt ersetzt der Builder kein Team.

Und der Bereich lebt von der Datenqualität. Ein Dashboard mit falschen Zahlen ist schlimmer als gar keines, weil es Vertrauen kostet, das sich schwer zurückholen lässt. Wenn Sie die Vergleichszahlen aus dem Verkauf nachvollziehen können, ist die Basis in Ordnung. Ein Blick in die Prüfliste aus Sind KI-erstellte Websites barrierefrei lohnt sich zusätzlich, weil Tabellen und Statusfarben genau dort schnell scheitern.

Wie fängt man sinnvoll an?

Bauen Sie zuerst die Partneransicht mit fünf von Hand eingetragenen Datensätzen. Zeigen Sie sie zwei Menschen, die Ihr Programm bewerben sollen, und hören Sie zu, welche Zahl sie zuerst suchen. Danach entscheiden Sie über Automatisierung, nicht davor.

Braucht das Programm später eine breitere Auswertung, gilt derselbe Weg wie in SaaS-Dashboard mit KI bauen beschrieben: erst die Ansicht, dann die Daten, dann die Regeln. Es gibt 25 fertige Vorlagen, davon 5 für Spiele, falls Sie den Stil lieber an etwas Bestehendem festmachen. Ausprobieren und den ersten Build ansehen können Sie auf zugo.dev. Die Adresse bekommt das Projekt automatisch, die eigene Domain kommt später dazu, wenn das Programm läuft.