Instans SI_001

Seeds: strategisk | langsiktig | tillit | mulighet | utforsk

Analyse: Den Automatiserte Discovery-Motoren

For å transformere implementering fra en reaktiv time-sluker til en strategisk verdidriver, må vi skifte fokus fra innsamling til validering.

1. Datakartlegging (Eksplorasjon av kilder)

Ved inngang av org-nummer aktiveres følgende rekke:

• Brønnøysund/Proff/Enhetsregisteret (API): Umiddelbar baseline (kapital, ansatte, bransje-kode, styresammensetning). Kostnad: Lav.
• LinkedIn Sales Navigator/Apollo.io API: Ekstraherer organisasjonsstruktur, nøkkelroller og ansettelsestrender. Gir "hvem er hvem" uten kundens hjelp.
• BuiltWith/Wappalyzer API: Identifiserer eksisterende tech-stack (bruker de Shopify? SAP? Salesforce?). Dette er kritisk for å forstå integrasjonsbehov før første møte.
• Juridisk/Tillit: Ved å bruke kun offentlig/åpen data til baseline, bygger vi tillit. Vi spør ikke om det vi allerede kan bekrefte.

2. Praktisk Design: "The Baseline Dashboard"

Konsulenten mottar ikke en rapport, men et Decision Readiness Dashboard før dag 1:

• Status: "Known" (Grønn), "Probable" (Gul), "Unknown" (Rød).
• Min-viktig: Bransjekontekst, estimert volum (transaksjoner/ansatte), eksisterende systemlandskap, og "Decision Maker"-kart.
• Nice-to-have: Historisk vekst/fall (indikerer behov for skalering).

3. Intelligens og Automatisering

Vi bruker dataene til å generere en dynamisk møteagenda.

• Logikk: Hvis TechStack = Legacy_ERP OG Employees > 200 $\rightarrow$ Prioriter: "Migrasjonsstrategi og datavask".
• Dette reduserer møtetiden ved å eliminere "Hvilke systemer bruker dere i dag?".

4. Kundeinvolvering og Fallback

Minimal input: Kunden får én lenke: "Bekreft/rett denne profilen". Dette er ikke arbeid, det er kontroll.

• Graceful degradation: Hvis data er mangelfull (liten bedrift), skifter systemet modus fra "Automated Insight" til "Guided Discovery" (målrettede spørsmål basert på bransje-benchmarks).

5. Go/No-Go & MVP

• Go: B2B, medium/større organisasjoner, standardiserte bransjer.
• No-go: Private/niche-selskaper med lukket struktur eller ekstremt komplekse, unike prosesser.
• MVP (Fase 1): Integrasjon mot Brønnøysund + LinkedIn $\rightarrow$ Generering av "Pre-Discovery Brief".
• Fase 2: Integrasjon mot kundens eksisterende systemer via API/kontrollerte eksport-filer.

Neste steg:

1. Bygg en prototype som kobler Brønnøysund-API med en LLM for å generere en "Context Brief".
2. Definer en "Standard Tech-Stack Mapping" for de 10 vanligste ERP-konkurrentene.
3. Test på tre eksisterende case-studier for å måle spart tid.

Instans SI_002

Seeds: økonomisk | langsiktig | konkurranse | mulighet | implementer

Strategisk Analyse: Automatisert Discovery-Engine

For å vinne konkurranse i implementeringsmarkedet må vi transformere konsulentens rolle fra "datainnsamler" til "verdiskapende arkitekt". Ved å eliminere lavverdi-timer i oppstarten, øker vi prosjektets økonomiske marginer og kundenes ROI fra dag én.

1. Datakilder & Automatisering (Implementer)

Vi bygger en "Context Engine" som trigger ved org-nummer:

• Brønnøysund/Proff API: Henter regnskapsdata (omsetning, ansatte, bransjekode), styresammensetning og økonomisk helse. Kostnad: Lav.
• LinkedIn Sales Navigator/Apollo.io API: Kartlegger beslutningstakere og organisasjonsstruktur (jobbtitler/hierarki). Kostnad: Medium.
• BuiltWith/Wappalyzer API: Identifiserer eksisterende tech-stack (bruker de Shopify? Adobe? Google Workspace?). Dette er kritisk for integrasjonsdesign. Kostnad: Lav.
• Juridisk: All data hentes fra åpne/offentlige kilder eller via kunden som "pre-approved" kontekst.

2. Output: "Consultant Readiness Dashboard" (Mulighet)

Før møte 1 får konsulenten et dashboard med:

• Baseline-score: 0-100% ferdig kartlagt kontekst.
• Gap-analyse: "Vi vet de har 200 ansatte og bruker Salesforce, men vi mangler deres prosess for Order-to-Cash."
• Smart Agenda: Systemet genererer automatisk møteplanen basert på tech-stack og størrelse. (Eksempel: Liten bedrift = Fokus på brukervennlighet; Stor bedrift = Fokus på API/Governance).

3. Fallback & Skalering (Langsiktig)

• Graceful Degradation: Hvis data mangler, går systemet fra "Automated Discovery" til "Guided Discovery" (målrettede, binære spørsmål fremfor åpne spørsmål).
• Go/No-Go: Fungerer optimalt for B2B-bedrifter med digital fotavtrykk. Faller sammen ved rene holdingselskaper uten operativ drift eller svært små enkeltpersonforetak.

MVP vs. Fase 2

• MVP: Integrasjon mot Brønnøysund + LinkedIn + BuiltWith $\rightarrow$ Generer PDF-rapport med "Pre-meeting Intelligence".
• Fase 2: Integrasjon mot kundens eksisterende systemer (via OAuth/Read-only) for å hente sanntids prosessdata.

Neste steg:

1. Teknisk Proof-of-Concept: Koble sammen Brønnøysund og BuiltWith API i et enkelt script for å se verdien av kombinasjonen.
2. Design Dashboard-mal: Definer de 10 viktigste datapunktene en konsulent må ha før første møte.
3. Pilot: Kjør én eksisterende forundersøkelse manuelt mot systemets output for å måle spart tid.

Instans SI_003

Seeds: operasjonell | langsiktig | makt | mulighet | implementer

Analyse: Automatisert Kontekst-Inntak

For å flytte makt fra tidkrevende datainnsamling til strategisk rådgivning, må vi transformere organisasjonsnummeret fra en identifikator til en trigger for en operasjonell datapipeline.

1. Datastrategi & Kilder (Operasjonell)

Vi angriper kildene i tre lag for å sikre maksimal dekningsgrad uten manuell aksept:

• Lag 1 (Offentlig/Gratis): Brønnøysundregistrene (Enhetsregisteret API) for legal struktur, signaturrett, bransjekode (NACE) og økonomisk skala.
• Lag 2 (Marked/Kommersiell): Proff Forvalt/Dun & Bradstreet API for estimert omsetning, ansatt-trender og økonomisk risiko. LinkedIn Sales Navigator/API for å skrape organisasjonsstruktur (avdelinger/titler) for å identifisere beslutningstakere.
• Lag 3 (Teknisk/Indirekte): BuiltWith API eller Wappalyzer for å identifisere eksisterende tech-stack (bruker de Shopify? Adobe? Microsoft?). Dette gir oss "system-kontekst" uten tilgang til kunden.

2. Produktet: "The Pre-Flight Brief" (Implementer)

Konsulenten skal ikke få en rapport, men et Actionable Dashboard før møte 1:

• Status: "Known" (Grønn) vs "Unknown" (Rød).
• Baseline: "Vi vet du er i [Bransje], har [X] ansatte, og bruker sannsynligvis [System Y]".
• Målrettet Agenda: Automatisert generering av møteplan: "Siden dere er en kompleks organisasjon med 5+ datterselskaper, hopper vi over org-struktur og går direkte til konsolidering av finansiell data."

3. Strategisk Skalering (Langsiktig & Mulighet)

MVP (Fase 1): Integrasjon mot Brønnøysund + LinkedIn + BuiltWith. Fokus: Redusere møtetid med 30% ved å eliminere "Hva driver dere med?"-spørsmål.

Fase 2 (Makt-posisjon): Implementere en "Data-Deposit"-portal. Kunden får en ferdig utfylt profil basert på automatisert henting, og deres eneste oppgave er å bekrefte/korrigere. Dette gjør det emosjonelt vanskeligere å si nei til implementeringen fordi de allerede har "investert" i dataene.

4. Go/No-Go & Risiko

• Go: Medium til store organisasjoner (høyere datatilgjengelighet).
• No-Go: Mikro-bedrifter eller svært sensitive sektorer (forsvar/offentlig sikkerhet) hvor "digitalt fotavtrykk" er bevisst minimert.
• Fallback: Hvis data mangler, degraderes dashboardet til en "Discovery Checklist" som automatisk sendes til kunden som en "Quick Start"-pakke.

---

Neste steg:

1. Teknisk PoC: Kjøp tilgang til Brønnøysund og BuiltWith API; kjør 10 eksisterende kundedata gjennom for å se "match-rate".
2. Design: Skisser "Pre-Flight Brief"-layouten (maks 1 A4/dashboard-visning).
3. Pilot: Test på neste 3 onboarding-prosjekter.

Instans SI_004

Seeds: operasjonell | langsiktig | makt | sårbarhet | vent

Analyse: Autonom Kontekstinnhenting (OrgNr-Trigger)

1. Datakartlegging (Operasjonell effektivitet)

For å eliminere "blanke ark"-syndromet må vi tappe:

• Brønnøysund/Enhetsregisteret (API): Grunnleggende (regnskapsår, bransjekode, styresammensetning, økonomisk status). Juridisk: Offentlig tilgjengelig.
• Proff Forvalt / Bisnode API: Finansiell styrke, omsetningsutvikling, nøkkeltall. Juridisk: Krever abonnement, men er "open business intelligence".
• LinkedIn Sales Navigator API / Scraping: Estimert ansattstørrelse, nøkkelroller, organisasjonsstruktur (via titler).
• BuiltWith / Wappalyzer API: Identifisering av eksisterende teknisk stack (bruker de Shopify? Magento? Salesforce? Dette er kritisk for ERP-kontekst).

2. Strukturering & Intelligens (Makt & Ressursbruk)

Konsulenten skal ikke få en rådata-dump, men en "Pre-Flight Readiness Report".

• Dashboard-design:
• Status: "Data-dekning: 65%".
• Automatisert Baseline: "Organisasjon: 120 ansatte, Bransje: Logistikk, Stack: Microsoft-basert".
• Gap-analyse: "Vi vet hva de gjør, men ikke hvordan de flytter lagerdata."
• Møteplan-logikk: Hvis API-data viser høy turnover i ledelsen (sårbarhet), prioriter prosess-stabilitet fremfor teknisk dypdykk. Hvis de bruker SAP, skift fokus fra "hva er en faktura" til "integrasjonsendepunkter".

3. Kundeinvolvering & Fallback (Minimalistisk/Sårbarhet)

• Minimal Input: Én enkelt "Context Sync"-knapp. Kunden laster opp én CSV (eksport fra eget system) eller gir tilgang til én mappe.
• Framing: "Vi har allerede gjort 60% av grunnarbeidet. Gi oss disse 5 punktene, så bruker vi møtet på dine strategiske behov, ikke mine spørsmål."
• Graceful Degradation: Hvis data mangler (liten bedrift), endres rapporten fra "Automatisert innsikt" til "Målrettet spørsmålsliste". Løsningen kollapser ikke, den skifter modus fra deklarativ til interrogativ.

4. MVP & Go/No-Go

• MVP (Fase 1): Integrasjon av Brønnøysund + BuiltWith $\rightarrow$ Generering av PDF-baseline.
• Fase 2: LinkedIn-struktur + Automatisk generering av møteagenda i Outlook/Teams.
• Go/No-Go: Fungerer optimalt for B2B (Medium/Large). Faller sammen ved svært nisje-baserte tjenestebedrifter uten digitalt fotavtrykk eller i ekstremt sensitive sektorer (Forsvar/Offshore) hvor data er låst.

Neste steg:

1. Prototype: Koble Brønnøysund API til en LLM for å generere en "Hypotetisk Prosessbeskrivelse" basert på bransjekode.
2. Test: Kjør 10 eksisterende kunder gjennom denne "automatiske profileringen" og mål gapet mot det konsulentene faktisk fant i møte 1.
3. Vent: Ikke bygg full integrasjon før du har validert at konsulentene faktisk stoler på de automatiserte hypotesene.

Instans SI_005

Seeds: strategisk | historisk | makt | mulighet | implementer

Strategisk analyse: Fra datainnsamling til informasjonsdominans

Dagens discovery-modell er en historisk anakronisme: konsulenter selger timer for å utføre manuelt gravearbeid som teknologien allerede har gjort ferdig. Ved å bruke organisasjonsnummeret som "primærnøkkel", skifter vi maktbalansen. Konsulenten går fra å være en "intervjuer" til å bli en "arkitekt" som allerede besitter kontekst.

#### 1. Datakilder & Implementering (The Engine)

For å eliminere de første 10 timene med møter, må følgende integreres:

• Brønnøysund (Enhetsregisteret API): Umiddelbar henting av selskapsform, styre, økonomisk status, og signaturrett. Kostnad: Lav/Gratis via offentlige API-er.
• Proff for Business / Dun & Bradstreet: For dypere finansiell helse og bransje-benchmarking.
• LinkedIn Sales Navigator API/Scraping: For å kartlegge organisasjonsstruktur og beslutningstakere (beskriver "hvem som sitter hvor").
• BuiltWith / Wappalyzer API: For å identifisere eksisterende tech-stack (hvis de kjører Shopify, er de ikke en kandidat for tung SAP-implementering uten dype integrasjoner).

#### 2. Praktisk Design: "The Pre-Flight Dashboard"

Konsulenten får ikke en rapport, men en Actionable Briefing før Møte 1:

• Status: [KNOWN] – Regnskapsår, ansatte (estimert), bransje, teknisk stack.
• Status: [HYPOTHESIS] – "Basert på vekst i ansatte og bransje, forventer vi behov for [Modul X]."
• Status: [MISSING/CRITICAL] – "Vi mangler innsikt i deres eksisterende lagerstyring. Prioritert spørsmål for møte 1."

#### 3. Intelligens & Skalering

Muligheten ligger i algoritmisk møteplanlegging.

• Logikk: Hvis Employee_Count > 200 OG Industry == Manufacturing $\rightarrow$ Automatisk legg til "Supply Chain Deep Dive" i agendaen.
• Fallback (Graceful Degradation): Hvis data er sparsom, skifter systemet til "Guided Discovery Mode" – et minimalistisk, interaktivt dashboard der kunden bare bekrefter/korrigerer pre-populerte hypoteser.

#### 4. Go/No-Go Kriterier

• Go: B2B, medium til store organisasjoner, digitalt modne bransjer.
• No-Go: Mikro-bedrifter uten digitalt fotavtrykk, eller svært sensitive/lukkede offentlige etater (hvor manuelt arbeid er en del av sikkerhetsprotokollen).

MVP-Faser

1. Fase 1 (MVP): Integrasjon mot Brønnøysund + LinkedIn for å generere en "Baseline PDF" til konsulenten.
2. Fase 2 (Full Implementering): Integrasjon mot teknologiprofiler (BuiltWith) og automatisk generering av møteagenda basert på funn.

Neste steg:

1. Etabler API-kobling mot Enhetsregisteret for å validere datakvalitet.
2. Bygg en prototype av "The Pre-Flight Dashboard" (fokus på Missing vs. Known).
3. Test på 5 eksisterende prosjekter: Sammenlign timeforbruk med og uten baseline-rapport.

Instans SI_006

Seeds: strategisk | langsiktig | makt | mulighet | vent

Strategisk analyse: Operasjonell asymmetri via datakraft

Målet er ikke bare effektivisering, men å skape en maktfordel for konsulenten. Ved å eie informasjonsgrunnlaget før første møte, endres dynamikken fra "spørsmålsstiller" til "strategisk rådgiver". Vi eliminerer den kostbare "blanke ark"-fasen.

1. Datakilder (The Intelligence Stack)

• Brønnøysund (Enhetsregisteret API): Obligatorisk. Henter bransjekode (NACE), organisasjonsform, styresammensetning og økonomisk størrelse. Kostnad: Lav/Gratis via API.
• Proff Forvalt / Bisnode API: For dypere finansiell helse, omsetningstrender og nøkkeltall. Gir indikasjon på investeringsevne og kompleksitet.
• LinkedIn Sales Navigator/API: Kartlegging av ansattstruktur og nøkkelroller (C-level vs. drift).
• BuiltWith / Wappalyzer API: Identifiserer eksisterende tech-stack (hvilke CMS, e-handel eller analyse-verktøy de kjører i dag).
• Fallback: Ved manglende data, bruk "Reverse Lookup" på domene for å finne sosiale profiler og tekniske fotavtrykk.

2. Praktisk Design: "Pre-Flight Dashboard"

Konsulenten mottar ikke en rapport, men et Decision Support Tool (f.eks. i Notion eller PowerBI) med:

• Baseline Score: 0-100 % dekning av kjente fakta.
• Hypotese-generator: "Basert på bransje og størrelse: Forvent behov for [Modul X] og [Integrasjon Y]".
• Gap-liste: Spesifikke punkter som må avklares (f.eks. "Vi ser SAP i kilder, men mangler oversikt over lokale add-ons").

3. Automatisering og Skalering

• MVP (Fase 1): Organisasjonsnummer $\rightarrow$ API-scraping $\rightarrow$ PDF-sammendrag med 5 kritiske hypoteser.
• Fase 2: Integrasjon med CRM/ERP-verktøy som automatisk trigger prosjekt-setup basert på funn.
• Makt-grep: Ved å presentere ferdigtygde data, tvinger du kunden inn i en beslutningsmodus fremfor en forklarende modus.

4. Go/No-Go Kriterier

• Go: B2B, etablerte selskaper, standardiserte bransjer. Her er datatilgangen høy.
• No-Go: Private/nystartede selskaper uten digitalt fotavtrykk, eller ekstremt konfidensielle sektorer. Her er "vent" strategien; ikke kast bort ressurser på å jakte spøkelser.

Neste steg:

1. Utvikle en Python-prototype som kobler Brønnøysund og BuiltWith til et enkelt dashboard.
2. Definer de 5 "High-Value Hypotesene" som skal genereres automatisk for hver bransjekode.
3. Test på 10 eksisterende kunder for å måle "Gap-reduksjon".

Instans SI_007

Seeds: økonomisk | langsiktig | konkurranse | mulighet | implementer

Denne analysen fokuserer på å transformere konsulentens tidsbruk fra datainnsamling (lav verdi) til verdiskaping (høy margin). Ved å bruke organisasjonsnummeret som en digital nøkkel, flytter vi kostnadstrykket fra menneskelig arbeid til maskinell prosessering.

1. Datakilder & Automatisering (Implementer)

For å minimere timebruk må vi tappe kilder som gir kontekst uten kundens aktive medvirkning:

• Brønnøysund (Enhetsregisteret API): Umiddelbar baseline: Næringskode (NACE), økonomisk størrelse (omsetning/ansatte), styresammensetning og registrerte forretningsområder.
• Proff/Experian/Creditsafe API: Finansiell helse og kredittrisiko (viktig for langsiktig prosjektstabilitet).
• LinkedIn Sales Navigator/Apollo.io API: Automatisk mapping av organisasjonsstruktur, beslutningstakere og avdelingsstørrelser.
• BuiltWith/Wappalyzer API: Identifisering av eksisterende teknologisk stack (bruker de Shopify? SAP? Salesforce?). Dette gir oss "system-kontekst" før første møte.

2. Strukturert Output: "The Pre-Flight Dashboard" (Økonomisk)

Konsulenten skal ikke lese rapporter, de skal se et Gap-Dashboard før møte 1:

• Status: "Known" (Data hentet) vs. "Unknown" (Må avklares).
• System-profil: "Kunde kjører Microsoft-stack, men mangler integrasjon mellom ERP og CRM."
• Målrettet agenda: Automatisert generert liste: "Vi vet dere har 200 ansatte i salg; vi trenger kun å diskutere deres workflow for pipeline-overlevering."

3. Intelligens & Skalering (Konkurranse)

Ved å score organisasjonen (f.eks. Complexity Score 1-10 basert på ansatte/systemer), kan vi automatisere møteplanen. En stor bedrift med kompleks stack får en "Deep Dive"-agenda; en liten bedrift får en "Standard Setup"-agenda. Dette gir en enorm konkurransefordel gjennom raskere Time-to-Value.

4. MVP & Go/No-Go (Mulighet)

• MVP (Fase 1): Integrasjon av Brønnøysund + LinkedIn + BuiltWith $\rightarrow$ Standardisert PDF-oppsummering til konsulent.
• Fase 2: Integrasjon av kundens eksisterende systemer via OAuth for dypere prosesskartlegging.
• Go/No-Go: Metoden er optimal for SMB og Mid-Market (50-5000 ansatte). For ekstremt komplekse konsern (Fortune 500) vil dataene ofte være for fragmenterte til å gi fullverdig innsikt uten manuell dypdykk.

Neste steg:

1. Teknisk Proof-of-Concept: Koble Brønnøysund API mot en LLM for å generere en "Business Context Summary".
2. Design Dashboard: Definer de 5 kritiske datapunktene som må være "Known" før møte 1.
3. Pilot: Test på 5 eksisterende prosjekter: Hvor mye av informasjonen kunne vært hentet automatisk?

Instans SI_008

Seeds: strategisk | kortsiktig | makt | mulighet | utforsk

Analyse: Algoritmisk Discovery via Organisasjonsnummer

For å vinne makt i salgs- og implementeringsfasen må konsulenten slutte å være en "informasjonsinnhenter" og bli en "beslutningsarkitekt". Ved å bruke organisasjonsnummeret som en nøkkel, flytter vi tyngdepunktet fra kunden til oss.

1. Datakilder & Automatisering (Strategisk utnyttelse)

• Brønnøysund/Enhetsregisteret (API): Obligatorisk. Henter regnskapstall, styresammensetning, bransjekode (NACE) og organisasjonsform. Dette gir den økonomiske og juridiske rammen umiddelbart.
• LinkedIn/Apollo.io API: For å kartlegge "People Density". Hvor mange i IT, Finans, Logistikk? Dette gir en prediktiv modell av dekningsgrad for CRM/ERP-moduler.
• BuiltWith / Wappalyzer API: Identifiserer teknisk stack (bruker de Salesforce, Microsoft, eller er de "legacy"?). Dette er din viktigste mulighet for å tilpasse spørsmålene.
• Proff for Business: For dypere økonomisk analyse.

2. Design av "Day 1 Dashboard" (Kortsiktig verdi)

Konsulenten presenteres ikke for rådata, men en "Context Score".

• Min-viktig: Bransje-benchmark (er de mer/mindre effektive enn snittet?), teknisk stack, antall ansatte per avdeling (estimert via LinkedIn).
• Format: En rød/gul/grønn sjekkliste: "Vi vet alt om deres regnskap og nåværende web-stack. Vi mangler kun prosessflyt for lager og beslutningsmyndighet i innkjøp."

3. Intelligent Møtestyring & Fallback (Utforskende logikk)

• Logikk: Hvis NACE_kode = "Produksjon" OG Employee_count > 200 $\rightarrow$ Trigger automatisk "Supply Chain Discovery"-modul.
• Graceful Degradation: Ved manglende data (små firmaer) skifter systemet fra "Automated Insight" til "Guided Inquiry". Fallback er å be kunden om én ting: "Last opp din siste årsrapport/Næringsoppgave". Dette er minimal innsats for maksimal datafangst.

4. Go/No-Go & MVP

• Go: B2B, medium til store organisasjoner, digitalt modne bransjer.
• No-Go: Mikrobedrifter med ustrukturert data eller ekstremt sensitive nisjebransjer.
• MVP: Integrasjon mellom Brønnøysund + LinkedIn + en enkel Dashboard-mal.
• Fase 2: Automatisert generering av "Pre-filled Discovery Documents" basert på funnene.

Neste steg:

1. Bygg en Proof of Concept (PoC) som kobler Brønnøysund API med en LLM for å generere 5 kritiske spørsmål per bransjekode.
2. Kartlegg teknisk stack via BuiltWith for å validere "System-landskap"-hypotesen.
3. Definer "The Minimal Input" – hva er de 3 datapunktene kunden må gi for at maskinen skal starte?

Instans SI_009

Seeds: juridisk | historisk | makt | mulighet | vent

Analysen skifter fokus fra "informasjonsinnhenting" til "informasjonsdominans". Historisk har konsulenten hatt makt gjennom informasjonsasymmetri; ved å automatisere dette, flyttes maktbalansen til kunden, men muligheten for ekstrem skalering øker.

1. Datakilder & Juridisk rammeverk

For å unngå juridisk friksjon (GDPR/personvern), må man skille mellom entitetsdata (lovlig/åpent) og prosessdata (sensitivt).

• Entitetsdata (Automatisk): Brønnøysundregistrene (API: Enhetsregisteret) for struktur, styresammensetning og økonomisk helse. LinkedIn Sales Navigator API/Proxy for organisasjonskart og nøkkelpersonell (roller, ikke personopplysninger). Proff.no/Creditsafe for kredittverdighet og bransjekode (NACE).
• Teknisk landskap (Semi-automatisk): Bruk av BuiltWith API eller Wappalyzer for å identifisere teknisk stack (bruker de Shopify? Adobe? Microsoft?) basert på domene.

2. Design: "The Pre-Flight Dossier" (Dag 1)

Konsulenten skal ikke få et dokument, men et Dashboard med tre soner:

1. Baseline (Grønn): "Dette vet vi" (Org-nr, bransje, ansatte, estimert omsetning, teknisk stack).
2. Hypoteser (Gul): "Basert på bransje X, antar vi at prosess Y er kritisk" (Automatisert generert sjekkliste).
3. Gaps (Rød): "Dette må vi avklare i møte 1" (Spesifikke spørsmål som f.eks. "Hvilken ERP brukes i avdeling Z?").

3. Intelligens & Skalering

• Logic-branching: Hvis employees > 500 $\rightarrow$ Trigger "Matrix Organization"-spørsmål. Hvis NACE = Produksjon $\rightarrow$ Prioriter lager/logistikk-moduler.
• Minimal Input: Be kunden om én ting: "Godkjenn vårt utkast til organisasjonskart". Dette er en aktiv handling som gir juridisk samtykke til videre databehandling.

4. Risiko & Fallback (Graceful Degradation)

• Go/No-go: Fungerer best for B2B, medium til store organisasjoner med digitalt fotavtrykk. Faller sammen for mikrobedrifter eller svært lukkede/statlige instanser.
• Fallback: Ved manglende data, skifter systemet fra "Automatisert profil" til "Strukturert intervju-guide" basert på bransjestandarder.

MVP-Faser

• Fase 1 (MVP): Integrasjon mot Brønnøysund + BuiltWith $\rightarrow$ Generer PDF-dossier.
• Fase 2: LinkedIn-scraping for rollestruktur + AI-genererte hypoteser for prosessbehov.

Neste steg:

1. Test integrasjon mot Enhetsregisterets API for å validere datakvalitet.
2. Bygg en "Hypotese-motor" basert på NACE-koder (bransjekoder).
3. Design "Godkjenn-grensesnittet" for å sikre juridisk ryggdekning.

Instans SI_001

Seeds: operasjonell | kortsiktig | konkurranse | sårbarhet | implementer

Kortsiktig gevinst: Start med én kilde

Brønnøysundregistrenes Enhetsregisteret API er din MVP. Gratis, åpent, krever ikke kundeaccept. Med org-nr henter du:

• Juridisk navn og organisasjonsform
• Adresser og næringskode
• Antall ansatte (ofte) og stiftelsesdato
• Morselskap/datterselskap (konsernstruktur)

Konkrete datakilder i prioritert rekkefølge:

1. Brønnøysund (norsk enhetsregister) – gratis API
2. Proff Forvalt – ~2000 kr/år for kredittdata + styreinfo
3. LinkedIn Company API – begrenset, men gratis
4. Altinn – krever fullmakt, vurderes fase 2

Operasjonell struktur: "Pre-read" på én side

Consultant trenger dette før møte 1:

• Organisasjonskart (hentet fra Brønnøysund: morselskap → datterselskaper)
• Bransje/næringskode → typiske prosesser
• Størrelse → hvor mange møter trengs
• Systemlandskap (hvis tilgjengelig via Proff)

Sårbarhet: Offentlige data er ofte utdaterte. En bedrift på 50 kan ha 200 ansatte. Konkurransefortrinnet er at du kompletterer med kundeinput, ikke at du erstatter det.

Intelligens: Automatisk agenda-bygging

| Org-størrelse | Spørsmålsfokus |

|---------------|----------------|

| < 20 ansatte | "Hva gjør dere i dag?" (enklere) |

| 20-100 | Prosesser og vekst |

| 100+ | Integrasjoner, compliance, organisasjonsstruktur |

Implementer: Systemet matcher næringskode mot typiske CRM/ERP-behov. En butikk trenger varelogistikk; en tjenesteyter trenger prosjektstyring.

Konkurranse: Skalerbar fordel

Dine konkurrenter bruker 20+ timer på forundersøkelse. Med denne tilnærmingen:

• Reduserer konsulenttimer med 30-50% i startfasen
• Møtene blir kortere (allerede har baseline)
• Kunden opplever at du "allerede vet mye"

Go/no-go:

• Fungerer: Norske bedrifter, mellomstore og store
• Sårbarhet: Små enkeltpersonsfirmaer, utenlandske datterselskap, nyetablerte uten offentlig data

Konkrete neste steg

1. Bygg API-kobling til Brønnøysund (egenutviklet eller via enklere som node-brreg)
2. Lag én side "Pre-read template" – test på 3 reelle kundeemner
3. Mål tidsbesparelse – track møtetimer før/etter over 10 implementeringer

Instans SI_002

Seeds: strategisk | langsiktig | tillit | mulighet | vent

Konkret analyse

1. Datakartlegging

Brønnøysundregisterets API (enhetsregisteret) er din gratis gullgruve. Her får du:

• Firmanavn, organisasjonsnummer, adresse
• Næringskode (bransje), antall ansatte
• Styremedlemmer og daglig leder
• Morselskap/datterselskap-relasjoner

Proff.no (schibsted) gir avgiftsbelagt tilgang til regnskapstall, styreverv og eierstruktur. Verdi: ca. 1.500-3.000 NOK/år.

LinkedIn Company API – begrenset, men gir indikasjon på tech-stack og vekst.

Vent: IkkeAltinn-data krever fullmakt. Det er ikke automatisk tilgjengelig.

2. Strukturering for consultant Day 1

Lag én A4-side med:

• Grunnleggende faktum (navn, org.nr, BR-vedtak, næringskode, ansatte)
• Organisasjonskart (hvis offentlig)
• Eksisterende systemer (hvis kjent)
• Sjekkliste: «Kartlagt» vs «Må spørre om»

3. Intelligens i prosessen

Logikken er enkel: >100 ansatte = fokuser på divisjoner/avdelingsstruktur

Instans SI_003

Seeds: juridisk | historisk | makt | mulighet | vent

---

1. Datakilder: Hva kan hentes uten samtykke?

Juridisk og praktisk grensegang:

| Kil | Juridisk status | Tilgang | Pris |

|-----|-----------------|---------|------|

| Brønnøysund (Enhetsregisteret) | Offentlig | Direkte API | Gratis |

| Proff.no | Begrenset offentlig | API-abonnement | ~2.000-5.000 kr/mnd |

| Altinn (historisk) | Taushetsbelagt | Kun med fullmakt | - |

| LinkedIn Company API | Begrenset | Partnerprogram | Varierer |

| Kredittvurdering (Bisnode/Dun & Bradstreet) | Kontrakt | Bedriftsavtale | ~1.000 kr per søk |

Konklusjon startpunkt: Bruk Brønnøysund + Proff.no som base. Disse gir deg: organisasjonsnummer, navn, adresse, bransje, antall ansatte, styremedlemmer, regnskapstall.

---

2. Strukturering for consultant dag 1

Minimum levert pakke:

`

Rapport: "Organisasjonsprofil - [Bedriftsnavn]"

├── Grunnleggende: Org.nummer, navn, adresse, stiftelsesår

├── Bransje: NACE-kode, bransjeprofil

├── Størrelse: Antall ansatte (estimert), omsetning

├── Ledelse: Styrets leder, daglig leder (offentlig)

├── Regnskap: Siste års omsetning, resultat (proff.no)

├── Eksisterende systemer: (dersom tilgjengelig via Proff)

└── "Ukjent - avklar i møte": [ liste ]

`

Vent-hvorfor: Dette er minimum. Hvis datakildene ikke leverer, stopp ikke møtet—sett heller en tydelig "ukjent"-liste.

---

3. Intelligens i møteplanlegging

Logikk for spørsmålsrangering:

| Org-størrelse | Automatisk kjent | MÅ spørre om |

|---------------|------------------|---------------|

| < 10 ansatte | Lite | Hvem gjør hva? Hvilke systemer? |

| 10-50 ansatte | Ledelse, regnskap | Eksisterende IT-infrastruktur, prosessvolum |

| 50-200 ansatte | Avdelingsstruktur (antatt) | ERP-bruk, integrasjoner, compliance-behov |

| 200+ ansatte | Offentlig ledelse | IT-arkitektur, sentraliseringsgrad |

Makt-perspektivet: Konsulenten fremstår som "forberedt" men ikke "altvitende"—dette bygger tillit. Spørsmålet blir: "Vi har sett at dere bruker X—stemmer det, og hva er deres erfaringer?" i stedet for "Hva bruker dere?"

---

4. Minimal kundeinput

Én eneste forespørsel:

"For å gjøre vårt første møte mest mulig effektivt, kan dere bekrefte 2-3 ting vi har funnet, og gi oss navn på 1-2 nøkkelpersoner vi bør snakke med?"

Frame det som:

• "Tidsbesparelse for dere"
• "Vi møtes med mer kunnskap, dere bruker mindre tid på grunnleggende orientering"

---

5. Go/No-Go kriterier

Fungerer for:

• Norske AS/ASA med årsregnskap > 1 MNOK
• Organisasjoner med 10+ ansatte (offentlig data finnes)
• B2B-bransjer med fagregister (bygg, helse, finance)

Faller sammen for:

• Enkeltpersonforetak (svært begrenset data)
• Helprivateide småbedrifter
• Offentlige virksomheter (trenger andre kilder: SSB, statsregnskapet)

---

6. Konkrete neste steg

1. MVP (1 uke): Koble Brønnøysund API + Proff.no → generer PDF-rapport for 5 test-kunder
2. Fase 2 (mnd 2): Bygg "ukjent-liste" automatikk som genererer møtespørsmål basert på org-størrelse
3. Fase 3: Test med ekte konsulentteam—mål møtetid før/etter

---

Vent når data mangler—ikke fyll hull med antakelser. Makt-balansen ligger i å vite hva man IKKE vet.

Instans SI_004

Seeds: juridisk | langsiktig | makt | sårbarhet | vent

---

1. Datakartlegging

Gjennom juridisk linse: Offentlige kilder er trygge uten samtykke, alt annet krever aktiv avtale.

Automatisering mulig uten samtykke:

• Brønnøysundregisteret (Enhetsregisteret) – organisasjonsnummer, adresse, næringskode, styremedlemmer. Helt åpent.
• Proff.no – regnskapstall, styresammensetning, aksjonærer. Delvis åpent, noe betalt.
• 1881.no – kontaktinformasjon.
• Årsrapporter – via Brønnøysund, PDF tilgjengelig.

Krever kundeinvolvering (makt-aspektet):

• Eksisterende ERP/CRM-systemer (Visma, Tripletex, PowerOffice) – API-tilgang krever avtale.
• Altinn – rapporteringsdata kunden må dele.

Vent-perspektivet: Ikke prøv å hente alt i første omgang. Start med offentlige kilder som fungerer robust.

---

2. Strukturering for consultant dag 1

Min-viktig-informasjon (MÅ ha):

• Organisasjonsnavn, org.nr., adresse
• Næringskode (for bransjeforståelse)
• Antall ansatte (estimat fra Proff eller offentlig)
• Eksisterende systemlandskap (hvis kjent)

Nice-to-have:

• Regnskapstall (for størrelse/budsjett)
• Eierstruktur
• Styresammensetning

Praktisk output: Én A4-side med "Kundeprofil – forhåndsutfylt" som consultant får før møte 1. Inkluderer: "Vi har funnet X om dere – stemmer dette?" med checkboxes.

---

3. Intelligens i møteplanlegging

Logikk:

• >100 ansatte → start med organisasjonsstruktur og endringskapasitet
• <20 ansatte → fokus på hvem som gjør hva, ikke prosessmodellering
• Har SAP → andre spørsmål enn "grønt felt"
• Kjent næringskode → bransjespesifikke discovery-spørsmål

Rangering: data du ALLEREDE har = "bekreft denne" (ikke spør), data du IKKE har = "må spørre".

---

4. Kundeinvolvering – minimal input

Én ting: bekreft organisasjonsnummer + navn på kontaktperson.

Frame det slik: «For å gi dere best mulig utbytte av første møte, har vi samlet offentlig tilgjengelig informasjon om dere. Trenger bare at dere bekrefner at vi har rett bedrift.»

Dette er lav terskel og gir kunden følelse av at noe er gjort FOR dem, ikke AT dem.

---

5. Iterasjon og vedlikehold

Automatiseringside: samme API-kall kan kjøres på nytt ved behov. Lag en "refresh"-funksjon i verktøyet som henter oppdatert data ved nye avdelinger eller enheter. Ikke bygg闭环 – la konsulenten manuelt trigger ved behov.

---

6. Fallback ved manglende data

Hvis offentlige kilder er tynne (f.eks. enkeltpersonforetak):

• Fallback: bruk kundens nettside som kilde (scraping er juridisk gråsone – vent og vurder)
• Eller: akseptér at første møte blir mer data-innsamlende – ikke alle organisasjoner egner seg for automatisering

Go/no-go: Funksker for AS/ASA med ansatte. Funksker dårlig for enkeltpersonforetak, ideelle organisasjoner, utenlandske enheter.

---

Konkrete neste steg

1. MVP: Bygg script som tar org.nr → henter data fra Brønnøysund + Proff → genererer én PDF-side.
2. Test: Bruk på 3 reelle kunder i pre-discovery – mål tid spart.
3. Juridisk: Få vurdert GDPR-konsekvenser av å lagre/håndtere offentlig data om personer (styremedlemmer).

---

Ordre: 347

Instans SI_005

Seeds: strategisk | langsiktig | makt | mulighet | vent

Strategisk vinkel

Min unike linse her er makt i forberedelsen. Konsulenten som møter kunden med fakta på bordet, har makt. Den som sitter på mest kontekst, styrer samtalen. Vent ikke på at kunden skal levere alt – hent det som er offentlig, og la dere deretter be om det minste.

Konkrete datakilder

Automatisk tilgjengelig (uten samtykke):

• Brønnøysundregisteret API – gratis, gir enhetsnummer, adresse, bransje, stiftelsesdato, siste regnskapstall
• Proff Forvaltning (bisnode) – betalt (~500-2000 kr/rapport), gir styresammensetning, regnskapsnøkkeltall
• LinkedIn Company API – gir størrelse, bransje, siste nyheter (krever auth for mer data)
• Google Knowledge Graph – gratis, ofte inneholder grunnleggende info

Krever kundeinput (minimalt):

• Org-chart (1-side PDF)
• Navn på nåværende ERP/CRM (hvis eksisterende)

Praktisk struktur for "dag 1"

`

PRE-MEETING BRIEFING (1-side)

GRUNNLEGGENDE:

• Navn: [Org-navn]
• Ansatte: [antall] (fra Brønnøysund)
• Bransje: [NACE-kode]
• Omsetning: [mill] (fra regnskap)

SYSTEMLANDSKAP (auto-fylt der mulig):

• Kjent ERP: [???] ← SPØR
• Kjent CRM: [???] ← SPØR
• MS365/G-Suite: [???] ← SPØR

KARTLAGT ETTER OSS:

✓ Juridisk struktur (Brønnøysund)

✓ Regnskapsstatus (Proff)

✓ Bransjetrender (LinkedIn/Growth)

MÅ SPØRRE OM:

• Organisasjonskart
• Prosess-eiere
• Smertepunkter

`

Intelligens i prosessen

Automatisert prioritering basert på org-størrelse:

• < 50 ansatte: fokus på "hvem eier prosessene" + lav kompleksitet
• 50-500: fokus på avdelingsstruktur + eksisterende systemer
• 500+: fokus på endringsledelse + integrasjonspunkt

Scoring:

• Hvis SAP listet i Proff → SAP-spesifikke spørsmål
• Hvis omsetning > 500M → compliance-fokus
• Hvis nylig styrebytte → mulig organisatorisk ustabilitet

Go/no-go

| Faktor | Fungerer | Faller |

|--------|----------|--------|

| Org-størrelse | > 30 ansatte | < 15, få offentlige data |

| Bransje | B2B, offentlig sektor | Konsument/nisje |

| Eksisterende systemer | Ja, kjent | Grønt felt = mer å spørre om |

Vent – det som er viktigst

Ikke fall i fellen at alt må automatiseres. Vent = kvalitetssikring. Prøv først med 10 kunder, se hva som faktisk spares i møtetimer, før du skalerer. Mål tid brukt på forundersøkelse før/etter.

Konkrete neste steg

1. Bygg MVP: Koble Brønnøysund-API + Proff → 1-side PDF som sendes til konsulent 24 timer før møte
2. Test: Bruk på 5 neste salgssamtaler – mål tidsbesparelse
3. Iterer: Legg til LinkedIn + fallback til manuell input for SMB

Instans SI_006

Seeds: operasjonell | langsiktig | makt | sårbarhet | implementer

Kort svar

Din visjon er operasjonelt sterk fordi den flytter makt fra manuell informasjonsinnhenting til automatisert kunnskapsbygging. Men sårbarheten er åpenbar: du er avhengig av data som ikke alltid finnes eller er tilgjengelig. Her er konkret forslag:

---

1. Datakartlegging (konkrete kilder)

| Kilde | Hva gir den | Tilgang | Juridisk status |

|-------|-------------|---------|-----------------|

| Brønnøysund API | Org.navn, adresse, næring, reg.status | Åpen REST | Greit uten samtykke |

| Altinn | Roller, tilganger, konsesjoner | Krever fullmakt | Samtykke nødvendig |

| LinkedIn Company API | Størrelse, bransje, beskrivelse | Betydelig begrensning | Greit for offentlig info |

| Proff (Bisnode) | Regnskap, styre, eierstruktur | Betalt | Lisensavtale |

| Ehelse/fagsystemer | Eksisterende systemlandskap | Kun via eksisterende integrasjon | Avtale |

Operasjonell konklusjon: Start med Brønnøysund + Proff (billigst mestverdi). LinkedIn er usikkert pga API-restriksjoner.

---

2. Strukturering for dag 1

Consultant trenger:

• Én side: "Det vi allerede vet" (org.struktur, næring, regnskap, eksisterende systemer)
• Scorematrise: Hva vi MÅ spørre om vs. kan validere i møtet
• Prioritert agenda: Automatisk generert basert på "hull" i data

Eksempel output:

"Vi vet: 45 ansatte, regnskap 12MNOK, næringskode 62. Vi mangler: hvilket ERP brukes, antall lokasjoner. Foreslått agenda: 1) Bekreft systemlandskap, 2) Prosessvolum"

---

3. Intelligens i prosessen

Algoritme for møteagenda:

• < 20 ansatte: Fokus på grønt-felt behov, ikke systemspesifikke spørsmål
• 20-100 ansatte: Spør om eksisterende regnskap/CRM
• > 100 ansatte: Spør om systemlandskap, compliance, integrasjoner

Dette er makt-flytting: consultant er forberedt, kunden føler seg "forstått".

---

4. Minimal kundeinput

Én ting: 30-min digitalt "kvalifiseringsmøte" hvor kunden bekrefter org.nummer og gir 2-3 setninger om dagens situasjon. Frame som: "Vi gjør research før møtet—trenger bare bekreftelse av org.nummer og et par korte spørsmål så vi ikke bruker verdifull tid på basics."

---

5. Go/no-go

Fungerer:

• Norge (Brønnøysund er gullgruve)
• Bedrifter > 5 mill. omsetning (Proff-data tilgjengelig)
• Modne bransjer med standard systemer

Faller sammen:

• Nystartede selskaper (ingen historikk)
• Konsernstrukturer (kompleksi for høy)
• B2C uten offentlig tilgjengelig data

---

6. MVP + Fase 2

MVP (2 uker):

1. Bygg connector til Brønnøysund API
2. Lag template for "Forundersøkelse" (én side PDF)
3. Test på 3 reelle salgsmuligheter

Fase 2:

• Integrer Proff
• Bygg agenda-algoritme
• Automatiser oppfølging ved nye avdelinger

---

Konkrete neste steg

1. Skaff Brønnøysund API-nøkkel (kostnad: ~5000 kr/år)
2. Lag mock-rapport basert på egen bedrift som test-case
3. Pitch til 3 konsulenter: "Kan dette redusere discovery-tiden din med 40%?"

Instans SI_007

Seeds: operasjonell | kortsiktig | makt | sårbarhet | vent

Konkrete datakilder (operasjonellt)

Fase 1 — Gratis og tilgjengelig:

• Brønnøysundregistrene: Enhetsregisteret gir organisasjonsform, adresse, næringskode, ansatte (ikke eksakt tall, men intervall). API: https://data.brreg.no/enhetsregisteret/api/enheter/{orgnr}
• Proff.no / Bisnode: Gir regnskapstall, styre/signerere, gjeldsgrad. Krever abonnement (ca. 2000-5000 kr/mnd for API-tilgang)
• LinkedIn Company API: Antall ansatte, bransje, størrelse. Krever partneravtale
• OpenStreetMap / Kartverket: Forretningsadresse, koordinater

Fase 2 — Kundeintegrasjon (kortsiktig):

• Hvis kunden har Excel-eksport fra eksisterende system — lastes inn i dashboard
• ERP/CRM-quote export (SAP, Visma, Dynamics) — be om én fil, ikke 10 møter

Praktisk output til konsulent (dag 1)

Lag én A4-side (ikke 50 sider) med:

1. Faktum: Org.navn, adresse, næringskode, ansatte-intervall, regnskapsstatus
2. Kjent: Bransje, rough systemlandskap (fra LinkedIn/jobbmarkedet)
3. Ukjent: Felter merket "MÅ SPØRRE" vs. "KAN SPØRRE"
4. Scoring: Prioriter møteagenda basert på hull

Intelligens i prosessen

Logikk:

• < 10 ansatte → spør om alt, forvent ingenting
• > 500 ansatte → spør om governance, ikke prosessdetaljer
• Næringskode 01-03 → primærnæring, andre spørsmål
• Gjeld > 3x egenkapital → financial risk flagg

Makt-perspektiv: Konsulenten sitter med makt til å forme møtet. Automatiseringen fjerner "jeg vet ikke" — kunden møter en som har gjort leksen.

Minimal input fra kunde

Én ting: "Hva er dagens systemlandskap?" (et Excel-ark, ett dokument, ett screenshot — ikke møte)

Frame det: "Vi bruker 15 minutter av første møte på å validere det vi har funnet, resten bruker vi på fremtid."

Fallback ved manglende data

Hvis Brønnøysund ikke svarer → vis "Ukjent" med gul markør. Ikke prøv å fylle hull med antakelser. Konsulenten spør rett ut: "Fant ikke ansatte — hvor mange er dere?"

Go / No-go

Fungerer: Norge, norske organisasjoner med org.nr., SMB og stor bedrift

Fungerer ikke: Ideelle organisasjoner, utenlandske datterselskaper, helt nye selskaper uten regnskap

Neste steg

1. MVP: Koble Brønnøysund-API → generer A4-rapport med org.nr som input. Tidsbruk: 2 dager
2. Pilot: Test på 5 reelle kundeemner før salgsmøte
3. Iterasjon: Legg til Proff.no når første verdi er bevist

Instans SI_008

Seeds: strategisk | kortsiktig | makt | mulighet | implementer

Mitt perspektiv

Kortsiktig gevinst = makt i forhandlingen. Konsulenten som møter kunden med allerede innsamlet kunnskap har et informasjonsovertak som reduserer kundens forhandlingsposisjon og øker konsulentens troverdighet. Dette er ikke bare effektivisering—det er strategisk posisjonering.

1. Datakilder (automatisk tilgjengelig)

| Kilde | Hva gir | Tilgjengelighet | Juridisk |

|-------|---------|-----------------|----------|

| Brønnøysundregisteret API | Org.navn, adresse, styre, næringskode, regnskapstall | Åpent for alle | Ingen GDPR-problematikk |

| Proff.no API | Regnskap, styremedlemmer, historikk | Abonnement (ca. 2000 kr/år) | Lovlig for B2B |

| LinkedIn Sales Navigator API | Ansattvolum, avdelingsstruktur | Partnertilgang kreves | Kan kun bruke profildata aktivt delt |

| Altinn | Rollebasert tilgang, virksomhetssertifikat | Krever fullmakt fra kunde | Ikke automatisk tilgjengelig |

Konklusjon: Start med Brønnøysund + Proff. Det gir deg 80% av verdi uten noe samtykke.

2. Strukturering for consultant (dag 1)

Lag et 2-siders pre-brief med:

• Side 1: Nøkkeltall (ansatte, omsetning, vekst, styremedlemmer)
• Side 2: Hypoteser basert på næringskode + bransjeanalyse

Min-viktig:

• Størrelse → avgjør kompleksitetsnivå
• Bransje → avgjør prosessbehov
• Eksisterende systemer → kan mistenkes basert på næringskode (f.eks. retail = varelagerbehov)

Nice-to-have: Detaljert orgkart (fås ikke automatisk)

3. Intelligens i møteplan

Scoringsmatrise for hva du MÅ spørre om vs. allerede vet:

| Faktor | Hvis du VET det | Spørsmål å droppe | Spørsmål å prioritere |

|--------|-----------------|-------------------|----------------------|

| Ansatte > 200 | Nei | "Hvem er nøkkelpersoner?" | "Hva er desentraliseringsgrad?" |

| Omsetning > 50M | Delvis | "Har dere budsjetter?" | "Hva er revenue-drivers?" |

| B2B vs B2C | Ja (via næringskode) | "Hvem er målgruppen?" | "Hvilke kanaler?" |

Dette reduserer møtetid med estimert 30-40%—du spør ikke om det du kan observere.

4. Minimal kundeinvolvering

Én eneste forespørsel før møte 1:

"For å gjøre vårt første møte mest mulig effektivt, kan du dele ditt org-kart (PDF el. bilde)? Vi har allerede hentet grunnleggende info fra offentlige registre."

Frame det som: "Vi vil ikke kaste bort din tid på grunnleggende spørsmål."

5. Fallback-mekanisme

Hvis Brønnøysund gir lite (f.eks. enkeltpersonforetak):

• Nedgrader til: "Ingen offentlig data tilgjengelig—be om 15 min telefonintervju for basics"
• Unngå: Å late som du har data du ikke har

6. Go / No-Go

| Situasjon | Funksjon? | Kommentar |

|-----------|-----------|-----------|

| Norge, B2B, > 5 ansatte | ✅ Ja | Brønnøysund har data |

| Offentlig sektor | ✅ Ja | Ofte godt dokumentert |

| Startup < 5 ansatte | ⚠️ Begrenset | Må bruke LinkedInmanuelt |

| Utlandet | ❌ Nei | Krever annen datakilde |

Prototype / MVP

Fase 1 (2 uker):

• Koble til Brønnøysund API
• Lag script som tar org.nr → genererer 1-side PDF
• Test på 5 reelle salgsmuligheter

Fase 2 (måneder 2-3):

• Inkluder Proff.no
• Bygg scoringsmatrise for møtespørsmål

---

Konkrete neste steg

1. Registrer deg for Brønnøysund API (brreg.no—gratis)
2. Lag en prototype i Python/Node som tar org.nr og printer organisasjonsinfo
3. Test på neste 3 kundeemner—ikke for salg, men for å validere at dataene er verdifulle

Det som gir mest kortsiktig makt er rett og slett å møte kunden med noe de ikke forventet: at du allerede vet hvem de er.

Instans SI_009

Seeds: strategisk | langsiktig | tillit | resiliens | aksepter

Kort svar

Løsningen fungerer best for mellomstore og store virksomheter (50+ ansatte) i Norge med offentlig eksponert virksomhetsinformasjon. Den feiler for små, privateide selskaper og organisasjoner med lav digital tilstedeværelse.

Konkrete datakilder

Fase 1 – Gratis og tilgjengelig uten samtykke:

• Brønnøysundregisteret API (enhetsregisteret.no): Gir organisasjonsnummer, navn, adresse, næringskode, styreformat, regnskapstall. Gratis.
• Proff.no API: Eierstruktur, styremedlemmer, nøkkeltall. Abonnement.
• 1881/Eniro: Kontaktinformasjon og roller.

Fase 2 – Krever samtykke/integrasjon:

• LinkedIn Company API: Antall ansatte, bransje, størrelse.
• Kundens eksisterende ERP/CRM: Direct SQL-tilgang eller rapporteksport.

Praktisk output til konsulent før møte 1

En "Pre-Deck" på 2-3 sider med:

1. Grunnleggende fakta: Org.navn, næringskode, ansatte (estimat), omsetning, styresammensetning.
2. Kjent systemlandskap: Hva vi kan se av offentlige nettsider, jobbsider, LinkedIn.
3. "Allerede kartlagt"-sjekkliste: Dette vet vi allerede—trenger ikke spørre om dette i møtet.

Intelligens i prosessen

Scoringslogikk:

• Hvis >500 ansatte → spør om organisasjonsstruktur og lokasjoner (ikke navn på hver ansatt)
• Hvis næringskode 01-03 (primærnæring) → anta lite eksisterende ERP, spør om manuelle prosesser
• Hvis bruker SAP ifølge LinkedIn → start med SAP-integrasjonsspørsmål, ikke "hvilket system bruker dere?"

Minste input fra kunde

Én eneste ting: organisasjonsnummeret. Alt annet er nice-to-have. Fram det slik: "Gi oss org-nr, så møter vi dere forberedt med alt vi kan finne offentlig. Dere sparer tid på repetitive spørsmål."

Resiliens ved manglende data

Hvis data ikke finnes → fallback til "normalt for næring X" med disclaimer. Vis tydelig: "Dette er antatt basert på bransje—bekreft eller korriger i møte."

Go/No-go

• Go: Norskregistrerte AS/ASA med >20 ansatte, offentlig tilgjengelig regnskap.
• No-go: Enkeltpersonforetak, utenlandske enheter, organisasjoner med <5 ansatte og ingen digital tilstedeværelse.

Neste steg

1. Bygg MVP: Koble Brønnøysund + Proff + web-scraping av LinkedIn → generer 2-siders PDF.
2. Test på 5 reelle salgsscenarioer: Mål tidsbesparelse i time brukt på forundersøkelse.
3. Design "opt-in" for fase 2: Hvordan spørre kunden om tilgang til deres eksisterende system (bygger tillit gjennom åpenhet om hva som hentes).

Instans SI_001

Strategisk kortsiktig mulighet: Automatisert tillitsskapende implementering

1. Datakartlegging – Hva vi henter nå (kortsiktig)

Offentlige kilder (ingen samtykke nødvendig):

• Brønnøysundregistrene (API): Org-struktur, nøkkelpersoner, bransjekode (SN2007), stiftelsesår, revisor.
• Altinn (via API): Roller, rapporteringsplikt (MVA, årsregnskap), antall ansatte (fra a-meldinger).
• SSB/Proff (åpne data): Omsetning, ansatte, bransjeutvikling (for benchmarking).
• Enhetsregisteret (API): Offisielle kontaktdata, juridisk form.

Semi-offentlige/kommersielle (krever samtykke, men kan automatiseres via kundeportaler):

• LinkedIn API (med kundeaksess): Ansatte, roller, vekst (via "Company Insights").
• Power BI/Tableau Public: Hvis kunden har offentlige dashboards (eks: kommuner).
• Eksisterende systemer (hvis integrasjon finnes): SAP/Oracle metadata (moduler, versjon), Salesforce (objekter, brukerantall).

Juridisk gjennomførbart uten manuell aksept:

• Alt som er offentlig tilgjengelig (Brønnøysund, Altinn, SSB) kan hentes automatisk.
• LinkedIn krever samtykke, men kan inngå i standard "onboarding"-prosessen (se punkt 4).

---

2. Strukturering – Hva konsulenten får før møte 1

Dashboard-format (eks: Power BI eller Notion-template):

• Org-baseline (automatisk hentet):
• Org-kart (fra Brønnøysund), nøkkelpersoner med roller.
• Ansatte/omsetning (SSB/Proff), bransje (SN2007-kode).
• Eksisterende systemer (hvis nevnt i offentlige kilder, eks: "bruker Visma").
• Sjekkliste med "allerede kartlagt":
• ✅ Org-struktur | ✅ Nøkkelpersoner | ❓ Prosessdokumentasjon (må be om)
• Risikoscore (automatisk beregnet):
• "Høy kompleksitet" hvis: >200 ansatte + SAP + flere juridiske enheter.
• "Lav kompleksitet" hvis: <50 ansatte + ingen ERP.

Min-viktig-informasjon:

1. Org-struktur (avdelinger, beslutningslinjer).
2. Eksisterende systemer (navn, versjon, brukerantall).
3. Bransjespesifikke krav (eks: helse = personvern, produksjon = lagerstyring).

---

3. Intelligens – Hvordan data styrer møteplanen

Automatisk generert møteagenda basert på data:

• Hvis >200 ansatte + SAP:
• Fokus: Integrasjoner, skalerbarhet, brukeropplæring.
• Spørsmål: "Hvordan håndterer dere dagens SAP-grensesnitt mot CRM?"
• Hvis <50 ansatte + ingen ERP:
• Fokus: Enkelhet, manuelle prosesser.
• Spørsmål: "Hvilke manuelle rutiner ønsker dere å automatisere?"

Scoring av "må spørre vs. vet allerede":

• Alltid spørre:
• "Hva er deres største smertepunkt i dagens prosesser?" (kan ikke automatiseres).
• "Hvem er sluttbrukere, og hvordan jobber de?" (org-data sier ikke hvordan).
• Allerede kjent:
• "Hvor mange ansatte har dere?" (SSB/Altinn).
• "Hvilke systemer bruker dere?" (hvis nevnt i offentlige kilder).

---

4. Kundeinvolvering – Minimal, men tillitsskapende

Tre input-punkter før møte 1:

1. "Last opp org-kart" (hvis ikke i Brønnøysund) – framer som "sparer tid i møtet".
2. "Beskriv en typisk dag for en sluttbruker" (3 setninger) – framer som "hjelper oss å tilpasse løsningen".
3. "Gi oss tilgang til LinkedIn Company Insights" (hvis relevant) – framer som "får bedre innsikt i teamet ditt".

Hvordan selge det:

• "Vi har allerede kartlagt 60% av informasjonen vi trenger – disse tre stegene hjelper oss å fylle hullene før møtet, så vi kan bruke tiden på det som virkelig betyr noe for dere."

---

5. Iterasjon – Automatisk oppfølging

• Nye avdelinger/roller: Hvis org-struktur endres (eks: ny avdeling), trigges en automatisk oppdatering via Brønnøysund-API.
• Systemendringer: Hvis kunden oppgir ny programvare (eks: "nå bruker vi HubSpot"), lagres dette i en "systemkatalog" som brukes i neste møte.
• Fallback: Hvis data mangler (eks: liten bedrift uten org-kart), sendes en automatisert e-post med: "Vi ser at vi mangler X – kan du svare på dette spørsmålet? [Lenke til 1-spørsmåls skjema]."

---

6. Risiko – Når løsningen faller sammen

Go/no-go-kriterier:

• Fungerer best for:
• Bedrifter med >10 ansatte (offentlige data er mer detaljerte).
• Bransjer med standardiserte prosesser (eks: handel, tjenester).
• Faller sammen for:
• Mikrobedrifter (<5 ansatte) – mangler offentlige data.
• Sterkt regulerte bransjer (eks: bank) – behov for manuell kartlegging uansett.

Fallback-mekanismer:

• Manglende org-data: Be om et enkelt org-kart (kan tegnes i Miro/Excel).
• Manglende systemdata: Send et 1-spørsmåls skjema: "Hvilke systemer bruker dere i dag? [Tekstfelt]".
• Juridiske begrensninger: For GDPR-sensitive data (eks: ansattlister), be om en anonymisert versjon ("Antall ansatte per avdeling").

---

Neste steg (konkrete handlinger)

1. Bygg MVP-integrasjoner:

• Koble til Brønnøysund + Altinn API (koster ~5k NOK/år).
• Lag en Power BI-template som automatisk fylles med data fra disse kildene.

2. Test på 3 pilotkunder:

• En stor (200+ ansatte), en mellomstor (50-200), en liten (<50).
• Mål: Reduserer dette antall møtetimer med >30%?

3. Automatiser LinkedIn-tilgang:

• Inkluder "Gi oss tilgang til LinkedIn" som standard i onboarding-e-post.
• Lag en mal for hvordan konsulenter bruker dataene (eks: "Vi ser at dere har 10 selgere – hvordan er deres salgsprosess i dag?").

---

Strategisk mulighet: Denne tilnærmingen skaper tillit gjennom handling – kunden opplever at du allerede kjenner dem, ikke spør om det de trodde du visste. Kortsiktig gevinst: Reduserte timer i discovery-fasen, langsiktig gevinst: Skalerbar prosess som fungerer på tvers av bransjer. Implementer nå, optimaliser senere.

Instans SI_002: Syklisk konkurranseutforskning av CRM/ERP-forundersøkelser

Strategisk mulighet: Vi utnytter en syklisk svakhet i konsulentbransjen – alle konkurrenter gjentar samme manuelle discovery-prosess. Ved å automatisere første fase skaper vi en konkurransefordel som både reduserer kostnader og akselererer time-to-value. Nøkkelen er å utforske hvilke datakilder som gir størst gevinst per integrasjonsinnsats.

---

1. Datakartlegging: De 5 mest strategiske kildene

| Kilde | Dataeksempler | Juridisk status | Kostnad |

|-------|--------------|----------------|---------|

| Brønnøysundregistrene | Org.struktur, eierskap, ansatte, revisor | Offentlig tilgjengelig (unntatt enkelte felt) | Gratis API |

| Altinn | Regnskapstall, næringskoder, skatteopplysninger | Krever samtykke (men kan innhentes via kundeportalen) | Gratis |

| Proff.no API | Bransjeanalyse, konkurrenter, veksttall | Offentlig tilgjengelig | ~10.000 NOK/år |

| LinkedIn Sales Navigator | Ansatte, roller, teknologi-stack (via profiler) | Krever samtykke (men kan automatiseres via CRM-integrasjon) | ~1000 NOK/mnd |

| Kundens egen nettside | Teknologi-stack (Wappalyzer), ledelsesstruktur (scraping) | Offentlig tilgjengelig | Gratis |

Praktisk gjennomførbart uten samtykke: Brønnøysund + Proff.no + nettside-scraping gir 60-70% av nødvendig baseline for organisasjoner >50 ansatte. For mindre bedrifter må vi degradere gracefully (se punkt 6).

---

2. Strukturering: Det konsulenten MÅ ha før møte 1

Dashboard med 4 seksjoner:

1. Organisasjonskart (fra Brønnøysund) med fargekoder for avdelinger >10 ansatte
2. Prosess-indikatorer (autogenerert fra næringskoder + ansattstall):

• "Sannsynligvis kompleks økonomiprosess" (hvis >200 ansatte + revisor)
• "Potensiell behov for integrasjon" (hvis >50 ansatte + SAP/Visma)

3. Teknologi-stack (fra LinkedIn + Wappalyzer) med "sannsynlighet for legacy-systemer" (alder på nettside, manglende moderne APIer)
4. Sjekkliste med "allerede kartlagt" (grønt) vs. "må verifiseres" (gult):

• ✅ Org.nr, adresse, eierskap
• ⚠️ Prosessflyt for ordre-til-faktura
• ❌ Spesifikke systembrukere (må kartlegges)

Min-viktig-informasjon:

• Org.struktur (for å identifisere beslutningstagere)
• Nøkkelprosesser (basert på bransje + størrelse)
• Eksisterende systemer (for å unngå "vi har allerede dette"-overraskelser)

---

3. Intelligens: Dynamisk møteplan basert på data

Scoring-modell (0-100) for prioritering:

• Størrelse: 500+ ansatte → +30 poeng (høy kompleksitet)
• Bransje: Produksjon → +20 poeng (komplekse prosesser)
• Systemer: SAP/Visma → +15 poeng (integrasjonsbehov)
• Vekst: >20% siste år → +10 poeng (skaleringsbehov)

Eksempel:

• Score >70 → Møte 1 fokuserer på integrasjoner og skalerbarhet
• Score <30 → Møte 1 fokuserer på grunnleggende prosesser og brukeropplæring

---

4. Kundeinvolvering: 3 input-punkter som føles som gevinst

1. "Last opp org-kart (PDF/Visio)" → Framstilles som "vi sparer deg for 2 timer med tegning"
2. "Velg 3 nøkkelprosesser du vil forbedre" → Gir eierskap til løsningen
3. "Koble til Altinn (1 klikk)" → Framstilles som "vi henter regnskapstall automatisk"

Psykologisk framing: "Dette reduserer prosjektkostnadene dine med 20-30% ved å kutte unødvendige møter."

---

5. Iterasjon: Syklisk oppdatering

• Automatisk trigger: Når nye avdelinger legges til i Brønnøysund → ny mini-discovery
• Kundeportal: Oppdaterte dashboards som viser "hva vi vet nå" vs. "hva som mangler"
• Feedback-loop: Etter hvert møte scorer konsulenten datakvaliteten → systemet lærer hvilke kilder som er mest pålitelige

---

6. Risiko: Graceful degradation

| Risiko | Fallback | Trigger |

|--------|----------|---------|

| Liten bedrift uten offentlige data | Manuell input via skjema (men kun 5 felter) | <50 ansatte |

| Mangler Altinn-tilgang | Bruker Proff.no-data (mindre detaljert) | Ingen samtykke |

| Utdatert LinkedIn-data | Nettside-scraping + manuell verifisering | >20% avvik |

---

Go/No-Go-Kriterier

✅ Fungerer best for:

• Organisasjoner >50 ansatte
• Bransjer med standardiserte prosesser (handel, tjenester)
• Kunder med eksisterende systemer (SAP, Visma, Dynamics)

❌ Fallgruver:

• Startups <20 ansatte (for lite offentlige data)
• Offentlig sektor (komplekse lovkrav)
• Bransjer med unike prosesser (f.eks. forskning)

---

Neste steg (MVP → Fase 2)

1. Bygg en prototype som integrerer Brønnøysund + Proff.no + Wappalyzer → test på 10 eksisterende kunder
2. Utvikle "møteplan-generatoren" basert på scoring-modellen → mål: 30% kortere møter
3. Pilot med 3 konsulenter → mål: 20% reduksjon i discovery-timer

Strategisk konkurransefordel: Når konkurrentene bruker 20 timer på discovery, bruker vi 5 – og bruker de 15 timene på å designe bedre løsninger.

Instans SI_003: Operasjonell utforsking av CRM/ERP-forundersøkelse basert på organisasjonsnummer

1. Datakartlegging: Konkurransedyktige kilder med kortsiktig ROI

Offentlige kilder (juridisk trygt, ingen samtykke):

• Brønnøysundregistrene (API via [brreg.no](https://www.brreg.no)): Organisasjonsstruktur, nøkkelpersoner, bransjekoder (NACE), regnskapsdata (småbedrifter har begrenset tilgang).
• Altinn (via [altinn.no](https://www.altinn.no)): Rapporterte tall (ansatte, omsetning), skattemeldinger (for SMB), roller og tilganger (hvis kunde gir engangs-tilgang via BankID).
• SSB Åpne Data ([ssb.no](https://www.ssb.no)): Bransjestatistikk, gjennomsnittlig lønnskostnad, produktivitetstall (for benchmarking).
• Konkursregisteret ([konkurs.no](https://www.konkurs.no)): Varsel om økonomisk stress (risikofaktor for ERP-prosjekter).

Private kilder (krever samtykke, men lav terskel):

• LinkedIn API (via [developer.linkedin.com](https://developer.linkedin.com)): Ansatte, avdelinger, teknologi-stack (via profiler med "bruker [X]-system"). Krever kunde-aksept, men kan automatiseres via e-post med "Klikk her for å gi tilgang"-lenke.
• Google Places API ([developers.google.com/maps](https://developers.google.com/maps)): Fysiske lokasjoner, antall ansatte (estimert via "100+ ansatte"-markeringer).
• Eksisterende systemer: Hvis kunde bruker Microsoft 365, kan Microsoft Graph API hente org-struktur og brukerroller (med samtykke). For SAP/Oracle, sjekk om de har OData API-er for metadata.

Juridisk gjennomførbart uten samtykke:

• Offentlige registre (Brønnøysund, SSB, Konkursregisteret) er lovlig å hente fra uten samtykke (unntatt personopplysninger som ikke er nøkkelpersoner).
• LinkedIn/Google: Krever samtykke, men kan automatiseres via pre-approved tilgang i kundeavtalen (f.eks. "Vi henter offentlig tilgjengelig data + LinkedIn-profiler med ditt samtykke").

---

2. Strukturering: Operasjonell baseline for konsulenten

Min-viktig-informasjon (MVI) for dag 1:

| Kategori | Datapunkt | Kilde | Bruk i møte 1 |

|-------------------|------------------------------------|---------------------------|----------------------------------------|

| Organisasjon | Antall ansatte, omsetning | Brønnøysund, Altinn | Prioriterer kompleksitet (50 vs. 500 ansatte) |

| Bransje | NACE-kode, SSB-statistikk | Brønnøysund, SSB | Forhåndsdefinerte spørsmål per bransje |

| Systemlandskap| Bruker SAP/Oracle/M365? | LinkedIn, Google Places | Unngår repetitive "hvilke systemer bruker dere?" |

| Nøkkelpersoner| Daglig leder, IT-ansvarlig | Brønnøysund | Møteinvitasjoner sendes automatisk |

| Økonomi | Regnskapstall (hvis tilgjengelig) | Altinn | Identifiserer pressområder (f.eks. høy lønnskostnad) |

Presentasjon til konsulent:

• Dashboard (f.eks. i Power BI eller Notion) med:
• Org-kart (hentet fra Brønnøysund/LinkedIn) med markerte nøkkelpersoner.
• Systemoversikt (hvilke systemer brukes, estimert kompleksitet).
• Sjekkliste med "Allerede kartlagt" vs. "Må utforskes i møte".
• Automatisk generert møteagenda basert på hull i data (f.eks. "Mangler info om lagerstyring → legg til 15 min på dette").

---

3. Intelligens: Konkurransefordel via dynamisk møteplanlegging

Scoring av hva du MÅ spørre om vs. allerede vet:

• Regelbasert prioritering:
• 500+ ansatte? → Fokuser på skalerbarhet (API-er, integrasjoner).
• Bruker SAP? → Forhåndsutforsk SAP-moduler (f.eks. FI, MM) og spør om tilpasninger.
• Bransje: Bygg og anlegg? → Prioriter prosjektstyring og mobiltilgang.
• Automatisk genererte spørsmål:
• Hvis data viser høy omsetning men lav lønnsomhet → Spør om kostnadskontroll i ERP.
• Hvis ingen IT-ansvarlig i Brønnøysund → Spør om ekstern IT-leverandør.

Fallback ved manglende data:

• Graceful degradation:
• Hvis LinkedIn-data mangler → Bruk Google Places for ansatte-estimat.
• Hvis Altinn-data er utilgjengelig (småbedrifter) → Be kunde om siste regnskap (1 klikk i Altinn).
• Hvis ingen systeminfo → Send forhåndsutfylt skjema med "Kryss av systemer dere bruker" (men kun som siste utvei).

---

4. Minimal kundeinvolvering: Mulighet for "gavne seg selv"-framing

Input-punkter før møte 1 (maks 2 stk):

1. "Gi oss tilgang til LinkedIn" (1 klikk via OAuth).

• Framing: "Dette sparer dere for 30 min med spørsmål om avdelinger og systemer."

2. "Last opp org-kart" (hvis ikke i Brønnøysund).

• Framing: "Vi fyller ut resten basert på offentlige data, men dette gir oss 80% av bildet på 2 min."

Automatisert e-post til kunde:

*"Hei [Navn],

Vi har allerede kartlagt [X] ansatte, [Y] avdelinger og at dere bruker [Z]-system. For å gjøre vårt første møte så effektivt som mulig, trenger vi bare:

1. Tilgang til LinkedIn (1 klikk) → [Lenke]

2. Eventuelt org-kart hvis det ikke er offentlig.

Dette tar 2 min, og sparer dere for 1 time med repetitive spørsmål. Møteagendaen genereres automatisk basert på dataene."*

---

5. Iterasjon: Automatisert oppfølging som konkurransefordel

• Nye avdelinger/ansatte: Kjør samme datainnsamling hver uke (f.eks. sjekk Brønnøysund for endringer).
• Systemendringer: Overvåk LinkedIn for nye "bruker [X]-system"-oppdateringer.
• Automatiske påminnelser: Hvis data er utdatert (f.eks. siste regnskap fra Altinn er 2 år gammelt), send automatisert e-post til kunde med "Oppdater regnskapet her"-lenke.

---

6. Go/No-Go: Når fungerer dette?

| Faktor | Go-kriterier | No-Go-kriterier |

|-------------------|---------------------------------------|-------------------------------------|

| Org-størrelse | 10–5000 ansatte | <10 ansatte (for lite offentlige data) |

| Bransje | Standardiserte prosesser (handel, produksjon) | Helt unike prosesser (f.eks. kunst) |

| Systemlandskap| Bruker kjente systemer (SAP, M365) | Fullt skreddersydde løsninger |

| Datatilgang | Offentlige data + LinkedIn-tilgang | Ingen samtykke til LinkedIn/Google |

---

Konkrete neste steg (MVP → Fase 2)

1. MVP (2 uker):

• Bygg Brønnøysund-integrasjon + Altinn-integrasjon (bruk [Brreg API](https://data.brreg.no/enhetsregisteret/api/docs/) og [Altinn API](https://altinn.github.io/docs/api/)).
• Lag standardisert Notion-mal med MVI (se tabell over) og automatisk generert møteagenda.
• Test på 5 eksisterende kunder (få feedback på hva som mangler).

2. Fase 2 (4 uker):

• Legg til LinkedIn-integrasjon (bruk [LinkedIn API](https://developer.linkedin.com/) for org-struktur).
• Bygg regelbasert scoring (f.eks. "Hvis >500 ansatte → prioriter skalerbarhet").
• Automatiser e-post til kunder med tilgangsforespørsel.

3. Fase 3 (8 uker):

• Koble til Google Places API for fallback-data.
• Lag Power BI-dashboard for konsulenter med sanntidsdata.

Operasjonell gevinst:

• Kortsiktig: Reduserer møtetid med 30–50% (fra 4 timer til 2 timer for første møte).
• Konkurransefordel: Differensierer deg med "Vi vet mer om dere før vi møtes enn konkurrentene gjør etter 3 møter".

Instans SI_004: Operasjonell utforskning med kortsiktig tillit og resiliens

1. Datakartlegging: Automatisert baseline med juridisk resiliens

Kjernedatakilder (uten manuell aksept):

• Brønnøysundregistrene (API, gratis): Juridisk struktur, eiere, styre, revisor, bransjekoder (NACE), ansatte (siste årsregnskap).
• Altinn (API, gratis for offentlige data): Skatteopplysninger, regnskapsdata (for AS), næringskoder.
• SSB/Åpne data (API, gratis): Bransjestatistikk, geografisk fordeling, sysselsettingsdata.
• LinkedIn Sales Navigator (API, betalt): Ansatte, roller, vekst (krever samtykke for detaljer, men overflatedata er tilgjengelig).
• Konkurrente databaser (f.eks. Proff.no, betalt): Økonomiske nøkkeltall, historikk, konkurrentanalyse.

Juridisk gjennomførbart uten samtykke:

• Offentlige registre (Brønnøysund, Altinn) er unntatt GDPR artikkel 6(1)(e) (offentlig interesse).
• LinkedIn/Proff: Overflatedata (antall ansatte, bransje) er tillatt under "legitimate interest" (GDPR artikkel 6(1)(f)), men unngå persondata uten samtykke.
• Fallback: Hvis API-er feiler, bruk webskraping (lovlig for offentlige data, men sårbart for endringer).

---

2. Strukturering: Praktisk dashboard for konsulenten (Dag 1)

Minimumsinformasjon (MÅ ha):

• Organisasjonsprofil: Navn, org.nr, bransje, ansatte, omsetning, juridisk struktur.
• Prosesslandskap: Bransjekoder (NACE) → antatte kjerneprosesser (f.eks. "produksjon" → "lagerstyring").
• Systemhint: Domeneanalyse (f.eks. sap.kunde.no → antatt SAP-bruk) + LinkedIn-profiler med systemtitler (f.eks. "SAP FI-konsulent").
• Kontaktpunkter: Offentlige styre-/lederroller (Brønnøysund) + LinkedIn-ansatte med CRM/ERP-relaterte titler.

Nice-to-have (automatisert hvis tilgjengelig):

• Org.kart (hentes fra Altinn hvis offentliggjort).
• Historiske endringer (f.eks. oppkjøp → antatt integrasjonsbehov).
• Lokale nyheter (Google News API) om kunde → strategiske prioriteringer.

Presentasjon:

• Dashboard med "fyllingsgrad" (f.eks. "80% av min-viktig-data er kartlagt").
• Sjekkliste med "allerede besvart" (f.eks. ✅ "Antall ansatte: 240") og "må verifiseres" (❓ "Bruker dere SAP?").
• Prioritert møteagenda basert på hull i data (se punkt 3).

---

3. Intelligens: Dynamisk møteplan basert på data

Scoring av spørsmål:

• MÅ spørre om:
• Hvis bransje = "helse" → "Hvordan håndterer dere personvern i CRM?"
• Hvis ansatte > 200 → "Har dere dedikerte superbrukere?"
• Hvis omsetning > 500M → "Hvordan integreres økonomidata?"
• Allerede besvart (ikke spør):
• Juridisk struktur (hentes fra Brønnøysund).
• Antall ansatte (hentes fra årsregnskapet).
• Nice-to-have (spør bare hvis tid):
• "Hvordan måler dere kundetilfredshet?" (krever bransjekontekst).

Automatisert agenda:

• Temaer genereres basert på hull i data (f.eks. "Vi ser dere bruker SAP – hvordan er dagens FI-modul integrert med salg?").
• Tidsestimater per tema (f.eks. "SAP-integrasjon: 20 min" vs. "Grønt felt: 45 min").

---

4. Kundeinvolvering: Minimal input med umiddelbar verdi

Minste input fra kunde (framet som "spar tid"):

1. Org.kart (last opp PDF/Visio) → Automatisk parsing med OCR (f.eks. ved hjelp av Azure Form Recognizer).
2. "Hva gjør dere i dag?" (tekstfelt) → NLP-analyse (f.eks. spaCy) for å identifisere prosesser/systemer.
3. Eksisterende systemer (drop-down med vanlige CRM/ERP + "annet"-felt).

Framing:

• "Dette tar 5 minutter og sparer 2 timer med repetitive spørsmål."
• Umiddelbar verdi: Kunden får en autogenerert "as-is"-rapport basert på deres input + offentlige data (f.eks. "Vi antar dere bruker HubSpot – her er en oversikt over hvordan det typisk integreres med ERP").

---

5. Iterasjon: Automatisert oppfølging under prosjektet

• Nye avdelinger/roller: Hvis kunden legger til en ny avdeling, trigger det en automatisk oppdatering av dashboardet (f.eks. "Ny avdeling: Logistikk – må kartlegges").
• Systemendringer: Overvåk LinkedIn for nye ansettelser med systemtitler (f.eks. "Ny Dynamics 365-ansvarlig").
• Feedback-loop: Konsulenten markerer "feil data" → systemet lærer (f.eks. "Bransjekode var feil, korriger til NACE 47.71").

---

6. Risiko: Graceful degradation

• Manglende data:
• Liten bedrift: Hvis årsregnskap mangler, bruk SSBs gjennomsnittstall for bransjen (f.eks. "Typisk omsetning for 10 ansatte i denne bransjen: 15M").
• Privat AS: Hvis org.kart ikke er offentlig, be om det som input (se punkt 4).
• Teknisk feil:
• API-nedetid: Cache data i 24 timer + varsle konsulenten ("Data er ikke oppdatert – bruk med forsiktighet").
• Skraping feiler: Fallback til manuell input med forhåndsutfylte forslag (f.eks. "Vi antar dere bruker [vanlig system i bransjen] – bekreft eller korriger").

---

Go/No-Go-kriterier

| Faktor | Go | No-Go |

|--------------------------|---------------------------------|--------------------------------|

| Org.størrelse | 10–5000 ansatte | <10 (manglende offentlige data)|

| Bransje | Standardiserte prosesser (f.eks. varehandel, produksjon) | Høyregulerte (f.eks. bank) eller unike prosesser (f.eks. kunst) |

| Systemlandskap | Vanlige CRM/ERP (Dynamics, SAP, HubSpot) | Hjemmesnekrede/ukjente systemer |

| Offentlige data | Org.nr gir >60% av min-viktig-data | <30% dekning (for mye manuell innsats) |

---

Prototype → MVP → Skala

1. Prototype (2 uker):

• Integrer Brønnøysund + Altinn API.
• Lag et dashboard med org.profil, ansatte, bransje + sjekkliste.
• Test på 3–5 eksisterende kunder (sammenlign med manuell discovery).

2. MVP (2 måneder):

• Legg til LinkedIn (overflatedata) + org.kart-parsing.
• Automatisert agenda basert på bransje/ansatte.
• Kundeinput (org.kart + "hva gjør dere i dag?").

3. Skala (6 måneder):

• NLP for tekstanalyse av kundens input.
• Dynamisk oppdatering av dashboard underveis.
• Bransjespesifikke maler (f.eks. "helse" vs. "varehandel").

---

Neste steg (konkrete handlinger)

1. Start med Brønnøysund + Altinn:

• Registrer deg for API-tilgang ([Brønnøysund](https://data.brreg.no), [Altinn](https://altinn.no/api)).
• Bygg en enkel Python-skript som henter data for et org.nr og genererer en JSON-struktur.

2. Design dashboard-prototype:

• Bruk et verktøy som Power BI eller Tableau til å visualisere dataene fra punkt 1.
• Fokuser på "fyllingsgrad" og sjekkliste (se punkt 2).

3. Test på en reell kunde:

• Velg en eksisterende kunde med org.nr.
• Sammenlign automatisert baseline med hva dere manuelt kartla i forrige prosjekt.
• Identifiser hull og juster datakilder.

Instans SI_005: Automatisert forundersøkelse med org.nr. som strategisk avhengighetsbryter

Strategisk avhengighet: Organisasjonsnummeret er din kortsiktige mulighet til å bryte avhengigheten av manuell datahenting. Ved å implementere en automatisert baseline reduserer du konsulentenes avhengighet av kundemøter for grunnleggende data – og frigjør kapasitet til strategiske valg.

---

1. Datakartlegging: Automatiserbare kilder (juridisk/praktisk)

Offentlige registre (ingen samtykke nødvendig):

• Brønnøysundregistrene (API: [brreg.no](https://data.brreg.no)): Org-struktur, eierskap, næringskode (SN2007), revisor, styre.
• Altinn (API: [altinn.no](https://www.altinn.no/api)): MVA-meldinger, årsregnskap (for AS/ASA), ansatte (via Aa-registeret).
• Statistisk sentralbyrå (API: [ssb.no](https://data.ssb.no)): Bransjestatistikk, sysselsettingstall.
• Konkurransetilsynet (API: [konkurransetilsynet.no](https://konkurransetilsynet.no)): Fusjoner, markedsandeler (for B2B-kunder).

Kommersielle/åpne kilder (krever samtykke eller åpen tilgang):

• LinkedIn API (Company Lookup): Ansatte, avdelinger, teknologi-stack (via "teknologier"-feltet). Kostnad: ~$150/mnd for 10k kall.
• Proff.no (API: [proff.no](https://www.proff.no/api)): Økonomiske nøkkeltall, ansatte, konkurrenter. Kostnad: ~NOK 500/mnd.
• Kundens egne systemer (hvis integrasjon finnes): Eksport av org.kart fra HR-system (f.eks. Visma, SAP SuccessFactors) eller CRM-data (f.eks. Salesforce Metadata API).

Juridisk gjennomførbart uten samtykke:

• Offentlige registre (Brønnøysund, Altinn, SSB) er unntatt GDPR art. 6(1)(e) (offentlig interesse).
• LinkedIn/Proff krever samtykke (GDPR art. 6(1)(a)), men kan innhentes via et digitalt onboarding-skjema (se pkt. 4).

---

2. Strukturering: Praktisk baseline for konsulenten (Dag 1)

Minstekrav (MÅ ha):

• Org-profil (fra Brønnøysund): Navn, org.nr., næringskode, antall ansatte, revisor.
• Økonomiske nøkkeltall (fra Altinn/Proff): Omsetning, resultat, soliditet (siste 3 år).
• Systemlandskap (fra LinkedIn/Proff): Eksisterende CRM/ERP (f.eks. "Dynamics 365", "SAP S/4HANA").
• Bransjespesifikk kontekst (fra SSB): Typiske prosesser (f.eks. "byggebransje → prosjektstyring").

Nice-to-have (hentes automatisk hvis tilgjengelig):

• Org.kart (fra HR-system eller LinkedIn).
• Kundesegmentering (fra CRM-data).
• Nøkkelpersoner (fra LinkedIn/Brønnøysund).

Presentasjonsformat:

• Dashboard (f.eks. Power BI-rapport med lenker til kildene).
• Sjekkliste med "allerede kartlagt"-status (f.eks. "✅ Org.struktur hentet fra Visma").
• Møteagenda-generator (se pkt. 3).

---

3. Intelligens: Automatisk møteplanlegging

Scoringsmodell for prioritering:

| Faktor | Vekt | Eksempel (500+ ansatte) | Eksempel (50 ansatte) |

|----------------------|------|-------------------------|-----------------------|

| Org.størrelse | 30% | Prioriter integrasjoner | Prioriter prosesser |

| Systemlandskap | 25% | "SAP → spør om moduler" | "Ingen ERP → spør om Excel" |

| Bransje | 20% | "Bygg → prosjektstyring" | "Butikk → lagerstyring" |

| Økonomi | 15% | "Lav soliditet → spør om finansiering" | - |

| Offentlig tilgjengelighet | 10% | "Lite data → be om org.kart" | "Full data → fokus på valg" |

Eksempel på generert agenda:

"Kunde: Bygg AS (500 ansatte, SAP, byggebransje)

- Må spørre om:

- SAP-moduler i bruk (MM, PP, FI)

- Prosjektstyringsprosesser (tidrapportering, ressursallokering)

- Allerede kartlagt:

- Org.struktur (fra Visma), økonomiske nøkkeltall (fra Altinn)

- Forslag til møteplan:

- 15 min: Bekreft org.data

- 30 min: Dypdykk i prosjektstyring

- 15 min: Valg av CRM-moduler (basert på bransje)"

---

4. Kundeinvolvering: Minimale input-punkter

Framing: "For å spare tid i møtene, trenger vi bare 3 ting fra dere:"

1. Org.kart (last opp PDF/Excel) – hvis ikke tilgjengelig offentlig.
2. Eksisterende systemer (fyll ut 2 spørsmål: "Hvilke systemer bruker dere i dag?" + "Hva liker/liker dere ikke?").
3. Samtykke til LinkedIn/Proff (1 klikk i digitalt skjema).

Psykologisk grep:

• Vis kunden hva du allerede vet (f.eks. "Vi har hentet disse dataene fra Brønnøysund – stemmer dette?") for å bygge tillit.
• Lag en tidsbesparelsesberegner (f.eks. "Dette sparer dere 4 timer i møter").

---

5. Iterasjon: Automatisert oppfølging

• Trigger-basert oppdatering: Hvis kunden endrer org.nr. i Brønnøysund, oppdateres dashboard automatisk.
• Avdelingskartlegging: Bruk samme mekanisme for nye avdelinger (f.eks. "Ny salgsavdeling → hent data fra LinkedIn").
• API-webhooks: Abonner på endringer i Altinn/Brønnøysund (f.eks. når ny årsregnskap publiseres).

---

6. Risikohåndtering: Graceful degradation

| Risiko | Fallback | Trigger |

|---------------------------------|-----------------------------------|----------------------------------|

| Liten bedrift (ingen offentlige data) | Be om org.kart + 5 spørsmål (manuell sjekkliste) | <50 ansatte + ingen systemdata |

| Ingen LinkedIn-tilgang | Bruk Proff-data + be om org.kart | LinkedIn API-feil |

| Kunde nekter samtykke | Begrens til offentlige data | Juridisk avslag |

---

Go/No-Go-kriterier

Fungerer best når:

• Org.størrelse: 50–5000 ansatte (under 50 = lite offentlige data, over 5000 = komplekse strukturer).
• Bransjer: Tjeneste/handel/produksjon (offentlig sektor har andre registre).
• Systemlandskap: Har minst 1 digitalt system (CRM/ERP/HR).

Faller sammen når:

• Mikrobedrifter (<10 ansatte) uten digitale systemer.
• Bransjer med lav digital modenhet (f.eks. landbruk).
• Juridiske begrensninger (f.eks. bank/helse – GDPR-sensitiv data).

---

Prototype/MVP

Fase 1 (4 uker):

• Integrasjoner: Brønnøysund + Altinn + Proff (gratis prøveversjon).
• Output: Statisk PDF-rapport + sjekkliste for konsulenten.
• Kundeinput: Digitalt skjema for org.kart + systemer.

Fase 2 (8 uker):

• Intelligens: Scoringsmodell for møteagenda (som over).
• Dashboard: Power BI med lenker til kildene.
• Automatisering: Webhooks for oppdateringer.

---

Neste steg (konkrete handlinger)

1. Bygg en PoC for Brønnøysund+Altinn-integrasjon (bruk [Brregs API](https://data.brreg.no/enhetsregisteret/api/docs/index.html)) – kostnad: 0 NOK.
2. Test på 5 kunder (2 store, 2 mellomstore, 1 liten) og mål tidsbesparelse.
3. Utvikle "tidsbesparelsesberegneren" som salgsverktøy for å overbevise kunder om å dele data.

Instans SI_006

Operasjonell makt gjennom langsiktig mulighet – vent med å spørre

1. Datakartlegging: Automatisert maktposisjon før møte 1

Offentlige kilder (juridisk trygt, ingen samtykke nødvendig):

• Brønnøysundregistrene (API): Org-struktur, eierskap, ansatte (antall), bransjekoder (NACE), revisor, styre, regnskapsdata (små foretak har begrenset offentlig info).
• Altinn (API): Roller, tilganger, meldinger (f.eks. skatteopplysninger, mva-meldinger). Krever samtykke – men kan automatiseres via kundeportalen som en del av onboarding.
• SSB/Statistikkbanken: Bransjestatistikk, gjennomsnittlig lønn, produktivitetstall (for benchmarking).
• Konkursregisteret: Varsler om økonomisk stress.

Private kilder (krever samtykke, men kan automatiseres):

• LinkedIn API (med kundeaksept): Ansatte, roller, turnover, rekrutteringsmønstre.
• Visma/Unit4/SAP-integrasjoner (hvis kunde allerede bruker disse): Systemlandskap, modulbruk, brukerstatistikk.
• Google Workspace/Microsoft Graph API: Samarbeidsverktøy, dokumentflyt (kan avsløre siloer).

Fallback for manglende data:

• Bransjespesifikke maler: Hvis org-nummer ikke gir nok, bruk NACE-kode til å hente standardprosesser (f.eks. "byggevarehandel" → lagerstyring, innkjøp).
• AI-genererte hypoteser: "Basert på 50 ansatte i detaljhandel, antar vi disse 3 kjerneprosessene. Bekreft/avkreft i møte 1."

---

2. Strukturering: Operasjonell baseline for konsulenten

Minimum viable rapport (før møte 1):

• Org-kart (fra Brønnøysund) med antall ansatte per avdeling.
• Systemlandskap (automatisk oppdaget via integrasjoner eller spør kunden om å laste opp en liste).
• Prosesshypoteser (basert på bransje + størrelse):
• Eksempel: "Bedrift med 200 ansatte i industri → antatt behov for produksjonsplanlegging, kvalitetskontroll, vedlikehold."
• "Allerede kartlagt"-sjekkliste:
• ✅ Org-struktur
• ✅ Hovedsystemer
• ❌ Kundeinteraksjonsflyt (må avklares i møte)
• ❌ Unntaksprosesser (må avklares)

Prioritering:

• Må-vite: Org-størrelse, eksisterende systemer, bransje.
• Nice-to-have: Ansattes LinkedIn-profiler, regnskapstall (kan hentes senere).

---

3. Intelligens: Automatisert møteplanlegging

Scoring av kunnskapshull:

• 1–5 skala per tema (1 = vet ingenting, 5 = fullstendig kartlagt).
• Eksempel: "Lagerstyring: 4 (har SAP WM-modul) → fokusér på unntaksprosesser i møte."
• Dynamisk agenda:
• Hvis org har >500 ansatte → prioriter endringsledelse, integrasjoner.
• Hvis org bruker Dynamics 365 → hopp over "CRM-valg", gå rett til tilpasning.
• AI-drevet spørsmålsgenerering:
• "Vi ser dere bruker 3 ulike faktureringssystemer. Hva utløser bytte mellom dem?"

---

4. Kundeinvolvering: Minimal, men strategisk

3 input-punkter før møte 1:

1. Last opp org-kart (hvis ikke offentlig tilgjengelig).
2. Bekreft/rediger systemlandskap (vi foreslår en liste basert på integrasjoner).
3. Angi 1–2 kjerneprosesser (f.eks. "ordre-til-betaling").

Framing:

• "Vi har allerede kartlagt 70% av baselinjen. Bekreft disse 3 punktene, så bruker vi møtet på det som virkelig betyr noe for dere."

---

5. Iterasjon: Langsiktig automatisering

• Automatisk oppdatering: Hvis kunde legger til en ny avdeling, trigger systemet en ny sjekk mot Brønnøysund/LinkedIn.
• Prosjektspesifikke dashboards: Konsulenten ser kun data relevant for sitt scope (f.eks. salgsteamet trenger ikke produksjonsdata).
• Feedback-loop: Hvis konsulenten manuelt legger til data, lærer systemet å prioritere lignende spørsmål neste gang.

---

6. Risiko: Graceful degradation

• Liten bedrift (<10 ansatte): Fallback til bransjemaler + spør om 5 kjerneprosesser.
• Lukkede systemer: Hvis integrasjoner feiler, be om en systemeksport (f.eks. CSV fra økonomisystemet).
• Manglende offentlige data: Bruk LinkedIn som proxy for org-struktur.

---

Go/No-Go-kriterier

| Faktor | Fungerer | Faller sammen |

|---------------------|---------------------------------------|---------------------------------------|

| Org-størrelse | 10–10 000 ansatte | <5 ansatte (for lite data) |

| Bransje | Standardiserte prosesser (handel, industri) | Unike prosesser (kunst, forskning) |

| Systemlandskap | Bruker kjente systemer (SAP, Visma) | Hjemmesnekrede løsninger |

---

Prototype → MVP → Skala

1. Prototype (2 uker):

• Integrer Brønnøysund + Altinn + én CRM-integrasjon (f.eks. Dynamics 365).
• Lag en PDF-rapport med org-kart + systemlandskap + 3 prosesshypoteser.

2. MVP (2 måneder):

• Legg til LinkedIn (med kundeaksept) + dynamisk agenda-generering.
• Pilot med 3 kunder i samme bransje.

3. Skala (6 måneder):

• Bransjespesifikke maler + AI-drevet spørsmålsgenerering.

---

Neste steg

1. Bygg Brønnøysund-integrasjonen og lag en mal for baseline-rapporten.
2. Pilot med en kunde som bruker Dynamics 365 – mål reduksjon i møtetid.
3. Kartlegg juridiske begrensninger for Altinn/LinkedIn-integrasjoner (få samtykke automatisert via kundeportalen).

Instans SI_007

Seeds: strategisk (maktposisjon gjennom informasjon) | kortsiktig (umiddelbar gevinst) | makt (kontroll over prosessflyt) | sårbarhet (eksponerte flaskehalser) | vent (tidsbuffer som våpen)

---

1. Datakartlegging: Makt gjennom offentlige API-er (uten manuell aksept)

Strategisk grep: Utnytte maktasymmetrien mellom offentlige registre og privat sektor. Ved å hente data før første møte, posisjonerer du konsulenten som den informerte parten – kunden føler seg sårbar for repetitive spørsmål, og du venter med å stille dem til du har utnyttet alle automatiserte kilder.

Konkrete kilder (Norge/EU):

• Brønnøysundregistrene (API: [data.brreg.no](https://data.brreg.no)) – Gratis, juridisk trygt (offentlig informasjon). Henter: org-struktur, styre, revisor, NACE-koder, ansatte (estimert).
• Altinn (API: [altinn.no/api](https://www.altinn.no/api)) – Sårbarhet: Krever samtykke, men kan automatisere henting av tidligere innsendte skjemaer (eks. årsregnskap, MVA-meldinger) hvis kunde har gitt tilgang til tidligere konsulenter.
• Proff.no API (betalt, ~500kr/mnd) – Finansielle nøkkeltall, eierskap, ansatte (nøyaktig).
• LinkedIn API (betalt, Enterprise) – Maktspill: Henter org-kart (hvis offentlig), ansatte per avdeling, teknologier (via profiler). Sårbarhet: Juridisk gråsone (personopplysninger), men kan brukes til interne hypoteser før møte.
• Åpne databaser:
• [SSB](https://www.ssb.no/api) – Bransjestatistikk, lønnsnivå.
• [Kartverket](https://kartverket.no/api) – Geografisk spredning (flere lokasjoner?).
• [Enhetsregisteret](https://www.brreg.no/produkter-og-tjenester/oppslagstjenester/) – Offentlige enheter (kommuner, helseforetak).

Juridisk fallback: Offentlige registre (Brønnøysund, SSB) er trygge. For Altinn/LinkedIn: Bygg inn samtykke-skjema i første kundeinteraksjon ("Vi har forhåndsutfylt 80% av dataene, bekreft/korriger her").

---

2. Strukturering: Dashboard for kortsiktig makt

Design for konsulentens første møte (eksempel):

• 1-siders "Org-DNA"-rapport (PDF/Notion-side) med:
• Baseline: Org-nummer, navn, bransje (NACE), ansatte (estimert), omsetning (siste år), eierskap (morselskap?).
• Systemlandskap: Hypoteser basert på bransje/ansatte (eks: "Sannsynligvis bruker de Visma/Unit4 hvis <100 ansatte").
• Sårbarheter: Røde flagg (eks: "Ingen styreleder oppgitt → potensiell compliance-risiko").
• Møteagenda-forslag: Autogenerert basert på data (eks: "500+ ansatte + SAP → Prioriter integrasjonsworkshop").

Min-viktig vs. nice-to-have:

| Må ha | Nice-to-have |

|--------------------------|--------------------------------|

| Org-struktur (toppnivå) | Detaljert org-kart |

| Ansatte (estimert) | Nøyaktig ansattliste |

| Bransje (NACE) | Kundesegmenter |

| Økonomiske nøkkeltall | Lønnsomhet per avdeling |

| Eksisterende systemer* | Brukeradopsjonstall |

*Systemer: Gjetning basert på bransje (eks: "Bygg → sannsynligvis ByggOffice") eller LinkedIn-profiler ("CTO har SAP-erfaring").

---

3. Intelligens: Vent med å spørre – scoren først

Automatisert scoring av "ukjente":

• Regelbasert prioritering:
• Hvis ansatte > 200 → Prioriter "skalering" og "integrasjoner".
• Hvis bransje = helse → Prioriter "compliance" (GDPR, HIPAA).
• Hvis system = SAP → Spør om "API-tilgang", ikke "hvilket system?".
• Sårbarhetsdeteksjon:
• Mangler revisor? → Flagg "økonomisk risiko".
• Lav omsetning per ansatt? → Spør om "effektivitetstiltak".

Møteplan-generator:

• Input: Org-data + scoring.
• Output: 30-minutters agenda med kun ubesvarte spørsmål (eks: "Vi ser dere bruker Dynamics 365 – hvordan er brukeropplevelsen?").

---

4. Minimal kundeinvolvering: Makt gjennom design

To input-punkter før møte 1:

1. "Korriger/legg til" (interaktivt skjema):

• Forhåndsutfylt med data fra API-er.
• Eksempel: "Vi har registrert 120 ansatte – stemmer dette?".

2. "Last opp org-kart" (hvis ikke offentlig):

• Framing: "Dette sparer oss 2 timer i møtet – vi bruker det til å tilpasse løsningen til deres avdelinger".

Psykologisk grep: Kunden opplever det som tjeneste ("vi har gjort leksene"), ikke arbeid.

---

5. Iterasjon: Sårbarheten som mulighet

Automatisert oppfølging:

• Trigger: Ny avdeling/endring i Brønnøysund → Automatisk oppdatering av org-DNA + varsel til konsulent ("Ny enhet oppdaget – oppdater møteagenda?").
• Fallback: Hvis data mangler → Send målrettet spørreskjema til kun den berørte avdelingen (eks: "Finansavdelingen: Hvilket system bruker dere til fakturering?").

---

6. Risiko: Graceful degradation

| Manglende data | Fallback | Maktposisjon |

|--------------------------|---------------------------------------|--------------------------------------|

| Org-struktur (liten bedrift) | Be om org-kart før møte 1 | "Vi trenger dette for å spare tid" |

| Økonomiske data | Spør om omsetning i første møte | "Vi har sett at bransjen har X – stemmer dette?" |

| Systemer | Hypotese basert på bransje | "Vi antar dere bruker Y – er det riktig?" |

---

Go/No-Go-kriterier

| Fungerer | Fallgrube |

|---------------------------------------|----------------------------------------|

| Offentlige selskaper (>50 ansatte) | Små AS-er uten digitale spor |

| Bransjer med standardiserte systemer (helse, bygg) | Nisjebransjer (kunst, ideell) |

| Kunder med åpne LinkedIn-profiler | "Stealth mode"-organisasjoner |

---

Neste steg (kortsiktig makt)

1. Bygg MVP for Brønnøysund + Proff.no:

• Automatisk henting av org-data → 1-siders rapport.
• Mål: Reduser første møte fra 2 timer til 30 minutter for 80% av kundene.

2. Pilot med 3 kunder:

• Velg én stor (500+ ansatte), én mellomstor (100-500), én liten (<50).
• Mål: % reduserte møtetimer + kundeopplevelse ("Følte du deg spurt om unødvendige ting?").

3. Utvid med Altinn-integrasjon:

• Be om samtykke til å hente tidligere innsendte skjemaer (eks. årsregnskap).
• Maktspill: "Vi ser dere sendte MVA-melding i januar – trenger dere hjelp med automatisering?"

Instans SI_008: Strategisk blindsone-angrep på CRM/ERP-discovery

Kjerneinnsikt: Vi utnytter kortsiktig konkurransefordel ved å automatisere det kundene ikke vet vi kan hente – før første møte. Målet er å implementere en 80/20-løsning som reduserer manuell innsats med 60% innen 3 måneder, mens vi kartlegger blindsonene i dataene.

---

1. Datakartlegging: Offentlige + skjulte kilder

Juridisk trygt (uten samtykke):

• Brønnøysundregistrene (API): Eierskap, styremedlemmer, revisor, bransjekode (NACE), regnskapsdata (om tilgjengelig).
• Altinn (API): Organisasjonsstruktur (via Enhetsregisteret), næringskoder, ansatte (antall, ikke navn).
• SSB (åpen data): Bransjestatistikk, gjennomsnittlig lønn, turnover.
• Proff.no/Enhetsregisteret (skraping via API): Omsetning, ansatte, historiske endringer.

Krever samtykke (men kan automatiseres):

• LinkedIn API (med kundeaksess): Ansatte per avdeling, teknologi-stack (via jobbanonser), nøkkelpersoner.
• Kundens egne systemer (via pre-møte-integrasjon): Eksport fra ERP/HR-systemer (f.eks. Visma, SAP) via standardiserte API-er eller Power BI-eksport.
• Google Places API: Fysiske lokasjoner, åpningstider, bransjespesifikke data.

Blindsoner å adressere:

• Interne prosesser (kan ikke hentes automatisk) → Løsning: Be om én fil: "Last opp ditt nåværende org-kart + 3 mest kritiske prosesser" (framet som "spar tid på møtet").
• Systemlandskap → Bruk Wappalyzer-skanning (via kundens nettside) for å identifisere teknologier.

---

2. Strukturering: "Discovery Dashboard" for konsulenten

MVP-utforming (før møte 1):

1. Organisasjonsprofil (automatisk generert):

• Navn, org.nr, bransje, ansatte, omsetning, eierskap.
• Eksempel: "Bedrift X (50 ansatte, helsebransje) har 3 datterselskaper. Siste regnskap viser 20% vekst."

2. Systemlandskap (delvis automatisert):

• Identifiserte systemer (f.eks. "Bruker SAP FI, men ikke HR-modul").
• Fargekoding: Grønt = bekreftet, gult = antatt, rødt = ukjent.

3. Møteagenda-scorer (dynamisk generert):

• Eksempel: "Høy prioritet: Kartlegg SAP-integrasjoner (basert på LinkedIn-data). Lav prioritet: Ansatte <100 → hopp over HR-detaljer."

4. Kunnskapshull (automatisk markert):

• Eksempel: "Mangler data om lagerstyring → spør om dette i møte 1."

Min-viktig vs. nice-to-have:

| Kritisk (må ha) | Nice-to-have (hentes hvis tilgjengelig) |

|---------------------------|---------------------------------------------|

| Org-struktur (ansatte/avdelinger) | Nøkkelpersoners LinkedIn-profiler |

| Eksisterende systemer | Historiske regnskapsdata |

| Bransjespesifikke prosesser | Kundens nettside-innhold (for kontekst) |

---

3. Intelligent møteplanlegging

Scoringssystem (1-10) for hva som må spørres om:

• Størrelse: >200 ansatte → +5 poeng for HR/prosess-spørsmål.
• Systemer: Bruker SAP → +3 poeng for integrasjons-spørsmål.
• Bransje: Helse → +4 poeng for compliance-spørsmål.
• Data tilgjengelighet: 100% automatisert → -2 poeng (færre spørsmål).

Eksempel:

• Bedrift A (10 ansatte, detaljhandel, bruker Visma):
• Scorer 3 (lav prioritet for HR, høy for salgsprosesser).
• Møteagenda: Fokus på salgsflyt og Visma-integrasjoner.
• Bedrift B (500 ansatte, helse, bruker SAP):
• Scorer 9 (høy prioritet for HR, compliance, SAP-konfigurasjon).
• Møteagenda: Dype spørsmål om personaladministrasjon og GDPR.

---

4. Minimal kundeinvolvering

To input-punkter før møte 1:

1. "Last opp org-kart" (framet som: "Dette sparer oss 2 timer i møtet").
2. "Beskriv én prosess du hater" (framet som: "Vi løser dette først").

Psykologisk triks:

• Bruk anker-effekten: Si "Normalt bruker vi 10 timer på dette, men med din fil tar det 2 timer" → kunden føler de sparer 8 timer.

---

5. Iterasjon: Automatisert oppfølging

• Under prosjektet: Når nye avdelinger kartlegges, send automatisk e-post: "Vi har oppdatert ditt dashboard med data fra [kilde]. Bekreft eller korriger her [lenke]."
• Fallback: Hvis data mangler (f.eks. liten bedrift uten offentlige data), generer en sjekkliste basert på bransje-standard (f.eks. "Typiske prosesser for detaljhandel").

---

6. Risiko: Graceful degradation

| Manglende data | Fallback | Trigger |

|--------------------------|-----------------------------------------------|--------------------------------------|

| Org-struktur | Be om org-kart + bransje-standard | <50 ansatte |

| Systemlandskap | Wappalyzer-skanning + spør i møte 1 | Ingen LinkedIn-data |

| Regnskapsdata | Bruk SSB-gjennomsnitt for bransjen | Ikke tilgjengelig i Brønnøysund |

---

Go/No-Go-kriterier

Fungerer best når:

• Organisasjonen har >10 ansatte (under dette er data ofte mangelfulle).
• Bransjen er regulert (helse, finans) eller har standardiserte prosesser (produksjon, detaljhandel).
• Kunden bruker et kjent ERP/CRM-system (SAP, Visma, Dynamics).

Faller sammen når:

• Bedriften er nyoppstartet (<2 år) eller har komplekse eierskapsstrukturer (f.eks. holdingselskaper).
• Bransjen er svært spesialisert (f.eks. oljeplattform-leverandører).

---

Neste steg (konkret MVP)

1. Bygg en "Org-Scanner" (2 uker):

• Integrer Brønnøysund + Altinn + LinkedIn (med kundeaksess).
• Output: En PDF med organisasjonsprofil og systemlandskap (f.eks. via Power BI).

2. Test på 5 pilotkunder (1 måned):

• Mål: Redusere discovery-møter fra 5 til 2 timer.
• Juster scoringssystemet basert på feedback.

3. Automatiser møteagenda (2 måneder):

• Koble dashboardet til kalenderverktøy (f.eks. Outlook) for å generere møteplaner automatisk.

Fase 2:

• Legg til AI-drevet gap-analyse (f.eks. "Basert på bransjen din, mangler du sannsynligvis X-modul").
• Integrer med kundens egne systemer via standard-API-er (f.eks. Visma API).

Instans SI_009: Kortsiktig økonomisk tillit gjennom sårbar implementering

Kjernen: Vi bygger tillit ved å redusere kundens sårbarhet for høye kostnader i oppstartsfasen – kortsiktig, men med økonomisk gevinst for begge parter. Løsningen må implementeres som et "trojan horse": en enkel, synlig forbedring (færre repetitive møter) som skaper rom for dypere automatisering senere.

---

1. Datakartlegging: Økonomisk prioriterte kilder (uten manuell aksept)

Offentlige kilder (juridisk trygt):

• Brønnøysundregistrene (API: [brreg.no/api](https://www.brreg.no/produkter-og-tjenester/apne-data/)) – Henter org.struktur, nøkkelpersoner, bransjekoder (SN2007), revisjonsplikt.

Kostnad: Gratis. Sårbarhet: Mangler for små bedrifter (enkeltpersonforetak).

• Altinn (API: [altinn.no/api](https://www.altinn.no/api/help)) – Henter innsendte skjemaer (eks. årsregnskap, ansatte, skattetall).

Kostnad: Gratis, men krever kunde-ID. Fallback: Be kunden laste opp siste årsregnskap (1 input-punkt).

• SSB Åpne data ([data.ssb.no](https://data.ssb.no/api)) – Bransjestatistikk (gjennomsnittlig lønn, turnover, ansatte per bransje). Brukes til benchmarking.

Eksempel: "Kunden har 20 ansatte, men bransjegjennomsnittet er 50 – spør om vekstplaner."

Private kilder (krever samtykke, men minimal innsats):

• LinkedIn API (via [Marketing Developer Platform](https://developer.linkedin.com/)) – Henter org.struktur (avdelinger, roller) og teknologi-stack (via ansattes profiler).

Kostnad: Gratis for grunnleggende data. Tillit-bygging: "Vi kan fylle ut 30% av org.kartet ditt automatisk – trenger bare tilgang til LinkedIn-siden."

• Google Workspace/Microsoft Graph API – Hvis kunden bruker disse, kan vi hente brukerlister, filstrukturer (for dokumentasjonsanalyse).

Fallback: Be om eksport av brukerliste (1 input-punkt).

Eksisterende systemer (hvis integrasjon finnes):

• APIer til SAP, Dynamics, Visma – Hent moduloversikt, brukerstatistikk, tilpassinger.

Sårbarhet: Krever kunde-tilgang. Løsning: Lag en "systemkartleggingssjekkliste" som fylles ut av kunden på 5 minutter.

---

2. Strukturering: "Day-1 Dashboard" for konsulenten

Min-viktig-informasjon (MÅ ha før møte 1):

1. Org.oversikt (fra Brønnøysund/Altinn):

• Juridisk navn, org.nr, revisjonsplikt (ja/nei)
• Antall ansatte (siste årsregnskap)
• Bransje (SN2007-kode) + benchmark fra SSB
• Nøkkelpersoner (styre, daglig leder)

2. Systemlandskap (fra LinkedIn/manuell input):

• Hovedsystemer (CRM/ERP) + versjon
• Antall brukere per system
• Eksempel: "Bruker Dynamics 365 (2020), 45 lisenser, 3 tilpassede moduler"

3. Kritiske prosesser (fra Altinn/årsregnskap):

• Omsetning, lønnskostnader, antall kunder/leverandører
• Eksempel: "Høy lønnskostnad vs. bransje → spør om HR-prosesser"

Nice-to-have (fylles underveis):

• Org.kart (fra LinkedIn/manuell upload)
• Eksempler på dokumenter (kontrakter, prosessbeskrivelser) – lastes opp av kunde som ZIP-fil.

Presentasjon:

• En PDF-rapport med fargekoder:
• Grønt: Automatisk hentet (ingen spørsmål nødvendig)
• Gult: Delvis hentet (trenger bekreftelse)
• Rødt: Mangler (må spørres om)
• Et interaktivt dashboard (Power BI/Tableau) som oppdateres i sanntid når nye data kommer inn.

---

3. Intelligens: Dynamisk møteplan basert på data

Scoring-system for spørsmål:

• MÅ spørre om (høy score):
• Hvis org. har >100 ansatte: "Hvordan håndterer dere brukerstøtte?"
• Hvis bransje = helse: "Hvordan sikrer dere personvern?"
• Hvis system = SAP: "Hvilke moduler er kritiske for drift?"
• Allerede kjent (lav score):
• Juridisk struktur (fra Brønnøysund)
• Antall ansatte (fra årsregnskap)

Eksempel på dynamisk agenda:

| Data funnet | Spørsmål til møte | Prioritet |

|-------------|-------------------|-----------|

| 50 ansatte, bruker Dynamics | "Hvordan er brukeropplæringen organisert?" | Høy |

| Bransje = bygg/anlegg | "Hvordan håndterer dere prosjektregnskap?" | Høy |

| Revisjonspliktig | "Hvilke rapporter trenger revisor?" | Middels |

| Org.nr registrert | "Er alle datterselskaper inkludert i implementeringen?" | Lav |

---

4. Kundeinvolvering: 3 input-punkter (framet som "snarvei")

1. "Last opp org.kart" (PDF/PPT) – Framet som: "Vi fyller ut 80% av strukturen for deg – du retter bare feil."
2. "Hvilke systemer bruker dere i dag?" (nedtrekksmeny med 20 vanlige systemer + "annet") – Tar 30 sekunder.
3. "Last opp siste årsregnskap" (PDF) – Framet som: "Vi beregner automatisk hvor mye tid dere sparer på automatisering."

Tillit-bygging: Vis en sammenligning før/etter:

• Før: 10 timer med repetitive spørsmål.
• Etter: 2 timer med fokus på "hva gjør vi med denne informasjonen?"

---

5. Iterasjon: Automatisert oppfølging

• Trigger-basert: Når kunden legger til en ny avdeling i org.kartet, utløses en ny datainnhenting (eks: sjekk om avdelingen bruker andre systemer).
• Templatiserte oppfølgingsspørsmål:
• "Vi ser at avdeling X bruker [system Y] – gjelder dette hele avdelingen?"
• "Ny ansatt i rolle Z – skal de ha tilgang til [modul]?"
• API-oppdateringer: Hvis kunden oppdaterer årsregnskapet i Altinn, oppdateres dashboardet automatisk.

---

6. Risiko: Graceful degradation

| Sårbarhet | Fallback | Trigger |

|-----------|----------|---------|

| Ingen offentlige data (små bedrifter) | Be om manuell input av 5 nøkkeltall (ansatte, omsetning, systemer) | Org.størrelse < 10 ansatte |

| LinkedIn API ikke tilgjengelig | Be om org.kart som PDF | Manglende org.struktur i Brønnøysund |

| Ingen systemintegrasjon | Send en lenke til et 5-minutters spørreskjema (f.eks. Typeform) | Systemliste = "annet" |

---

Go/No-Go-kriterier

✅ Fungerer best når:

• Organisasjonen har >20 ansatte (tilstrekkelig offentlige data).
• Bransje med standardiserte prosesser (eks. varehandel, produksjon).
• Kunden bruker vanlige systemer (Dynamics, SAP, Visma).

❌ Faller sammen når:

• Org.størrelse <10 ansatte (for lite offentlige data).
• Bransje med unike prosesser (eks. forskning, kunst).
• Kunden bruker egenutviklede systemer (ingen APIer).

---

Neste steg (kortsiktig økonomisk fokus)

1. Bygg MVP for 1 bransje (f.eks. varehandel):

• Integrer Brønnøysund + Altinn + SSB.
• Lag en PDF-rapportmal som fylles automatisk.
• Test på 3 eksisterende kunder (få tillit til dataenes nøyaktighet).

2. Utvikle "systemkartleggingssjekklisten" (5 minutter for kunde):

• Nedtrekksmenyer for vanlige systemer + mulighet for å laste opp skjermbilder.

3. Piloter dynamisk møteagenda med 1 konsulent:

• Bruk data til å generere 3 forslag til spørsmål per møte.
• Mål reduksjon i møtetid (mål: 40% kortere møter).

Økonomisk gevinst i MVP:

• Reduserer konsulenttimer i forundersøkelse med 20–30% (direkte kostnadsbesparelse for kunde).
• Kunde betaler for verdi (skarpere møter), ikke for timer brukt på datahenting.

Instans SI_001

Seeds: juridisk | kortsiktig | konkurranse | usikkerhet | forhandle

Den kortsiktige vinneren er ikke “full innsikt”, men 70–80 % korrekt baseline før første møte. Juridisk og praktisk bør du starte med kilder som kan brukes uten særskilt kundeaksept, og behandle resten som forhandlet innsyn.

1) Datakartlegging

Automatisk via orgnr:

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: navn, adresse, organisasjonsform, styre, daglig leder, NACE, roller, konsernstruktur (delvis). God for allmenn baseline.
• MVA-/rolledata, regnskapsdata via åpne/offentlige kilder: omsetningsnivå, bransjeindikasjoner (ofte via regnskap/årsrapport-kilder).
• Prosjekt-/IT-kilder med kundens integrasjon: Microsoft 365, Entra ID, AD, HR-system, ERP/CRM, CMDB, Jira/Confluence, SharePoint, CMDB, AWS/Azure/GCP. Dette krever normalt kundens eksplisitte auth, men kan gjøres med “read-only” og begrenset scope.
• LinkedIn: praktisk nyttig, men API-tilgang er begrenset; bruk heller kundens egne eksportdata eller manuell import av organisasjonskart. Offisiell scraping er risikabelt juridisk.
• Altinn: nyttig der kunde kan gi samtykke/roller; ikke anta fri tilgang.

2) Strukturering for consultant dag 1

Presenter som en “Discovery Brief”:

• Faktaark: selskap, konsern, lokasjoner, størrelse, bransje, nøkkelpersoner
• Systemhypotese: sannsynlige systemer/stack, integrasjoner, sky/on-prem
• Prosesskart: finans, salg, ordre, support, HR, produksjon
• Risiko-/usikkerhetsfelt: “ukjent”, “antatt”, “verifiseres”
• Må spørre / trenger ikke spørre-liste

Min-viktig: orgstruktur, størrelse, lokasjoner, ledelse, systemlandskap, integrasjonsbehov, datamigreringsrisiko.

Nice-to-have: KPIer, modenhet, detaljert prosessvarianter, intern terminologi.

3) Intelligent møteplan

Lag en spørsmålsmotor:

• >500 ansatte: spør om governance, roller, regionale variasjoner, masterdata, delte tjenester
• <50 ansatte: fokuser på prosesseierskap, manuelle workarounds, “hva finnes egentlig”
• SAP/IFS/Dynamics: spør migrasjon, integrasjoner, autorisasjon, økonomiflyt
• Greenfield: spør ønsket prosess og minimumsdata, ikke historikk

Scoringslogikk:

Spørsmålscore = forretningskritikalitet × usikkerhet × konsekvens av feil

Alt under terskel blir “kan utledes senere”.

4) Minste input fra kunde

Be om kun:

1. Orgkart / avdelingsliste
2. Eksport av systemliste (eller “hvilke systemer bruker dere?” med valgbokser)
3. 2–3 nøkkelprosesser de vil endre
4. Kontaktpersoner per domene

Frame det som: “Vi reduserer møtebruk og gjentar ikke det dere allerede vet.”

5) Iterasjon og vedlikehold

Samme mekanisme per ny enhet: nytt orgnr → ny baseline → differanseanalyse mot eksisterende modell. Automatiser varsler ved nye styreendringer, nye enheter, regnskapsendringer.

6) Fallback / degrade gracefully

Hvis data mangler: fall tilbake til hypoteser + eksplisitt usikkerhet. Små bedrifter: bruk “minimalt discovery-sett”. Store konsern: bruk konsernmodell og avgrens pilot-enhet først.

Go / no-go

Fungerer best: mellomstore/større virksomheter, flere systemer, offentlig tilgjengelig struktur, standardiserte prosesser.

Faller sammen: ekstremt små bedrifter, sterkt regulerte miljøer uten deling, svært unike prosesser uten digitale spor.

Neste steg:

1. Bygg en MVP som henter Brønnøysund-data + regnskapsindikatorer + manuell systemliste.
2. Lag én standard “Discovery Brief” med felt for kjent/usikker/antatt.
3. Test på 5 kunder og mål reduksjon i første-møte-tid og antall gjentatte spørsmål.

Instans SI_002

Seeds: operasjonell | kortsiktig | tillit | sårbarhet | utforsk

Den operative gevinsten er å bygge en “orgnr-baseline” som kutter discovery-tid før første møte. Ikke prøv å vite alt; prøv å vite nok til å stille riktige spørsmål og unngå duplisering.

1) Datakilder du kan hente automatisk

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: orgnr, navn, adresse, næringskode, styre, daglig leder, kapital, morselskap/konsernstruktur. Offentlige og juridisk trygge.
• Regnskapsregisteret / årsregnskap via Brønnøysund: omsetning, ansatteindikasjoner, soliditet, styretendringer. Godt for modenhet og størrelse.
• Altinn: kun med delegert tilgang/autorisasjon fra kunde; nyttig for roller, meldingsflyt og innsendte skjemaer.
• Nettside + teknisk footprint: CMS, kontaktinfo, produkter/tjenester, lokasjoner. Brukes som “soft signal”.
• Offentlige anskaffelser / DOFFIN: hvis de er leverandør/kunde i offentlig sektor.
• Integrasjoner med kundens systemer (hvis de samtykker): ERP/CRM, HR, IAM, BI, ticketing. Praktisk først via eksport/API, ikke full integrasjonsmotor i MVP.
• LinkedIn: praktisk sett begrenset API-tilgang; bruk heller manuell import/eksport eller tredjepartsdataleverandør med klare vilkår.

2) Strukturering for dag 1

Bygg en standardisert “Consultant Brief”:

• Firmafakta
• Organisasjonskart light
• Systemlandskap (bekreftet vs antatt)
• Prosesshypoteser
• Risiko/uklarheter
• Spørsmål som gjenstår

Må-vite først: orgstørrelse, konsern, bransje, lokasjoner, eksisterende kjernesystemer, beslutningstakere, integrasjonsbehov, compliance-krav.

Nice-to-have: detaljert prosesskart, KPI-er, historiske prosjektfeil, avdelingsspesifikke unntak.

3) Intelligent møteplan

Lag en enkel scoringsmotor:

• >500 ansatte → prioriter governance, masterdata, integrasjoner, endringsstyring
• <50 ansatte → prioriter standardprosesser, dataimport, raske gevinster
• SAP/IFS/Dynamics/Visma → tilpass migrasjons- og integrasjonsspørsmål
• Flere lokasjoner/konsern → spør om mandat, enhetlighet, rollout-modell

Scor: Known / Assumed / Unknown og spør kun om høy-risiko ukjente med høy prosjektpåvirkning.

4) Minste input fra kunde

Be om kun:

1. Orgnr
2. En fil med orgkart eller avdelingsliste
3. Liste over nåværende systemer
4. Én kontaktperson per domene

Framing: “Vi bruker dette til å spare dere 2–4 møter og kutte gjentakelser, ikke for å samle mer administrasjon.”

5) Iterasjon

Etter hver workshop: oppdater baseline automatisk med “bekreftet/avkreftet”-felt. Nye enheter kartlegges med samme pipeline.

6) Risiko og fallback

Små selskaper eller skjult struktur: fall tilbake til minimum baseline + 20-min kickoff. Når data er svak, ikke later som du vet—vis usikkerhet eksplisitt. Tillit bygges ved å markere hva som er faktisk hentet vs. antatt.

Go/no-go

Fungerer best i mellomstore+ organisasjoner med offentlig spor, flere systemer og repeterbare prosesser. Faller sammen ved ekstremt spesialiserte virksomheter, svært lukket data, eller hvis kunden ikke kan gi delegert tilgang.

Neste steg

1. Bygg en MVP som henter Brønnøysund + nettside + enkel systemklassifisering.
2. Design Consultant Brief med Known/Assumed/Unknown.
3. Test på 5 selskaper og mål møtetid spart før og etter.

Instans SI_003

Seeds: strategisk | kortsiktig | tillit | mulighet | utforsk

Den beste kortsiktige gevinsten er ikke “mer discovery”, men å flytte discovery fra møter til maskinlesing. Strategisk betyr det: bygg en baseline som er god nok til at konsulenten kan starte med hypoteser, ikke datainnsamling. Utforskende betyr at løsningen må tåle at kilder varierer kraftig mellom små og store virksomheter. Tillit betyr at du må vise hvor hvert datapunkt kommer fra og hvor sikkert det er.

1) Datakilder du faktisk kan bruke

Offentlig og realistisk:

• Enhetsregisteret / Brønnøysundregistrene (API): navn, org.nr, adresser, næringskode, ansatte/omsetning (for noen), styre, rolleinfo.
• Regnskapsregisteret via Brønnøysund: årsregnskap, note-data, revisjon.
• Altinn: ikke “åpent” generelt, men kan brukes hvis kunden autoriserer tilgang; nyttig for skjemadata, roller, virksomhetsinfo.
• Purehelp / Proff / Bisnode/D&B: kommersielle firmadata, ofte bedre strukturert enn offentlig data, men lisens/kost.
• OpenCorporates: nyttig for internasjonale konsern.
• Web crawling av nettside: organisasjonsstruktur, avdelinger, ledelse, kontaktpunkter.
• LinkedIn: praktisk via manuell eksport/brukeropplastet CSV eller tredjepartsdata; API er sterkt begrenset.
• Kundeeksport: ERP/CRM/HR/AD/CMDB (f.eks. SAP, Dynamics, Visma, Power BI-eksport, Entra ID/Azure AD). Dette er ofte mest verdifullt, men krever samtykke.

Juridisk/praktisk: Offentlige registre og kundens egne eksportfiler er enklest. Altinn og systemintegrasjoner krever normalt aktiv autorisasjon. LinkedIn er ofte vanskelig å automatisere lovlig/praktisk.

2) Struktur for consultant day 1

Lag en “Discovery Baseline” med 5 blokker:

1. Selskap: orgnr, navn, lokasjoner, bransje, størrelse, konserntilhørighet
2. Operativ profil: ansattintervall, geografi, B2B/B2C, antall enheter
3. Teknisk profil: sannsynlige systemer, ERP/CRM-indikasjoner, sky/on-prem
4. Tillit/klarthet: kilde, dato, sikkerhet (høy/middels/lav)
5. Åpne hull: det som må bekreftes i møte

Må vite først: struktur, størrelse, lokasjoner, eksisterende systemer, beslutningstakere, integrasjonsbehov, compliance-krav.

Nice-to-have: KPI-er, detaljert prosesskart, historikk.

3) Intelligent møteplan

Bruk en enkel regelmotor:

• 500+ ansatte → prioriter avdelingsmodell, governance, integrasjoner, rollout
• <50 ansatte → prioriter prosessflyt, superbrukere, minimal løsning
• SAP/Dynamics/Visma → spør om integrasjoner, masterdata, migrering
• Grønt felt → spør om prosessdesign, datamodell, fremtidig skalerbarhet

Score hvert tema med: Known / Likely / Unknown / Risk. Møtet tar bare Unknown + Risk.

4) Minste kundeinput

Be om kun 3 ting før møte 1:

• orgnr + evt. konsernstruktur
• én eksport: org-kart eller systemliste
• “hva ønsker dere å endre nå?” i 3 punkter

Framing: “Vi bruker dette til å spare dere for repetitive spørsmål og kutte første workshop med 30–50%.”

5) Iterasjon og fallback

Samme mekanisme brukes for nye avdelinger: ny orgenhet → ny baseline → delta-sjekkliste.

Hvis data mangler: fallback til minimalt verifiseringsmøte på 20 min + opplasting av én eksportfil.

Go/no-go

Fungerer best: mellomstore+ organisasjoner, flere systemer, flere interessenter, tydelig org.nr.

Svakere: små selskap uten digitalt fotavtrykk eller bransjer med lite offentlig data.

Neste steg

1. Bygg MVP med Brønnøysund + nettsidecrawl + kundens org-kart/CSV.
2. Lag en baseline-rapport med kilder, sikkerhet og “åpne hull”.
3. Test på 5 kunder og mål: møtetid spart, antall spørsmål redusert, datakvalitet.

Instans SI_004

Seeds: strategisk | kortsiktig | tillit | mulighet | vent

Kjernesporet er ikke “samle mer data”, men å bygge en baseline-maskin som gir nok kontekst til å redusere første 2–4 møter. Strategisk: start med det som er stabilt og offentlig; kortsiktig: optimaliser for dag 1, ikke full sannhet; tillit: vær tydelig på kilde og usikkerhet; mulighet: bruk data til å foreslå riktige spørsmål; vent: aksepter at noe må avklares senere.

1) Datakartlegging

Automatisk ved org.nr:

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: orgnavn, adresse, næringskode, roller, styre, daglig leder, konsernrelasjoner.
• MVA-/regnskapsdata via Proff, Purehelp, Creditsafe, Bisnode/D&B: omsetning, ansatte-estimat, nøkkeltall, morselskap.
• Regnskapsregisteret: årsregnskap, noter, revisjon.
• Altinn: kun med eksplisitt kundeautorisering for innhenting av skjema/data.
• Nettside/crawl + offentlige pdf-er: organisasjonskart, personvern, karriere, ERP/CRM-omtale, avdelinger.
• LinkedIn: praktisk begrenset uten avtale/API-lisens; bruk heller firmaside/manuell import av ansatte-klynger.
• Kundenes systemer: via read-only integrasjoner (SAP, Dynamics, Visma, Salesforce, Power BI). Krever samtykke/tilkobling.

Juridisk/praktisk: offentlige registerdata og egen nettside er tryggest uten kundegodkjenning; Altinn og interne systemer krever autorisasjon.

2) Strukturering for consultant dag 1

Presenter som en “Discovery Brief”:

• Firmafakta: størrelse, geografi, konsern, roller.
• Operasjonsprofil: ansatte-estimat, avdelinger, lokasjoner.
• Systemhypotese: sannsynlige systemer/stack.
• Risikosignaler: konsernstruktur, flere enheter, få offentlige data.
• Åpne spørsmål: maks 10, sortert etter impact.

Must-have: orgstruktur, størrelse, juridisk enhet, kontaktroller, sannsynlig systemlandskap, avhengigheter.

Nice-to-have: styre, historikk, selskapsmeldinger, veksttrend.

3) Intelligens i møteplanen

Lag en spørsmålsmotor:

• 500+ ansatte → spør om governance, roller, integrasjoner, datakvalitet, endringsstyring.
• <50 ansatte → spør om “hva brukes i dag”, ikke enterprise-governance.
• SAP → prioriter moduler, masterdata, integrasjoner, autorisasjon.
• Grønt felt → spør om prosessdesign og standardvalg.

Scoring:

Spør nå = høy usikkerhet + høy prosjektpåvirkning.

Vent = lav påvirkning eller kan leses senere fra system.

4) Minste input fra kunde

Be om kun:

1. Org-kart / avdelingsliste
2. Liste over kjernesystemer
3. Én kontakt per funksjonsområde

Framing: “Vi vil spare dere for gjentatte spørsmål. Dette gir dere en ferdig baseline og kortere møter.”

5) Iterasjon og vedlikehold

Når nye enheter/avdelinger dukker opp: kjør samme pipeline på nytt per orgnr/underenhet. Bruk differansesporing: hva er nytt siden sist?

6) Graceful degradation

Hvis data mangler: fall tilbake til “ukjent” + generiske spørsmål basert på bransje og størrelse. Ikke blokker; merk usikkerhet eksplisitt.

Go/no-go

Fungerer best: mellomstore+ bedrifter, flere enheter, offentlig spor, eksisterende systemer.

Svakest: små selskap, lite offentlig data, kaotisk intern struktur.

MVP

Start med: Brønnøysund + nettsidecrawl + enkel rapport + 8 prioriterte spørsmål.

Fase 2: kundeautorisert import fra ERP/CRM/Altinn.

Neste steg

1. Definer 20 felter i baseline-skjemaet.
2. Bygg orgnr→rapport-pipeline for 3 kilder.
3. Test på 5 kunder og mål redusert møtetid.

Instans SI_005

Seeds: strategisk | kortsiktig | makt | sårbarhet | forhandle

Kjernen er maktforskyvning i discovery: den som eier baseline-data før første møte, styrer agendaen. Målet er ikke “mer informasjon”, men å redusere kundens forhandlingsrom for diffuse møter og flytte alt mot dypere valg.

1) Datakartlegging: hva kan hentes automatisk?

Start med organisasjonsnummer → entity graph.

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: orgnr, navn, adresse, styre, signatur, roller, næringskode, konsernstruktur. Godt grunnfjell.
• Regnskapsdata: Proff, Purehelp, Bisnode/Dun & Bradstreet, Creditsafe (ofte betalt) for størrelse, omsetning, ansatte, nøkkeltall.
• Offentlige anskaffelser / Doffin, domener/teknologi via BuiltWith/Wappalyzer, jobannonser og nettsidecrawl for systemspor.
• Altinn: ofte ikke uten autentisering/samtykke. Praktisk: kun via kundeautorisert integrasjon.
• LinkedIn: API er sterkt begrenset; bruk heller offentlig nettside, org-sider, og eventuelt tredjepartsleverandører med lisens.
• Egne systemer: ERP/CRM/HR/ITSM-integrasjoner via standardkonnektorer (Microsoft, SAP, Oracle, Salesforce, Visma, Tripletex, etc.) krever normalt kundeaksept/tilgang.

Juridisk/praktisk uten manuell aksept: kun åpne/offentlig tilgjengelige kilder eller kommersielle dataleverandører du har avtale med. Alt med persondata, interne systemer, Altinn, og lukkede API-er = samtykke/tilgang.

2) Strukturering: hva må konsulenten se dag 1?

Lag en 1-sides briefing + datapanel:

• Min-viktig: orgstruktur, størrelse, geografi, næring, konsern, kjente systemer, sannsynlig modenthetsnivå, kontaktpunkter, nylige endringer.
• Nice-to-have: teknologispor, rekruttering, økonomi-trender, leverandørspor, sannsynlige integrasjoner.

Vis dette som:

• “Known / Inferred / Unknown”
• Risikofelt
• Foreslåtte første 8 spørsmål
• “Ikke spør om dette”-liste

3) Intelligens: hva må spørres om?

Bruk en spørsmålsscore:

Må spørres = høy prosjektkritikalitet × høy usikkerhet × høy konsekvens.

Eksempel:

• 500+ ansatte → spør om organisering, beslutningsstruktur, dataeierskap
• SAP/Oracle/Visma → spør om integrasjonsflate, masterdata, prosesseierskap
• Grønt felt → spør om prosessdesign og scope, ikke legacy-migrering

4) Minste kundeinput før møte 1

Bare 3 ting:

1. Orgkart eller avdelingsliste
2. Eksisterende systemliste (kan være grov)
3. Mål for implementeringen i én setning

Framing: “Vi vil redusere deres forarbeid og bruke møtet på beslutninger, ikke oppramsing.”

5) Iterasjon / vedlikehold

Bruk samme pipeline per ny enhet:

orgnr → crawl → enrich → gap-analyse → spørsmålspakke.

Når nye avdelinger kommer, oppdater kun diffen.

6) Fallback

Hvis data mangler: degrader til hypoteser + eksplisitte gap-markører. For små selskaper uten spor: lever en ultra-kort discovery med 5 kritiske spørsmål og bevisst antakelseslogg.

Go/no-go

Fungerer best: mellomstore/større organisasjoner, flere systemer, offentlig spor, høy møtekost.

Svakest: små bedrifter, sterkt manuelt drevne miljøer, lav digital fotavtrykk.

Neste steg

1. Bygg en MVP med Brønnøysund + nettsidecrawl + teknologi-detektering.
2. Lag en scoringmotor for “known/inferred/unknown” og spørsmålsprioritering.
3. Test på 10 målbedrifter og mål reduserte møtetimer før/etter.

Instans SI_006

Seeds: strategisk | langsiktig | tillit | sårbarhet | implementer

En god løsning starter ikke med «mer data», men med riktig baseline levert tidlig. Strategisk bør du bygge en orgnr-basert pre-discovery motor som lager en «første sannhet» om kunden: hvem de er, størrelse, struktur, offentlig fotavtrykk og antatt systemlandskap. Målet er ikke full innsikt, men å redusere møtetid med 30–60 % ved å flytte rutinekartlegging ut av møterommet.

1) Datakilder

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: juridisk enhet, orgnr, adresse, styre, næring, roller, konsernforhold.
• Regnskapsdata via Proff / Purehelp / Bisnode/UC / Dun & Bradstreet: omsetning, ansatte-estimat, konsern, nøkkeltall. Ofte betalt, men praktisk.
• Altinn: krevende uten kundens samtykke/tilgang; bruk via kundeautorisert innsikt når mulig.
• Offentlig nettside + teknisk fingerprinting: Wappalyzer/BuiltWith-lignende, DNS, CMS, jobbsider, ERP/CRM-spor.
• LinkedIn: begrenset API-tilgang; ikke baser core på dette. Bruk bare lovlig tilgjengelige firmasider/manuell URL-input.
• Kundens egne eksportkilder: CSV/Excel fra ERP/CRM, orgkart, kontoplan, integrasjonsoversikt. Dette er mest verdifullt.

2) Strukturering for dag 1

Presenter et 1-siders briefing card:

• Firmafakta
• Antatt kompleksitet: ansatte, lokasjoner, konsern, land
• Sannsynlige prosesser: salg, ordre, økonomi, service
• Sannsynlige systemer
• Avklaringspunkter (max 10)
• «Allerede kjent / sannsynlig / ukjent»

Min-viktig: orgstruktur, størrelse, lokasjoner, bransje, eierstruktur, eksisterende systemer, integrasjoner, beslutningstakere. Nice-to-have: finans, teknisk stack, rekrutteringssignal, språk/land.

3) Intelligent møteplan

Lag en risikoscore:

• >500 ansatte / flere land / konsern = fokus på governance, integrasjoner, masterdata, rollemodell
• <50 ansatte / én lokasjon = fokus på arbeidsflyt, enkel datamigrering, rask verdi
• SAP/Oracle = tung integrasjon/migrering
• Greenfield = prosessdesign, ikke datarensing

Spør bare om det som har høy usikkerhet × høy konsekvens.

4) Minimal kundeinput

Be om 3 ting før møte 1:

1. Orgkart eller navngitt liste over nøkkelroller
2. Liste over dagens systemer (kan være grov)
3. «Hva må fungere om 90 dager?»

Framing: «Vi bruker dette til å spare dere for gjentatte basis-spørsmål og komme rett til beslutninger.»

5) Iterasjon

Samme motor brukes ved nye avdelinger: nytt orgnr + ny datainnhenting + differanselogg. Langsiktig gir dette en voksende kunnskapsbase per kunde.

6) Graceful fallback

Hvis data mangler: fallback til 5-min oppstartsmøte og en maks 1-sides last opp-mal. Ikke stopp prosjektet; merk usikkerhet eksplisitt.

Go/no-go

Fungerer best i mellomstore/større orgs med offentlig fotavtrykk. Faller delvis sammen i små, private, lite digitaliserte selskaper.

Neste steg

1. Bygg MVP med Brønnøysund + nettside-fingerprinting + manuell kunde-upload.
2. Definer briefing card og risikoscore.
3. Test på 5 kunder og mål reduksjon i møtetid.

Instans SI_007

Seeds: juridisk | langsiktig | makt | sårbarhet | implementer

Bygg dette som en juridisk styrt datainnsamler, ikke som et “AI-spørreskjema”. Maktperspektivet er viktig: den som eier baseline-dataen før møte 1, styrer agendaen og reduserer kundens mulighet til å “selge inn” vage beskrivelser. Samtidig må du beskytte sårbarhet: små orgs og ustrukturerte miljøer har ofte lite å hente offentlig.

1) Datakilder du kan hente automatisk

Norge, høy nytte / lav friksjon

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: org.nr, navn, adresse, roller, styre, næringskode, signatur/prokura, konkurs/avvikling.
• Regnskapsdata via årsregnskap fra Brønnøysund: omsetning, ansatte (ofte estimat/oppgitt), egenkapital, resultat.
• Altinn: kun med eksplisitt kundetilgang/fullmakt; svært nyttig for skjemaer/rapportering, men ikke “fritt” uten avtale.
• OpenCorporates / tilsvarende åpne foretaksregistre for konsern/utenlandske eiere.

Kommersielt / med kundekonsent

• LinkedIn: praktisk data er sterkt begrenset via offisiell API; scraping er juridisk risikabelt. Bruk heller kundeleverte eksportlister eller CRM-tilkobling.
• ERP/CRM-integrasjoner: Microsoft Dynamics, SAP, Salesforce, Visma, Tripletex, Power BI, Azure AD/Entra, Google Workspace, Jira, ServiceNow. Krever OAuth/kundegodkjenning.

Juridisk gjennomførbart uten manuell aksept

• Offentlige registre: ja, innenfor vilkår og formål.
• Interne systemer: nei, normalt kreves eksplisitt samtykke/tilgang.

2) Struktur for dag-1

Lag en baseline-rapport med 5 blokker:

1. Organisasjon: størrelse, bransje, lokasjoner, konsernstruktur.
2. Maktkart: styre, ledelse, prokura, nøkkelroller.
3. Systemlandskap: kjente offentlige spor + kundeleverte integrasjoner.
4. Prosess-hypoteser: “sannsynlig ERP/CRM-smerte” basert på størrelse/bransje.
5. Åpne hull: 10 spørsmål max, prioritert.

Must-know: antall ansatte, lokasjoner, juridisk enhet, eierforhold, kjerneprosess, eksisterende systemer, integrasjonsbehov.

Nice-to-have: orgkart, avdelinger, prosjektportefølje, KPI-er.

3) Intelligent møteplan

Bruk en spørsmålsmotor med score:

• Sikkerhet/forretningskritiskhet: høy score = må avklares.
• Usikkerhet: hvis data mangler, øker prioritet.
• Implikasjonsgrad: påvirker løsning, migrasjon, integrasjon.

Eksempel:

• 500+ ansatte → spør om governance, roller, regional variasjon, integrasjonsarkitektur.
• SAP/Enterprise → spør om master data, integrasjonsplattform, autorisasjonsmodell.
• 50 ansatte / grønt felt → spør om standardprosess og ønsket fremtidstilstand, ikke detaljert deling.

4) Minste input fra kunden

Be om kun:

• org.nr bekreftet
• kontaktperson + rolle
• én fil: orgkart eller systemliste, hvis finnes
• “hva må lykkes i 90 dager?”

Framing: “Vi henter alt vi lovlig kan selv, så du slipper å repetere basisinfo.”

5) Iterasjon / fallback

Ved nye avdelinger: gjenbruk samme pipeline per org.nr + ny enhet. Hvis data mangler, degrader til hypotese-basert discovery og marker felter som “ukjent, må bekreftes”.

Go/no-go

Fungerer best: mellomstore/større orgs, mange ansatte, flere systemer, tydelig offentlig fotavtrykk.

Faller sammen: små bedrifter, lite offentlig data, uformell drift, hyppige endringer.

Neste steg

1. Lag en MVP som henter Brønnøysund-data og genererer baseline-rapport.
2. Definer 20 felter med “known/unknown/confidence”.
3. Bygg en prioriteringsmotor for møteagenda basert på størrelse, bransje og systemspor.

Instans SI_008

Seeds: operasjonell | langsiktig | makt | sårbarhet | implementer

Nøkkelgrepet er å gjøre org.nr til en operasjonell identitetsnøkkel som bygger en “pre-møte baseline” med lav friksjon og høy makt over discovery: du flytter makt fra konsulentens hukommelse til maskinell kontekst.

1) Datakilder ved org.nr

Offentlig / uten kundens aktive godkjenning:

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: navn, orgform, adresse, styre, signatur, næringskode, datterselskap/konsern, roller. Ofte via API/datakatalog eller bulk.
• Regnskapsdata / årsregnskap fra Brønnøysund: omsetning, resultat, ansatteindikatorer, revisjon.
• NAV / SSB / kommune-/bransjedata: størrelse, bransje, geografi, trend.
• Proff / Purehelp / Dun & Bradstreet / Creditsafe: struktur, konsern, nøkkeltall, kreditt, teknologi-signaler (varierende kost).
• LinkedIn: ikke “fritt” API for alt; praktisk sett via partnerløsninger/innkjøpt data eller manuell søk. Juridisk mer restriktivt.
• Offentlige nettsider: kontakt, ledelse, avdelinger, karrieresider, ERP/CRM-signaler i stillingsannonser.

Med kundeeierskap / integrasjon:

• ERP/CRM/HRIS/ITSM: SAP, Dynamics, Business Central, Visma, Salesforce, HubSpot, Oracle, ServiceNow.
• Azure AD / Entra, Google Workspace, M365: orgstruktur, brukere, grupper.
• SharePoint/Confluence/Drive: prosess- og dokumentkart.

2) Strukturering for dag 1

Presenter som en Consultant Baseline Pack:

1. Org-fakta (1 side)
2. Systemlandskap (hva vi sannsynligvis ser)
3. Maktkart: styre, ledelse, økonomi, IT, prosesseiere
4. Sårbarhetskart: datamangler, uklare eiere, mange datterselskap, sentralisert/desentralisert drift
5. Discovery-gap: “vet / antar / må bekreftes”

Min-viktig: orgstruktur, størrelse, lokasjoner, systemsignaler, beslutningsveier, konsernforhold, kritiske prosesser.

Nice-to-have: teknologidetaljer, rekrutteringssignaler, scorecards, avdelingshierarki.

3) Intelligens i møteplanen

Bygg en spørsmålsmotor med score:

• Sikkerhet/kompleksitet: >500 ansatte, flere lokasjoner, konsern => dypere governance, integrasjon, masterdata.
• Systemsignal: SAP => prosess- og integrasjonskart; grønt felt => standardisering, datahygiene, valg av plattform.
• Sårbarhetsscore: manglende eierskap, mange manuelle prosesser, uklare roller => prioriteres tidlig.

Spørsmål som allerede er “sannsynlige” skal nedprioriteres; det dere må spørre om er beslutningsmakt, unntak og lokale variasjoner.

4) Minste kundeinput

Be kun om:

• Orgkart / sentrale roller
• Liste over nåværende systemer
• 3 viktigste prosesser/smerter
• Eventuelle avvik fra standard

Framing: “Vi bruker dette for å kutte 60–70% av standardspørsmålene deres.”

5) Iterasjon

Samme mekanisme per ny avdeling: ny org-enhet -> ny baseline -> delta-analyse -> kun gap fylles manuelt.

6) Fallback

Hvis data er svak: degrader til hypotesedrevet baseline + eksplisitt usikkerhet. Små selskaper uten eksponert struktur: bruk nettside, regnskap, rekruttering, og ett kort valideringsmøte.

Go/no-go

Sterkest: mellomstore/større orgs, konsern, offentlig sektor, regulerte bransjer.

Svakest: små selskaper, lite digitalt fotavtrykk, kaotisk eierskap, svært skreddersydd drift.

Neste steg:

1. Lag en MVP med Brønnøysund + nettside + regnskap + “systemsignaler”.
2. Definer 20 baseline-felter og 10 gap-felter.
3. Test på 5 kunder og mål kutt i møte-timer og antall repetisjonsspørsmål.

Instans SI_009

Seeds: juridisk | kortsiktig | makt | mulighet | forhandle

Kortsiktig og praktisk: bygg dette som en “orgnr-basert forhåndsprofil” som gir konsulenten en forhandlingsfordel i første møte. Målet er ikke full sannhet, men å komme inn med nok struktur til å styre agendaen.

1) Datakilder du kan hente uten mye friksjon

Offentlige / lavterskel

• Brønnøysundregistrene / Enhetsregisteret / Foretaksregisteret: orgnr, navn, adresse, næringskode, styre/daglig leder, roller, konsernstruktur. Svært nyttig, juridisk trygt.
• Regnskapsdata / årsregnskap via Brønnøysund: omsetning, resultat, egenkapital, antall ansatte (ofte indirekte).
• MVA-/rolledata hvis relevant via åpne registertjenester.
• NACE/ næringskode + konsernstruktur fra åpne data for å klassifisere behov.

Først med kundens aksept

• Altinn / interne systemer / HR / ERP / CRM / IAM: krever autorisasjon og ofte signering. Juridisk riktig og mest verdifullt.
• Microsoft 365 / Entra / Azure / Google Workspace for brukere, grupper, tenants.
• SAP/NetSuite/Dynamics/Salesforce/HubSpot via API eller eksport.

Viktig dissens: LinkedIn API er i praksis lite egnet for stabil automatikk; TOS og tilgang gjør det svakt som kjerne-kilde.

2) Struktur: hva konsulenten trenger dag 1

Lag en 1-sides baseline + dashboard:

• Organisasjons-ID, juridisk navn, konsernrolle
• Estimert størrelse: ansatte, omsetning, lokasjoner
• Bransje, land, juridisk enhetstype
• Antatt kompleksitetsscore: lav/middels/høy
• Hypoteser: “trolig fler-enhet”, “trolig ERP-løft”, “CRM-modenhet ukjent”
• Åpne hull: hva vi ikke vet ennå

Min-viktig: orgstruktur, størrelse, systemlandskap, lokasjoner, beslutningstakere, integrasjonsflater.

Nice-to-have: organisasjonskart, prosesskart, teknologilister, KPI-er.

3) Intelligent møteplan

Bygg en spørsmålsmotor med scorer:

• 500+ ansatte => prioriter governance, integrasjoner, rollout, datakvalitet
• 1–50 ansatte => spør om enkelhet, standardpakke, raske beslutninger
• SAP/Oracle => fokus på masterdata, integrasjoner, migrering
• Grønt felt => spør om prosessdesign og standardvalg, ikke legacy-rensing

Spørsmål rangeres som:

• MÅ vite: blokkerer design/budsjett
• BURDE vite: påvirker løsning
• KAN vente: dokumentasjon for senere

4) Minste input fra kunden

Be om bare:

1. Orgkart eller liste over enheter
2. Hvilke systemer de faktisk bruker
3. Hvem som eier hva (IT, økonomi, salg, drift)

Framing: “Vi bruker dette for å spare dere 2–4 møter og komme til beslutninger raskere.”

5) Iterasjon/vedlikehold

Bruk samme mekanisme per ny enhet: nytt orgnr → ny baseline → differansevisning. Det gir makt i prosjektstyringen: mindre ad hoc, mer sporbarhet.

6) Fallback

Hvis data mangler: degrader til minimum profile mode:

• kun registerdata + 3 kundenoter
• markér usikkerhet eksplisitt
• planlegg et kort verifiseringsmøte

Go/no-go

Fungerer best: norske/registrerte selskaper, 20+ ansatte, moderat kompleksitet, flere systemer.

Faller sammen: veldig små selskaper, uformelle strukturer, sterke personavhengige prosesser, eller når kunden nekter systemtilgang.

Neste steg

1. Lag en MVP som henter Brønnøysund-data og produserer en 1-sides baseline.
2. Definér en spørsmålsmotor med 20 standardspørsmål og prioriteringsregler.
3. Test på 5 kunder og mål: færre møter, kortere første workshop, færre gjentatte spørsmål.