HubSpot Service Hub på Oliver POS

HubSpot for WooCommerce-koblingen synkroniserer WooCommerce-kunder som HubSpot-kontakter, WooCommerce-bestillinger som HubSpot-avtaler eller e-handelsbestillinger, ordrelinjer som HubSpot-produkter, og refunderingshendelser som tidslinjeoppføringer. De synkroniserte dataene havner i det samme HubSpot-kontaktobjektet som resten av plattformen leser fra – Marketing Hub for kampanjer, Sales Hub for inntektshistorikk, Service Hub for saker, og CRM-arbeidsflyter for automatisering.

Inne i Service Hub ser agenten som åpner en sak HubSpot-kontaktkortet med den fullstendige WooCommerce-matede tidslinjen: totalt antall bestillinger, livstidsverdi, gjennomsnittlig bestillingsverdi, nylige bestillinger med ordrelinjer og totalbeløp, refunderingshistorikk, og eventuelle egendefinerte egenskaper fylt ut fra WooCommerce-felt. Saker kan knyttes til spesifikke bestillinger, samtaler fra chat-widgeten lander i samme innboks som e-postsaker, og kunnskapsbasen og kundeportalen bruker den samme kontaktidentiteten. Oliver POS skriver kassasalg inn i WooCommerce som standardbestillinger matchet mot den eksisterende kundeposten, og HubSpot-koblingen fanger dem opp sammen med nettbestillinger. Salget i butikk vises på kontaktens tidslinje, i sidefeltet for saker i Service Hub, og i ethvert HubSpot-arbeidsflytfilter som forgrener seg på inntekt – uten en separat POS-integrasjon i HubSpot.

HubSpot Service Hub er oftest støttelaget for mellomstore og voksende merkevarer som allerede har standardisert på HubSpot for markedsføring, salg og CRM – verdien av Service Hub er den enhetlige kontaktposten som lar en enkelt person i selskapet se hver e-postkampanje, hver salgskontakt og hver support-sak mot den samme kunden. For forhandlere som bruker WooCommerce, kobler koblingen allerede den digitale siden av kundeforholdet inn i den enhetlige oversikten. For forhandlere som driver salg i butikk gjennom et POS-system som ikke snakker med WooCommerce, er den enhetlige oversikten bare enhetlig på den digitale halvdelen.

Den halvt enhetlige tilstanden er den dyreste versjonen av problemet. Marketing Hub sender en e-postkampanje som ikke vet at mottakeren nettopp kjøpte noe i butikken i går. Service Hub mottar en sak, og agenten kan ikke se det siste kjøpet. Sales Hub prognoserer inntekter basert på den halvdelen av virksomheten den kan se. CRM-plattformens salgsargument bryter sammen ved kanalgrensen kunden ikke bryr seg om.

Oliver POS tetter det gapet ved å skrive salget i butikk inn i WooCommerce-kundeposten som HubSpot-koblingen allerede leser. Kampanje-undertrykkelseslisten i Marketing Hub er nøyaktig. Service Hub-agenten ser kjøpet i butikk som kunden ringer om. Sales Hub-prognoser inkluderer inntekter fra butikk. Den enhetlige kontaktposten HubSpot lovet – hele grunnen til at merkevaren forpliktet seg til plattformen – dekker endelig hver kanal merkevaren selger gjennom.

Flyten på kassesiden følger det vanlige Oliver-mønsteret. Kassereren registrerer salget på Oliver POS, fanger opp kunden ved betaling via e-post eller telefon – matchet mot den eksisterende WooCommerce-kundebasen, deduplisert mot HubSpot-kontakten via koblingen – og tar imot betaling. Oliver skriver WooCommerce-bestillingen med ordrelinjer, avgifter, betalingsmåte, created_via=pos-metaflagget og en tag per utsalgssted som identifiserer butikken. Refusjoner ved kassen skriver standard WooCommerce-refusjonshandlinger avstemt mot den opprinnelige bestillingen.

HubSpot for WooCommerce-koblingen fanger opp bestillingen og refusjonen på samme måte som den fanger opp nettbestillinger. HubSpot-kontaktens tidslinje oppdateres med den nye inntektshendelsen, egenskaper for livstidsverdi og gjennomsnittlig bestillingsverdi beregnes på nytt, og bestillingen vises som en avtale eller e-handelsbestilling på kontaktposten. Når kunden sender e-post til support, chatter fra butikkfront-widgeten eller åpner en sak i kundeportalen, åpner Service Hub saken mot den matchede HubSpot-kontakten og viser den nylige inntektsaktiviteten i sidefeltet. Agenten ser salget i butikk, åpner bestillingsdetaljene, sjekker taggen per utsalgssted, og (der koblingen støtter skrivehandlinger) utløser en refusjon på WooCommerce-bestillingen fra innsiden av saken. Refusjonen flyter tilbake til Oliver ved neste kassesynkronisering.

HubSpot CRM-arbeidsflyter kan filtrere på created_via=pos-metaen eller taggen per utsalgssted, slik at automatiseringer kan skille mellom inntekter fra nett og butikk – en oppfølgingssekvens etter et besøk etter et kjøp i butikk, en NPS-undersøkelse begrenset til et spesifikt utsalgssted, eller en regel for saksruting som sender spørsmål om kjøp i butikk til et regionalt serviceteam, mens saker fra butikkfronten beholdes hos e-handelsagentene.

HubSpot Service Hub på Oliver POS passer for mellomstore forhandlere som allerede kjører på HubSpot-plattformen – Marketing Hub for kampanjer, Sales Hub for inntekter, CRM som det sentrale kontaktsystemet, Service Hub for saker – og som enten har åpnet fysiske butikker eller samler en eksisterende kjede på WooCommerce. Antall utsalgssteder kan variere fra en enkelt flaggskipbutikk til flere titalls merkevarebutikker; supportteam fra et lite antall Service Hub-seter til mellomstore operasjoner som bruker pipelines, køer og SLA-er. De største gevinstene oppnås hos merkevarer der HubSpots løfte om en enhetlig kontakt brytes i dag fordi salget i butikk ikke er i WooCommerce-kundeobjektet som koblingen leser – Oliver tetter det gapet, og HubSpot-plattformen leverer endelig den enhetlige kundeoversikten på tvers av kanaler som merkevaren forpliktet seg til.