Handlingsplan — Kommers og marked Q2-Q3 2026
Basert på oppstartspresentasjon (Magnus Lie, mars 2026) og produktkatalogen. Fokus: Produkter og tjenester vi allerede har og kan selge i dag.
Slik bruker dere dette dokumentet
Planen er et forslag — ikke en fasit. Hver fase inneholder:
- 📋 Foreslåtte oppgaver med leveranser og tidsfrister
- 💡 Atlas’ forslag — konkrete anbefalinger basert på eksisterende strategi og produktportefølje
- ❓ Spørsmål til teamet — det vi trenger svar på for å komme videre
Neste steg: Gå gjennom dokumentet, diskuter spørsmålene, og oppdater planen med teamets beslutninger.
Scope — hva Kommers-teamet jobber med
✅ I scope — produkter/tjenester teamet skal selge
| Produkt/tjeneste | Eier | Status | Beskrivelse |
|---|---|---|---|
| Automatisering (RPA-fabrikken + prosesskartlegging) | Magnus L. / Tuva | 🟢 Drift | Komplett automatiseringstjeneste: fra kartlegging og identifisering av kundebehov til utvikling og drift av RPA-boter. 40+ prosesser i produksjon. |
| Dataforvaltning og integrasjoner | Ludwig | 🟢 Drift | Datainnsjø, integrasjoner, ETL-pipelines, datavask på GCP. Kunder: Usbl, Bate, Bonord, Nobl, NBBO. Fundament som alle andre tjenester bygger på. |
| Datavisualisering og innsikt | Christian, Oona | 🟡 Utvikling | AI-drevet spørring, rapportering og visualisering. Erstatter statiske dashboards med interaktive, AI-støttede løsninger. |
| AI-drevne chat-løsninger | Samuel | 🟢 Aktiv | Chat-grensesnitt mot store databaser. Snakk med regnskapet er første leveranse — samme tilnærming kan brukes mot vedtekter, lover, rutiner, dokumentasjon m.m. |
| Helhetlig appbygging (SBS) | Ayan | 🟡 Utvikling | Kundeadmin for SBS — men viktigere som produktkonsept: vi bygger komplette løsninger (database + automatisering + brukergrensesnitt). Modell for fremtidige kundeoppdrag. |
| AI Readiness-sjekk | TBD | 🔵 Konsept | Workshop + verktøy for å vurdere kunders AI-modenhet. |
Fase 1: Avklare retning og mandat
Varighet: 1–2 uker
Mål: Felles forståelse av hva teamet skal levere.
📋 Oppgaver
| # | Oppgave | Leveranse | Estimat |
|---|---|---|---|
| 1.1 | Gjennomgå eksisterende produktportefølje | Teamets felles forståelse av hva vi har | Uke 1 |
| 1.2 | Velge 2–3 fokusprodukter for kommersialisering | Prioriteringsbeslutning | Uke 1 |
| 1.3 | Identifisere kundetyper og markeder | Kundesegment-oversikt | Uke 2 |
| 1.4 | Definere suksesskriterier (KPI-er) | KPI-er med måltall | Uke 2 |
| 1.5 | Avklare prismodell-retning | Prismodell-notat per fokusprodukt | Uke 2 |
💡 Forslag: Fokusprodukter
Basert på modenhet og salgbarhet anbefaler vi at teamet prioriterer:
Tier 1 — Klart for salg i dag:
| Produkt | Hvorfor | Potensial |
|---|---|---|
| Automatisering | 40+ prosesser i drift + kompetanse på prosesskartlegging og behovsanalyse | Helhetlig tilbud: kartlegging → automatisering → drift. Utvide til flere BBL-er. |
| Dataforvaltning og integrasjoner | 5–6 Premium Datainnsjø-kunder + bredere kundegrunnlag via RPA, fundament for alt annet | Mersalg av datainnsjø til eksisterende RPA-kunder |
| Datavisualisering og innsikt | Eksisterende rapporter i drift, ny AI-versjon under utvikling | Alle BBL-er trenger bedre innsikt i egne data |
| AI-drevne chat-løsninger | Bevist med Snakk med regnskapet, kompetansen finnes | Kan utvides til nye doméner: vedtekter, lover, rutiner, internkontroll |
Tier 2 — Nesten klart:
| Produkt | Hva mangler |
|---|---|
| Datavisualisering 2.0 | Ferdigstilling av ny versjon |
| Helhetlig appbygging | Ny versjon ferdig → kan brukes som referansecase for konseptet |
💡 Forslag: Fem tjenestekategorier — vår kommersielle kjerne
1. Automatisering — fra kartlegging til drift:
- Helhetlig: Vi dekker hele løpet — fra prosesskartlegging og behovsanalyse (Tuva) til utvikling og drift av RPA-boter (Magnus L.)
- Bevist: 40+ prosesser fungerer allerede i produksjon
- Konkret: Enkelt å forklare — «vi kartlegger prosessene deres og automatiserer de som gir mest verdi»
- Skalerbart: Samme boter kan rulles ut til nye kunder
- Referanser: Eksisterende kunder er bevis på at det fungerer
- Lisensmodell: BluePrism on-demand gjør det billigere for nye kunder å starte
- Verdikjede: Kartlegging → prioritering → utvikling → testing → produksjon → forvaltning
Mulig salgspitch:
«Vi starter med å kartlegge prosessene deres — og identifiserer de som gir størst gevinst ved automatisering. Så bygger, tester og drifter vi løsningen. Over 40 prosesser kjører allerede i produksjon for boligbyggelag som ligner på dere.»
2. Dataforvaltning og integrasjoner er fundamentet alt annet bygger på:
- Bevist: 5–6 kunder på Premium Datainnsjø (Usbl, Bate, Bonord, Nobl, NBBO) + mange RPA-kunder som naturlige kandidater for datainnsjø
- Bredere enn datainnsjø: Inkluderer datavask, data governance, GDPR-håndtering, integrasjoner mot fagsystemer (Lime, Power Office, m.fl.)
- Stabil inntekt: Forvaltningsavtaler gir forutsigbar ARR
- Enabler: Uten god dataforvaltning fungerer verken visualisering, chat-løsninger eller AI-modeller
- Ny mulighet: Premium Datainnsjø (Nobl-modellen) som standardisert inngangspunkt for nye kunder
Mulig salgspitch:
«Dataene deres er den viktigste ressursen dere har — men bare hvis de er tilgjengelige og pålitelige. Vi bygger dataplattformen som gjør all annen digitalisering mulig.»
Tjenester vi kan tilby:
| Tjeneste | Beskrivelse | Hvem trenger det |
|---|---|---|
| Datainnsjø på GCP | Sentralisert lagring og tilgjengeliggjøring av data | Alle BBL-er uten moderne dataplattform |
| Dataintegrasjoner | Kobling mot fagsystemer (Lime, økonomi, forsikring) | BBL-er med mange systemer som ikke snakker sammen |
| Datavask | Kvalitetssikring og opprydding i data | BBL-er med dårlig datakvalitet (som NBBO) |
| ETL/ELT-pipelines | Automatisert dataflyt mellom systemer | Alle med behov for sanntidsdata |
| Data governance | Tilgangsstyring, GDPR, databehandleravtaler | Alle — særlig etter økt fokus på personvern |
| Premium Datainnsjø | Alt-i-ett-pakke (Nobl-modellen) | Nye kunder som vil komme raskt i gang |
3. Datavisualisering og innsikt gjør data verdifullt for brukerne:
- Bevist: Eksisterende rapporter og dashboards i drift for flere kunder
- Ny retning: AI-drevet spørring (chat mot datasett), interaktive visualiseringer, Excel-eksport
- Team: Christian og Oona jobber med analyse og visualisering, koordinert av Ayan
- Bonord som pilot: Ayan planlegger demo basert på eksisterende datasett
- Kundeportal: Visualisering skal inngå i ny kundeportal der PivoCore-tjenester samles
- Differensierer oss: Vi kjenner boligdata og kan lage doménespesifikke innsikter — ikke bare generiske dashboards
Mulig salgspitch:
«Tenk om styreleder kunne åpne én side og se nøkkeltallene for hele boligselskapet — oppdatert i sanntid, med AI som forklarer trendene. Det er det vi bygger.»
Tjenester vi kan tilby:
| Tjeneste | Beskrivelse | Hvem trenger det |
|---|---|---|
| Forretningsinnsiktsrapporter | Standardrapporter for BBL-er (vedlikehold, økonomi, beboere) | Alle BBL-er |
| Skreddersydde dashboards | Tilpassede visualiseringer for spesifikke behov | Større BBL-er med egne analysespørsmål |
| AI-drevet spørring (ny) | Chat-grensesnitt mot datasett — spør i naturlig språk | BBL-er som vil demokratisere datatilgang |
| Excel-eksport (ny) | Generer tabeller og rapporter direkte fra chat | Økonomiansvarlige, controllere |
| Kundeportal-modul | Visualisering integrert i felles kundeportal | Eksisterende og nye kunder |
| Benchmarking | Sammenlign nøkkeltall mot andre BBL-er (anonymisert) | BBL-er som vil vite hvor de står |
Viktig kobling: Datavisualisering er helt avhengig av Dataforvaltning — disse to bør alltid selges i sammenheng. En kunde som kjøper datainnsjø bør også få visualisering, og omvendt.
4. AI-drevne chat-løsninger er en kompetanse vi allerede har levert på:
- Bevist: Snakk med regnskapet er i produksjon — chat-grensesnitt mot store regnskapsdatabaser
- Bredere enn regnskap: Samme arkitektur kan brukes mot vedtekter, lover og forskrifter, rutinehåndbøker, internkontroll, HMS-dokumentasjon, styredokumenter — alt som er store mengder tekst/data
- Kundeverdi: Brukerne slipper å lete — de spør og får svar i naturlig språk
- Skalerbart: Ny kunde = ny datakilde, samme motor
- Differensierer oss: Vi kjenner boligbransjen og dataene — en generisk chatbot gjør det ikke
Mulig salgspitch:
«Tenk om de ansatte kunne spørre “hva sier vedtektene om dyrehold?” eller “hvordan var strømforbruket i fjor vs. i år?” — og få et presist svar på sekunder. Det er det vi bygger.»
Mulige bruksområder å utforske:
| Bruksområde | Datakilde | Hvem trenger det |
|---|---|---|
| Snakk med regnskapet | Regnskapsdata | Økonomiansvarlige i BBL |
| Snakk med vedtektene | Vedtekter, husordensregler | Forvaltere, styremedlemmer |
| Snakk med lovverket | Burettslagslova, eierseksjonsloven | Juridisk, forvaltning |
| Snakk med rutinene | Internkontroll, HMS, rutinehåndbok | Driftsansvarlige |
| Snakk med styredokumentene | Styreprotokoller, årsrapporter | Styreledere |
3. Helhetlig appbygging (SBS-modellen) er et spennende produktkonsept:
- Full stack: Vi håndterer hele verdikjeden — database, automatisering og brukergrensesnitt
- Bevist: SBS-prosjektet viser at vi kan bygge komplette forretningsapplikasjoner
- Metodikk: Chat-drevet utvikling (Lovable.dev) gir rask leveranse
- Skalerbart: Samme tilnærming kan brukes for andre kunder med lignende behov
- Differensierer oss: De fleste konkurrenter leverer enten «bare data» eller «bare frontend» — vi gjør begge deler
Mulig salgspitch:
«Vi bygger komplette løsninger for boligbransjen — fra database til brukergrensesnitt. Dere forteller oss hva dere trenger, og vi leverer et ferdig system som snakker med deres eksisterende data.»
NB: SBS-konseptet trenger videre utvikling og modning før det kan selges bredt. Kommers-teamet bør aktivt følge prosjektet og begynne å tenke på hvordan dette kan pakketeres.
💡 Kundesegmenter — realistisk markedsbilde
Markedsrealiteten
BBL Pivotal eies av 35 boligbyggelag som forvalter ~270.000 boliger. Bransjen konsoliderer — fra 40 til 37 BBL-er på ett år (fusjoner). OBOS og BOB er utenfor vår eierbase.
Viktig: De fleste av våre eiere er allerede kunder — primært gjennom RPA-fabrikken. Det vi har kalt «aktive kunder» (5–6 BBL-er) gjelder Premium Datainnsjø, vårt mest avanserte dataforvaltningsprodukt. Kundegrunnlaget for automatisering er mye bredere.
Det betyr:
- BBL-markedet er allerede godt dekket for automatisering. De fleste eiere er kunder.
- Vekstmuligheten innenfor BBL er mersalg — selge flere tjenester (dataforvaltning, visualisering, chat) til eksisterende RPA-kunder.
- For videre vekst må vi finne kunder utenfor BBL-ene. Dette er vår største strategiske utfordring.
Segment A: Eksisterende BBL-kunder — mersalg (høyeste prioritet)
Strategi: De fleste eiere er allerede RPA-kunder. Muligheten er å selge flere tjenester — dataforvaltning, visualisering, chat-løsninger — til de som allerede kjenner og stoler på oss.
Premium Datainnsjø-kunder (har allerede avansert dataforvaltning):
| Kunde | Har i dag | Muligheter for mersalg |
|---|---|---|
| Usbl (20% eier, ~90.000 boliger) | RPA, Dataforvaltning, regnskap | Datavis 2.0, chat mot vedtekter/rutiner |
| Bate (11% eier) | RPA, Dataforvaltning | Datavisualisering, chat-løsninger |
| Bonord (7% eier) | RPA, Dataforvaltning | Datavisualisering (pilot planlagt!), chat-løsninger |
| Nobl (4% eier) | RPA, Premium Datainnsjø | Datavisualisering, chat-løsninger |
| NBBO (2% eier) | RPA, Datavask (planlagt) | Datainnsjø, Datavisualisering — naturlig neste steg etter vask |
| SBS | Forvaltningssystem | Utvidelse av systemet, nye moduler |
RPA-kunder uten avansert dataforvaltning:
De fleste av våre øvrige eiere er kunder gjennom RPA-fabrikken. Disse er naturlige kandidater for mersalg av:
- Datainnsjø / Premium Datainnsjø
- Datavisualisering og rapportering
- Chat-løsninger
Oppgave til teamet: Lag en komplett oversikt over hvilke BBL-eiere som kjøper hva i dag, og identifiser mersalgsmuligheter per kunde.
Mål: Minimum én ny tjeneste solgt til eksisterende kunder innen Q3 2026.
Segment B: BBL-eiere uten noen tjenester (medium prioritet)
Noen få av våre eiere er ikke kunder på noe tjenesteområde. Disse bør kartlegges:
| Spørsmål | Hvorfor viktig |
|---|---|
| Hvilke eiere kjøper minst fra oss i dag? | Identifisere mersalgsmuligheter |
| Hva er barrierene for å utvide? (for små, egne løsninger, kapasitet?) | Forstå hva som skal til |
Realistisk mål: Kartlegg status, velg 2–3 å kontakte.
Segment C: Kunder utenfor BBL — vår vekstmulighet 🚀
Dette er den strategisk viktigste diskusjonen for Kommers-teamet.
Våre tjenester (automatisering, dataforvaltning, visualisering, chat-løsninger, appbygging) er ikke begrenset til boligbyggelag. Kompetansen er overførbar. Spørsmålet er: til hvem?
Potensielle nye kundesegmenter:
| Segment | Hvorfor relevant | Vår inngang | Eksempel på tjeneste |
|---|---|---|---|
| Boligforvaltere / eiendomsselskaper | Lignende prosesser som BBL-er, men privat sektor. Forvalter sameier, næringseiendom. | Automatisering, dataforvaltning | Prosesskartlegging, RPA for faktura/forvaltning |
| Forsikringsselskaper | Trenger dataanalyse, automatisering, prediksjon. | Dataforvaltning, automatisering | Datainnsjø, prosesskartlegging |
| Kommuner / offentlig forvaltning | Store mengder data, mange manuelle prosesser, politisk trykk på digitalisering. | Automatisering, chat-løsninger | RPA for saksbehandling, chat mot regelverk |
| Regnskaps- og revisjonsselskaper | Snakk med regnskapet er direkte relevant. Trenger AI-støtte. | Chat-løsninger | Chat mot regnskap, automatisert bokføring |
| Energiselskaper / nettselskaper | Energidata, målerdata, behov for visualisering og automatisering. | Dataforvaltning, visualisering | Datainnsjø, rapportering, forbruksanalyse |
| Andre bransjeorganisasjoner | Lignende struktur som NBBL — medlemsorg med behov for digitalisering av medlemstjenester. | Helhetlig appbygging | Medlemsportaler, datavisualisering |
| Leverandører til boligbransjen | Rørleggere, elektrikere, vedlikeholdsfirmaer — trenger bedre systemer. | Automatisering, appbygging | Ordrestyring, fakturering, rapportering |
Viktig: Vi må velge 1–2 nye segmenter å utforske — ikke alle på en gang. Kriterier for valg:
| Kriterium | Spørsmål |
|---|---|
| Nærhet til det vi kan | Kan vi bruke eksisterende løsninger med minimal tilpasning? |
| Tilgang | Har vi kontakter eller en naturlig inngang? |
| Størrelse | Er segmentet stort nok til å være verdt innsatsen? |
| Betalingsvilje | Er det budsjett for denne typen tjenester? |
| Konkurranse | Er markedet mettet, eller er det åpent? |
Forslått tilnærming:
- Kort sikt (Q2 2026): Fokus på mersalg til eksisterende BBL-kunder + 2–3 nye BBL-er
- Medium sikt (Q3 2026): Aktivere partnerskap + teste 1–2 nye segmenter utenfor BBL
- Lang sikt (2027): Skalere det som fungerer, eventuelt geografisk ekspansjon (Norden)
🤝 Partnerskapsstrategi — vår viktigste vekstmotor
PivoCore er et teknologiteam på ~15 personer — ikke et salgsapparat. Å bygge salgskompetanse i ukjente bransjer fra scratch er dyrt og sakte. Partnerskap løser dette: partneren eier kunderelasjonen og salget, vi leverer teknologien.
Hvorfor partnerskap er riktig for PivoCore
- Vi er naturlige som «motor» bak andres løsninger. Automatisering, dataforvaltning, chat, appbygging — alt er infrastruktur som partnere kan pakketere inn i sine tilbud.
- Vi har allerede bevist at det fungerer: Norkart (energimerking), SBS (appbygging).
- Skalerbart: Én partner kan gi tilgang til et helt nytt kundesegment uten at vi bygger salgsteam.
- Lavere risiko: Vi investerer i teknologi og leveranse — ikke i kald salgsarbeid.
Partnerskapsmodeller
| Modell | Beskrivelse | Eksempel | Vår rolle |
|---|---|---|---|
| Teknologipartner | Vi leverer motor/plattform, partneren selger og distribuerer | Norkart bruker vår beregningsmotor for energimerking | Utvikling + drift |
| Leveransepartner | Partneren selger, vi gjennomfører og drifter | Konsulentselskap selger automatisering, vi bygger og kjører | Leveranse + forvaltning |
| Datadelingspartner | Vi kombinerer data for felles produktverdi | If + PivoCore = skadeprediksjon basert på begges data | Data + modellering |
| Reseller / whitelabel | Partneren videreselger våre ferdige produkter under eget merke | Et BBL videreselger chat-løsninger til sine borettslag | Produkt + support |
| Co-development | Vi utvikler sammen med en partner for et felles marked | Felles løsning for et nytt segment | Delt utvikling |
Eksisterende partnerrelasjoner — og potensial
| Partner | Status i dag | Partnermodell | Potensial | Neste steg |
|---|---|---|---|---|
| Norkart | Aktivt samarbeid (energimerking) | Teknologipartner | Høyt — 110.000 boligomsetninger/år, meglerpakker, datatorg | Business case over påske → formalisere partneravtale |
| If Forsikring | Dialog pågår | Datadelingspartner | Medium — forsikringsdata + analyse | Utforske bredere samarbeid enn enkeltprosjekter |
| Viking Guard | Samtaler pågår | Datadelingspartner | Medium — sensordata for vannskadeprediksjon | Avklare datadeling og integrasjon |
| NBBL | Eier (0,5%), bransjeorganisasjon | Kanal | Medium — tilgang til alle BBL-er via konferanser, nettverk | Bli synlig på NBBL-arenaer |
Nye partnerskap å utforske
| Potensiell partner | Hvorfor | Vår inngang | Modell |
|---|---|---|---|
| Regnskapskontorer | Snakk med regnskapet er direkte relevant for deres kunder | Demo av chat-løsning | Reseller / whitelabel |
| Eiendomsmeglerkjeder | Trenger data om boliger, energimerking, tilstandsvurdering | Via Norkart-relasjonen | Teknologipartner |
| Kommunale digitaliseringsenheter | Stort behov for automatisering og chat mot regelverk | Direkte kontakt | Leveransepartner |
| Forsikringsselskaper (utover If) | Behov for data og automatisering | Via bransjenettverk | Datadelingspartner / leveransepartner |
| IT-konsulentselskaper | Kan videreselge våre tjenester til sine kunder | Direkte kontakt | Leveransepartner |
| Leverandører til boligbransjen | Rørleggere, elektrikere, vedlikeholdsfirmaer trenger systemer | Via BBL-nettverket | Helhetlig appbygging |
| Venezu | Norges ledende B2B-møtebookingsselskap (teknologibransjen), 20+ års erfaring, 300M+ omsatt. Kan gi oss tilgang til nye kundesegmenter. | Via Gture-anbefaling + kontakt (Matias Flygind Sælid) | Møtebooking/leadsgeneringspartner |
| Innovation Support | B2B-møtebooking og leadsgenerering, Oslo-basert. Spesialisert på kalde leads → varme møter. | Direkte kontakt (Tord Schiøtz Smørdal, daglig leder) | Møtebooking/leadsgeneringspartner |
💡 Møtebookingsselskaper som salgskanal
Diskutert i møte med Gture 9. april 2026. Gture har brukt Venezu med gode erfaringer — dette er en salgskanal vi bør undersøke nærmere.
Verdiproposisjon: Møtebookingsselskaper kan gi oss tilgang til kundesegmenter vi ikke når med egen salgskapasitet. De har kontakter, erfaring og systemer for B2B-leadsgenerering — vi har produktene.
To aktører identifisert:
| Selskap | Kontaktperson | Telefon | Erfaring |
|---|---|---|---|
| Venezu | Matias Flygind Sælid | 21 02 70 10 | 20+ år, 300M+ omsatt, teknologibransjen |
| Innovation Support | Tord Schiøtz Smørdal | +47 236 51 300 | B2B-møtebooking, fem-stegsprosess |
Neste steg: Jon og Magnus diskuterer oppfølging i møte uke 16/17.
Handlingsplan for partnerskap
| # | Oppgave | Ansvarlig | Når |
|---|---|---|---|
| P1 | Kartlegge eksisterende partnerstatus og -potensial | Magnus / teamet | Fase 2 |
| P2 | Prioritere 2–3 partnerskap å aktivere i Q2 | Teamet + Jon | Fase 2–3 |
| P3 | Definere partnermodell per partner (hva tilbyr vi, hva får vi) | Magnus | Fase 3 |
| P4 | Lage «partner-pitch» — kort presentasjon av hva vi kan levere som partner | Teamet | Fase 3–4 |
| P5 | Første møte med 1–2 nye potensielle partnere | Magnus / Jon | Fase 4 |
| P6 | Evaluere og justere partnerstrategi | Teamet | Løpende (månedlig review) |
| P7 | Innhente tilbud fra Venezu og Innovation Support | Jon | Uke 17 |
| P8 | Vurdere møtebooking som salgskanal for PivoCore | Magnus / Jon | Uke 17–18 |
Spørsmål til teamet om partnerskap
- Hvem i teamet har kontakter hos potensielle partnere?
- Hvilke av våre tjenester er enklest å «pakketere» for en partner å videreselge?
- Hva trenger en partner fra oss for å kunne selge? (demo, dokumentasjon, prismodell, SLA)
- Er vi villige til whitelabel — at partneren selger under eget merke?
- Har vi kapasitet til å levere hvis en partner bringer inn nye kunder raskt?
- Hva er deal-breakers? (eksklusivitet, prismarginer, IP-rettigheter)
💡 Forslag: KPI-er
| KPI | Foreslått mål H2 2026 | Merknad |
|---|---|---|
| Mersalg til eksist. kunder | 3–5 nye tjenester solgt | Høyeste prioritet — selg dataforvaltning/visualisering/chat til RPA-kunder |
| Nye kunder (utenfor eksist. base) | 2–3 | Via partnerskap eller nye segmenter |
| Nye kundedialoger utenfor BBL | 5–10 | Strategisk viktig — test nye segmenter |
| Produktdemoer gjennomført | 15 | ~2–3 per måned |
| Pipeline-verdi | 2M NOK | Totalt i aktive dialoger |
| Identifisert 1–2 nye kundesegmenter | Ja/nei | Må være besluttet innen Q3 |
| Partnerskap aktivert | 2–3 | Formalisert samarbeid med konkret plan |
| Partner-genererte leads | 3–5 | Leads som kommer via partnere, ikke direkte |
❓ Spørsmål til teamet
Mersalg og eksisterende kunder:
- Hva vet vi om hva Usbl, Bate, Bonord, Nobl og NBBO trenger mer av? Har vi spurt dem?
- Hva er den enkleste «nestetjenesten» å selge til en eksisterende kunde?
- Er det blokkere for mersalg? (kapasitet, pris, manglende materiell)
Nye BBL-kunder: 4. Hvilke eksisterende RPA-kunder er best egnet for mersalg av dataforvaltning/visualisering/chat?
Vekst utenfor BBL — vår største strategiske utfordring: 6. Hvilke av våre tjenester er mest overførbare til andre bransjer? 7. Kjenner noen i teamet aktører utenfor BBL som kan være relevante? (forvaltere, kommuner, forsikring, regnskap) 8. Hvilke 1–2 nye segmenter bør vi teste først? Hvorfor? 9. Har vi kapasitet til å jobbe med nye segmenter parallelt med BBL-arbeid?
Generelt: 10. Hvem konkurrerer vi mot — både innenfor og utenfor BBL? Hva er vår fordel? 11. Er KPI-ene realistiske?
Fase 2: Arbeidsmetodikk og struktur
Varighet: 1–2 uker
Mål: System for hvordan teamet jobber og følger opp.
📋 Oppgaver
| # | Oppgave | Leveranse | Estimat |
|---|---|---|---|
| 2.1 | Velge verktøy for oppgavestyring | Beslutning + oppsett | Uke 1 |
| 2.2 | Sette opp backlog-struktur | Backlog klar til bruk | Uke 2 |
| 2.3 | Etablere dokumentasjonssted for produkter | Wiki/space klar | Uke 2 |
| 2.4 | Definere lead-oppfølgingsrutine | Dokumentert prosess | Uke 2 |
| 2.5 | Etablere møtestruktur | Fast møtesyklus avtalt | Uke 1 |
💡 Forslag: Hold det enkelt
Ikke overdesign. Start med det minste som fungerer:
| Behov | Anbefaling | Begrunnelse |
|---|---|---|
| Oppgavestyring | DevOps (hvis allerede i bruk) eller Notion | Bruk det organisasjonen allerede har |
| Lead-tracking | Delt Excel/Notion-tabell | Ikke kjøp CRM før dere har 20+ leads |
| Dokumentasjon | Confluence eller denne Obsidian-vaulten | Én kilde til sannhet |
| Kommunikasjon | Teams-kanal for teamet | Allerede i bruk |
💡 Forslag: Møtestruktur
| Møte | Frekvens | Varighet | Innhold |
|---|---|---|---|
| Standup | Mandag | 30 min | Status, blokkere, ukens prioriteter |
| Månedlig review | Første torsdag | 60 min | Pipeline, KPI-er, kurskorrigering |
💡 Forslag: Lead-prosess
1. Lead identifisert (nettverk, LinkedIn, event, innkommende)
↓
2. Registrer i lead-tracker (hvem, kontaktinfo, behov, kilde)
↓
3. Kvalifisering — passer dette? (innen 48 timer)
↓
4. Første møte / behovsavklaring (innen 1 uke)
↓
5. Demo av relevant produkt
↓
6. Tilbud
↓
7. Oppfølging (maks 2 uker mellom kontaktpunkter)
↓
8. Signering eller arkivering (med begrunnelse)
❓ Spørsmål til teamet
- Lead-tracking: Finnes det noe system i dag, eller starter vi fra scratch?
- Møter: Har dere faste møter allerede? Hva fungerer / hva mangler?
- Kapasitet: Teammedlemmene har i snitt ~30 % av sin tid til kommersielt arbeid. Stemmer dette? Er det nok?
- Informasjonsflyt: Hvordan deles info mellom team-medlemmene i dag?
Fase 3: Kartlegge og prioritere produkter
Varighet: 2–3 uker
Mål: Forstå hva vi faktisk kan selge — og til hvem.
📋 Oppgaver
| # | Oppgave | Leveranse | Estimat |
|---|---|---|---|
| 3.1 | Kartlegge hva vi leverer til dagens kunder | Komplett leveranseoversikt per kunde | Uke 1 |
| 3.2 | Identifisere «kopiérbare» leveranser | Liste: hva kan vi tilby nye kunder uten stor tilpasning? | Uke 2 |
| 3.3 | Lage produktark per fokusprodukt | Én-sides beskrivelse per produkt | Uke 3 |
| 3.4 | Kartlegge automatiseringsprosesser med utvidelsespotensial | Shortlist: boter som kan rulles ut + typiske kartleggingsfunn | Uke 3 |
| 3.5 | Kartlegge dataforvaltnings-tjenester som kan standardiseres | Hva er «standardpakken»? Hva koster oppsett vs. forvaltning? | Uke 2 |
| 3.6 | Kartlegge rapporter/dashboards klare for nye kunder | Hvilke visualiseringer er generiske vs. skreddersydde? | Uke 3 |
| 3.7 | Identifisere nye bruksområder for chat-løsninger | Liste: hvilke datakilder/doméner ønsker kunder chat mot? | Uke 3 |
💡 Forslag: Automatisering — kartlegging
For å utvide kundegrunnlaget trenger vi å vite:
| Spørsmål | Hvorfor det er viktig |
|---|---|
| Hvilke prosesser automatiserer vi i dag? | Identifisere «best-sellers» |
| Hvilke av disse er generiske (fungerer på tvers av BBL-er)? | Det vi kan selge uten stor tilpasning |
| Hva er typisk tidsbesparelse per prosess? | Salgsargument — konkrete tall |
| Hvordan ser en typisk prosesskartlegging ut? (Tuva) | Dokumentere verdien av kartleggingsfasen |
| Hvilke BBL-er har lignende prosesser som våre kunder? | Prospektliste |
| Hva koster kartlegging + utrulling av eksisterende bot til ny kunde? | Prisgrunnlag for hele verdikjeden |
💡 Forslag: Produktark-innhold
Hvert produktark bør være maks 1 side og inneholde:
- Problemet — Hva sliter kunden med?
- Løsningen — Hva gjør produktet? (2–3 setninger)
- Bevist effekt — Tall fra eksisterende kunder
- Slik kommer du i gang — 3 enkle steg
- Pris — Transparent og enkel
💡 Forslag: Dataforvaltning — kartlegging
| Spørsmål | Hvorfor det er viktig |
|---|---|
| Hva er minimumspakken for en ny kunde? (jfr. Nobl Premium Datainnsjø) | Definere inngangspris og -tilbud |
| Hvilke integrasjoner er mest etterspørt? (Lime, Power Office, økonomi) | Prioritere hvilke koblinger vi bygger først |
| Hvor lang tid tar onboarding av en ny datainnsjø-kunde? | Kapasitetsplanlegging |
| Hva er forvaltningskostnad per kunde per måned? | Prisgrunnlag |
| Kan datavask (NBBO-modellen) bli et eget inngangsprodukt? | Lav terskel — kunden får umiddelbar verdi |
💡 Forslag: Datavisualisering — kartlegging
| Spørsmål | Hvorfor det er viktig |
|---|---|
| Hvilke rapporter leverer vi i dag? Kan vi lage en «meny»? | Gjør det enkelt for kunder å velge |
| Hva er forholdet mellom standardrapporter og skreddersydde? | Standardiserte rapporter skalerer bedre |
| Hvor langt unna er AI-spørring (Datavis 2.0) fra å være salgbart? | Tidslinje for nytt tilbud |
| Hva er Bonord-pilotens mål og tidslinje? | Første test av ny modell |
| Kan benchmarking (sammenligning mellom BBL-er) bli et eget salgsargument? | Stor verdi for styrer og ledelse |
💡 Forslag: Chat-løsninger — kartlegging
For å utvide chat-konseptet trenger vi å vite:
| Spørsmål | Hvorfor det er viktig |
|---|---|
| Hvilke datakilder har kundene som de sliter med å nyttiggjøre? | Identifisere de største smertepunktene |
| Hva spør ansatte om oftest — som de bruker lang tid på å finne svar på? | Der chat gir størst verdi |
| Hvilke doméner (regnskap, jus, drift, HMS) er mest etterspørt? | Prioritere neste bruksområde |
| Hva er datakvaliteten på de ulike kildene? | God data = god chat |
❓ Spørsmål til teamet
- Automatisering: Kan vi lage en liste over de 10 mest verdifulle prosessene vi automatiserer i dag?
- Standardisering: Hvor mye av leveransene er skreddersøm vs. standard?
- Kartlegging: Hvor lang tid tar en typisk prosesskartlegging? Hva leverer vi tilbake til kunden?
- Onboarding-tid: Hvor lang tid tar det å rulle ut en eksisterende bot hos en ny kunde?
- Tilpasningskostnad: Hva koster kartlegging + tilpasning + utrulling for en ny kunde?
- Dataforvaltning: Hva er «standardpakken» vi tilbyr nye kunder? Finnes det en entry-level?
- Chat-løsninger: Hvilke kunder bruker Snakk med regnskapet i dag? Hva sier de? Hvilke andre doméner spør de om?
Fase 4: Markedsføring og kundedialog
Varighet: 4–6 uker
Mål: Definere hvordan vi skaffer nye kunder — med fokus på det som gir raskest resultat.
📋 Oppgaver
| # | Oppgave | Leveranse | Estimat |
|---|---|---|---|
| 4.1 | Kartlegge eksisterende nettverk og kontakter | Prioritert kontaktliste | Uke 1 |
| 4.2 | Identifisere mersalgsmuligheter hos eksisterende RPA-kunder | Prioritert liste per kunde | Uke 2 |
| 4.3 | LinkedIn-strategi | Plan: frekvens, innhold, hvem poster | Uke 3 |
| 4.4 | Identifisere partnerskapsmuligheter | Shortlist med kontaktpersoner | Uke 4 |
| 4.5 | Planlegge første event/webinar | Konsept + dato | Uke 5–6 |
| 4.6 | Nettside/nyhetsbrev — behov og plan | Beslutning | Uke 5–6 |
💡 Forslag: Prioritert rekkefølge
Start med det som gir raskest resultat:
| Prioritet | Kanal | Hvorfor | Tidshorisont |
|---|---|---|---|
| 🥇 | Utvidelsessalg — eksisterende kunder | De kjenner oss allerede. Selg mer til Usbl, Bate, Bonord, Nobl. | Uker |
| 🥈 | Direkte kontakt — nettverk | Personlige relasjoner konverterer best | Uker |
| 🥉 | Synlighet + posisjonering | Måneder | |
| 4 | Partnerskap | Tilgang til nye kundegrupper | Kvartaler |
| 5 | Events/webinarer | Demonstrer kompetanse og produkter | Medium |
| 6 | Nettside/nyhetsbrev | Langsiktig | Bygger over tid |
💡 Mersalg og nye kunder
Se Kundesegmenter i Fase 1 for detaljert oversikt over mersalgsmuligheter og nye segmenter utenfor BBL.
💡 Forslag: LinkedIn-innhold
| Uke | Type | Eksempel |
|---|---|---|
| 1 | Resultat | «Vi automatiserte X prosesser for et BBL — her er hva som skjedde» |
| 2 | Innsikt | «3 prosesser alle boligbyggelag bør automatisere i 2026» |
| 3 | Spørsmål | «Bruker ditt BBL fortsatt manuell fakturahåndtering?» |
| 4 | Demo | Kort video/GIF av chat-løsning i aksjon (f.eks. «Snakk med regnskapet») |
💡 Forslag: BBL-turné 2.0 (format for nye kunder)
| Del | Tid | Innhold |
|---|---|---|
| 1. Bli kjent | 15 min | Forstå kundens utfordringer og prosesser |
| 2. Prosess-screening | 30 min | Kartlegg 3–5 prosesser som kan automatiseres (Tuvas metodikk) |
| 3. Demo | 30 min | Vis automatisering i aksjon + chat-løsning (f.eks. mot regnskap eller vedtekter) |
| 4. Neste steg | 15 min | Konkret avtale om pilot eller tilbud |
❓ Spørsmål til teamet
- Nettverk: Hvem i teamet har de beste kontaktene mot BBL-er? Kan vi lage en felles liste?
- Eksisterende kunder: Hva vet vi om hva Usbl, Bate, Bonord og Nobl trenger mer av?
- LinkedIn: Hvem er komfortable med å poste? Har PivoCore en bedriftsside?
- Partnerskap: Utover det vi har — hvilke partnere er mest relevante?
- Nettside: Har PivoCore en nettside der vi kan presentere produkter?
- Budsjett: Er det budsjett for events, annonsering, eller verktøy?
- Referansecase: Kan vi bruke eksisterende kunder som referanse i salg?
Fase 5: Kommersiell struktur
Varighet: 2–3 måneder (overlapper med Fase 4)
Mål: Gjøre det enklere å selge produktene.
📋 Oppgaver
| # | Oppgave | Leveranse | Estimat |
|---|---|---|---|
| 5.1 | Lage standard produktpresentasjon | Slide-deck per fokusprodukt | Måned 1 |
| 5.2 | Skrive kundebeskrivelser | «Hva får du»-tekst per produkt | Måned 1 |
| 5.3 | Etablere lead-håndteringsrutine (i drift) | Prosess som faktisk brukes | Måned 1–2 |
| 5.4 | Ferdigstille prismodell per produkt | Prisliste | Måned 2 |
| 5.5 | Lage tilbudsmal | Standard tilbudsdokument | Måned 2–3 |
💡 Forslag: Salgspakker
Automatisering (kartlegging + RPA):
| Pakke | Innhold | Prismodell |
|---|---|---|
| Prosess-screening | Kartlegging av 5–10 prosesser, prioritering, anbefaling | Gratis eller lav pris (døråpner) |
| Automatisering Start | Prosesskartlegging + automatisering av 1–3 prosesser | Prosjektpris + månedlig forvaltning |
| Automatisering Proff | Kartlegging + 5–10 prosesser + løpende forvaltning | Abonnement |
| Automatisering Enterprise | Full fabrikk — løpende kartlegging, utvikling og drift | Årsavtale |
Dataforvaltning og integrasjoner:
| Pakke | Innhold | Prismodell |
|---|---|---|
| Datavask | Kvalitetssikring og opprydding av eksisterende data | Prosjektpris (engangsjobb) |
| Datainnsjø Start | GCP-plattform + 1–2 integrasjoner | Oppsett + månedlig forvaltning |
| Premium Datainnsjø | Alt-i-ett (Nobl-modellen): plattform + integrasjoner + governance | Abonnement |
Datavisualisering og innsikt:
| Pakke | Innhold | Prismodell |
|---|---|---|
| Rapport Start | Standardrapporter (vedlikehold, økonomi, beboere) | Abonnement |
| Innsikt Proff | Skreddersydde dashboards + AI-spørring | Abonnement (høyere) |
| Innsikt Enterprise | Full pakke + benchmarking + kundeportal | Årsavtale |
AI-drevne chat-løsninger:
| Pakke | Innhold | Prismodell |
|---|---|---|
| Chat Pilot | Étt domene (f.eks. regnskap), begrenset brukergruppe | Prosjektpris + månedlig |
| Chat Standard | 1–2 domener, full tilgang | Abonnement |
| Chat Enterprise | Flere domener + skreddersydde datakilder | Årsavtale |
❓ Spørsmål til teamet
- Materiell: Finnes det presentasjoner eller demoer vi kan bygge videre på?
- Demo-miljø: Har vi demo-versjoner av produktene som kan vises til kunder?
- Tilbud: Hvordan lager vi tilbud i dag? Standard prosess eller ad hoc?
- Kontrakter: Har vi standard avtalemal for produktsalg?
- Onboarding: Hva skjer etter at kunden sier ja? Er prosessen definert?
- BluePrism on-demand: Hva betyr dette konkret for prising til nye kunder?
Fase 6: Bygge pipeline
Starter når Fase 4–5 er i gang → løpende
Mål: Kontinuerlig kundedialog og vekst.
📋 Oppgaver
| # | Oppgave | Leveranse | Frekvens |
|---|---|---|---|
| 6.1 | Aktiv kundedialog | Min. 5 nye dialoger/mnd | Løpende |
| 6.2 | Produktdemoer | Min. 2 demoer/mnd | Løpende |
| 6.3 | Utvidelsessalg | Tilby mer til eksisterende kunder | Kvartalsvis |
| 6.4 | Partnerskap-oppfølging | Formalisere 1–2 partnerskap | Q3 2026 |
| 6.5 | Feedback-loop | Samle tilbakemeldinger → forbedringer | Månedlig |
| 6.6 | Pipeline-rapportering | Statusrapport til ledelsen | Månedlig |
💡 Forslag: Pipeline-mal
| Lead | Kilde | Segment | Produkt | Status | Verdi | Neste steg | Ansvarlig |
|---|---|---|---|---|---|---|---|
| Eks: BBL X | Nettverk | Medium BBL | RPA Start | Møte booket | 100k/år | Demo 20/4 | Magnus |
| Eks: SBS-kunde Y | Referanse | Forvaltning | Helhetlig app | Behovsavklaring | 250k | Møte 25/4 | Ayan |
❓ Spørsmål til teamet
- Kapasitet: Hvor mange aktive kundedialoger kan teamet håndtere parallelt?
- Rapportering: Til hvem og hvor ofte rapporteres kommersielle resultater?
Tidslinje — relativ oversikt
Måned: 1 2 3 4 5 6 →
F1 ████ Retning & mandat (1–2 uker)
F2 ████ Metodikk & struktur (1–2 uker)
F3 ████████ Kartlegge produkter (2–3 uker)
F4 ████████████████ Markedsføring (4–6 uker)
F5 ████████████████████████ Kommersiell struktur (2–3 mnd)
F6 ████████████████ → Pipeline (løpende)
Totalt til «operasjonell» (F1–F4): ~2–3 måneder fra oppstart
Totalt til full struktur (F1–F6): ~5–6 måneder fra oppstart
De viktigste spørsmålene til første workshop
Kundesegmenter og partnerskap — den viktigste diskusjonen
- Mersalg: Hva trenger eksisterende kunder mer av? Har vi spurt dem direkte?
- Mersalg til RPA-kunder: Hvilke eksisterende kunder bør få tilbud om dataforvaltning/visualisering/chat først?
- Partnerskap: Hvilke 2–3 partnerskap bør vi aktivere først? Hvem har kontaktene?
- Partnerpitch: Hva trenger en partner fra oss for å kunne selge våre tjenester? (demo, docs, pris, SLA)
- Nye segmenter: Hvilke bransjer utenfor BBL kan vi nå via partnerskap?
Tjenestene våre
- Hvilke av våre 40+ automatiserte prosesser er «kopiérbare» til nye kunder — også utenfor BBL?
- Dataforvaltning: Hva er «standardpakken» for en ny kunde? Hva er inngangsprisen?
- Datavisualisering: Hvilke rapporter/dashboards er klare til salg i dag?
- Hvilke nye domener bør vi prioritere for chat-løsninger?
- Hvordan pakketerer vi SBS-modellen som et salgbart konsept?
Arbeidsform
- Hvilke verktøy bruker vi for oppgaver, dokumentasjon og leads?
- ~30 % av kapasiteten er tilgjengelig for kommersielt arbeid — er det nok til planens ambisjoner?
- Hvem eier hva? (salg, markedsføring, produkt, leveranse)
Kapasitet og vekst
- Har vi kapasitet til å jobbe med nye segmenter parallelt med BBL-arbeid?
- Kan vi bruke eksisterende kunder som referanse?
- Hva differensierer oss fra konkurrentene — både innenfor og utenfor BBL?
Dokument opprettet 2. april 2026 — til diskusjon i Kommers-teamet. Oppdateres etter hvert som teamet tar beslutninger.