VOCA svarer, når kunderne henvender sig: telefon, chat, mail, sms, sociale medier. Døgnet rundt, også efter lukketid. Vi tager samtalen og skriver bookingen direkte ind i jeres system via jeres API. Vi erstatter ingenting. Jeres system er fortsat det, der gælder.
Virksomheder mister bookinger, hver gang telefonen ringer uden at blive besvaret, eller en besked bliver liggende. VOCA svarer i stedet: på telefon, i webchatten og via sms, mail og sociale medier. Den aflæser, hvad kunden vil have, og gennemfører bookingen for dem.
Bookingen lander i jeres system, via jeres API, præcis som hvis en af jeres egne brugere selv havde tastet den ind. Jeres produkt, jeres data og jeres kunderelation rører vi ikke.
I står for bookingmotoren. Vi er yderdøren.
Samme flow på hver kanal, i hver branche. Alt på vores side er generisk. Jeres platform er det eneste faste punkt, alt lander i.
Fra jeres side er der ikke meget at gøre. Én måde at logge os ind på, fire operationer, og noget at matche kunden på. Ingen login til jeres interface, ingen databasedump, ingen migrering.
Map dem mod det, I allerede har, så er I klar. De ser ens ud, uanset om kunden booker et bord, et dyrlægebesøg eller en tid til dækskift.
Hvad der faktisk er ledigt, i realtid. Vi lover aldrig kunden en tid uden at have spurgt jer først. Ingen gætterier.
En ny booking med kundens oplysninger og eventuelle noter. Den bærer en idempotensnøgle, så et nyt forsøg aldrig bliver en dobbeltbooking.
Ny tid, flere personer eller ændrede detaljer. Kun efter vi har verificeret, at det er kundens egen booking.
Frigør en tid, som kunden selv ejer. Samme spærring som ved ændring, så ingen kan afbestille en andens bord.
Intet offentligt API endnu? Vi tager det, der er. Helst et direkte API, men det går også via en partner-gateway, en aggregator, på kalenderniveau, eller en struktureret overdragelse, mens I bygger noget dybere.
At oprette en booking er ufarligt. At røre en, der allerede findes, er det ikke. Sådan ser spærringen ud, med telefonnummeret som eksempel.
Fladen er lille med vilje. Alt omkring den er sporbart, tilbagekaldeligt og EU-kompatibelt fra starten.
Nøglerne når kun bookingendpoints. I roterer eller inddrager dem med det samme. Vi beder aldrig om mere, end de fire operationer kræver.
Samtaledata ligger på servere inden for EU, under databehandleraftaler. Listen over underdatabehandlere er åben, og retten til sletning er indbygget.
Hver booking går forud af et rigtigt tilgængelighedstjek. Opret bærer en idempotensnøgle. Jeres ændringswebhooks holder begge sider i synk.
Hver handling kan spores til en samtale og dens historik. I kan altid se, hvad der blev gjort, for hvem og hvorfor.
VOCA fortæller altid kunden, at det er en AI. Systemet følger gennemsigtighedskravene i EU's AI-forordning.
Vi respekterer jeres rate limits og trækker os, når det er nødvendigt. En spids hos os bliver aldrig til en strøm af kald hos jer.
De fire operationer er de samme. Kun ordene skiftes ud. Samme kerne betjener en restaurantplatform og et dyrlægesystem uden en eneste ny slags endpoint.
Virksomhederne, der kører jeres system, mister allerede forretning til mistede opkald og ulæste beskeder. Vi fanger dem og gør dem til bookinger i jeres platform. Det gør jer mere uundværlige, ikke mindre.
Hvert opkald, vi redder efter lukketid eller midt i rushet, bliver til en booking hos jer. Ny volumen på spor, I allerede ejer.
Intet AI-team at bemande, ingen modeller at holde kørende, ingen kanalintegrationer at vedligeholde. Det bærer vi. I eksponerer fire operationer.
Vi sidder foran jer, ikke oven på. I beholder dataen, bookingerne og kunderelationen. Vi gør dem mere værd.
Prøver I at erstatte vores system?
Nej. I er fortsat sandhedskilden. Vi er en klient mod jeres API. Bookingen bor i jeres platform, håndteres af jer, præcis som i dag.
Hvilken adgang har I egentlig brug for?
Begrænsede nøgler til fire operationer: tjek tilgængelighed, opret, ændr, afbestil. Plus en måde at matche en kunde på, oftest telefon eller mail. Intet mere.
Hvordan undgår I dobbeltbookinger?
Vi bekræfter aldrig uden et rigtigt tilgængelighedstjek. Hver opret bærer en idempotensnøgle. En ændringswebhook fra jer holder begge sider i synk.
Hvordan ved I, at det virkelig er kunden?
Vi matcher nummeret eller mailen, der henvender sig, mod kontakten på bookingen, før vi ændrer noget. Ved behov lægger vi en engangskode på.
Hvor gemmes dataen?
Inden for EU, under databehandleraftaler i henhold til GDPR. Underdatabehandlerne er listet åbent, og I styrer opbevaringstiden.
Hvad hvis vi ikke har et offentligt API?
Så tager vi det, der er: partner-gateway, aggregator, kalenderniveau, eller en struktureret overdragelse, indtil I har bygget noget dybere.
Hvem ejer kunderelationen?
Virksomheden og jer. Vi er rørene i samtalen, ikke en part i relationen.
Hvor tung er integrationen?
Let, med vilje. Fire endpoints og én login-metode. Regn med uger, ikke kvartaler.
Send jeres API-dokumentation, eller bare jeres spørgsmål. Vi vender tilbage med præcis, hvordan de fire operationer passer sammen hos jer.