Lokasjonsintelligens Norge – partnerpresentasjon

Prosjektets hovedanbefaling

Plattformen skal bygges som en hybrid dataplattform med kildeadaptere, kontrollerte oppdateringsvinduer, normalisert analysegunnlag, deterministisk scoringsmotor og separat rapportmotor.

Stabilitet

Ikke hent alt på hvert kundeklikk

Eksterne API-er kan være trege, utilgjengelige eller begrenset av rate limits. Godkjente data mellomlagres etter en kildebestemt TTL, mens rapporten viser hentetidspunkt og kildeversjon.

Sikkerhet

Forsvar i dybden

Offentlig grensesnitt, applikasjon, dataplattform, hemmeligheter og backup plasseres i separate sikkerhetssoner. Ingen løsning kan garanteres «umulig å hacke», men skadeomfanget kan begrenses kraftig.

Forretning

Start med én vertikal

Første produkt bør være en norsk næringslokaliseringsanalyse for dagligvare, serveringssted og næringsareal. Nye vertikaler opprettes først etter dokumentert pilot.

Anbefalt startmodell: egen maskin for utvikling, egen isolert Ubuntu-server eller VM for test/produksjon, PostgreSQL/PostGIS som analysekjerne, Synology som backup og rapportarkiv, n8n for perifer automatisering og en robust jobb-/workflow-motor for analyseprosessen.

README: hva plattformen skal gjøre

Kunden velger et geografisk område og et forretningsmål. Systemet sammenstiller relevant offentlig og eventuelt kommersiell informasjon til en sporbar beslutningsrapport.

1. OmrådeAdresse, polygon, kommune eller kjøretidssone.

2. FormålDagligvare, uteliv, sport, bolig, næring eller annet.

3. DatapakkeGodkjente kilder velges etter analysemodul.

4. ValideringGeometri, aktualitet, lisens og datakvalitet kontrolleres.

5. ModellDeterministiske indikatorer og scenarioanalyse beregnes.

6. RapportKart, score, prognoser, usikkerhet og datagap.

7. RevisjonAlle resultater spores til kilde, tidspunkt og modellversjon.

Første produktlinje: Næring Norge

Etablering av dagligvarebutikk.
Etablering av serveringssted eller bar.
Lokalisering av sports- og klesbutikk.
Identifisering og rangering av næringsareal.
Konkurranse-, befolknings- og tilgjengelighetsanalyse.

Senere produktlinjer

Boligutvikling og tomtevurdering.
Kommunal planlegging og tjenestelokalisering.
Fritid, turisme og besøksnæring.
Logistikk, industri og lager.
Landmoduler for Sverige, Danmark og Finland.

Plattformen skal markedsføres som «oppdatert etter datakildens naturlige publiseringsrytme». Det er faglig feil å love sekundferske data når en offentlig kilde bare publiseres kvartalsvis eller årlig.

Kundepotensial og kommersiell utvikling

Første kommersielle fase retter seg mot etablerere og virksomheter som må velge, dokumentere eller sammenligne en geografisk plassering. Plattformen skal ikke bare levere en rapport, men følge kunden trinnvis fra markedsvurdering til konkret arealsøk og senere til plan- og utviklingsstøtte.

656 492 aktive norske bedrifter per 1. januar 2026

18 097 nye foretak registrert i 1. kvartal 2026

61 637 foretak etablert i 2024, foreløpige SSB-tall

Dynamisk nye kunder oppstår ved etablering, flytting, ekspansjon og arealutvikling

Markedsavgrensning: Alle registrerte foretak er en del av det brede markedet, men ikke alle er reelle kunder. Første prioritet er virksomheter der fysisk lokalisering, kundegrunnlag, tilgjengelighet, konkurranse eller arealstatus påvirker investering og lønnsomhet.

Hvem er kundene i første kommersielle fase?

Etablerere

Privatpersoner og nye foretak

Personer som vurderer å starte virksomhet, men som ennå ikke har valgt sted, kundeområde eller lokaler. Tjenesten skal være enkel nok til at en førstegangsetablerer kan bestille en profesjonell markeds- og lokaliseringsanalyse uten GIS-kompetanse.

SMB

Lokale og regionale virksomheter

Dagligvare, servering, pub, sport, klær, treningssenter, helse, verksted, tjenesteyting, reiseliv og andre virksomheter som vurderer etablering, flytting, utvidelse eller en ny avdeling.

Enterprise

Kjeder, franchise og konsern

Virksomheter som analyserer mange områder og trenger standardiserte kriterier, porteføljeoversikt, sammenlignbare rapporter, organisasjonskonto, API og løpende overvåking av aktuelle etableringsområder.

Eiendom

Grunneiere og næringseiendom

Grunneiere, næringsmeglere og eiendomsselskaper som vil dokumentere et areals markedsgrunnlag, mulige bruk, planstatus, begrensninger og kommersielle potensial.

Rådgivere

Regnskapsmiljøer og etablerertjenester

Rådgivere, inkubatorer, banker og næringshager som kan bruke plattformen som et standardisert beslutningsgrunnlag for kunder som skal etablere eller finansiere en stedbundet virksomhet.

Utviklere

Eiendoms- og arealutviklere

Utviklere og entreprenører som først trenger markedsanalyse, og deretter vil identifisere boligareal, næringsareal, transformasjonsområder eller andre tomter som kan følges videre gjennom senere produktfaser.

Hva skal forretningskonseptet selge?

Produktnivå	Kundens spørsmål	Leveranse	Naturlig oppgradering
1. Markedssjekk	Finnes det et tilstrekkelig marked i området?	Demografi, kjøpekraftindikatorer, konkurranse, tilgjengelighet, vekst og datakvalitet.	Sammenligning av flere områder.
2. Lokaliseringsanalyse	Hvilket område gir best beslutningsgrunnlag?	Dynamisk HTML-resultat med kart, delscore, scenarioer, prognoser, kilder og rapport.	Automatisk søk etter konkrete arealer.
3. Areal- og tomtesøk	Hvilke konkrete arealer oppfyller kravene?	Filtrering av regulerte og framtidige arealer, eiendommer, planformål, hensynssoner og restriksjoner.	Planfaglig mulighetsstudie.
4. Plan- og utviklingsstøtte	Hva kreves for å utvikle det valgte arealet?	Plansammenstilling, historiske planer og vedtak der de er tilgjengelige, sjekklister, datagrunnlag og utkast.	3D-volumstudie og reguleringsunderlag.
5. Portefølje og API	Hvordan følger vi mange områder over tid?	Bedriftskonto, overvåking, varsler, dataintegrasjon, standardiserte modeller og porteføljedashboard.	Enterprise-avtale og egne modeller.

Kundereisen i første fase

1Registrer prosjektPrivatperson eller bedrift oppretter konto og velger bransje.

2Velg geografiAdresse, kommune, bygrense, eiendom, radius eller manuelt polygon.

3Velg kriterierKundegrunnlag, vekst, konkurranse, transport, planstatus og risiko.

4Kjør analyseGodkjente og tidsstemplete datakilder behandles i en avgrenset analysejobb.

5Motta beslutningsgrunnlagDynamisk HTML, kart, score, rapport, usikkerhet og kildesporing.

6Gå videreKunden kan kjøpe konkret tomtesøk, plansjekk eller senere utviklingsmoduler.

Kommersielle produktfaser

Fase 1

Næringsetablering og markedsanalyse

Beslutningsgrunnlag for dagligvare, sport, klær, servering, pub og andre stedbundne virksomheter. Kunden vurderer eget område eller sammenligner flere områder.

markeds- og kundegrunnlag
konkurranse og tilgjengelighet
historisk utvikling og prognoser
dynamisk kart- og rapportgrensesnitt

Fase 2

Areal- og eiendomssøk

Kunden går fra et geografisk marked til konkrete eiendommer og arealer innenfor egne krav til formål, størrelse, tilgjengelighet og utviklingsmulighet.

regulerte og framtidige næringsarealer
bolig- og transformasjonsområder
eiendomsgrenser og arealstatus
hensynssoner, restriksjoner og risiko

Fase 3

Eiendomsutvikling og planstøtte

Støtte til kommuner, utviklere, grunneiere, entreprenører og planmiljøer som skal vurdere eller starte en planprosess.

kommuneplan, arealplan og reguleringsplan
import av kundens egne planer og datasett
sammenstilling av offentlige planregistre
utkast til planbeskrivelse, sjekklister og foreløpig ROS-grunnlag

Fase 4

3D-volum og scenarioer

Kunden tegner et polygon og velger bebyggelsestype. Systemet oppretter alternative volumstudier for bolig, næring eller fritid ved hjelp av GIS, terrengdata og 3D-verktøy.

volumskisser og massemodeller
høyde, tetthet og plassering
sol-, terreng- og siktgrunnlag der data finnes
eksport til videre faglig prosjektering

Fase 5

Plan- og byggesaksforberedelse

Plattformen kan organisere underlag, arbeidsflyter, versjoner og innsending mot kommunale kanaler der teknisk integrasjon finnes. Produktgrensen går før detaljprosjektering og igangsettingstillatelse.

reguleringsforslag og dokumentpakker som utkast
dialog- og innsendingstrinn med faglig kontroll
sporbarhet mellom data, vurderinger og dokumenter
ingen byggetegninger, konstruksjonsberegninger eller IG-leveranse

Markedsmål

Valideringsmål, ikke inntektsprognose

En forsvarlig kommersiell pilot kan måle etterspørselen med 10–30 pilotkunder, 50–200 betalte analyser og noen få gjentakende bedriftskunder. Første driftsår kan sikte mot 50–150 betalende kontoer og 500–2 000 analyser dersom produktet, salget og distribusjonen valideres. Tallene er planleggingsmål og må erstattes av faktiske konverterings- og brukstall.

Konkurransefortrinn

Fra enkeltanalyse til sammenhengende arbeidsflyt

Differensieringen ligger i å kombinere offentlig geodata, forretningsdata, transparente modeller, dynamiske kart og Kristoffer Moens omtrent 20 års bransjeerfaring fra tidlig areal- og planfase til boligutvikling. Kunden kan bli i samme system når prosjektet går fra idé til konkret areal og planunderlag.

Faglig og juridisk avgrensning: Plattformen kan automatisere datainnhenting, sammenstilling, utkast, kvalitetssjekker og arbeidsflyter. Den kan ikke garantere kommunal godkjenning eller erstatte ansvarlige planleggere, arkitekter, rådgivende ingeniører eller andre fagkyndige der regelverket krever faglig ansvar. Historiske vedtak kan brukes som kunnskapsgrunnlag, men ikke som automatisk fasit for framtidige vedtak.

Tre kunde- og inntektsmodeller

Selvbetjent

Engangskunder og nyetablerere

Kjøper én markedssjekk eller lokaliseringsanalyse og skal normalt kunne fullføre hele kjøpet uten manuell hjelp. Noen kommer tilbake ved flytting, ekspansjon eller etablering av en ny avdeling.

Tilbakevendende

Profesjonelle brukere

Rådgivere, næringsmeglere, banker, regnskapsmiljøer og konsulenter som kjøper analysekreditter, bruker løsningen for flere kunder og bygger systemet inn i sin egen rådgivning.

Passive/løpende kunder

Faste verktøykunder og gjentakende inntekter

Eiendomsutviklere, entreprenører, større kjeder, banker og kommuner kan bruke plattformen daglig eller månedlig som prosjekt-, areal- og beslutningsverktøy. Årsavtaler, abonnement, analysekreditter, API, overvåking og kundetilpassede modeller gir forutsigbar, gjentakende inntekt per kunde og høyere langsiktig kundeverdi.

Kommersielt mål: Standardkundene skal i størst mulig grad betjenes automatisk, mens de største løpende avtalekundene får personlig oppfølging. En stabil portefølje av flerårige verktøy- og enterprise-kunder skal over tid gi gjentakende inntekter som kommer i tillegg til enkeltkjøp fra nyetablerere.

Kundens dokumenterbare fordel

TidTimer og dager brukt på manuell datainnhenting kan reduseres gjennom én sammenhengende arbeidsflyt.

RisikoDatagap, hensynssoner, markedsusikkerhet og planmessige begrensninger synliggjøres før store kostnader påløper.

FinansieringEt mer komplett og sporbart beslutningsgrunnlag kan styrke dialogen med bank og investorer. Långiver avgjør alltid rente og vilkår.

KonkurranseKunden kan identifisere områder, trender og risiko tidligere enn ved tradisjonell manuell analyse.

KvalitetKilder, tidspunkt, antakelser og usikkerhet følger analysen og kan etterprøves.

GjenbrukSamme prosjektdata kan brukes videre i arealsøk, plananalyse, rapportering, prognoser og 3D-studier.

Profesjonell kundeoppfølging: Kristoffer Moens lange bransjeerfaring gir prosjektet et konkret fortrinn i oppfølgingen av eiendomsutviklere, entreprenører, grunneiere, kommuner og finansmiljøer. Plattformen skal utformes rundt deres reelle arbeidsprosesser – ikke bare rundt hva som er teknisk mulig å programmere.

Markeds- og planreferanser: SSB: aktive bedrifter 2026, SSB: nye foretak 2026, SSB: etablerere 2024, KDD: plansystemet og KDD: reguleringsplanveileder.

Mål, vekst og mulig samarbeid

Målet er å utvikle en fullverdig norsk dataplattform som kan skaleres trinnvis til Norden og andre internasjonale markeder. Plattformen skal være enkel nok for en førstegangsetablerer og samtidig kraftig nok til å bli et daglig arbeidsverktøy for profesjonelle eiendoms-, plan-, finans- og utviklingsmiljøer.

Prosjektets ambisjon

«Jeg ønsker å utvikle prosjektet nasjonalt og internasjonalt sammen med en likeverdig samarbeidspartner. Selskapsstruktur, arbeidsfordeling, tekniske ansvarsområder og endelig eiermodell er ikke fastsatt. Jeg er åpen for å diskutere en 50/50-modell dersom begge parter bidrar med sammenlignbar kompetanse, arbeidsinnsats, risiko og langsiktig forpliktelse.»

Ikke-bindende utgangspunkt: Presentasjonen etablerer ikke partnerskap, selskap, eierandel, lisens eller overføring av rettigheter. Første mål er å vurdere prosjektet sammen, definere en betalbar MVP og bli enige om hva partene kan utvikle selv, hva som eventuelt må kjøpes inn, og hvordan en framtidig selskaps- og samarbeidsmodell bør bygges.

Langsiktig markedsmål

61 637 foretak etablert i 2024, foreløpige SSB-tall

18 097 nye foretak i første kvartal 2026, omtrent 199 per dag

656 492 aktive norske bedrifter per 1. januar 2026

40–50 % langsiktig ambisjon i det adresserbare etablerermarkedet

En teoretisk andel på 40–50 prosent av alle de 61 637 foretakene som ble etablert i 2024 tilsvarer omtrent 24 655–30 819 kunder per år. Dette er ikke en kortsiktig prognose. Det reelle markedet må avgrenses til virksomheter der geografi, kundegrunnlag, lokaler, areal eller fysisk etablering er relevant. Samtidig kommer tilbakevendende kunder, eksisterende bedrifter, eiendomsaktører, kommuner og internasjonale kunder i tillegg.

Volummål: Flere hundre daglige betalbare transaksjoner kan på sikt være mulig når nye kunder, gjenkjøp, flere analyser per kunde, abonnement, API-bruk, overvåking og internasjonale markeder regnes samlet. Dette skal ikke presenteres som flere hundre unike norske nyetablerere hver dag.

Måltrinn

Trinn 1

Validering

10–30 pilotkunder
100–300 betalte analyser
første fungerende selvbetjente kundereise
dokumentert betalingsvilje og gjenkjøp

Trinn 2

Norsk produkt–marked-tilpasning

2 000–5 000 betalende kunder per år
25–75 løpende bedriftsavtaler
positiv bruttomargin per standardanalyse
standardisert støtte og onboarding

Trinn 3

Nasjonal skalering

10 000–20 000 betalende kunder per år
100–300 løpende B2B-/enterprise-kunder
20 000–50 000 betalbare analyser eller transaksjoner
selvbetjent salg som hovedkanal for standardprodukter

Trinn 4

Markedsledelse og ekspansjon

40–50 prosent av relevant etablerermarked som langsiktig stretch-mål
sterk portefølje av utviklere, banker, rådgivere og kommuner
nordiske og senere europeiske landmoduler
proaktiv og prediktiv beslutningsstøtte

Åpen samarbeidsmodell

Kristoffer Moens bidrag

Produkt, marked og fagdomene

Kristoffer Moen har mer enn 20 års erfaring fra eiendomsutvikling, arealforvaltning, reguleringsplaner, kommunal dialog og utbyggingsprosesser. Denne erfaringen brukes til å definere hvilke funksjoner profesjonelle kunder faktisk trenger, hva som sparer tid, hvilke risikoer som må synliggjøres, og hva som gir reell konkurransefordel.

kunde- og produktstrategi
eiendoms-, areal- og planfaglig modell
dialog med utviklere, entreprenører, kommuner og finansmiljøer
faglige kriterier, akseptanse og kvalitet
salg, oppfølging og utvikling av løpende nøkkelkunder

Mulig samarbeidspartners bidrag

Teknologi, automatisering og skalering

En mulig samarbeidspartner kan lede eller dele ansvaret for systemarkitektur, datainnhenting, API-er, arbeidsflyter, web/app, betaling, automatisert testing, sikker implementering og skalering. Endelig arbeidsdeling fastsettes først etter felles teknisk og kommersiell gjennomgang.

plattformarkitektur og kodebase
automatiserte data- og analysearbeidsflyter
selvbetjent kundeplattform og teknisk kundestøtte
betalings-, abonnements- og tilgangssystem
produksjonsdrift, testing og ytelse

Felles utgangspunkt: Målet er å bygge mest mulig med eksisterende kompetanse og infrastruktur, holde faste kostnader lave, validere inntekter raskt og kjøpe ekstern kompetanse bare når et konkret behov ikke kan dekkes forsvarlig internt.

Internasjonal utviklingsretning

1NorgeFerdigstille produkt, datamodell og betalbar MVP.

2Sverige og DanmarkNye kildeadaptere, språk, avgift og lokale planregler.

3Øvrige NordenStandardisert landmodul og lokal datavalidering.

4Utvalgte europeiske markederEkspansjon etter dokumentert lønnsomhet og datatilgang.

Markedsgrunnlag: SSB – etablerte foretak 2024, SSB – nye foretak 2026 og SSB – aktive bedrifter 2026.

Betaling, økonomisystem og markedsføring

Betalingsarkitekturen skal støtte norske etablerere, profesjonelle B2B-kunder, europeiske webkunder og mobilapper. Plattformen skal eie ordre, kunde, produkt, tilgangsrettighet og regnskapsmessig sporbarhet uavhengig av betalingskanal.

Anbefalt hovedmodell: lanser først som web/PWA med Stripe, Vipps MobilePay og bedriftsfaktura. Apple- og Google-appene lanseres deretter som sikre klienter. Standardiserte digitale produkter som kjøpes inne i appen håndteres gjennom StoreKit og Google Play Billing.

Anbefalt betalingsplattform

Web og Europa

Stripe

Hovedmotor for kort, Apple Pay og Google Pay på web, abonnement, betaling per analyse, valuta, betalingslenker, tilbud, faktura, kundeportal og automatiske betalingsforsøk.

Norge og Norden

Vipps MobilePay

Brukes til raske engangsbetalinger og gjentakende betalinger. Nye integrasjoner bygges mot ePayment API og Recurring API med idempotens og serverbasert statuskontroll.

Mobilbutikk

Apple og Google

Digitale analyser, abonnement og funksjoner som kjøpes inne i appen håndteres etter gjeldende butikkregler gjennom Apple StoreKit og Google Play Billing.

Rettigheter

RevenueCat – valgfritt lag

Kan samle abonnement og tilgangsrettigheter fra Apple, Google og Stripe. RevenueCat skal ikke være hovedbok, bank eller økonomisystem.

Regnskap Norge

Tripletex eller tilsvarende

Brukes til kunder, faktura, EHF, bilag, MVA og regnskapsføring. Integrasjonen skal ha egne test- og produksjonsmiljøer.

Intern kontroll

Plattformens Billing Service

Egen FastAPI-tjeneste registrerer ordre, betaling, abonnement, refusjon, faktura, MVA, tilgangsrettighet og avstemming. Ingen analyse startes før betalingen er verifisert server-side.

Betalingsflyt

1BestillingKunden velger produkt og prosjekt.

2OrdrePris og idempotensnøkkel opprettes.

3BetalingStripe, Vipps, Apple, Google eller faktura.

4VerifiseringWebhook eller kvittering kontrolleres.

5TilgangEntitlement eller analysekreditt aktiveres.

6LeveranseAnalyse, rapport og revisjonslogg.

7RegnskapMVA, utbetaling og bankavstemming.

Kundekanaler

Web / PWA

Android-app

iPhone / iPad

Enterprise-salg

Betalingskanaler

Stripe Checkout / Billing

Vipps ePayment / Recurring

Apple StoreKit

Google Play Billing

Plattformkjerne

Billing Service

Order Service

Entitlements

Audit Log

Økonomi

Tripletex / EHF

MVA og VAT

Bankavstemming

Refusjon / chargeback

Leveranse

Analysekreditt

Abonnement

Rapport og kart

Enterprise API

Inntektsmodell

Inntektsstrøm	Produkt	Kjøpskanal	Hovedkunde
Betaling per analyse	Markedssjekk, lokaliseringsanalyse og områdesammenligning	Web, Vipps, Stripe eller standardprodukt i app	Etablerer og SMB
Analysekreditter	Forhåndskjøpt pakke med analyser	Web og bedriftskonto	Rådgiver, megler og regional aktør
Abonnement	Prosjektportefølje, løpende data, varsler og team	Stripe Billing, Vipps Recurring eller appbutikk	Profesjonell bruker og kjede
Prosjektleveranse	Tomtesøk, plansammenstilling, 3D-volum og spesialanalyse	Tilbud, avtale, faktura og EHF	Utvikler, entreprenør og kommune
Enterprise	API, egne modeller, SLA og integrasjon	Årsavtale og faktura	Kjede, konsern og offentlig virksomhet

Norge og internasjonalt

Norge

Nasjonal modell

Vipps MobilePay som prioritert hurtigbetaling.
Stripe for kort, wallets og abonnement på web.
Faktura og EHF for profesjonelle kunder og offentlig sektor.
NOK som hovedvaluta og norsk MVA-håndtering.
Bankavstemming gjennom økonomisystemet.

Europa og internasjonalt

Internasjonal modell

Stripe som hovedplattform for kort og lokale betalingsmetoder.
Valuta og priser styres per marked og produkt.
VAT/GST vurderes før hvert nytt land aktiveres.
Landmoduler får egne priser, vilkår og avgiftsregler.
Enterprise kan betale med faktura og bankoverføring.

App Store- og Google Play-strategi

Appfase 1

Web/PWA først

Full betalingsfunksjon lanseres på web for rask validering og lav plattformavhengighet.

Appfase 2

Gratis klientapp

Appen brukes til innlogging, kart, prosjekter, rapporter, varsler og kjøpte bedriftsprodukter.

Appfase 3

Standardkjøp i app

Enkle analyser og standardabonnement tilbys gjennom StoreKit og Google Play Billing når det øker konverteringen.

Appfase 4

Enterprise utenfor appbutikk

API, planarbeid, 3D og kundetilpassede løsninger selges gjennom web, kontrakt og faktura.

Butikkregler: Digitale tjenester som selges og låses opp inne i en App Store- eller Google Play-distribuert app må følge gjeldende betalingsregler. En gratis ledsagerapp kan gi tilgang til produkter som allerede er kjøpt på web, men kjøpsflyt og lenker må kontrolleres mot gjeldende landprogram.

Økonomisystem og kontroll

Hovedbok og faktura

Faktura, EHF, kreditnota, MVA, kunde, prosjekt og kostnadsbærer registreres i Tripletex eller tilsvarende.

Automatisk avstemming

Utbetalinger avstemmes mot ordre, gebyr, refusjon, chargeback og bankinnbetaling.

Revisjonskontroll

Endring av bankkonto, pris, skattesats eller webhook-nøkkel krever MFA, rolle og revisjonslogg.

Betalingsdatamodell

customers
organizations
products
prices
orders
order_lines
subscriptions
payment_transactions
payment_provider_events
entitlements
analysis_credits
invoices
credit_notes
refunds
chargebacks
payouts
vat_records
reconciliation_events
audit_log

Markeds- og lanseringsplan

1Validering10–30 pilotkunder og demonstrasjonsprosjekter.

2Norge webPWA, Vipps, Stripe og faktura.

3DirektesalgKjeder, rådgivere, utviklere og etablerermiljøer.

4AppbutikkGratis klientapp og utvalgte standardkjøp.

5EnterpriseAPI, SLA, portefølje og egne modeller.

6Norden / EuropaLandmoduler og lokal avgiftskontroll.

Salg

Primære kanaler

direkte B2B-salg
regnskapsførere, banker og etablerertjenester
næringsmeglere og utviklere
næringshager og franchiseorganisasjoner
Google-søk og faglig innhold

Konvertering

Produktstige

gratis eksempelrapport
betalt markedssjekk
komplett lokaliseringsanalyse
areal- og tomtesøk
abonnement eller enterprise

Måling

Nøkkeltall

første betaling
ordreverdi
gjenkjøp og abonnement
kostnad per kunde og analyse
bruttomargin, churn og kundeverdi

Implementeringsrekkefølge

Betalingsfase 0 – eierskap

Bankkonto, Stripe, Vipps, Apple, Google, RevenueCat og økonomisystem opprettes på korrekt juridisk selskap.

Betalingsfase 1 – testmiljø

Produkter, priser, testkjøp, webhooks, refusjon, faktura og idempotens testes.

Betalingsfase 2 – norsk webproduksjon

Stripe, Vipps, faktura, EHF, MVA og bankavstemming settes i produksjon.

Betalingsfase 3 – appbutikk

StoreKit, Google Play Billing og kvitteringsvalidering godkjennes.

Betalingsfase 4 – internasjonalisering

Nye valutaer, betalingsmetoder, VAT/GST og landvilkår aktiveres ett marked av gangen.

Produksjonskrav: Klienten skal aldri selv kunne erklære «betaling godkjent». Webhook, kvittering eller betalingsstatus skal verifiseres av backend. Alle hendelser skal være idempotente, signerte, tidsstemplete og avstembare mot bank og økonomisystem.

Offisielle betalingsreferanser: Stripe Billing, Vipps ePayment, Vipps Recurring, Apple App Review, Google Play Payments, RevenueCat og Stripe og Tripletex OpenAPI.

Datakilder og lisensmodell

Hvert datasett skal registreres med eier, lisens, kommersiell bruk, oppdateringsfrekvens, geografisk nivå, lagringsrett, redistribusjon og teknisk status.

Kilde	Aktuelle data	Tilgang	Bruk i fase 1	Viktig begrensning
SSB PxWebApi v2	Befolkning, flytting, husholdninger, inntekt, virksomheter og framskrivinger	Åpen	Demografi, marked og prognosegrunnlag	Rate limits, celler per uttrekk og kildebestemt publiseringsrytme
Kartverket / Geonorge	Adresser, grenser, bygninger, kart, WMS, WFS, WMTS og nedlastinger	Åpen / betinget	Geometri, kart, avstand, område og planrelaterte data	WMS er visning; WFS/Atom/OGC API brukes til prosessering
Matrikkel / grunnbok	Detaljerte eiendoms- og rettighetsopplysninger	Søknad	Kun der rettslig grunnlag og avtale er avklart	Personvern, formål, utleveringsregler og egen teknisk integrasjon
Brønnøysundregistrene	Virksomheter, organisasjonsnummer, næringskode, adresser og status	Åpen	Konkurrenter, bransjetetthet og virksomhetsstruktur	Næringskoder må versjoneres, inkludert overgang til SN2025
NVDB / Statens vegvesen	Vegnett og utvalgte transportobjekter	Åpen	Kjøretidsområder, tilgjengelighet og transport	Datamodell og aktualitet varierer mellom objekttyper
NVE, DSB og Miljødirektoratet	Flom, skred, risiko, miljø og beredskap	Åpen	Tomte- og etableringsrisiko	Temadata er beslutningsstøtte og erstatter ikke faglig detaljprosjektering
Kommunale planregistre	Arealplaner, regulering, formål og bestemmelser	Varierende	Planstatus og utviklingsmulighet	Ulik datakvalitet, format og oppdateringspraksis mellom kommuner
Kommersielle markedsdata	Transaksjoner, fottrafikk, markedsandel, varelinjer og kundebevegelse	Betalt avtale	Tilleggsmodul etter pilot og kost/nytte-vurdering	Rådata, avledede data, visningsrett og redistribusjon må reguleres kontraktuelt

Påkrevd datalisensregister

Identitet

Datasett-ID, navn, eier, kontaktpunkt og endepunkt.

Jus

Lisens, kommersiell bruk, navngivelse, lagring og redistribusjon.

Teknikk

API-type, rate limit, autentisering, format og tilgjengelighet.

Kvalitet

Geografisk nivå, oppdatering, historikk, datagap og siste kontroll.

Det finnes normalt ikke åpne offentlige data som viser eksakt antall solgte brød, liter melk eller liter øl i et egendefinert polygon. Slike tall må kjøpes, modelleres eller uttrykkelig merkes som estimater.

AI, prognoser og selskapets datakapital

Den langsiktige konkurransefordelen er ikke bare nettsiden eller tilgang til åpne API-er. Verdien bygges gjennom normalisert historikk, datakvalitet, faglige modeller, dokumenterte utfall og evnen til å produsere bedre prognoser over tid.

Presis formulering: Plattformen skal ikke hevde å eie offentlig åpen data. Den kommersialiserer verdien som skapes gjennom innsamling, lisenskontroll, normalisering, kvalitetssikring, sammenstilling, historikk, modeller, brukergrensesnitt og beslutningsstøtte.

Datakapital som bygges over tid

Versjonert markedshistorikk

Demografi, næring, planer, eiendom, transport, risiko og andre indikatorer lagres med kilde og tidspunkt.

Analyse- og prosjektutfall

Prognoser kan senere sammenlignes med faktisk utvikling for å måle feil og forbedre modellene.

Faglige kriterier

Vekter, regler, terskler og scenarioer bygges med dokumentert domene- og kundekunnskap.

Datakvalitet

Avvik, mangler, aktualitet og kildeendringer registreres slik at modellene vet hvilke data de kan stole på.

Kundespesifikke modeller

Profesjonelle kunder kan bruke egne kriterier og datasett uten at data deles med andre kunder.

Evalueringsdatasett

Standardiserte testsett brukes til backtesting, sammenligning og kontroll av nye modellversjoner.

Tre AI-nivåer

Forklaring og automatisering

forklare analyseutfall
sammenfatte plandokumenter
lage rapportutkast
finne datagap og avvik
hjelpe kunden å konfigurere analysen

Prediktive modeller

etablerings- og markedspotensial
tilflytting og fraflytting
demografisk utvikling
bolig- og næringsetterspørsel
risiko og alternative scenarioer

Proaktiv beslutningsstøtte

oppdage markedsendringer tidlig
foreslå nye områder og muligheter
sammenligne investeringer
lære av prognosefeil og faktiske utfall
varsle kunden før en kritisk endring

Teknologisk prinsipp

Åpen teknologi

Åpne modeller og kontrollerte data

Åpne kildekodemodeller kan brukes lokalt eller i et kontrollert driftsmiljø. Trening og finjustering skal bare bruke data som lisensmessig, kontraktsmessig og personvernmessig kan behandles til formålet.

Infrastruktur

Lokal kapasitet og elastisk GPU

Eksisterende lokal GPU brukes til utvikling og moderate jobber. Tyngre trening og batchkjøring kan ved behov flyttes til tidsavgrenset elastisk GPU-kapasitet. Leverandør velges etter ytelse, datasikkerhet, kompatibilitet og kostnad per jobb.

Prognoser er ikke garantier: AI-resultater skal vise usikkerhet, datagrunnlag og modellversjon. De kan redusere risiko og forbedre beslutningsgrunnlaget, men kan ikke garantere lønnsomhet, finansiering, rentevilkår, reguleringsvedtak eller byggetillatelse.

Teknisk arkitektur

Tjenesten deles i selvstendige lag med køer, retries, idempotente operasjoner og avgrenset feilområde. En feil i én datakilde skal ikke blokkere alle kunder eller andre produktlinjer.

1. Kunde og edge

Webapp / PWA

Kartgrensesnitt

API-gateway

WAF og rate limit

2. Identitet og handel

Authentik / Keycloak

Organisasjoner og roller

Abonnement og betaling

Revisjonslogg

3. Analyseplattform

FastAPI

Jobbkø / durable workflows

Scoringsmotor

Rapportmotor

4. Dataplattform

PostgreSQL + PostGIS

Redis-cache

MinIO / objektlager

Kildeadaptere

5. Drift og kontroll

Prometheus + Grafana

Loki / OpenTelemetry

Backup og restore

CI/CD og skanning

n8n

Brukes til webhooker, betalingshendelser, varsling, synkronisering, administrative jobber og lette integrasjonsflyter. I produksjon brukes queue mode.

Workflow-kjerne

Langvarige og kritiske analysejobber bør ligge i kodebasert og robust arbeidsflyt med retries, tidsavbrudd, gjenopptak og eksplisitt feiltilstand.

PostGIS

Primær analysekjerne for geometri, romlige indekser, buffere, kryssanalyser, aggregering, områdefiltrering og versjonert feature-lagring.

Anbefalt mikroserviceinndeling

identity-service

Brukere, firmaer, roller og tilgang.

order-service

Analysebestillinger, pris og status.

geo-service

Geokoding, polygoner, kjøretid og validering.

data-service

Kildeadaptere, cache, metadata og dataversjon.

analysis-service

Indikatorer, modeller og scenarioer.

report-service

PDF, HTML, kart og kildevedlegg.

billing-service

Kreditter, abonnement og betalingsstatus.

audit-service

Sporbarhet, sikkerhetshendelser og revisjon.

Sikkerhet som grunnarkitektur

Sikkerhet er en faseport, ikke et tillegg. Hver ny tjeneste, datakilde og produktlinje må gjennom egen trusselmodell, tilgangsvurdering og test før produksjon.

Sone 1

Offentlig flate

Kun reverse proxy, WAF, statiske ressurser og API-gateway eksponeres mot internett.

Sone 2

Applikasjon

Tjenester kjører uten direkte databaseeksponering og med egne tjenestekontoer.

Sone 3

Data

PostGIS, cache og objektlager er privat tilgjengelige med minste privilegium.

Sone 4

Hemmeligheter

Nøkler, tokens og sertifikater lagres separat, roteres og eksponeres aldri i logger.

Sone 5

Backup

Minst én kopi uten direkte skriveadgang fra produksjonsmiljøet. Restore testes regelmessig.

Sone 6

Administrasjon

Tilgang kun gjennom VPN eller tilsvarende kontrollert kanal, MFA og individuell konto.

Obligatoriske tekniske tiltak

MFA for alle administrative kontoer.
Separate nøkler for DEV, TEST og PROD.
Ingen delte administratorbrukere.
TLS på all ekstern og intern sensitiv trafikk.
Container- og avhengighetsskanning.
Signerte bygg og kontrollert CI/CD.
Rate limit og misbruksdeteksjon.
Saniterte logger uten hemmeligheter.

Obligatoriske styringstiltak

Trusselmodell per produktlinje.
Tilgangsrevisjon minst kvartalsvis.
Hendelses- og varslingsplan.
DPIA-vurdering ved relevant persondata.
Leverandør- og datakilderegister.
Dokumentert backup- og restore-test.
Ekstern sikkerhetstest før lansering.
Kontrollert feiltest av kritiske tjenester.

Synology eller annen NAS skal ikke være offentlig eksponert som kundedatabase. Den anbefalte rollen er kryptert backup, sekundær kopi, dokumentarkiv og rapportlager bak separat tilgangskontroll.

Komplett faseportplan

Hver fase har egen leveranse og go/no-go. Neste fase starter først når juridiske, tekniske, sikkerhetsmessige og faglige akseptansekriterier er dokumentert bestått.

Juridisk og strategisk fundamentGo/no-go

Leveranser

Selskaps- og eierstruktur.
Stifter-/aksjonæravtale og IP-overdragelse.
NDA, utvikleravtaler og leverandørmaler.
Produktnavn, domener og varemerkevurdering.
Rolle- og tilgangsmodell.

Godkjennes når

Rettighetshaver er entydig bestemt.
Alle utviklingsbidrag overføres kontraktuelt.
Ingen ekstern part har uavklart medeierskap.
Konfidensiell informasjon har klassifisering og tilgangsregler.

Datakartlegging og lisensregisterDataport

Kartlegg SSB, Kartverket, Geonorge, Brønnøysundregistrene, NVDB, NVE, kommunale planer og kommersielle muligheter. Hvert datasett klassifiseres som åpent, søknadspliktig, betalt eller utilgjengelig i ønsket granularitet.

Lisens og kommersiell bruk dokumentert.
Geografisk nivå og oppdateringsrytme kjent.
API-nøkkel, avtale eller søknad identifisert.
Datagap registrert uten å bli skjult i modellen.

Teknisk grunnplattformPlattformport

Etabler separate DEV-, TEST- og PROD-miljøer med Ubuntu Server, Docker Engine, PostgreSQL/PostGIS, Redis, objektlager, FastAPI, identitetsplattform, Git og overvåking.

Miljøene deler ikke databaser eller hemmeligheter.
Automatisk bygg, test og sårbarhetsskanning fungerer.
Backup og full restore er verifisert.
Ingen kritisk tjeneste er eksponert direkte.

Datainnhenting og datavarehusKvalitetsport

Bygg kildeadaptere, råsone, normalisert sone, datakatalog og valideringsregler. Mislykket oppdatering skal aldri overskrive siste godkjente datasett.

Alle adaptere har automatiserte kontraktstester.
Kilde, tidspunkt og lisens følger datasettet.
Endringer i API-struktur oppdages automatisk.
Cache-TTL er kildebestemt og dokumentert.

Første analyseprodukt: dagligvare og næringModellport

Bygg en transparent modell med befolkning, husholdninger, inntekt, historisk flytting, framskrivinger, boligvekst, arbeidsplasser, konkurrenter, tilgjengelighet, planstatus og risiko.

Tre scenarioer: konservativt, forventet og høyt.
Observert og estimert data er tydelig skilt.
Alle indikatorer kan spores til kilde og modellversjon.
Usikkerhet og datagap fremgår i rapporten.

Utvidelse til flere næringsmodulerVertikalport

Opprett separate moduler for sport, klær, servering, bar, kontor, logistikk, industri, bolig og fritid. Hver modul får egen datakildeliste, modell, tester og juridisk vurdering.

Feil i én modul påvirker ikke andre moduler.
Egne køer og egne modellversjoner.
Ingen gjenbruk av indikatorer uten faglig begrunnelse.
Produktlinjen kan deaktiveres isolert.

Lukket pilot og kvalitetstestingPilotport

Pilot med et begrenset antall reelle fagbrukere. Test funksjon, data, modell, sikkerhet, last, feiltilstander, betaling, rapportering og gjenoppretting.

Alle kritiske testtilfeller bestått.
Ingen åpne kritiske eller høye sikkerhetsfeil.
Rapporter er reproducerbare.
Pilotbrukerne har signert akseptanse eller avvikslogg.

Produksjonsklargjøring og lanseringProduksjonsport

Etabler produksjons-SLA, betaling, status-side, overvåking, varsling, kundevilkår, personvern, hendelsesrutine, support og ekstern sikkerhetstest.

Produksjonsmiljøet har separat backup og tilgangsstyring.
Kundevilkår og kildehenvisninger er juridisk gjennomgått.
Lasttest og kontrollert feiltest er bestått.
Fakturering og abonnementsstatus er avstemt.

Drift, revisjon og nordisk ekspansjonSkaleringsport

Innfør daglige driftskontroller, månedlig lisensrevisjon, kvartalsvis tilgangsrevisjon, årlig penetrasjonstest og landspesifikke datamoduler før ekspansjon.

Ny landmodul deler ikke ukontrollert datalogikk.
Lokale lisenser og planregler er kartlagt.
Modellen er kalibrert mot lokale forhold.
Felles kjerne gjenbrukes uten å blande landdata.

Maskinvare, kapasitet og lagring

Pilot og første betalbare versjon kan bygges på eksisterende maskiner, lagring og åpen programvare. Kapasiteten skal oppgraderes først når målt belastning, sikkerhetskrav eller inntekter gjør det nødvendig.

Utvikling

Eksisterende workstation

Threadripper, 128 GB RAM og RTX 3090 er tilstrekkelig til utvikling, GIS-prosessering, modelltesting, embeddings og moderate lokale KI-oppgaver.

Lagring

Synology DS923+

Egnet som kryptert backupnode, rapportarkiv, objektlager og sekundær kopi. Ikke anbefalt som eneste offentlige produksjonsdatabase.

Produksjon

Isolert pilot først – separat produksjon ved behov

Start med isolerte containere eller VM-er på eksisterende infrastruktur. Flytt database, kundetjenester og arbeidere til separat produksjonsmiljø når betalende trafikk, SLA eller sikkerhetsrisiko krever det.

Komponent	Pilot	100 daglige brukere	Skaleringssignal
API og web	4 vCPU / 8–16 GB RAM	8 vCPU / 16–32 GB RAM	P95 responstid, samtidige kall og CPU
PostgreSQL/PostGIS	4–8 vCPU / 16–32 GB RAM / NVMe	8–16 vCPU / 32–64 GB RAM / NVMe	IOPS, cache hit-rate, låsing og tunge romlige spørringer
Arbeidskø og analysearbeidere	2–4 arbeidere	4–12 arbeidere etter jobbtype	Kølengde, ventetid og feilrate
Objektlager	100–500 GB	0,5–3 TB	Rapportstørrelse, mellomfiler og oppbevaringstid
Backup	Daglig + ukentlig fullkopi	Kontinuerlig DB-backup + daglige snapshots	RPO/RTO og restore-test
GPU	Lokal RTX 3090	Batch lokalt eller leid GPU ved behov	Kø for KI-jobber, VRAM og kostnad per rapport

Dataretensjon og cache

Metadata

Beholdes langsiktig for sporbarhet og revisjon.

Normaliserte features

Versjoneres etter kilde og analysemodell.

Rådata

Beholdes bare når lisens, feilsøking og reproduksjon krever det.

Rapporter

Oppbevares etter kundeavtale, fakturakrav og slettepolicy.

Eksempel på TTL-policy: bygningsdata kan oppdateres oftere enn årlige SSB-tabeller. TTL skal derfor ikke være én global «24-timersregel», men en verdi per datasett.

Kostnadseffektiv etablering og inntektsfinansiert vekst

Prosjektet skal ikke starte med et stort investeringsbudsjett. Første fase skal bruke eksisterende infrastruktur, åpen programvare og egeninnsats for å komme raskest mulig fram til en betalbar MVP.

Hovedregel: Ingen vesentlig kostnad påløper før den enten er nødvendig for sikker og lovlig drift, reduserer utviklingstiden vesentlig, eller kan knyttes til dokumentert kundeinntekt.

Hva som allerede kan brukes

Utviklingsmaskin

Eksisterende Threadripper-system, 128 GB RAM og RTX 3090 kan brukes til utvikling, GIS, testing og moderat lokal AI.

Lagring og backup

Eksisterende NAS og disker kan brukes som kryptert backup, rapportarkiv og sekundær kopi.

Åpen programvare

PostgreSQL/PostGIS, FastAPI, Docker, QGIS, Blender, åpne AI-modeller og andre komponenter reduserer lisenskostnadene.

Kostnadskategorier uten forhåndslåste beløp

Kategori	Startprinsipp	Når kostnaden utløses
Selskapsregistrering og avtaler	Holdes begrenset til det som er nødvendig for samarbeid, salg og ansvar.	Når partnerskap, kundeforhold eller betalingsmottak etableres.
Regnskap og betaling	Transaksjonsbaserte tjenester og enkel regnskapsintegrasjon.	Når første betalbare produkt lanseres.
Kommersielle data	Start med åpne data og kjøp bare datasett med dokumentert kundeverdi.	Når pilot eller kunde betaler for funksjonen.
Produksjonsinfrastruktur	Bruk eksisterende isolert miljø i pilot.	Når trafikk, SLA, sikkerhet eller persondata krever separat drift.
Sikkerhet og juridisk kontroll	Kjøp målrettet ekspertkontroll, ikke et stort generelt prosjekt.	Før reell kundedata, enterprise-avtaler eller produksjonslansering.
GPU og AI	Bruk lokal kapasitet; lei elastisk kapasitet per jobb ved topper.	Når modelljobbens verdi eller behandlingstid forsvarer kostnaden.
Ekstern kompetanse	Brukes bare for avgrensede kompetansegap.	Når partene ikke kan løse oppgaven forsvarlig selv.
Markedsføring	Direktesalg, pilotnettverk og målbar digital markedsføring.	Skaleres når konvertering og kundeverdi er dokumentert.

Investeringsrekkefølge

1ByggAvgrenset MVP med egeninnsats og eksisterende systemer.

2ValiderFå reelle brukere, betaling og dokumentert kundeverdi.

3SikreKjøp nødvendig juridisk og sikkerhetsfaglig kontroll.

4SkalerOppgrader drift, data og GPU etter faktisk belastning.

5ReinvesterBruk inntekter til kapasitet, kvalitet og nye markeder.

Økonomisk mål: Første inntekt skal komme så tidlig som mulig fra en liten, tydelig og betalbar analyse. Plattformen skal ikke bygge kostbar kapasitet for framtidige funksjoner før markedet har dokumentert at funksjonene etterspørres.

Foreslått 18-måneders gjennomføring

Tidslinjen forutsetter tydelig avgrenset MVP og at datakildeavklaringer skjer før full produktutvikling.

Måned 0–2: eierskap og datagrunnlag

Selskapsstruktur, IP-avtaler, datakatalog, lisensregister, produktnavn og teknisk målarkitektur.

Måned 2–5: grunnplattform og adaptere

DEV/TEST, identitet, PostGIS, objektlager, SSB-, Brreg- og Geonorge-adaptere, logging og backup.

Måned 5–8: første analysemodell

Dagligvare/næring, kartgrensesnitt, scenarioer, rapportmotor, kildevedlegg og intern validering.

Måned 8–11: lukket pilot

Reelle testkunder, faglig vurdering, lasttest, sikkerhetstest, prismodell og avviksbehandling.

Måned 11–14: produksjonssetting

PROD, betaling, support, SLA, overvåking, restore-test, kundevilkår og kontrollert lansering.

Måned 14–18: skalering

Flere næringsmoduler, optimalisering, kommersielle data der dokumentert lønnsomt og partner-/salgskanal.

Komplett mindmap

Kartet viser hvordan kundegrensesnitt, datakilder, analyse, sikkerhet, eierskap og kommersiell drift kobles uten at én feil tar ned hele plattformen. Boksene kan flyttes med mus eller berøring. Plasseringen lagres lokalt i nettleseren. Velg «Åpne helside» for en egen fullskjermside med zoom, panorering og større arbeidsflate.

Den interaktive mindmapen vises i den digitale HTML-filen.

Lokasjonsintelligens Norge Sikker geografisk beslutningsstøtte og kommersiell analyseplattform

Kundegrensesnitt Webapp, kart, polygon, rapport og abonnement

Web / PWA Kundereise, bestilling og organisasjonskonto

Kart og område Adresse, polygon, kommune og kjøretidssone

Dataplattform Adaptere, cache, metadata, PostGIS og objektlager

Åpne datakilder SSB, Brreg, Kartverket, Geonorge, NVDB og NVE

Datakvalitet Lisens, aktualitet, validering, versjon og datagap

Produktlinjer Næring, bolig, kommune, fritid og nordiske landmoduler

Næring Norge Dagligvare, servering, sport, klær og næringsareal

Nye vertikaler Bolig, kommune, fritid, logistikk og internasjonalisering

Analyse og rapport Indikatorer, scenarioer, score, prognose og usikkerhet

Deterministisk kjerne Reproduserbare GIS- og statistikkberegninger

KI-lag Forklaring, tekst, søkestøtte og kontrollerte scenarioer

Sikkerhet og drift Segmentering, MFA, logging, backup og hendelseshåndtering

Forsvar i dybden Minste privilegium, private nett og avgrenset skadeområde

Driftskontroll Overvåking, restore, køer, varsling og beredskap

Eierskap og styring IP, lisenser, avtaler, revisjon og kommersiell kontroll

IP og rettigheter Kode, modeller, domener, varemerke og forretningshemmeligheter

Selskapsstruktur Holding, IP-selskap, driftsselskap og landmoduler

Nåværende status og hva som gjenstår

Presentasjonen skiller bevisst mellom det som allerede er dokumentert, det som er teknisk planlagt, og det som fortsatt må utvikles og valideres.

Område	Status	Neste bevis
Produktidé og forretningsmodell	Dokumentert	Kritisk gjennomgang med mulig samarbeidspartner og kunder.
HTML-presentasjon og README	Utviklet	Partnergjennomgang og versjonskontroll.
Teknisk målarkitektur	Definert	Arkitekturvalg og MVP-estimat.
Eksisterende maskinvare og lokal infrastruktur	Tilgjengelig	Isolert utviklings- og pilotmiljø.
Datakilder og lisenser	Delvis kartlagt	Komplett lisensregister og fungerende adaptere.
Betalbar MVP	Ikke ferdig	Én komplett kundereise og én betalbar analyse.
AI- og prognosemodeller	Planlagt	Baseline, backtesting og dokumentert nøyaktighet.
Pilotkunder	Ikke endelig bekreftet	Intervjuer, pilotavtaler og første betaling.
Partnerskap og arbeidsfordeling	Åpent	Felles vurdering og ikke-bindende arbeidsplan.
Selskaps- og eierstruktur	Ikke fastsatt	Avklares når samarbeidsmodell og ansvar er definert.
Internasjonale moduler	Framtidig fase	Norsk produkt–marked-tilpasning og dokumentert lønnsomhet.

Neste konkrete mål: Definer og bygg én norsk, selvbetjent lokaliseringsanalyse som kan kjøpes, kjøres og leveres med kart, rapport, kildesporing og tydelig usikkerhet.

Beslutning og neste konkrete leveranse

Første byggbare leveranse skal være liten nok til å valideres og stor nok til å demonstrere kommersiell verdi.

MVP

Norsk lokaliseringsanalyse for næringsetablering

Inndata

Adresse eller polygon.
Bransjetype.
Analysehorisont.
Valgte kriterier.

Datakilder

SSB.
Kartverket/Geonorge.
Brønnøysundregistrene.
NVDB, NVE og planer.

Resultat

Markedsgrunnlag og vekst.
Konkurranse og tilgjengelighet.
Risiko, usikkerhet og datagap.
HTML/PDF med kildespor.

Den sterkeste markedsføringen er ikke «vi har all data», men: «Hver analyse bruker dokumenterte, godkjente og tidsstemplete datakilder, og viser eksplisitt hvilke data, antakelser og usikkerheter resultatet bygger på.»

README og installasjonsplan

README-filen er prosjektets operative håndbok. Den beskriver arkitektur, katalogstruktur, sikkerhetsregler, installasjonsrekkefølge, miljøer, datainnhenting, testing, produksjonssetting og driftskontroll.

Tilleggsdokument

README.md – komplett implementering og installasjon

README-en finnes både som en egen nettleserside og som GitHub-kompatibel Markdown. Nettleserversjonen åpnes direkte i en ny fane, mens README.md og README.txt kan lastes ned separat.

Åpne README i nettleser Last ned README.md Last ned README.txt

README-en inneholder blant annet: prosjektmål, juridisk eierskap, sikkerhetsprinsipper, repo-struktur, DEV/TEST/PROD, tjenesteoversikt, PostGIS-design, kildeadaptere, TTL-policy, kø- og feilmodell, lokal installasjon, produksjonsinstallasjon, backup, restore, testing, faseporter, kostnadsstyring og lanseringssjekkliste.

Offisielle referanser

Kildene under skal kontrolleres på nytt før kontraktsinngåelse eller produksjonssetting, fordi vilkår, API-grenser, priser og regelverk kan endres.

Dette dokumentet er et strategisk og teknisk arbeidsgrunnlag, ikke en erstatning for konkret juridisk rådgivning, sikkerhetsrevisjon, databehandleravtale eller lisensgjennomgang.