Hoe het werkt · de lus
Eén scan. Twee oppervlakken.
Een gesloten lus.
De klant vraagt op de telefoon. De agent antwoordt uit de actuele catalogus. De winkelier ziet de vraag, de overdracht en de kassamatch. De aankoop verlaat het POS nooit.
De rollen
- 01
Telefoon van de klant
Een browsersessie opent vanuit de code. Geen installatie, geen account.
- 02
Actuele catalogus
Prijs, voorraad, varianten en beleid — de bron van waarheid.
- 03
De agent
Haalt op, kiest en formuleert. Hij verzint nooit een getal.
- 04
De kassa
Neemt de betaling aan; Salewise niet. Een verkoop wordt pas in Sage vastgelegd als die wordt geïmporteerd.
De agent is het enige nieuwe oppervlak. Hij draait in de browser die de klant al heeft.
Een lus, geen funnel
De meeste winkeltechnologie stopt bij betrokkenheid. Deze eindigt bij de kassa.
De code identificeert de gang. Het gesprek identificeert de vraag. Het POS identificeert de verkoop. Elke stap levert een record op dat de winkelier kan lezen — en een grens die de winkelier beheert.
Hoofdstuk
01
De klantlus
Scannen. Vragen. Vergelijken. Betaal bij de kassa.
Vier stappen, geen installatie. Elk ervan laat een record achter aan de kant van de winkelier.
01
KlantScan
De klant scant de code bij het schap, de display of de baliekaart. Geen app, account of download.
Winkelier ziet
Een scangebeurtenis, getagd met de code en gang.
02
KlantVraag
Die beschrijft de behoefte in gewone taal — budget, gebruik, randvoorwaarden — via spraak of tekst.
Winkelier ziet
De vraag, taal en start van de sessie.
03
KlantVergelijk
De agent geeft gerangschikte opties, afwegingen, bundels en actuele aanbiedingen uit de catalogus.
Winkelier ziet
De opgehaalde, vergeleken en aanbevolen producten.
04
KlantBetaal bij de kassa
De telefoon draagt de assistent. Er wordt niets op het apparaat gekocht; de verkoop blijft bij je POS.
Winkelier ziet
Een inwisselcode of een gelabelde mandjematch.
De agent neemt geen betalingen aan. De klant beslist op de telefoon en betaalt bij je bestaande kassa, zodat de transactie binnen je POS blijft en Salewise buiten kaartgegevens blijft.
Geen app · Geen kaartgegevens · Geen hardware
Hoofdstuk
02
Het winkelieroppervlak
De vraag wordt een record.
De klant krijgt een antwoord. De winkelier krijgt de vraag, de gang en de overdracht. In Sage wordt de lus zichtbaar.
01
QR-beheerder
Noem een code naar de gang of plek, kies doelen op winkel-, categorie- of productniveau, voorzie hem van je kleuren en logo en download SVG of PNG. Schakel uit zonder de scangeschiedenis te verwijderen.
02
Gebruik per code
Scans, sessies, gestelde vragen, gegeven antwoorden, overdrachten en de laatste sessie — per gang, per code.
03
Gesprekstranscripten
Elke vraag van de klant en elk antwoord van de agent, getagd met de QR-code en gang die de sessie startte.
04
Kassatoerekening
Een inwisselcode geeft een exacte match. Anders wordt een overlap in het winkelmandje binnen een tijdvenster als gemodelleerd gerapporteerd, nooit als feit.
Sage · Winkel 014
Live412
Scans
188
Vragen
41
Overdrachten
Overdrachtswachtrij
02Loopanalyse · Gang 2
Mens nodigKlant vroeg welke schoen geschikt is voor een eerste halve marathon.
Garantieclaim · Servicedesk
VastgelegdModel en probleem vastgelegd vóór de overdracht.
Laatste sessie · Gang 1 · 14:32
“Werkt dit met een 15-inch laptop?” · beantwoord · 2 producten getoond
Voorbeeldconsole · geen winkeliersdata
Hoofdstuk
03
De regels
Het model kiest. De server toont. De agent weigert.
De funderingslus is geen instructie. Het is de volgorde van handelingen: ophalen vóór genereren, elk ID valideren en stoppen wanneer de catalogus geen antwoord kan geven.
De funderingslijn
Vijf stappen- 01
Vraag
De klant vraagt in gewone taal.
- 02
Ophalen
De server selecteert kandidaatproducten.
- 03
Kiezen
Het model kiest ID's en een onderbouwing.
- 04
Valideren
ID's buiten de kandidatenset worden verwijderd.
- 05
Tonen
De server schrijft prijs, voorraad en varianten.
01Eerst ophalen
De server haalt kandidaatproducten uit de catalogus van de winkelier op voordat het model iets wordt gevraagd. Het model zoekt nooit op het open web.
02Het model kiest. De server toont.
Prijzen, voorraad, varianten en aanbiedingen worden aan de serverkant uit catalogusrecords getoond. Een getal in de tekst van het model is nooit de bron van waarheid.
03ID's worden gevalideerd
Elk product dat het model kiest, moet in de opgehaalde kandidatenset staan. Ongeldige ID's worden weggegooid voordat het antwoord de klant bereikt.
04Eerlijk weigeren
Als de catalogus geen antwoord bevat, zegt de agent dat en biedt hij een overdracht aan. Is het model niet beschikbaar, dan zegt de assistent dat hij geen antwoord kan geven; de klant kan het opnieuw proberen of een medewerker vragen.
Weigeringsregels
Als de catalogus geen antwoord kan geven, stopt de agent.
01
Staat een product niet in de opgehaalde set, dan wordt het niet aanbevolen.
02
Bevat de catalogus het antwoord niet, dan zegt de agent dat en biedt hij een overdracht aan.
03
Is de vraag klinisch, juridisch of veiligheidskritisch, dan stopt de agent bij de overdrachtsregel van de winkelier.
04
Is het model niet beschikbaar, dan zegt de assistent dat hij geen antwoord kan geven en biedt hij een medewerker aan.
05
Gaat het om een prijs, voorraadniveau of beleid, dan toont de server het; het model haalt het niet uit het geheugen.
Een weigering is productgedrag, geen storing. Zo houdt de winkelier vertrouwen in het antwoord.
Hoofdstuk
04
De kassa
De lus sluit bij het POS.
Toerekening werkt alleen als de match aantoonbaar is. Een verkoop wordt in Sage vastgelegd wanneer die wordt geïmporteerd, en de match is exact of duidelijk als gemodelleerd gelabeld.
01
QR-sessie
De scan tagt de sessie met de winkel, tijd, QR-code en elk item dat de agent aanbeveelt.
02
Inwisselcode
De agent biedt een korte code aan die aan de sessie is gekoppeld. Waar de integratie het ondersteunt, kan een loyaliteitslogin een bekende klant koppelen.
03
Kassamatch
Een verkoop bereikt Sage wanneer die wordt geïmporteerd. Het systeem zoekt eerst een exacte codematch en daarna een overlap in het winkelmandje van dezelfde winkel.
04
Gematchte verkoop
Alleen gematchte verkopen tellen. Deterministische matches zijn exact; gemodelleerde matches krijgen een betrouwbaarheidsscore.
Niveau 1 · deterministisch
Inwisselcode
De verkoop draagt de code uit de sessie. Dit is een exacte match: betrouwbaarheid 1.0, gemodelleerd onwaar, volledig toegeschreven. Het is de sterkste link tussen een gesprek en een transactie.
Niveau 2 · gemodelleerd
Overlap in het winkelmandje
Zonder code zoekt het systeem naar een verkoop in dezelfde winkel binnen twee uur met items die de agent heeft aanbevolen. De betrouwbaarheid wordt gerapporteerd, afgetopt op 0.92, en elke match wordt in rapportages van de winkelier als gemodelleerd gelabeld.
Elke match slaat de methode, betrouwbaarheid en het tijdvenster op. Een inwisselcode is exact. Een overlap in het winkelmandje is gemodelleerd en overal gelabeld waar hij wordt gerapporteerd. Toerekening is een record van de koppeling, geen omzetregel.
Hoofdstuk
05
De uitrol
Eén gang. Eén code. Eén week.
Bij een ondersteunde aanbieder zijn catalogustoegang en overdrachtsregels de beperking, niet het installeren van apparatuur.
01
Dag 0
Koppel de catalogus
Bij een ondersteunde aanbieder worden inloggegevens aan de serverkant in Sage ingevoerd en synchroniseert de catalogus. Salewise ziet nooit kaartgegevens.
02
Dezelfde dag
Ontwerp en print de codes
Noem codes naar de gang, kies kleuren en een logo, voeg een bijschrift toe en download SVG of PNG. Print bij de balie of stuur naar een drukker.
03
Uur 1
Het eerste gesprek
Een klant scant, vraagt en krijgt een antwoord met een prijs en voorraad die door de server worden getoond. De sessie verschijnt in Sage met de QR-code en gang.
04
Week 1
Stel de overdracht af
Lees de transcripten, vind de vragen die een mens nodig hebben en stel de overdrachtsregel in. Pauzeer of verplaats codes wanneer het schap verandert.
Waar de code komt
01
Schaprand
De plek met de hoogste koopintentie. Eén code per categorie of schap, in Sage genoemd naar de gang.
02
Display en kopstelling
Seizoens- of promotiecodes gericht op een categorie, met een bijschrift dat bij de display past.
03
Baliekaart
Voor vergelijkingen, voorraadchecks en vragen over beleid terwijl de rij doorstroomt.
04
Paskamer of bankje
Vragen over pasvorm, maten en compatibiliteit waar de klant al aan het beslissen is.
05
Entree
Een winkelbrede code voor route, beschikbaarheid en afhaalvragen.
06
Productlabel
Een productcode waar de verpakking of het label ruimte heeft voor een merkteken van 2 cm.
Bèta-aanbieders en nieuwe adapters kunnen langer duren. We claimen geen live integratie voordat die is gebouwd en getest.
Voordat een winkel live gaat
Zes dingen. Geen ervan is hardware.
- 01
Leestoegang tot catalogus en voorraad via een ondersteund POS, of een afgesproken catalogusfeed.
- 02
Winkelnaam, valuta, handelsgegevens en de talen die je wilt inschakelen.
- 03
Overdrachtsregels: de vragen die een mens moeten bereiken, en waar die persoon zit.
- 04
Merkmiddelen voor het QR-ontwerp — logo, kleuren, bijschrift — en de gangen die je een naam wilt geven.
- 05
Iemand die de eerste week transcripten beoordeelt en het draaiboek bijstelt.
- 06
Geen kaartgegevens, geen klantapp en geen hardware in de winkel.
Dataminimalisatie
Geen app. Geen kaartgegevens. Een kort sessierecord.
De klant wordt niet gevraagd een account aan te maken. De sessie legt de QR-code, gang, berichten, aanbevelingen en overdracht vast. Een bekende klant verschijnt alleen waar een ondersteunde loyaliteitslogin bestaat.
Winkeliers stellen de bewaartermijn in de verwerkingsovereenkomst in. Klanten die geen gesprek opgeslagen willen hebben, kunnen in plaats daarvan met medewerkers praten.
BeveiligingsdetailsBegin met één gang
De eerste winkel kan dezelfde dag live.
Zodra catalogustoegang en overdrachtsregels geregeld zijn. Begin met één code en een week echte vragen.
Scan de demo →