Effektivisering av plan- og bygningsvedtak
Saksbehandlingen i plan- og bygningsetaten i norske kommuner er preget av å være treg og manuell.
Bruk LLM-er og RAG til å lage utkast til vedtakstekst forankret i kommunens eget regelverk, mens saksbehandleren beholder siste ord. Start med én sakstype hos én pilotkommune.
Slik løser du det
Vi anbefaler bruk av LLM-er (Large Language Models) og RAG (Retrieval-Augmented Generation) for å generere utkast til vedtakstekst i løpet av få minutter etter at en sak er mottatt. Dette kan kutte behandlingstiden dramatisk, samtidig som saksbehandleren beholder full kontroll over det endelige vedtaket. La oss forklare teknologien på en enkel måte. En LLM (Large Language Model) er en språkmodell trent på store mengder tekst, som kan forstå og skrive naturlig språk - som ChatGPT. Problemet er at en ren LLM ikke kjenner til akkurat din kommunes regelverk, og den kan finne på å «dikte» (det vi kaller hallusinering). Her kommer RAG (Retrieval-Augmented Generation) inn: metoden henter først frem de relevante kildene - plan- og bygningsloven, kommuneplanen, reguleringsbestemmelser og tidligere vedtak - og lar deretter modellen skrive utkastet basert på nettopp disse dokumentene. Resultatet blir et utkast forankret i faktisk lovverk, med henvisninger man kan etterprøve. Konkret bygger du dette ved å samle kommunens dokumenter i en database, gjøre dem søkbare gjennom såkalte embeddings (en måte å representere tekst som tall slik at maskinen finner det som ligner mest på spørsmålet), og koble en LLM på toppen. Når en ny byggesak kommer inn, henter systemet relevante regler og produserer et førsteutkast som saksbehandleren leser, retter og godkjenner. Den viktigste fallgruven å unngå er å la KI-en fatte vedtak alene - forvaltningsloven krever forsvarlig og etterprøvbar saksbehandling, så mennesket må alltid ha siste ord. Tenk også på personvern (GDPR) når saker inneholder personopplysninger. Et godt råd er å starte med én sakstype hos én pilotkommune for å vise effekten før dere ruller det bredt ut. Spark* hjelper deg gjerne med å finne en kommune å teste hos.
Begreper forklart
- LLM (Large Language Model)
- En språkmodell trent på store mengder tekst som kan forstå og skrive naturlig språk, som ChatGPT.
- RAG (Retrieval-Augmented Generation)
- En metode som først henter frem relevante kilder og lar modellen skrive svaret basert på dem, for å unngå dikting.
- Hallusinering
- Når en KI-modell finner på informasjon som ikke er sann.
- Embeddings
- En måte å representere tekst som tall slik at maskinen finner det som ligner mest på spørsmålet.
- GDPR
- EUs personvernforordning som gjelder når saker inneholder personopplysninger.
Trenger du hjelp med akkurat dette?
Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.
Ofte stilte spørsmål
Hva bør prioriteres først av teknologiutvikling, pilot/kundetest, marked eller team når man går fra idé til plan?
Prioriter det som reduserer mest risiko først: bekreft markedet og kundebehovet, så pilot/kundetest med en MVP, deretter teknologi i takt med læringen, team og til slutt selskapsetablering. Lag en tidsavgrenset plan med konkrete milepæler.
Les hele svaret →Hvordan finne eldre personer som kan være mottakere for en tjeneste?
Bruk medstudenter med besteforeldre i Trondheim som tillitsfulle brobyggere til de første eldre brukerne. Du trenger ikke mange – noen få gode kundeintervjuer holder. Andre kanaler er seniorsentre og pensjonistforeninger.
Les hele svaret →Behov for mer effektiv boring av energibrønner.
Utvikle en elektrisk boremodul og sikt mot et proof of concept som beviser kjerneideen billigst mulig. Sett opp et enkelt budsjett og søk tilskudd fra Innovasjon Norge eller Forskningsrådet.
Les hele svaret →Hvordan håndtere immaterielle rettigheter (IP) når man utvikler løsninger for offentlige aktører eller kommuner?
Lag en standard pilotavtale med en tydelig IP-klausul om at du beholder eiendomsretten, selv om utviklingen gjøres gratis. Kommunen får bruksrett (lisens), og alt bør være skriftlig, gjerne med en NDA.
Les hele svaret →Hvordan gå fra å være et rent IT-konsulentselskap med timepris til å ha skalerbare produkter.
Finn de leveransene dere bygger om og om igjen, og pakk den mest etterspurte med minst variasjon om til et standardisert produkt med fast pris, gjerne som SaaS oppå et CMS. Behold konsulentinntekten mens du bygger.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.