VOCA svarer når kundene tar kontakt: telefon, nettprat, e-post, SMS, sosiale medier. Døgnet rundt, også etter stengetid. Vi tar samtalen og skriver bestillingen rett inn i systemet deres via APIet deres. Vi erstatter ingenting. Systemet deres er fortsatt det som gjelder.
Virksomheter mister bestillinger hver gang telefonen ringer ubesvart eller en melding blir liggende. VOCA svarer i stedet, på telefon, i nettpraten og via SMS, e-post og sosiale medier. Den leser av hva kunden vil ha, og fullfører bestillingen for dem.
Bestillingen havner i systemet deres, via APIet deres, akkurat som om en av brukerne deres selv hadde tastet den inn. Produktet deres, dataen deres og kunderelasjonen deres rører vi ikke.
Dere står for bestillingsmotoren. Vi er ytterdøren.
Samme flyt på hver kanal, i hver bransje. Alt på vår side er generisk. Plattformen deres er det eneste faste punktet alt havner i.
Fra deres side er det lite å gjøre. Én måte å logge oss inn på, fire operasjoner, og noe å matche kunden på. Ingen innlogging i grensesnittet deres, ingen databasedump, ingen migrering.
Kartlegg dem mot det dere allerede har, så er dere klare. De ser like ut uansett om kunden bestiller et bord, et veterinærbesøk eller en time for dekkbytte.
Hva som faktisk er ledig, i sanntid. Vi lover aldri kunden en time uten å ha spurt dere først. Ingen gjetting.
En ny bestilling med kundens opplysninger og eventuelle merknader. Den bærer en idempotensnøkkel, så et nytt forsøk aldri blir en dobbeltbestilling.
Ny tid, flere personer eller endrede detaljer. Bare etter at vi har verifisert at det er kundens egen bestilling.
Frigjør en time kunden selv eier. Samme sperre som ved endring, så ingen kan avbestille noen andres bord.
Ikke noe offentlig API ennå? Vi tar det som finnes. Helst et direkte API, men det går også via en partnergateway, en aggregator, på kalendernivå, eller en strukturert overlevering mens dere bygger noe dypere.
Å opprette en bestilling er ufarlig. Å røre en som allerede finnes, er det ikke. Slik ser sperren ut, med telefonnummeret som eksempel.
Flaten er liten med vilje. Alt rundt den er sporbart, tilbakekallbart og EU-forenlig fra start.
Nøklene når bare bestillingsendepunkter. Dere roterer eller trekker dem tilbake direkte. Vi ber aldri om mer enn de fire operasjonene krever.
Samtaledata ligger på servere innenfor EU, under databehandleravtale. Listen over underleverandører er åpen, og retten til sletting er innebygd.
Hver bestilling er innledet av en ekte tilgjengelighetssjekk. Opprett bærer en idempotensnøkkel. Endringswebhookene deres holder begge sider i synk.
Hver handling kan spores til en samtale og historikken dens. Dere ser alltid hva som ble gjort, for hvem og hvorfor.
VOCA sier alltid til kunden at den er en AI. Systemet følger gjennomsiktighetskravene i EUs AI-forordning.
Vi respekterer rate limits-ene deres og trekker oss når det trengs. En topp hos oss blir aldri en flom av anrop hos dere.
De fire operasjonene er de samme. Bare ordene byttes ut. Samme kjerne betjener en restaurantplattform og et veterinærsystem uten en eneste ny type endepunkt.
Virksomhetene som kjører systemet deres, mister allerede forretninger til tapte samtaler og uleste meldinger. Vi fanger dem opp og gjør bestillinger av dem, i plattformen deres. Det gjør dere mer uunnværlige, ikke mindre.
Hver samtale vi redder etter stengetid eller midt i rushet, blir en bestilling hos dere. Nytt volum på spor dere allerede eier.
Ikke noe AI-team å bemanne, ingen modeller å holde i gang, ingen kanalintegrasjoner å vedlikeholde. Det bærer vi. Dere eksponerer fire operasjoner.
Vi sitter foran dere, ikke oppå. Dere beholder dataen, bestillingene og kunderelasjonen. Vi gjør dem mer verdt.
Prøver dere å erstatte systemet vårt?
Nei. Dere er fortsatt sannhetskilden. Vi er en klient mot APIet deres. Bestillingen bor i plattformen deres, håndteres av dere, akkurat som i dag.
Hvilken tilgang trenger dere egentlig?
Begrensede nøkler for fire operasjoner: sjekk tilgjengelighet, opprett, endre, avbestill. Pluss en måte å matche en kunde på, oftest telefon eller e-post. Ikke noe mer.
Hvordan unngår dere dobbeltbestillinger?
Vi bekrefter aldri uten en ekte tilgjengelighetssjekk. Hver opprettelse bærer en idempotensnøkkel. En endringswebhook fra dere holder begge sider i synk.
Hvordan vet dere at det virkelig er kunden?
Vi matcher nummeret eller e-posten som tar kontakt, mot kontakten på bestillingen før vi endrer noe. Ved behov legger vi på en engangskode.
Hvor lagres dataen?
Innenfor EU, under databehandleravtale i henhold til GDPR. Underleverandørene listes åpent, og dere styrer lagringstiden.
Hva om vi ikke har et offentlig API?
Da tar vi det som finnes: partnergateway, aggregator, kalendernivå, eller en strukturert overlevering til dere har bygget noe dypere.
Hvem eier kunderelasjonen?
Virksomheten og dere. Vi er rørene i samtalen, ikke en part i relasjonen.
Hvor tung er integrasjonen?
Lett, med vilje. Fire endepunkter og én innloggingsmetode. Regn med uker, ikke kvartaler.
Send oss API-dokumentasjonen deres, eller bare spørsmålene deres. Vi kommer tilbake med nøyaktig hvordan de fire operasjonene passer sammen hos dere.