← Alle innlegg

Bygg tjenestekatalogen din AI kvalifiserer mot

Typede felt, påkrevd-for-handling-regler og det nøyaktige spørsmålet Ven har lov til å stille — hvordan malen, ikke ledeteksten, avgjør hva klar betyr.

I Lavenity er «klar for planlegging» ingen vurdering modellen gjør. Det er en egenskap ved tjenestemalen: en forespørsel er klar når hvert felt virksomheten merket som påkrevd for handling har et lagret og validert svar. Derfor begynner en front office-utrulling i katalogen og ikke i ledeteksten — en tjeneste uten mal er en tjeneste Ven kan gjenkjenne, men aldri fullføre.

Et felt er en nøkkel, en type, en regel og et godkjent spørsmål

Hvert kvalifiseringsfelt har en stabil nøkkel, en etikett, en datatype, et påkrevd-for-handling-flagg, en valgfri valideringsregel og det nøyaktige spørsmålet Ven kan stille. Typene dekker tekst, tall, boolsk verdi, dato, ett valg og flere valg. Typing betyr mer enn skjemavisning: en typet verdi kan valideres før lagring, og et valgfelt gjør et fritekstsvar om til en verdi automatisering kan forgrene på senere.

Pilotmalen: påkrevd der disponering faktisk krever det

Pilotmalen for varmeservice viser formen. Anleggstype er et valgfelt og påkrevd, fordi disponering ikke kan sende riktig tekniker uten den. Produsent og modell er tekst og valgfrie — nyttige, ofte ukjente for kunden og ikke verdt å blokkere en booking for. Ønsket tidsrom er påkrevd. Etiketter og spørsmål skrives på kundens språk mens verdiene i valglistene forblir språknøytrale, så en automatiseringsbeslutning aldri hviler på presentasjonstekst.

Spørsmålsmalen, og hva katalogklarhet avslører

Spørsmålsmalen er det som gjør en tjeneste spørrbar. Uten den kan Ven fortsatt matche tjenesten og registrere fakta kunden oppga selv, men mangler en godkjent formulering til å tette hullet på egen hånd. Katalogklarheten viser dette direkte: aktive tjenester, tjenester med minst ett påkrevd felt, og tjenester som også gir Ven et spørsmål. De tre tallene forklarer som regel en skuffende Qualify-pilot raskere enn noen samtalelogg.

Klarhet utledes, og malen holdes kort

Klarhet utledes alltid og mottas aldri. Serveren regner ut listen over manglende felt fra gjeldende mal og de svarene som faktisk er lagret; den godtar ingen slik liste fra en klient. En klient som kunne sende sin egen klarhet, kunne merket en tom forespørsel som ferdig, og planleggingen ville booket et besøk mot en tom kvalifisering — en feil som dukker opp på kundens dørstokk framfor i innboksen. Hold derfor malene korte og ærlige: hvert påkrevd felt er et spørsmål noen må svare på før noe kan bookes.

Lag malen fra de ti siste jobbene dere faktisk sendte ut

Hent ti nylige besøk for én tjeneste og skriv ned hvert faktum disponenten trengte før tildeling. Den listen er første utkast til malen: det som går igjen i alle ti er kandidat til påkrevd, det som kom én gang hører hjemme i notatfeltet.

Gjør de gjentakende valgene til valgfelt med språknøytrale verdier og lesbare etiketter. En anleggstype lagret som stabil verdi kan drive ferdighetsmatching og rapportering; det samme svaret som fritekst må leses av et menneske hver gang.

Skriv hver spørsmålsmal som setningen du ville gitt en ny kollega på telefonen. Ven sender den ordrett, ett spørsmål om gangen, så vag ordlyd gir vage svar som en person må rette — og hver retting havner i treffsikkerhetssignalet.

Ofte stilt spørsmål

Hva gjør en tjeneste klar for autonom kvalifisering?

Tre ting, og katalogklarheten rapporterer hver av dem: tjenesten må være aktiv, den må ha minst ett felt merket påkrevd for handling, og de påkrevde feltene må ha en spørsmålsmal som ikke er tom. Uten spørsmålet kan Ven matche tjenesten og registrere fakta kunden oppgir selv, men mangler godkjent ordlyd til å tette resten på egen hånd.