Tidligere refererte repoet til dokumentasjon som lå utenfor (i Salg/_mal/), og brukte Obsidian-wikilinks [[...]] som ikke er klikkbare i Gitea. Begge deler gjorde at lenker var døde i Gitea-web. Endringer: - Hentet inn arbeidsdokumentene som faktisk brukes under oppdraget: _metode/ (00-konvensjoner, 01-startklar-sjekkliste, 02-gjennomforing) artefakter/ (risikoregister, integrasjonslandskap, workshop-agenda, domenemodell-skjema) - Konverterte 82 Obsidian-wikilinks til standard markdown-lenker med korrekte relative stier — klikkbare både i Gitea og lokalt - Begrepsord i begrepskatalogen ([[Bedrift]] etc.) ble til ren tekst (de var aldri filer) - Oppdaterte konvensjonsdokumentet til å foreskrive standard markdown, ikke wikilinks (med begrunnelse: Gitea rendrer ikke [[...]]) - Oras/Kirken/salgsmateriale er nå tydelig merket som eksterne arbeidsområde-referanser (andre kunder / salgsfase), ikke dinglende lenker som lot som de var i repoet Verifisert: 133 ekte interne lenker resolver korrekt. De 4 gjenværende treffene i validering er kodeeksempler i backticks (viser lenke-syntaks), ikke faktiske lenker. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
6.1 KiB
name, description, metadata
| name | description | metadata | ||
|---|---|---|---|---|
| standard-online-kontekst | Kunde, scope, team og sentrale aktører for Standard Online-oppdraget — etablert fra salgsfasen før oppdragsstart |
|
Standard Online — prosjektkontekst
Etablert fra salgsfasen (mai 2026). Oppdater ved oppstart med faktiske datoer, navn og bekreftet scope.
Kunde og søsterselskap
Standard Online er en norsk e-handels-/SaaS-aktør. Bedrifts- og brukerdata lever parallelt i tre systemer uten tydelige master-systemer eller etablerte dataeiere. Samtidig ser kunden konturene av en utvikling der AI-agenter skal konsumere, berike og handle på disse dataene — masterdata-grunnlaget må derfor være AI-ready fra start, ikke etterarbeid.
Standard Digital er søsterselskap i Riga, med utviklingskapasitet. De er både bidragsyter og mottaker av kartleggingen — sentral kontakt for å forstå dagens arkitektur og praksis.
Beslutningsstruktur
Beslutningskontakt: Direktør produkt og kundeopplevelse hos Standard Online (navn ikke i frontmatter — bekreft og oppdater ved kickoff).
Hvorfor det betyr noe: Beslutninger om systemvalg og arkitektur ligger hos kunden, eventuelt i samråd med ERP-/CRM-leverandører. Vi leverer beslutningsgrunnlag, ikke implementering. Direktøren er styringspunkt — rask responstid på avklaringer forutsettes.
Systemlandskap
- SuperOffice (CRM)
- Business Central (ERP)
- nopCommerce (egenutviklet nettbutikk)
ANTAKELSE: Bedrifts- og brukerdata er duplisert mellom CRM og ERP. conf: høy (eksplisitt i kundens oppdragsbeskrivelse)
ANTAKELSE: nopCommerce har egen brukermaster for nettbutikk-konti, separat fra SuperOffice-kontakter. conf: moderat (typisk e-handelsmønster, men ikke verifisert hos kunden)
Scope og avgrensninger
Innenfor: kartlegging og anbefaling. 7 leveranser:
- Nåsituasjon med gap og risiko
- Arkitekturskisser (as-is + to-be)
- Masterdata-modell med System-of-Record
- Operasjonelt AI-rammeverk
- GDPR/personvern
- Handlingsplan
- Governance-modell
Utenfor: implementering, leverandørvalg, detaljert teknisk design. Eventuell implementeringsfase prises som egen leveranse.
Team
| Rolle | Navn | Allokering | Eier |
|---|---|---|---|
| Ledende konsulent | Ragnhild Aaraas Hånde | 80% | Daglig arbeid, workshops, dialog Standard Digital, sammenstilling |
| Senior rådgiver | Petter Schultz | 20% | Metodikk-eier, masterdata + arkitektur, KS ved fasegrenser |
Hvorfor 80/20: Lavere totalpris enn én senior på 100%, redundans, kombinerer teknisk dybde + senior rådgivning. Bekreftet modell i pitch (PPTX slide 14).
Rolleinndeling per oppgave
Ragnhild er primus motor — driver det daglige arbeidet alene på de fleste oppgaver. Petter er støttefunksjon med fagansvar der hans metodikk er sentral, og deltar på felles kundemøter.
| Type oppgave | Hvem | Eksempler |
|---|---|---|
| Kartlegging og workshops | Ragnhild alene | Intervjurunde, dataflyt-WS, datakvalitet-WS, systemkart, begrepskatalog, risikoregister |
| GDPR-vurdering | Ragnhild alene | Hennes personvern-erfaring fra TrumfPay (400k brukere) |
| AI-rammeverk (daglig) | Ragnhild alene | Petter eskalerer til CAIO-gruppen ved behov |
| Sammenstilling og forankring | Ragnhild alene | Handlingsplan, Executive Summary, sluttrapport |
| Masterdata-modell | Begge | Petter eier metodikken fra DNK |
| Målarkitektur (to-be) | Begge | Petter eier arkitekturanbefalinger |
| Governance-modell | Begge | Petter designet 3-nivå governance på DNK |
| Felles kundemøter | Begge | Kickoff, presentasjon for direktør og overlevering |
Konkret fordeling per Gitea-issue:
- Ragnhild alene (12): #2 underlag, #3 nøkkelpersoner, #4 intervjurunde, #5 dataflyt-WS, #6 datakvalitet-WS, #7 systemkart, #8 begrepskatalog, #9 risikoregister, #12 AI-rammeverk, #13 GDPR, #15 handlingsplan, #16 ES+sluttrapport
- Begge (5): #1 kickoff, #10 masterdata-modell, #11 målarkitektur, #14 governance, #17 presentasjon
Hvorfor: Per pitch slide 14 er Petter eksplisitt "konsentrert tilstedeværelse — bruker tid der erfaringen gir mest verdi". Bredt assignee-mønster vannet ut den fordelingen. Den smale fordelingen reflekterer at Ragnhild har "én primærkontakt for Standard Online"-rollen og Petter er KS ved fasegrenser (operasjonalisert via milestones, ikke per issue).
Kommersiell modell
- 6-8 ukers løp (effektivt)
- Time & materials, fakturert løpende
- Blandet timepris ca. 1 480 NOK/time (Ragnhild 1 400, Petter 1 800 — endelig satt før utsending)
- 30 dager netto, reise og utlegg separat
Hvorfor dette oppdraget er litt annerledes enn Oras og DNK
| Aspekt | Standard | Oras | DNK |
|---|---|---|---|
| Dybde | Nivå 1 (avgrenset strategisk) | Nivå 1 men dyp teknisk | Nivå 2 (pågående 6+ mnd) |
| Hovedfokus | Masterdata + arkitektur + AI-rammeverk | CRM-konsolidering | Informasjonsarkitektur |
| AI-spor | Eksplisitt leveranse (ny dimensjon) | Ikke i scope | Ikke i scope |
| Antall systemer | 3 | 2 CRM + ERP + flere | 10+ fagsystemer |
Konsekvens: Vi skal IKKE replikere Oras' entity-by-entity-dybde. Vi stopper på domene-nivå. AI-rammeverket er det nye sporet (mappe 6) — operasjonelle prinsipper, ikke arkitektur-spec.
Referansecase som danner grunnlag
- Oras (Salg/Oras/): risikoregister-mønster, Executive Summary, integrasjonslandskap
- Den norske kirke / Nstat (Kirken/): 9-mappe-struktur, masterdata-vokabular (Begrepseier/Dataforvalter/Master), Privacy by Design, governance på 3 nivåer
Salgsmaterialet som etablerer kontekst
Ligger i Salg/Standard/ i Forte-arbeidsområdet (ikke i dette repoet — salgsfase-materiale):
Forslag - Masterdata, arkitektur og AI-klargjøring.md— fullstendig forslagOppdragsbeskrivelse masterdataprosjekt.pdf— kundens RFPStandard_Digital2.pptx— pitch-presentasjonen
Sjekkpunkter ved oppstart
- Bekreft direktør-navn og stedfortreder
- Bekreft kontaktperson(er) hos Standard Digital
- Avtal kommunikasjonsstruktur (Slack? Teams? E-post?)
- Identifiser 8-12 personer til intervjurunde
- Få tilgang til eksisterende underlag (arkitekturskisser, dataflyt)
- Bekreft endelig timepris og total ramme