Produkt · im Inneren des Instruments
Ein Verkäufer im Gang.
Ein Hauptbuch im Backoffice.
Zwei Oberflächen, ein fundierter Kreislauf. Der Kunde führt das Gespräch auf seinem eigenen Smartphone. Der Händler sieht die Frage, den Code und die Übereinstimmung mit der Kasse in Sage.
Der Kreislauf
Regal → Smartphone → Katalog → Gespräch → Kasse
Keine App · Keine Hardware · Keine Kartendaten
Kapitel
01
Die Kundenoberfläche
Ein Gespräch, kein Suchfeld.
Der Kunde scannt einen Code und spricht in seiner eigenen Sprache. Der Assistent fragt nach der zu erledigenden Aufgabe, ordnet den Katalog und behält die Abwägungen im Blick. Keine Installation, kein Konto, keine Warteschlange.
Die Kundenoberfläche
Das Smartphone hilft. Die Kasse verkauft.
Eine Browsersitzung öffnet sich über den Code. Der Kunde kann tippen oder sprechen, und derselbe Assistent antwortet auf beide Arten. Preis und Bestand werden aus dem live gepflegten Katalog gerendert, nicht vom Modell erinnert.
- Sprache oder Text, ein Assistent
- Das Bundle im Kontext sichtbar
- Die Übergabe nimmt das Gespräch mit
Der Kunde behält sein Smartphone. Der Händler behält sein POS.
In der Hand des Kunden
Demo
Sprache oder Text
Fragen Sie laut.
Tippen Sie auf das Mikrofon oder schreiben Sie. Derselbe Assistent antwortet auf beide Arten, auf dem eigenen Smartphone des Kunden.
Die warme Übergabe
Ein Mensch übernimmt den entscheidenden Moment.
Der Händler legt den Übergabepunkt fest. Das gesamte Gespräch wird an die Verkaufskraft übergeben.
Gespräch angehängt →
29
unterstützte Sprachen
Alle 29 sind in der Demo aktiviert, mit Sprachauswahl und Rechts-nach-links-Unterstützung.
Bundles, im Kontext
Das Zubehör gehört zur Antwort.
Zubehör und kompatible Artikel erscheinen im Gespräch, nicht als generische Empfehlungsleiste.
Abdeckung außerhalb der Öffnungszeiten
Dieselben Antworten am Sonntag.
Der Assistent macht keine Pause. Der Händler legt dennoch fest, was er beantworten darf und wann ein Mensch übernimmt.
Kapitel
02
Die Fundierungslinie
Der Katalog spricht zuerst.
Der Abruf erfolgt vor der Generierung. Das Modell darf eine Produkt-ID auswählen und eine Begründung schreiben; es darf keinen Preis, keinen Bestand und keine Richtlinie schreiben.
Die Fundierungslinie
Abruf vor Generierung- 01
Abfrage
Der Kunde fragt in einfacher Sprache.
- 02
Abrufen
Der Server wählt Kandidatenprodukte aus.
- 03
Auswählen
Das Modell wählt IDs und eine Begründung.
- 04
Validieren
IDs außerhalb der Kandidatenmenge werden verworfen.
- 05
Rendern
Der Server rendert Preis, Bestand und Varianten.
Serverseitig gerenderter Datensatz
SKU · T5-014Trail 5K Pack
- Preis
- £39.00
- Bestand
- 6 im Laden
- Größen
- UK 6–12
Beispielhafter Datensatz · bei Anfrage gerendert
Abgelehnte ID
Außerhalb der Kandidatenmenge.
Das Modell hat ein Produkt ausgewählt, das der Server nicht abgerufen hat. Die ID wird verworfen, bevor die Antwort gerendert wird.
ID nicht in der abgerufenen Menge
Die Grenzen des Modells
Es schreibt nie einen Preis.
Es schreibt nie einen Bestand.
Es schreibt nie eine Variante.
Es schreibt nie eine Richtlinie.
0
Suchanfragen im offenen Web
Der live gepflegte Katalog des Händlers ist die einzige Quelle.
konstruktionsbedingt
100%
serverseitig gerenderter Preis und Bestand
Durch die Architektur, nicht durch den Prompt.
konstruktionsbedingt
01
Zuerst der Abruf
Der Server ruft passende Produkte aus dem Katalog des Händlers ab, bevor das Modell überhaupt gefragt wird. Das Modell durchsucht nie das offene Web.
02
Das Modell wählt. Der Server rendert.
Preise, Bestand, Varianten und Angebote werden serverseitig aus Katalogdaten gerendert. Eine Zahl im Text des Modells ist nie die Quelle der Wahrheit.
03
IDs werden validiert
Jedes Produkt, das vom Modell ausgewählt wird, muss in der abgerufenen Kandidatenmenge enthalten sein. Ungültige IDs werden verworfen, bevor die Antwort den Kunden erreicht.
04
Ehrliche Ablehnung
Enthält der Katalog keine Antwort, sagt der Assistent das und bietet eine Übergabe an. Ist das Modell nicht verfügbar, sagt der Assistent, dass er nicht antworten kann; der Kunde kann es erneut versuchen oder jemanden vom Personal fragen.
Kapitel
03
Der QR-Manager
Ein Code mit Aufgabe, kein Aufkleber.
Benennen Sie einen Code nach Gang, richten Sie ihn auf eine Kategorie oder ein Produkt, gestalten Sie ihn in Ihren Farben und laden Sie SVG oder PNG herunter. Deaktivieren Sie ihn, ohne die erfassten Scans zu verlieren.
Salewise
Gang 1Fragen zum Laufen.
https://sage.salewise.co.uk/shop/?code=DEMO01&lang=de
Scannen · fragen · vergleichen · an der Kasse zahlen
Beispielhafte Regalkarte. Der Code führt zum Demo-Katalog.
QR-Manager · beispielhaft
Aktiv- Bezeichnung
- Gang 1 · Laufen
- Ziel
- Kategorie · Laufen
- Design
- H · Logo „SW“
- Export
- SVG · PNG · Druckkarte
Nutzung pro Code
Beispielhafte WocheEingang · Filiale
Eingang
412 Scans · 188 Fragen · 41 Übergaben
AktivGang 1 · Geschenk
Gang 1
268 Scans · 96 Fragen · 12 Übergaben
AktivGang 2 · Laufen
Gang 2
203 Scans · 74 Fragen · 9 Übergaben
PausiertBeispielhafte Konsole. Codes werden deaktiviert statt gelöscht, damit die Scan-Historie erhalten bleibt.
Ein Code ist keine Kampagne. Er gehört neben die Entscheidung.
Regalkante, Display, Theke oder Werkbank — benannt nach dem Gang, dem er dient.
Design-Einstellungen
Farben, Logo und Beschriftung, validiert.
Die Konsole validiert Farbe, Logo-Typ und -größe, bevor SVG und PNG gerendert werden.
Nutzung pro Code
Jeder Code erhält seinen eigenen Datensatz.
Scans, Sitzungen, Fragen, Antworten und Übergaben werden pro Gang und pro Code erfasst.
Kapitel
04
Das Gesprächsprotokoll
Was im Gang tatsächlich gefragt wurde.
Jede Sitzung ist mit dem Code und dem Gang markiert, die sie ausgelöst haben. Der Händler sieht die Frage, die Antwort, die empfohlenen Produkte und die Übergabe — kein Dashboard anonymer Klicks.
Sitzung 014 · Gang 2
Sprache · Englisch
Für den ersten Halbmarathon ist der Daily Trainer die bessere Wahl. Er hat mehr Dämpfung für die Distanz; der Tempo-Schuh ist leichter, aber fester.
Road Trainer 2
£110 · UK 9 auf Lager
Tempo Trainer
£125 · UK 9 auf Lager
Preis und Bestand bei Anfrage gerendert · beispielhafter Katalog
Gang 2 · eine Woche
Beispielhaft203
Scans
74
Fragen
9
Übergaben
Die Zahlen stammen nicht von einem Händler. Sie zeigen die Form des Datensatzes.
Übergabewarteschlange
Laufanalyse · Gang 2
„Welcher Schuh ist besser für einen ersten Halbmarathon?“
Braucht eine Person
Garantiefall · Servicetresen
„Der linke Ohrhörer lädt nicht mehr.“
Modell hat das Problem erfasst
Jede Kundenfrage und jede Assistentenantwort ist mit dem QR-Code und dem Gang markiert, die die Sitzung gestartet haben.
Kapitel
05
Die Verbindung zur Kasse
Eine Linie zur Kasse, mit sichtbarer Verknüpfung.
Die Zuordnung ist eine Übereinstimmung zwischen einem Gespräch und einem Verkauf. Der Händler sieht, ob sie exakt oder modelliert ist und wie hoch die Konfidenz ausfällt.
Die Verknüpfung
Sitzung → Verkauf01
Scannen
Der QR-Code markiert die Sitzung mit Filiale, Gang und Uhrzeit.
02
Fragen
Frage, abgerufene Produkte und Empfehlungen werden protokolliert.
03
Einlösung
Der Assistent bietet einen kurzen Code an, der an die Sitzung gebunden ist.
04
Kasse
Der Verkauf wird in Sage erfasst. Die Übereinstimmung ist exakt oder als modelliert gekennzeichnet.
Exakte Übereinstimmung
1.00
Ein Einlösecode wird von der Sitzung bis zum Verkauf mitgeführt. Nicht modelliert.
Modellierte Obergrenze
≤ 0.92
Eine Warenkorbüberschneidung in derselben Filiale innerhalb von zwei Stunden, überall als modelliert gekennzeichnet.
Methode, Konfidenz und Zeitfenster werden mit der Übereinstimmung gespeichert. Der Händler kann die Verknüpfung prüfen.
Stufe 1 · deterministisch
Konfidenz 1.0Einlösecode
Der Verkauf trägt den Code aus der Sitzung. Das ist eine exakte Übereinstimmung: Konfidenz 1.0, nicht modelliert, vollständig zugeordnet. Sie ist die stärkste Verbindung zwischen einem Gespräch und einer Transaktion.
Stufe 2 · modelliert
Konfidenz ≤ 0.92Warenkorbüberschneidung
Ohne Code sucht das System innerhalb von zwei Stunden nach einem Verkauf in derselben Filiale, der vom Assistenten empfohlene Artikel enthält. Die Übereinstimmung wird in den Händlerberichten immer als modelliert gekennzeichnet.
Warum das wichtig ist
Ein Einlösecode liefert eine exakte Übereinstimmung. Andernfalls wird eine zeitfensterbasierte Warenkorbüberschneidung als modelliert gemeldet, nie als Tatsache.
Jede Übereinstimmung speichert Methode, Konfidenz und Zeitfenster. Exakte Übereinstimmungen sind exakt. Modellierte Übereinstimmungen werden überall gekennzeichnet, wo sie erscheinen. Der Händler kann die Verknüpfung prüfen; die Zuordnung ist keine Umsatzzeile, und das Abonnement ist die einzige Gebühr.
Kapitel
06
Die ehrliche Kennzeichnung
Live heißt live.
Adapter werden danach gekennzeichnet, was heute nutzbar ist, nicht danach, was auf einer Roadmap-Folie steht. Dieselbe Regel gilt für die Grenzen des Assistenten.
Funktionskennzeichnungen
26 Adapter · 5 nutzbarLive
1Heute für Händler verfügbar.
- Salewise
Integrierte Master-Key-Integration. Heute verfügbar.
Beta
4Adapter entwickelt und im Händlertest.
- Shopify POS
Abgleich von Katalog, Bestand und Standorten über Shopify-Standorte hinweg. Bestellungen werden noch nicht abgeglichen.
- Square
Katalog, Bestand und Standorte für Square-Verkäufer. Bestellungen werden noch nicht abgeglichen.
- Epos Now
EPOS-Katalog- und Verkaufsimport.
- WooCommerce
Abgleich von WordPress-Katalog, Bestand und Standorten. Bestellungen werden noch nicht abgeglichen.
Demnächst
21Geplant oder in Entwicklung. Heute nicht für Händler verfügbar.
- Lightspeed X-Series (Vend)
- Zettle by PayPal
- Clover
Alle 21 geplanten Adapter
- Lightspeed X-Series (Vend)
- Zettle by PayPal
- Clover
- SumUp Payments
- SumUp POS (Goodtill)
- BigCommerce
- Lightspeed R-Series
- Loyverse
- ERPLY
- Heartland Retail
- Adobe Commerce (Magento)
- PrestaShop
- Revel Systems
- Toast
- TouchBistro
- NewStore
- Mercaux
- Bepoz
- Ascend Retail
- Odoo POS
- Microsoft Dynamics 365 Commerce
Live bedeutet, dass der Adapter heute für Händler verfügbar ist. Beta bedeutet, dass der Adapter entwickelt ist und im Händlertest läuft. Demnächst bedeutet, dass der Adapter geplant oder in Entwicklung ist und heute nicht für Händler verfügbar ist. 26 Adapter sind im Verzeichnis; 5 sind derzeit nutzbar.
Über Ihr Kassensystem sprechenDie Grenzen
Was Salewise nicht tut.
- 01
Zahlungen auf dem Smartphone des Kunden. Transaktionen bleiben bei Ihrem POS.
- 02
Ein Ersatz für Ladenpersonal. Der Assistent leitet die entscheidenden Momente an Menschen weiter.
- 03
Individuelle Integrationsentwicklung. Neue Adapter werden separat abgestimmt und vereinbart.
- 04
Provision auf zugeordnete Verkäufe. Das Abonnement ist die einzige Gebühr.
- 05
Er antwortet nicht aus dem offenen Web, aus einem Lieferanten-PDF oder aus dem Gedächtnis des Modells.
- 06
Er installiert keine App auf dem Smartphone des Kunden.
- 07
Er ersetzt keinen Apotheker, Mechaniker, Kliniker oder anderen regulierten Berater.
Sehen Sie die Oberflächen
Öffnen Sie die Demo. Verfolgen Sie sie dann zurück.
Scannen Sie den Code, stellen Sie eine Frage, vergleichen Sie zwei Produkte und beobachten Sie, wie die Sitzung im Datensatz landet.