Wenn sich Menschen vorstellen, dass ein "KI-Agent etwas kauft", denken sie an den Moment des Kaufs. Aber der Kauf ist der achte Schritt eines langen Ablaufs. Jeden Schritt zu verstehen, ist der einfachste Weg zu erkennen, wo ein Händler eingreifen sollte. Dieser Aufsatz beschreibt einen kanonischen Acht-Schritte-Agentenkauf, mit Fehlermodi und Ansatzpunkten für Betreiber bei jedem Schritt.
Der kanonische Ablauf
- Absichtsbildung
- Zerlegung
- Abruf
- Vergleich
- Disambiguierung
- Verpflichtung
- Transaktion
- Nach dem Verkauf
Schritt 1, Absichtsbildung
Der Benutzer gibt ein Ziel an. Manchmal klar ("ein 65-Zoll-OLED-TV unter 2.500 €, geliefert vor dem 5. Mai"), manchmal vage ("Ich möchte ein neues Telefon"). Der Agent muss die Absicht analysieren, disambiguieren und bei Bedarf eine klärende Frage stellen.
Fehlermodus: Absichtsambiguität führt dazu, dass der Agent Einschränkungen über- oder unterspezifiziert. Kein direktes Anliegen des Händlers, aber es bestimmt die Form der Abfrage.
Schritt 2, Zerlegung
Der Agent zerlegt die Absicht in strukturierte Einschränkungen: Kategorie, Markenpräferenzen, Budget, Attribute, Region, Zeitrahmen, Risikotoleranz.
Ansatzpunkt für Betreiber: Wenn Ihre Attribute typisiert sind und die Abfrageoberfläche der Kategorie abdecken, lässt sich die Zerlegung sauber auf Ihre Daten abbilden. Wenn nicht, werden Sie aufgrund von Einschränkungen, die Sie tatsächlich erfüllen, herausgefiltert.
Schritt 3, Abruf
Der Agent fragt eine oder mehrere Quellen ab: einen Abrufindex, der aus Feeds erstellt wurde, eine Marktplatz-API, eine direkte Suche, einen Browser-Abruf. Jede Quelle hat unterschiedliche Latenz- und Vertrauenseigenschaften.
Fehlermodus: Ihr PDP befindet sich nicht im Abrufindex, weil Ihr Schema dünn ist, Ihre Sitemap unvollständig ist oder eine Zustimmungs-Wall die Indexierung blockiert hat.
Ansatzpunkt für Betreiber: Der Merchant Center Feed ist die Oberfläche mit dem geringsten Aufwand und dem höchsten Ertrag. Vervollständigen Sie ihn.
Schritt 4, Vergleich
Der Agent vergleicht Kandidatenangebote hinsichtlich Preis, Übereinstimmungsbewertung (Einbettungsdistanz zur Absicht), Richtlinienkonformität, Lieferzeit, Händlervertrauen.
Fehlermodus: Identifikator-Ambiguität führt dazu, dass zwei Händler, die dasselbe Produkt verkaufen, separat und mit geringerer Zuverlässigkeit bewertet werden.
Ansatzpunkt für Betreiber: GTIN-Abdeckung, strukturierte Richtlinien, ehrliche Verfügbarkeit.
Schritt 5, Disambiguierung
Der Agent reduziert auf 1–3 Kandidaten. Er kann sie dem Benutzer anzeigen ("hier sind Ihre drei besten Übereinstimmungen") oder autonom innerhalb der Berechtigungen vorgehen.
Fehlermodus: Ihr Angebot wird ausgeschlossen, weil Richtlinienfelder fehlen und der Agent eine zwingende Einschränkung ("Lieferung nach Belgien bis Samstag") nicht überprüfen kann.
Schritt 6, Verpflichtung
Der Benutzer bestätigt, oder der Agent verpflichtet sich mit delegierter Berechtigung. Die Verpflichtung erfordert typischerweise, dass der Agent Zahlung, Lieferadresse und möglicherweise eine Kontenidentität präsentiert.
Fehlermodus: Unerwartete Kontoanforderung (E-Mail-Verifizierung, SMS-OTP), die der Agent nicht erfüllen kann.
Ansatzpunkt für Betreiber: Gast-Checkout, tokenisierte Zahlung, agentenidentifizierbare Sitzungen.
Schritt 7, Transaktion
Die Zahlung wird verarbeitet. Agenten-Zahlungsdaten werden präsentiert und vom PSP validiert. Die Bestellung wird erstellt.
Fehlermodus: PSP erkennt Agenten-Zahlungsschema nicht; Transaktion fällt auf menschlich gesteuerten Checkout zurück, wodurch das Autonomie-Versprechen verloren geht.
Ansatzpunkt für Betreiber: Stellen Sie sicher, dass Ihr PSP Stripe Agentic Commerce, Visa Intelligent Commerce, Mastercard Agent Pay unterstützt, sobald diese eingeführt werden. Testen Sie in der Sandbox.
Schritt 8, Nach dem Verkauf
Bestellbestätigung, Sendungsverfolgung, Lieferung, Retouren. Agenten, die im Auftrag des Benutzers beobachten, erfassen Lebenszyklusereignisse, melden den Status und initiieren bei Bedarf Retouren/Reklamationen.
Fehlermodus: kein Webhook, Tracking-URL ist nur HTML, Retourenprozess erfordert Telefonanruf.
Ansatzpunkt für Betreiber: strukturierte Webhooks für den Bestelllebenszyklus, Retouren-/Reklamations-API, agentenakzeptable Identitätsprüfung.
Wo stehen Agenten heute im Ablauf?
- Schritte 1–5 sind weitgehend in Produktion. Beratende Agenten erledigen dies gut.
- Schritt 6 ist variabel. Die meisten Agenten übergeben den Benutzer zur endgültigen Bestätigung an den PDP.
- Schritt 7 ist im Entstehen. Agenten-Zahlungssysteme befinden sich bei großen PSPs und Netzwerken in der Pilotphase oder Vorschau.
- Schritt 8 ist uneinheitlich. Lebenszyklus-Webhooks existieren für viele Händler; von Agenten initiierte Retouren kaum.
Die Botschaft an den Betreiber: Warten Sie nicht, bis Schritt 7 universell ist, bevor Sie die Schritte 1–5 beheben. Diese sind bereits live.
Ein konkretes Beispiel
Benutzer: "Ich möchte ein mittelschweres Baumwoll-Sweatshirt, meliert grau, Herren Größe L, unter 80 €, Lieferung nach Paris bis Freitag. Kostenlose Rücksendung."
Zerlegung: Kategorie=Bekleidung/Sweatshirts, Material=Baumwolle, Gewicht=mittelschwer, Farbe=meliert-grau, Größe=M-L, Budget≤80 €, Region=FR/Paris, Lieferung_bis=Freitag, Rücksendungen=kostenlos.
Abruf: Agent fragt eine Handvoll Abruf-Indizes ab, die aus Händler-Feeds erstellt wurden. Filtert nach aktiven Angeboten in FR.
Vergleich: 12 Kandidaten. Filtert nach Liefer-ETA, 7 fallen weg. Filtert nach kostenlosen Rücksendungen, 2 fallen weg. Drei bleiben übrig.
Disambiguierung: Agent zeigt dem Benutzer drei Optionen an, mit Preis, Lieferdatum und einem einzeiligen Unterscheidungsmerkmal pro Option.
Verpflichtung: Benutzer wählt eine aus. Agent schließt den Checkout mit einer gespeicherten Lieferadresse und einem Agenten-spezifischen Stripe-Intent ab.
Transaktion: Stripe ACP-Autorisierung erfolgreich, Händler erhält Bestellung als agentenbezahlt markiert.
Nach dem Verkauf: Händler sendet Lebenszyklus-Webhooks; Agent meldet Sendungsverfolgung an Benutzer; Sweatshirt kommt Freitagmorgen an.
Jeder Schritt in diesem Ablauf ist ein Merkmal des Universal Commerce Protocol Stacks. Jeder Schritt ist auch ein Ansatzpunkt für den Betreiber.
Nächste Schritte
- Kehren Sie zu KI-Agenten und Handel für die Taxonomie zurück.
- Sehen Sie sich die Katalogform an, die Schritt 3–4 unterstützt, unter Produktkataloge für KI.
- Gehen Sie zur Aktion über die Checkliste zur Händlerbereitschaft.