I Lavenity är ”redo att planera” ingen bedömning modellen gör. Det är en egenskap hos tjänstemallen: en förfrågan är färdig när varje fält företaget markerat som obligatoriskt för åtgärd har ett sparat, validerat svar. Det är därför katalogen, inte prompten, är där ett införande av frontkontoret faktiskt börjar — en tjänst utan mall är en tjänst Ven kan känna igen men aldrig slutföra.
Ett fält är en nyckel, en typ, en regel och en godkänd fråga
Varje kvalificeringsfält bär en stabil nyckel, en mänsklig etikett, en datatyp, en flagga för obligatoriskt för åtgärd, en valfri valideringsregel, och den exakta fråga Ven får ställa. Typerna täcker text, tal, boolesk, datum, enkelval och flerval. Typningen betyder mer än hur formuläret ritas: ett typat värde kan valideras innan det sparas, och ett valfält gör ett fritextsvar till ett värde som automatiseringen senare kan förgrena på utan att tolka prosa.
Pilotmallen för värmeunderhåll visar formen i praktiken. Systemtypen är ett valfält och obligatoriskt, eftersom utskicket inte kan skicka rätt tekniker utan det. Fabrikat och modell är text och frivilliga — användbara, ofta okända för kunden, och inte värda att blockera en bokning för. Ett önskat datumfönster är obligatoriskt, och ett fritextfält för noteringar fångar allt en checklista inte förutsåg. Etiketter och frågor skrivs på kundens språk medan alternativvärdena förblir språkneutrala, så att ett automatiseringsbeslut aldrig hänger på presentationstext.
Vad frågemallen låser upp, och vad katalogfärdigheten avslöjar
Frågemallen är det som gör en tjänst frågbar. Utan den kan Ven fortfarande matcha tjänsten och registrera fakta den läser ur det kunden självmant berättat, men den har ingen godkänd formulering att fråga med, så den kan inte täppa till luckan själv. Det här syns i stället för att antydas: katalogfärdigheten räknar aktiva tjänster, tjänster med minst ett obligatoriskt fält, och tjänster som också ger Ven en fråga — tre tal som oftast förklarar en nedslående Qualify-pilot snabbare än någon samtalsutskrift.
Redigeraren upprätthåller de begränsningar som håller datan användbar. Nycklar måste följa ett mönster med gemener och vara unika inom tjänsten, varje fält behöver en etikett, och valfält går inte att spara utan alternativ. Bara en ägare kan ändra en mall, eftersom en vidgning av vad en tjänst samlar in ändrar vad AI:n får fråga varje kund från den stunden.
Färdighet härleds, lämnas aldrig in
Färdigheten i sig härleds alltid och lämnas aldrig in. Servern räknar fram listan över saknade fält ur den aktuella mallen och de svar som faktiskt sparats; den tar inte emot en lista från en klient. En klient som kunde posta sin egen färdighet skulle kunna markera en förfrågan som komplett utan att något var ifyllt, och planeringen skulle då boka ett besök mot en tom kvalificering — felet skulle visa sig vid en kunds ytterdörr i stället för i inkorgen.
Håll mallen så kort som utskicket tillåter
Det praktiska rådet är att hålla mallarna korta och ärliga. Varje obligatoriskt fält är en fråga någon måste besvara innan en bokning kan ske, och ett frivilligt fält ingen läser är en fråga som kostar en kund tid till ingen nytta. Börja med de fält en planerare verkligen vägrar planera utan, kör tjänsten i Observe tillräckligt länge för att se vilka svar kunder lämnar oombedda, och lägg till resten först när utskriften visar att luckan är verklig.
Skissa en mall utifrån de tio senaste jobb ni faktiskt skickade ut
Ta tio färska besök för en tjänst och skriv ner varje faktum planeraren behövde innan de tilldelades. Den listan, inte ett generellt intagsformulär, är mallens första utkast. Allt som dyker upp i alla tio är en kandidat för obligatoriskt för åtgärd; allt som dök upp en gång hör hemma i fritextfältet.
Gör de återkommande valen till valfält med språkneutrala värden och läsbara etiketter. En pannmodell som sparas som ett stabilt värde kan driva kompetensmatchning av resurser och senare rapportering, medan samma svar fångat som fritext måste läsas om av en människa varje gång det spelar roll.
Skriv varje frågemall som den mening du skulle vilja att en ny kollega använde i telefon. Ven skickar den ordagrant, en fråga i taget, så en vag formulering ger ett vagt svar som en människa sedan får rätta — och varje rättelse dyker upp i den träffsäkerhetssignal införandeplanen använder för att avgöra om tjänsten är redo för mer autonomi.
Vanlig fråga
Vad gör en tjänst redo för autonom kvalificering?
Tre saker, och katalogfärdighetens tal rapporterar var och en av dem: tjänsten måste vara aktiv, den måste definiera minst ett fält markerat som obligatoriskt för åtgärd, och de obligatoriska fälten måste bära en icke-tom frågemall. Utan frågan kan Ven matcha tjänsten och registrera fakta kunden självmant lämnar, men den har ingen godkänd formulering att täppa till de återstående luckorna med på egen hand.