Vi tar samtalet. Ni behåller bokningen.
VOCA svarar när kunderna hör av sig: telefon, chatt, mejl, sms, sociala medier. Dygnet runt, även efter stängning. Vi tar samtalet och skriver bokningen rakt in i ert system via ert API. Vi ersätter ingenting. Ert system är fortsatt det som gäller.
Vi ligger framför er plattform, inte istället för den.
Verksamheter tappar bokningar varje gång telefonen ringer obesvarad eller ett meddelande blir liggande. VOCA svarar istället, på telefon, i webbchatten och via sms, mejl och sociala medier. Den läser av vad kunden vill ha och slutför bokningen åt hen.
Bokningen landar i ert system, via ert API, precis som om en av era användare själv hade knappat in den. Er produkt, er data och er kundrelation rör vi inte.
Ni står för bokningsmotorn. Vi är ytterdörren.
Kunden hör av sig.
Vi sköter samtalet.
Bokningen landar i ert system.
Samma flöde på varje kanal, i varje bransch. Allt på vår sida är generiskt. Er plattform är den enda fasta punkten allt landar i.
Ett litet, avgränsat API. Det är faktiskt allt.
Från er sida är det lite att göra. Ett sätt att logga in oss, fyra operationer, och något att matcha kunden på. Ingen inloggning i ert gränssnitt, ingen databasdump, ingen migrering.
Det vi ber om
Det vi aldrig rör
Fyra operationer. Ett kontrakt.
Mappa dem mot det ni redan har, så är ni klara. De ser likadana ut oavsett om kunden bokar ett bord, ett veterinärbesök eller en tid för däckbyte.
Kolla tillgänglighet
Vad som faktiskt är ledigt, i realtid. Vi lovar aldrig en tid till kunden utan att ha frågat er först. Inga gissningar.
Skapa bokning
En ny bokning med kundens uppgifter och eventuella noteringar. Den bär en idempotensnyckel, så ett omförsök aldrig blir en dubbelbokning.
Ändra bokning
Ny tid, fler personer eller ändrade detaljer. Bara efter att vi verifierat att det är kundens egen bokning.
Avboka
Frigör en tid som kunden själv äger. Samma spärr som vid ändring, så ingen kan avboka någon annans bord.
Inget publikt API än? Vi tar det som finns. Helst ett direkt API, men det går också via en partnergateway, en aggregator, på kalendernivå, eller en strukturerad överlämning medan ni bygger något djupare.
Så vet vi att det verkligen är kunden.
Att skapa en bokning är ofarligt. Att röra en som redan finns är det inte. Så här ser spärren ut, med telefonnumret som exempel.
Byggt så att ert säkerhetsteam kan säga ja utan en halvårslång granskning.
Ytan är liten med flit. Allt runt den är spårbart, återkallbart och EU-förenligt från start.
Nycklarna når bara bokningsendpoints. Ni roterar eller drar in dem direkt. Vi ber aldrig om mer än de fyra operationerna kräver.
Samtalsdata ligger på servrar inom EU, under personuppgiftsbiträdesavtal. Listan över underbiträden är öppen, och rätten till radering är inbyggd.
Varje bokning föregås av en riktig tillgänglighetskoll. Skapa bär en idempotensnyckel. Era ändringswebhooks håller båda sidor i synk.
Varje åtgärd går att spåra till ett samtal och dess historik. Ni ser alltid vad som gjordes, för vem och varför.
VOCA säger alltid till kunden att den är en AI. Systemet följer transparenskraven i EU:s AI-förordning.
Vi respekterar era rate limits och backar när det behövs. En topp hos oss blir aldrig en flod av anrop hos er.
Ett kontrakt, vad än ”en bokning” betyder för er.
De fyra operationerna är desamma. Bara orden byts ut. Samma kärna betjänar en restaurangplattform och ett veterinärsystem utan en enda ny sorts endpoint.
En AI-ytterdörr för era kunder, som ni slapp bygga själva.
Verksamheterna som kör ert system tappar redan affärer till missade samtal och olästa meddelanden. Vi fångar upp dem och gör bokningar av dem, i er plattform. Det gör er mer oumbärliga, inte mindre.
Fler färdiga bokningar, in till er
Varje samtal vi räddar efter stängning eller mitt i rusningen blir en bokning hos er. Ny volym på spår ni redan äger.
Ett röst- & chattlager utan byggkostnad för er
Inget AI-team att bemanna, inga modeller att hålla igång, inga kanalintegrationer att underhålla. Det bär vi. Ni exponerar fyra operationer.
Noll churn-risk för er produkt
Vi sitter framför er, inte ovanpå. Ni behåller datan, bokningarna och kundrelationen. Vi gör dem mer värda.
Frågorna partners faktiskt ställer.
Försöker ni ersätta vårt system?
Nej. Ni är fortsatt sanningskällan. Vi är en klient mot ert API. Bokningen bor i er plattform, hanteras av er, precis som idag.
Vilken åtkomst behöver ni egentligen?
Begränsade nycklar för fyra operationer: kolla tillgänglighet, skapa, ändra, avboka. Plus ett sätt att matcha en kund, oftast telefon eller mejl. Inget mer.
Hur undviker ni dubbelbokningar?
Vi bekräftar aldrig utan en riktig tillgänglighetskoll. Varje skapa bär en idempotensnyckel. En ändringswebhook från er håller båda sidor i synk.
Hur vet ni att det verkligen är kunden?
Vi matchar numret eller mejlen som hör av sig mot kontakten på bokningen innan vi ändrar något. Vid behov lägger vi på en engångskod.
Var lagras datan?
Inom EU, under personuppgiftsbiträdesavtal enligt GDPR. Underbiträdena listas öppet och ni styr lagringstiden.
Tänk om vi inte har ett publikt API?
Då tar vi det som finns: partnergateway, aggregator, kalendernivå, eller en strukturerad överlämning tills ni byggt något djupare.
Vem äger kundrelationen?
Verksamheten och ni. Vi är rören i samtalet, inte en part i relationen.
Hur tung är integrationen?
Lätt, med flit. Fyra endpoints och en inloggningsmetod. Räkna med veckor, inte kvartal.
Låt oss mappa ert API mot vårt.
Skicka er API-dokumentation, eller bara era frågor. Vi återkommer med exakt hur de fyra operationerna passar ihop hos er.