Vårt forhold til merke og modell
This content is not available in your language yet.
Med utstyrstype mener vi merke og modell. Denne siden forklarer prinsippene vi bruker for å holde registeret over merker og modeller ryddig.
Hvorfor vi jobber systematisk med dette
Section titled “Hvorfor vi jobber systematisk med dette”Hensikten med registeret vårt er å gjøre brukerne av utstyret mer selvhjulpne — at de selv finner svar, forstår utstyret sitt og kan stole på informasjonen de får, uten å måtte vente på noen andre. Med dagens KI og språkmodeller kan vi gjøre denne hjelpen om til en dialog: i stedet for å bla seg gjennom mappe etter mappe for å finne akkurat sin variant eller årsmodell, kan brukeren spørre direkte og få svar tilpasset utstyret som faktisk står foran dem.
Skal denne dialogen fungere godt, må grunnlaget den bygger på være ryddig. Det er derfor vi jobber systematisk med merker og modeller, slik denne siden beskriver.
Etter noen år med digitale løsninger inn mot både utleie- og entreprenørdelen av bygg- og anleggsnæringen i Norge, har vi samlet opp en betydelig mengde med utstyrsbetegnelser — godt over ti tusen forskjellige modeller. Dette rydder vi jevnlig i, basert på et tydelig sett med prinsipper.
Vi lager ikke en produktkatalog
Section titled “Vi lager ikke en produktkatalog”Vår hensikt er ikke å lage en full oversikt over alle merker og deres modeller. Vår katalog er en konsekvens av det du faktisk bruker løsningene våre til — som å gi opplæring på, dele informasjon om eller drive kontroll av utstyr.
Utstyrstyper skal være merke og modell — ikke kategorier eller annet
Section titled “Utstyrstyper skal være merke og modell — ikke kategorier eller annet”Vi oppretter ikke kategorier selv. Det er brukernes eget verktøy: dere oppretter egne kategorier tilpasset deres hverdag, bruksområde og fagfelt, og disse varierer fritt fra kunde til kunde. Det vi derimot aktivt gjør, er å hindre at en kategori registreres som en utstyrstype — de to skal ikke blandes. Noen ganger dukker slike oppføringer, eller andre feilregistreringer og testdata som egentlig ikke er utstyr i det hele tatt, likevel opp i etterkant. Disse rydder vi bort på samme måte som duplikater, uten at det rammer ekte utstyrstyper eller informasjonen knyttet til dem.
Vi har lav terskel for å lage nye utstyrstyper
Section titled “Vi har lav terskel for å lage nye utstyrstyper”Våre kunder er opptatt av å dele kunnskap og skape trygghet i felt. Det betyr at det må være enkelt å etablere de rammene som trengs for å registrere slik deling. Resultatet er at det oppstår utstyrstyper med små variasjoner fra eksisterende, og noen ganger rene duplikater.
Vi slår sammen duplikater og noen ganger varianter
Section titled “Vi slår sammen duplikater og noen ganger varianter”Basert på prinsippene i denne teksten vil vi jevnlig, både manuelt og automatisk, slå sammen duplikater og rydde i merker og modeller. Selve duplikat-oppføringen fjernes når to utstyrstyper slås sammen, men alt som er koblet til den — utstyr, dokumenter, opplæringshistorikk og annen tilknyttet informasjon — pekes over til riktig modell og går ikke tapt.
Data vi mottar fra kundenes systemer
Section titled “Data vi mottar fra kundenes systemer”Mange av kundene våre synkroniserer utstyrsdata fra egne systemer — for eksempel tusenvis av utstyrstyper fra en utleieaktør. Denne dataen behandler vi etter de samme prinsippene som resten av registeret, med noen tillegg:
- Vi slår sammen også disse utstyrstypene, slik at de passer bedre til sluttbrukernes bruksområde. Det som fungerer i en utleiekatalog er ikke nødvendigvis riktig inndeling når noen skal finne en manual eller motta opplæring.
- Vår oppryddede versjon synkroniseres aldri tilbake til kildesystemet. Den er tilpasset vårt bruksområde, ikke kundens katalog.
- Mange av utstyrstypene vi mottar er uinteressante for andre brukere. Vi ønsker å skjule disse fremfor å slette dem; funksjonaliteten for dette er under planlegging og foreløpig ikke bygget.
Vårt forhold til varianter
Section titled “Vårt forhold til varianter”Forskjellige fabrikanter har forskjellig forhold til hvordan de benevner modellene sine. Der noen forsøker å beholde modellbetegnelsen over mange år og heller bruker årsmodell som differensiator, velger andre å legge på små variasjoner i navnene. Vi har ingen ambisjon om å ha alle varianter i vår database, og vil i noen tilfeller behandle disse som duplikater.
Det vi behandler som duplikater:
- Årsmodeller eller «steg» som ikke i noen særlig grad påvirker betjening.
- Modeller som ikke egentlig er forskjellige, men bare variasjoner som selges gjennom forskjellige forhandlere.
Det vi beholder som egne, separate modeller:
- Der selve drivmekanismen er forskjellig. Fossildrift vs. elektrisk drift er ofte angitt bare med en «E» bak modellbetegnelsen, og «H» kan bety hybrid — da er modellene så forskjellige at de bør behandles som det.
- Der betjeningen er forskjellig.
Manualer som bare dekker én spesifikk modellvariasjon eller årsmodell forekommer, og vi oppfordrer da til at de lagres på hovedmodellen uansett. Vår erfaring er at det ikke er mulig å skille godt nok på dette, og at det derfor er bedre å ha flere varianter samlet og opplyse brukeren om det — gjerne ved hjelp av kunstig intelligens.
Hvordan vår KI forholder seg til dette
Section titled “Hvordan vår KI forholder seg til dette”Vi bruker KI på to steder i denne prosessen: når nye utstyrstyper skal opprettes, og når en bruker skal finne fram til riktig utstyr eller informasjon om det.
Vi vedlikeholder redaktørstyrte lister over merker og modeller løpende — både proaktivt og reaktivt. Ved opprettelse sjekker vi først mot disse listene for å finne riktig eksisterende oppføring, før vi eventuelt tillater at noe helt nytt opprettes. Til dette bruker vi blant annet mønstre for hvordan et merke navngir sine modeller og serienumre, samt kjente aliaser og vanlige skrivefeil, slik at flere duplikater fanges opp allerede ved registrering — ikke bare ryddes opp i etterkant.
Når en bruker søker etter utstyr eller informasjon om det, er KI-en bevisst på at det finnes varianter av modeller, og sørger for å opplyse brukeren om dette. Aller helst vil den spørre brukeren om å avklare hvilken modell brukeren står foran akkurat nå.