Driva röst-AI för kunder: multi-tenant-upplägg, fakturering och supportgränser

Att driva röst-AI för kunder är ett annat jobb än att bygga en enda agent väl. Det arbete som avgör om verksamheten skalar förbi fem konton är strukturellt: hur kunddata separeras, hur varje kunds användning kopplas till rätt faktura, vem som får ändra en agent och vad du kommer och inte kommer att åtgärda en fredagskväll.

Byråer, BPO:er och plattformar som säljer vidare röstagenter slår i samma tre väggar i samma ordning. Kundseparering, kostnadsfördelning och support.

Så här sätter du upp var och en innan den blir ett problem, plus de avslutsvillkor som är värda att komma överens om medan alla fortfarande är nöjda.

TL;DR

• Separera varje kund på arbetsytenivå från dag ett. Att i efterhand separera tio kunder som delar en arbetsyta är en migrering, inte en inställning.
• Arbetsytor skapas manuellt. Det finns inget provisionerings-API, så bygg rutinbeskrivningen för onboarding tidigt.
• Nummer är den rörigaste delen. Bestäm vem som köper dem, vems namn som visas i nummerpresentationen och vad som händer med ett porterat nummer vid avslut.
• Kostnadsfördelningen utgår från varje kunds egna användningssummor i arbetsytan, så stäm av per arbetsyta i stället för mot en samlad faktura.
• Skriv ner vem som får ändra en agent. Okontrollerade ändringar från kunden och ändringar som bara leverantören får göra misslyckas båda, åt motsatta håll.
• Supportgränser är ett prisbeslut. Definiera inkluderade ändringar per månad, svarstider per allvarlighetsgrad och vad som ligger utanför uppdraget.
• Kom överens om avslutsvillkoren i det första avtalet: frisläppning av nummer, export av inspelningar och vad som händer med agentkonfigurationen.

Vad multi-tenant faktiskt betyder här

Multi-tenancy innebär att ett system betjänar många kunder samtidigt som varje kunds data, konfiguration och användare hålls åtskilda. För en röst-AI-byrå måste den separeringen hålla över fyra saker samtidigt.

• Data. Samtalsinspelningar, transkriptioner och alla kundposter som en kunds agent rör får inte vara synliga för en annan kund.
• Konfiguration. Agenter, promptar, kunskap och överföringsregler tillhör en kund, och en ändring hos en kund får inte nå en annan.
• Åtkomst. Ditt team behöver åtkomst till alla kunder, varje kund behöver åtkomst till sin egen och ingen behöver åtkomst till någon annans.
• Användning. Minuter och samtal måste kunna räknas per kund, eftersom det är fakturan.

Får du de tre första rätt blir den fjärde enkel. Får du de tre första fel blir den fjärde ett kalkylblad som du underhåller för hand varje månad.

En arbetsyta per kund, eller en arbetsyta med många agenter?

En arbetsyta per kund, i nästan alla fall.

Att lägga alla kunders agenter i en enda arbetsyta går snabbare att sätta upp och skapar tre problem som förvärras när verksamheten växer.

1. Du kan inte ge en kund insyn i sina egna samtal utan att exponera alla andras.
2. Användningen kommer som en samlad siffra som du sedan måste dela upp.
3. En felaktig ändring eller radering når fel kunds liveagent.

Separering på arbetsytenivå med rollbaserad åtkomst löser alla tre, och det motsvarar hur Retell separerar saker: varje arbetsyta är en helt isolerad gräns, med egna agenter, API-nycklar, medlemmar, webhooks, telefoniinställningar och fakturering. Utvecklardokumentationen är stället att börja för allt annat, men provisioneringen är manuell. Retell exponerar inget API för att skapa, radera eller växla arbetsytor, så varje ny kundarbetsyta sätts upp för hand i dashboarden. Budgetera tiden per onboarding och lägg in stegen i en rutinbeskrivning före kund elva snarare än efter.

Två fall motiverar en delad arbetsyta. En handfull mycket små konton som kör en identisk agent där ingen kund någonsin får direkt åtkomst, och en pilot som du tänker migrera. Båda behöver en tydlig plan för dagen då de slutar stämma.

Håll en namngivningskonvention från kund ett. Kundkod, användningsfall, miljö, i den ordningen, på varje agent, nummer och kunskapsbas. Det kostar ingenting dag ett och sparar en eftermiddag per incident senare.

Telefonnummer, nummerpresentation och portering

Nummer skapar mer friktion med kunder än något annat i stacken, eftersom de är den enda delen av upplägget som kunden redan äger.

Tre beslut att fatta före första lanseringen.

• Vem som köper numret. Nummer som köps under ditt konto är enklare att hantera och svårare att lämna över. Nummer som kunden äger och pekar mot agenten är tvärtom. Välj per kund och skriv in det i avtalet.
• Portering eller vidarekoppling. Kunder vill nästan alltid behålla sitt befintliga företagsnummer, och många tror att de inte kan det eftersom konfigurationsflödet erbjuder dem att köpa ett nytt. Att vidarekoppla det befintliga numret till agenten är oftast den snabbare vägen och gör att du inte behöver röra deras operatör alls.
• Vems identitet som visas vid utgående samtal. Vid utgående samtal ska kundens varumärke synas, inte ditt. Varumärkt nummerpresentation och verifierade telefonnummer påverkar om samtalet över huvud taget besvaras, vilket spelar större roll än antalet uppringningar.

En fälla som är värd att nämna. Om du köper nummer under ditt eget konto för enkelhetens skull och kunden senare lämnar, sitter du med ett nummer som deras kunder ringer. Det är en tvist som väntar på att hända, så bestäm villkoren för frisläppning vid avtalsskrivningen snarare än vid avslut.

Var kostnadsfördelningen kommer ifrån

Den kommer från användningsposter per kund, och de måste gå att stämma av mot användningssummorna i varje kunds arbetsyta på minuten.

Bygg fakturan av tre komponenter och håll dem åtskilda på kundens faktura.

Stäm av varje månad, inte varje kvartal. Om en kundfaktura och kundens arbetsyteanvändning inte stämmer överens beror glappet nästan alltid på ett nummer eller en agent som ligger i fel arbetsyta, och det är mycket lättare att hitta inom 30 dagar.

Användningsposter per arbetsyta gör den här räkneövningen enkel, eftersom siffran du vidarefakturerar till en kund är den siffra som arbetsytan debiterades. Varje arbetsyta har egen betalningsmetod, eget kreditsaldo, egna fakturor och egna användningssummor, så det finns ingen samlad faktura att reda ut vid månadsskiftet. Läs hela fakturan när du utformar din fakturering. Återkommande avgifter för telefonnummer, extra samtidighet, kunskapsbaser, verifierade nummer och SMS ligger bredvid användningspriset, och de hör hemma i din fasta rad per kund snarare än i vidarefaktureringen. Kontrollera den aktuella prismodellen innan du utformar din faktura efter den.

För den kommersiella sidan går hur byråer prissätter AI-röstagenter igenom fyra marginalmodeller som överlever förnyelsen.

Lägg till en marginalkontroll i samma månadsrutin. Minuter per kund, intäkt per kund och supporttimmar per kund, i en och samma vy. Kontot som i det tysta förlorar pengar är oftast det med den trevligaste kunden.

Vem äger agenten när kunden vill ha en ändring?

Någon måste göra det, och svaret bör skrivas ner före lansering snarare än upptäckas under en incident.

Båda ytterligheterna misslyckas. Om bara du kan göra ändringar blir du flaskhalsen för varje helgmeddelande och prisuppdatering, och kunden upplever din ärendekö som produkten. Om kunden kan ändra vad som helst redigerar någon en liveprompt en fredag och du får samtalet om det på måndagen.

Den fungerande mellanvägen är en uppdelning efter risk.

• Kunden kan ändra direkt: öppettider, helgmeddelanden, svar på vanliga frågor i kunskapsbasen, mottagare av aviseringar.
• Du ändrar, samma dag: formuleringar i prompten, kvalificeringsfrågor, överföringsregler, tröskelvärden för eskalering.
• Projektarbete: nya samtalstyper, nya integrationer, allt som rör bokningsflödet eller ett källsystem.

Det som gör den här uppdelningen säker är versionshantering och en testväg. Ändra i en version som inte är i produktion, testa den i samtal och publicera den sedan. Utan det är varje ändring ett liveexperiment på kundens kunder. Reglerna för samtalsöverföring är de du ska vara strängast med, eftersom en trasig överföring är osynlig i dashboarden och uppenbar för den som ringer.

Skälet att behålla det här i dina egna händer snarare än hos en plattformsleverantör är snabbhet, och det är pelaren som hela driftmodellen vilar på. Du äger förbättringsloopen för kundupplevelsen för varje kund i din portfölj. Till skillnad från hanterade AI-leverantörer och BPO:er blir en ändring inte ett ärende, en kö eller ännu ett SOW. På plattformen som helhet går 80 % av produktionsminuterna genom agenter som kunderna själva bygger och förvaltar, vilket är samma upplägg som du erbjuder dina kunder en nivå ner.

När personen som hörde det misslyckade samtalet kan åtgärda det samma eftermiddag blir agenterna bättre varje vecka. När varje ändring är ett leverantörsärende förfaller agenterna i takt med att kundens verksamhet förändras.

Supportgränser: nivåer, svarstider och vad du säger nej till

Support är där byråns marginal går förlorad, så den måste specificeras lika noggrant som priset.

Skriv in tre saker i avtalet.

1. Inkluderade ändringar per månad. En siffra, inte en känsla. Allt utöver det är en ändringsbegäran med ett pris.
2. Allvarlighetsgrader och svarstider. En agent som inte svarar i telefon är inte samma sak som en justerad formulering, och de ska inte ha samma svarstid.
3. Uttryckligen utanför uppdraget. Att deras CRM ligger nere, avbrott hos deras operatör, en ändring i formuläret på deras egen webbplats och allt som kräver ett beslut som bara de kan fatta.

En tabell över allvarlighetsgrader som kunder godtar utan diskussion ser oftast ut så här.

Vad du ska säga nej till: obegränsad tillgänglighet, oprissatta ombyggnader och ansvar för system du inte kontrollerar. Att säga nej till dessa är det som gör att resten av tjänsten håller vid tjugo konton.

Ytterligare en gräns som sparar verklig tid. Led kundens rapporter om samtalsproblem till en enda kanal med samtals-ID bifogat. En skärmdump av ett SMS från kundens kund är ingen buggrapport, och att leta upp samtalet den syftar på kan ta längre tid än själva åtgärden.

Vad du ska övervaka i en portfölj av kunder

Övervaka på portföljnivå, inte per kund, annars ser du bara det problem som den mest högljudda kunden märkte.

• Svars- och slutförandegrad per agent. En nedgång här är den tidigaste signalen om att något uppströms har gått sönder.
• Andel lyckade överföringar. Misslyckade överföringar är det vanligaste tysta felet och det som skadar kundens kunder mest.
• Trend för genomsnittlig samtalslängd. Ökande längd betyder antingen att agenten hanterar mer, vilket är bra, eller att den har fastnat i loopar, vilket inte är det.
• Skäl till eskalering och olösta samtal. Det återkommande skälet till att en agent inte kunde lösa ett samtal är nästa veckas förbättringar, för alla kunder med en liknande agent.
• Användning mot plan per kund. Fånga kontot som är på väg att spräcka din prismodell innan fakturan gör det.

Det är detta som gör en portfölj med många kunder hanterbar för ett litet team. Analys efter samtal ger dig underlaget per samtal, och AI-kvalitetssäkring poängsätter samtal mot kriterier du definierar, så att du hittar de fel som kunden ännu inte har klagat på. Att åtgärda dem är skillnaden mellan ett förnyelsesamtal och en räddningsaktion.

Om du levererar via en byråplattform som dina kunder redan använder, kontrollera integrationsvägen tidigt. Go High Level-integrationen är en av de vanligaste vägarna, och hur leads och samtalsutfall flödar tillbaka till kundens befintliga system avgör oftast om de anser att driftsättningen är klar.

Avslut utan tvist

Kom överens om avslutet i det första avtalet, eftersom varje villkor är enkelt att skriva nu och omstritt senare.

1. Frisläppning av nummer. Vem som äger varje nummer och hur lång tid en portering eller frisläppning tar.
2. Inspelningar och transkriptioner. Vad som exporteras, i vilket format och vad du raderar efteråt, med lagringstiden angiven.
3. Agentkonfiguration. Om kunden får promptarna och flödeslogiken, eller om det är ditt arbetsresultat. Båda svaren går att försvara. Tystnad gör det inte.
4. Uppsägningstid och slutfaktura. Inklusive hur användningen under den sista delmånaden faktureras.
5. Bekräftelse på dataradering. Särskilt när kunden verkar i en reglerad bransch och behöver det på papper.

Kunder förhandlar sällan om dessa vid avtalsskrivningen och frågar alltid om dem vid avslut. Att skriva in dem tidigt signalerar också att du har gjort det här förut, vilket hjälper dig att stänga affären du skriver in dem i.

Checklistan för de första tio kunderna

Om du sätter upp det här nu, gör så här i tur och ordning.

1. En arbetsyta per kund, skapad för hand i dashboarden, med en namngivningskonvention för agenter, nummer och kunskapsbaser.
2. Rollbaserad åtkomst, där kundanvändare bara har åtkomst till sin egen arbetsyta och ditt eget team bjuds in till varje kundarbetsyta med den roll som uppgiften kräver. Roller tilldelas per arbetsyta, och inbjudningsdialogen erbjuder Admin, Developer och Member.
3. Ägarskap av nummer och nummerpresentation beslutat per kund och inskrivet i avtalet.
4. Avstämning av användning per kund, varje månad mot användningssummorna i kundens arbetsyta.
5. En uppdelning av ändringsrättigheter efter risk, plus en testa-sedan-publicera-väg för allt som är live.
6. En tabell över allvarlighetsgrader med svarstider och en uttrycklig lista över vad som ligger utanför uppdraget.
7. En portföljvy för övervakning som täcker svarsgrad, lyckade överföringar och användning mot plan.
8. Avslutsvillkor i det första avtalet.

Inget av det är svårt. Allt är mycket svårare efter kund tio än före kund ett.

Vanliga frågor

Hur håller du kunddata åtskilda när du driver röstagenter för många kunder?

Använd en arbetsyta per kund med rollbaserad åtkomst, så att inspelningar, transkriptioner, konfiguration och användning är avgränsade till den kunden. Varje arbetsyta är en helt isolerad gräns. Begränsa kundernas inloggningar till deras egen arbetsyta och bjud in ditt eget team till varje kundarbetsyta med den roll som uppgiften kräver, eftersom roller tilldelas per arbetsyta och inte på en nivå ovanför. Inbjudningsdialogen erbjuder Admin, Developer och Member. Kontrollera vad en viss roll kommer åt innan du ger en kund en inloggning, eftersom separering är det du säljer.

Bör varje kund ha ett eget telefonnummer?

Ja. Antingen äger kunden numret och vidarekopplar eller porterar det till agenten, eller så köper du det för kundens räkning med villkor för frisläppning överenskomna skriftligt. Att dela ett nummer mellan kunder förstör kostnadsfördelningen och uppringaridentiteten.

Hur fakturerar du kunder för användning av röst-AI?

Fakturera tre separata rader: plattformsanvändning hämtad från användningsposterna i kundens arbetsyta, fasta kostnader per kund som nummer och integrationer, samt ditt eget arbete som löpande arvode eller ändringskvot. Stäm av varje månad, arbetsyta för arbetsyta, eftersom varje arbetsyta har egna fakturor och egna användningssummor.

Ska kunder kunna redigera sina egna agenter?

Ge dem ytan med låg risk, som öppettider, helgmeddelanden och innehåll i kunskapsbasen, och låt promptar, överföringsregler och integrationer ligga hos ditt team bakom en testa-sedan-publicera-väg.

Vilken supportnivå bör en byrå åta sig?

Definiera allvarlighetsgrader i stället för en enda svarstid. Samtal som inte besvaras motiverar ett svar utanför kontorstid; en ändrad formulering gör det inte. Ange sedan hur många ändringar som ingår per månad och vad som ligger utanför uppdraget.

Vad händer med agenten om kunden lämnar?

Det som står i ditt avtal. Täck frisläppning av nummer, export av inspelningar, dataradering och om agentkonfigurationen överförs. Bestäm det vid avtalsskrivningen, eftersom det vid avslut blir en förhandling.

Kör en kund eller hundra på samma upplägg

Retell är en AI-plattform för kundupplevelse och autonoma kundrelationer. Sätt upp en kundarbetsyta, kör kundens riktiga samtal genom den i en vecka och kontrollera sedan isoleringen, användningsposterna och samtalsgranskningen mot den här checklistan innan du onboardar nästa kund. Kör en pilot på dina egna samtal.

##