Kunden skal møte éi verksemd, ikkje ei samling robotar. Ven blir difor vist som éin AI-agent, men arbeider gjennom spesialiserte roller. Customer Support svarer på godkjende informasjonsspørsmål. Front Office kjenner att servicebehov, opprettar eller oppdaterer operative førespurnader og samlar fakta til neste steg. Ein deterministisk rutar gir kvar innkommande melding til nøyaktig éi rolle, slik at rollene aldri svarer uavhengig på same tur.
Éin identitet, éin rutar og éin eigar per tur
Den felles identiteten bevarer samanhengen når ei helsing blir til eit konkret behov for elektrikar. Samtalen, den besøkande, kanalen og den aktive førespurnaden er framleis delt kontekst; det som endrar seg, er rolla som har mynde til å svare. Support kan bruke godkjend kunnskap, medan Front Office berre kan bruke tenestene, felta og handlingane arbeidsplassen uttrykkeleg har tillate.
Separate kunnskapar og rettar for Support og Front Office
Customer Support dekkjer helsingar, dokumenterte produkt- og prosessspørsmål og trygg overføring når kjeldene ikkje held. Front Office eig tydeleg serviceintensjon. I Qualify kan rolla opprette ei førespurnad ved ein sikker tenestematch, registrere validerte fakta og sende eitt spørsmål frå tenestemalen om gongen. Ho kan ikkje finne på ei teneste, overskrive ei menneskeleg retting eller bestille arbeid utan eit særskilt verktøy.
Starter Coverage bevarer samanhengen utan å late som han veit alt
Starter Coverage hindrar stille samtalar når Front Office blir aktivert før ein full støttebase er bygd. Ven kan helse, forklare at han samlar servicedetaljar, stille eit spørsmål som rutar samtalen og stadfeste overgangen. Startpakken svarer med vilje ikkje om produkt, prisar, policy eller tilgjenge, og Content-sida viser at dekninga er eit minimum, ikkje ei ferdig supportløysing.
Deployment controls lèt arbeidsplassen utvide rolle for rolle
Global tidsplan og kanalar bestemmer kvar Ven er tilgjengeleg, medan kvar rolle kan setjast live eller pausast kvar for seg. Ruting, kunnskap og rettar kan dermed testast uavhengig, samstundes som kunden ser éin samanhengande agent. Arkitekturen lukkast når éi kundemelding gir eitt ansvarleg svar og éi trygg neste handling — ikkje når flest mogleg roller er slått på.
Test grensa med eit femstegs rutingsskript
Start ein ny samtale med ei helsing, eit generelt prosesspørsmål og deretter eit støtta servicebehov. Customer Support skal eige dei to første turane og Front Office serviceturen, medan kunden ser éin Ven og eitt transcript.
Send så ei tvetydig tenestemelding og eit udokumentert pris- eller produktspørsmål. Tvetydigheit skal gi oppklaring utan tilfeldig førespurnad, og Starter Coverage skal bruke godkjent innhald eller handoff i staden for å finne på eit svar.
Pause kvar rolle kvar for seg og gjenta. Deployment-sida skal forklare følgja, audit skal vise rutingsårsaka, og to roller skal aldri publisere frå same inbound message.
Ofte stilt spørsmål
Bør Customer Support og Front Office vere separate AI-agentar?
Dei bør ha separate kunnskapar, rettar og ansvar, men ikkje separate kundeidentitetar. Lavenity viser éin Ven og bruker éin rutar til å gi kvar tur til nøyaktig éi spesialisert rolle. Det bevarer kontinuitet og ulike tryggleiksgrenser samstundes.