Für Onlineshops
Ich durchsuche Ihren Live-Katalog, keine Kopie davon. Dann zeige ich das Kleid in Ihrem eigenen Shop.
Menschen suchen nicht so, wie Ihr Suchfeld es gern hätte. Sie haben weder das richtige Stichwort noch die passenden drei Filter, sondern einen Satz. Ich nehme den Satz, frage Ihren Katalog und öffne das Gefundene dort, wo es hingehört: in Ihrem Shop, als gefilterte Liste, als Produktkarte, im Warenkorb. Fragen zu Lieferung und Rückgabe beantworte ich anhand Ihrer Seiten und begleite die Person bis zur Kasse.
Was in einem Shop passiert, sobald ich dabei bin.
- „Etwas Ähnliches wie das hier, nur günstiger.“
Ich frage die API Ihres Katalogs mit den eigenen Worten des Besuchers ab und zeige, was zurückkam – in Ihrem eigenen Produktraster, nicht in einer Chatblase. Zehntausend Artikel oder eine Million: Ich lese vorab keinen einzigen.
→ - „Wann wäre es in München da?“
Anhand Ihrer Lieferseite, mit Link. „Kann ich es zurückgeben?“ Anhand Ihrer Rückgabeseite. Die Fragen, die Ihr Support-Team vierzigmal am Tag beantwortet – beantwortet, bevor ein Mensch sie hört.
→ - „Leg es in meinen Warenkorb.“
Wenn Ihr Shop es zulässt, drücke ich den Button. Vor allem, was eine Karte belastet, frage ich nach.
→ - „Wo ist meine Bestellung?“
Wenn Sie mir einen Endpunkt für den Bestellstatus geben, schlage ich sie für diesen Kunden nach – sein Login wird mit der Frage mitgeschickt, ich sehe also nur, was er selbst sehen würde.
→ - „Ich möchte mit jemandem sprechen.“
Ein Kontaktformular im Chat oder Ihr Support-Kanal, mit dem Kontext der Unterhaltung im Gepäck. Und in Ihrem Panel sehen Sie, welchen Kanal die Leute tatsächlich nutzen.
→
</>
Ein Endpunkt, einmal beschrieben. Der Teil Ihres Entwicklers dauert einen Nachmittag.
In Ihrem Panel beschreiben Sie einen HTTP-Aufruf: die Adresse Ihrer Katalogsuche, den Parameter, den ich mit den Worten des Besuchers fülle, und wo das Token liegt. Die Sprache ergänze ich selbst. Sie sagen mir, was die Antwort bedeutet – „eine Liste von Produkten mit Name, Preis und Link“ –, und ab dann weiß ich, wann ich den Aufruf nutze.
Sie möchten die Ergebnisse in Ihrem Shop sehen statt nur im Chat beschrieben? Benennen Sie ein Ereignis – „zeige diese Produkte“ – und Ihre Seite hört darauf. Ein Listener, ein Nachmittag.
Ihr Katalog bleibt Ihrer: Ich rufe ihn live ab, mit Ihrem Token, von einer einzigen Stelle aus, und verwende eine Antwort nur dann erneut, wenn Ihr Server es mir erlaubt.
So sieht ein Monat damit aus.
Weniger Suchanfragen, die ins Leere laufen.
Menschen, die einen Satz getippt und ein Produkt bekommen haben, nicht „0 Treffer“.
Weniger Fragen zur Lieferung für Ihr Support-Team.
Ihr Panel zeigt, wie viele Unterhaltungen ganz ohne Mitarbeiter auskamen – und in welchen ein Kunde Ihr Team trotzdem brauchte.
Die Fragen, die Ihr Shop nicht beantworten konnte.
„Haben Sie das in Petite?“ – gebündelt, damit Sie wissen, was Sie auf der Seite oder im Katalog ergänzen sollten.
«Wo werden die Unterhaltungen meiner Kunden gespeichert?»
Auf Servern in Frankfurt, in der EU, so lange, wie Ihr Tarif es vorsieht. Damit eine Frage beantwortet werden kann, geht sie an den Anbieter des Sprachmodells, das Sie im Panel gewählt haben – in den USA.
«Können Sie die Konten meiner Kunden sehen?»
Nur das, was Ihre API über sie zurückgibt, und nur, wenn Ihre Website mir ihre Anmeldedaten übergibt – ich reiche sie mit jeder Anfrage weiter und speichere sie nie.
«Und ihre Kartendaten?»
Standardmäßig nicht: Ich lese nicht mit, was Menschen in Felder eintippen, und ein Zahlungsformular öffnet sich meist beim Zahlungsanbieter, wo ich nicht hinkomme. Daten und Kontrolle →
Growth
Für einen Shop ist das Growth.
Ihr eigener Katalog, Ereignisse in Ihrem Shop und der Klick auf „In den Warenkorb“ sind im Tarif Growth enthalten: $29 im Monat, 7.000 Credits, 2.000 Seiten. Ein großer Katalog läuft über Ihre API und zählt deshalb nie als Seiten.
Lassen Sie Ihre Kunden in ganzen Sätzen einkaufen.
