Lavenity rör sig från en generell AI-helpdesk mot ett AI-frontkontor för fältserviceföretag. Målet är inte bara att besvara fler meddelanden. Det är att göra ett inkommande samtal till strukturerat arbete med ansvar: identifiera tjänsten, samla in de fakta som krävs för att agera, hitta en giltig tid, bekräfta besöket, och ge teamet en arbetsorder som bevarar det kunden gick med på. Den här färdplanen förklarar vad som redan finns i produkten, vilka säkerhetsgränser som förblir medvetna, och vad nästa milstolpar lägger till.
Kategoriskiftet: från att besvara meddelanden till att skapa arbete
Produkten behåller de delar av helpdesken som redan fungerar väl: omnikanalintag, kundidentitet, den delade inkorgen, godkänd kunskap, bilagor, mänsklig tilldelning och rapportering. Frontkontoret är ett nytt operativt lager bredvid den grunden. En serviceförfrågan representerar det arbete som efterfrågas; svaren från kvalificeringen förklarar om den är färdig; en bokning representerar en utlovad tid; och ett jobb representerar det arbete företaget ska leverera. Att hålla de begreppen åtskilda hindrar en samtalsstatus från att låtsas vara ett operativt arbetsflöde.
M1 lade grunden för serviceförfrågan. Operatörer kan göra ett samtal till en förfrågan, välja en katalogtjänst, koppla en fastighet eller maskin, se vad som saknas, och flytta förfrågan genom en uttalad livscykel. Tjänstemallar definierar de kvalificeringsfält som spelar roll för varje tjänst, i stället för att förlita sig på ett enda universellt intagsformulär. Förfrågningspanelen håller det strukturerade tillståndet bredvid det ursprungliga samtalet, så att en kollega kan rätta ett värde utan att tappa meddelandet som gav det.
M1 och M2: strukturerade förfrågningar med kontrollerad AI-kvalificering
M2 införde kvalificering med Ven och pålitlig orkestrering. Ven returnerar ett strukturerat beslut i stället för att direkt ändra godtyckliga poster. Deterministisk regelkod kontrollerar den matchade tjänsten, säkerheten, aktuell version, behörigheter, akutregler, och exakt de fält tjänsten tillåter. Observe visar vad Ven förstod, Assist låter en operatör godkänna föreslagna ändringar, och Qualify låter Ven registrera fakta med hög säkerhet och ställa en godkänd fråga i taget. En åtgärdslogg och en transaktionell utkorg gör omförsök synliga och idempotenta.
M3 lade till trygg inbyggd planering. Resurser bär tillgänglighet, undantag, kompetenser, serviceområden och marginaler. Tidssökningen är deterministisk, tillfälliga reservationer förfaller, och bekräftelsen kontrollerar aktuell förfrågan och tillgänglighet på nytt. Krockskydd i databasen säkerställer att två kunder inte kan reservera samma resurs och tid, medan en upprepad bekräftelse ger samma bokning. Kundbekräftelser köas beständigt, så att ett tillfälligt kanalfel inte upphäver en giltig bokning.
M3 och M4: trygg planering följd av arbetsordrar med ansvar
M4 sluter den första operativa slingan med jobb och arbetsordrar. En bekräftad bokning skapar exakt ett jobb i samma transaktion. Jobbet får en ögonblicksbild av tjänst, kund, adress, tillträdesnoteringar, maskin, brådska, sammanfattning och svaren från kvalificeringen som de stod när besöket accepterades. Utskicket kan sedan flytta det genom skapad, utskickad, pågår, slutförd eller avbokad utan att skriva om den ursprungliga kundförfrågan.
M5–M8: offerter, branschdrift, härdning och integrationer
Nästa milstolpar vidgar förmågan utan att lätta på gränsen mellan ett AI-förslag och ett bindande affärsbeslut. M5 lägger till offertutkast och uttryckligt godkännande. M6 fördjupar branschvis introduktion, regelverksredigerare, operativa rapporter, paketering och positionering. M7 täcker härdning över flera noder, lagringstider, feltestning och säkerhetsrutiner. M8 lägger till externa kalendrar och kopplingar till affärs- eller fältservicesystem. Autonomt Book-läge förblir avstängt tills Ven får verktyg för tillgänglighet, reservation och bokning på en tillåtelselista; planeringsgrunden är klar, men agenten får inte lova en tid den inte tryggt kan reservera.
Använd färdplanen som en införandegrind, inte som en releasekalender
Börja med en aktiv tjänst vars kvalificeringsregler teamet kan förklara. Kör den i Observe tills tjänstematchningen, de obligatoriska fälten, akutklassningen och överlämningsbesluten är pålitliga. Gå till Assist först när operatörerna kan granska de föreslagna ändringarna snabbt och kan spåra varje värde tillbaka till det kundmeddelande som gav det.
Slå på Qualify när mallfrågorna är kundfärdiga och undantagskön har en namngiven ansvarig. Följ hur ofta förfrågningar når redo för planering, hur ofta kunder rättar ett registrerat faktum, och hur ofta ett tvetydigt eller ej stött fall får ett tryggt svar. En högre autonominivå ska ta bort manuellt arbete utan att öka reparationsarbetet.
Behandla Book, offertutskick och skrivningar till externa kopplingar som egna grindar. Var och en behöver sin egen tillåtelselista, idempotens, krockhantering, leveransbevis och återställningsväg. Färdplanen lyckas när en arbetsyta förtjänar nästa behörighet genom uppmätt beteende, inte när varje läge slås på ett datum som valts i förväg.
Vanlig fråga
Vilka delar av färdplanen för Lavenitys AI-frontkontor finns i dag?
Den operativa grunden M1–M4 är på plats: serviceförfrågningar och mallar, orkestrering med Observe/Assist/Qualify, inbyggd resursplanering med reservationer och krockskydd, samt jobb som skapas ur bekräftade bokningar. Autonomt Book förblir avstängt tills Ven får regelstyrda planeringsverktyg. Offerter, djupare branschintroduktion och rapportering, härdning, och externa kalender- eller affärssystemskopplingar följer i M5–M8.