Tidio på Oliver POS

Pluginen Tidio – Live Chat & AI Chatbots kobler et Tidio-arbeidsområde til en WooCommerce-butikk og viser dataene til den matchede kunden både i live-chat-widgeten og i agentens innboks. Når en innlogget kunde åpner chatten fra butikkfronten, ser Lyro og agenten kundens WooCommerce-kontakt – navn, e-post, telefon, totalt antall ordrer, nylige ordrer med varelinjer og totalbeløp – trukket inn i samtalepanelet. Tidio-automatiseringsflyter kan forgrene seg basert på ordre-attributter (dato for siste ordre, totalbeløp for siste ordre, forlatt handlekurv, refusjonshistorikk) for å utløse pre-chat-triggere, rute til riktig agent, eller åpne en Lyro-flyt trent på butikkens produktkunnskap.

Agenter kan gå i dybden på en spesifikk ordre fra innboksen, se kvitteringen, og (på koblingsversjoner som støtter det) utstede refusjoner eller skrive tilbake ordrenotater til WooCommerce uten å forlate Tidio. Oliver POS skriver salg fra kasseapparatet inn i WooCommerce som standardordrer matchet mot den eksisterende kundeposten, så disse salgene vises i Tidio-chatten og innboksen identisk med nettordrer. Lyros foreslåtte svar og agentens sidefelt ser begge aktiviteten i butikken automatisk; SMB-forhandleren trenger ikke å koble en separat POS-kobling til Tidio.

Tidio er live-chat-plattformen mindre WooCommerce-butikker velger fordi den dekker de samme arbeidsflytene som de store plattformene gjør – Messenger-lignende butikkfront-widget, agent-innboks, automatiseringer, AI-bot – til SMB-priser. Forhandlerne som bruker den, driver vanligvis ett eller en liten håndfull utsalgssteder og har et lite supportteam (én til fem agenter, noen ganger grunnleggeren selv), hvor de fleste kundespørsmål kommer inn via chat-widgeten på butikkfronten og en mindre strøm via e-post eller direktemeldinger på sosiale medier. Forhandlerens oppgave som skal løses for Tidio er samtale-sortering i småbedriftsskala.

Blindsonen er den samme som større forhandlere møter, bare med skarpere konsekvenser fordi teamet er lite. Hvis merkevaren også driver en disk og kasseapparatet ikke mater data til WooCommerce, viser chat-widgeten ingen registrering av salget i butikken som kunden sender melding om. Lyro kan ikke svare fordi Lyro ikke ser kjøpet. Den enslige agenten (eller grunnleggeren) må bytte fra Tidio til POS-terminalen, finne kunden, kopiere kvitteringen – for hver chat om et kjøp ved disken. I liten skala summerer disse minuttene seg raskere enn teamet kan absorbere.

Oliver POS skriver salget fra disken inn i WooCommerce-kundeposten som Tidio allerede leser. Lyro ser det. Agenten ser det. Den samme automatiseringen som fungerte for nettordrer – utløsere for forlatt handlekurv, oppfølging etter kjøp, overleveringer i refusjonsflyt – fungerer for salg i butikk fordi de ligger i det samme kundeobjektet som Tidio leser fra.

Flyten på kasseapparatsiden er den samme som alle Oliver-på-WooCommerce-oppsett bruker. Kassereren registrerer salget på Oliver POS, fanger opp kunden ved betaling via e-post eller telefon – matchet mot den eksisterende WooCommerce-kundebasen – og gjennomfører betalingen. Oliver skriver WooCommerce-ordren med varelinjer, avgifter, betalingsmetode, created_via=pos-metaflagget, og en tag per utsalgssted som identifiserer butikken. Refusjoner ved disken skriver standard WooCommerce-refusjonshandlinger avstemt mot den opprinnelige ordren.

Når kunden åpner chatten fra butikkfronten, lastes Tidio-widgeten med den matchede WooCommerce-kontakten i samtalekonteksten. Lyros 'kunnskap-om-kunden'-blokk ser de nylige ordrene – i butikk og på nett – og ruter samtalen deretter (overlevering til agent for refusjoner, svar fra kunnskapsbasen for spørsmål om størrelser, automatiseringsflyt for statusoppdateringer). Agentens innboks gjengir den samme ordrelisten i sidefeltet, med varelinjer, totalbeløp og knapper for refusjonshandlinger. Der koblingen støtter det, utløser agenten en refusjon på WooCommerce-ordren fra Tidio, refusjonen synkroniseres ned til Oliver ved neste kassesynkronisering, og kvitteringen fra butikken blir avstemt.

Tidio-automatiseringsregler kan filtrere på created_via=pos-metaen eller taggen per utsalgssted, slik at flyter kan skille mellom salg som stammer fra nettbutikk og fysisk butikk – for eksempel ved å sende en NPS etter kjøp kun til kunder hvis siste salg kom fra et spesifikt utsalgssted, eller ved å rute kvitterings- og retursaker til en regional agent. Det lille teamet får kontekst på tvers av kanaler i bedriftsstil uten bedriftsverktøykjeden.

Tidio på Oliver POS passer for små WooCommerce-forhandlere – ett til en liten håndfull utsalgssteder, et supportteam på én til fem agenter (ofte ledet av grunnleggeren), og de fleste kundespørsmål kommer inn via chat-widgeten på butikkfronten. Klesbutikker, skjønnhetssalonger, spesialmat, hobby og håndverk, og lignende vertikaler treffer oftest denne profilen. Teamet valgte Tidio fordi det dekker Lyro AI og live chat til en pris bedriften kan bære; teamet velger Oliver POS fordi salget ved disken endelig mater den samme WooCommerce-kundeposten som chat-widgeten og boten allerede leser. Resultatet er småbedriftssupport som endelig føles som en tverrkanalopplevelse uten et bedriftsbudsjett.