Digital brukertesting

Lånekassen skal anskaffe et verktøy for digital brukertesting på lanekassen.no (inkl. underdomener som Lånekassen for læresteder). Verktøyet skal støtte både umoderert og moderert brukertesting, gi tilgang til et bredt spekter av testbrukere, være enkelt å sette opp/distribuere, og tilby funksjoner som skjermopptak/lyd samt transkripsjon. Det er planlagt kontrakt på 3 år med opsjon for oppdragsgiver til forlengelse 1 år. Estimert kontraktsverdi ca. NOK 800 000 ekskl. mva (4 år).

• Leverandøren skal være registrert i foretaksregister, faglig register eller handelsregister i den staten leverandøren er etablert.

  Dokumentasjon: Firmaattest.

  Kilde: Konkurransegrunnlag del I, pkt. 3.1 Leverandørens registrering, autorisasjon mv.
• Norske leverandører skal ha ordnede forhold med hensyn til betaling av skatt, arbeidsavgift og merverdiavgift.

  Dokumentasjon: Skatte-/MVA-attest, ikke eldre enn 6 mnd.

  Kilde: Konkurransegrunnlag del I, pkt. 3.2 Skatter og avgifter
• Leverandøren skal ha tilstrekkelig økonomisk soliditet og finansiell kapasitet til å utføre kontrakten.

  Dokumentasjon: Siste årsregnskap eller utdrag fra dette.

  Kilde: Konkurransegrunnlag del I, pkt. 3.3 Leverandørens økonomiske kapasitet

• Tilbud skal leveres elektronisk via Artifik-portalen innen tilbudsfrist.Kilde: Konkurransegrunnlag del I, pkt. 5.1 Innlevering av tilbud
• Tilbudets innhold/disposisjon skal følge angitt rekkefølge: Utfylt vedlegg (Tilbudsbrev), dokumentasjon kvalifikasjonskrav (skatteattest, firmaattest, årsregnskap) og utfylte bilag 2/3/6 (leverandørens beskrivelse, plan etableringsfase, samlet pris).Kilde: Konkurransegrunnlag del I, pkt. 5.2 Tilbudets utforming
• Tilbudsbrevet skal være signert av ansvarlig representant, og eventuelle forbehold/avvik skal fremkomme og være angitt i tråd med konkurransegrunnlaget. Brevet skal inneholde navn og kontaktinfo til leverandørens kontaktperson.Kilde: Konkurransegrunnlag del I, pkt. 5.2 Tilbudets utforming
• Fylle inn feltene i Vedlegg 1 - Tilbudsbrev (firmanavn, org.nr., adresser, telefon/e-post, kontaktpersoner, ev. underleverandør og forbehold).Kilde: V1_Tilbudsbrev.docx, Vedlegg 1 - Tilbudsbrev
• Tilbudsfrister/vedståelse: Tilbyder må vedstå seg tilbudet i 3 mnd fra tilbudsfrist.Kilde: Konkurransegrunnlag del I, pkt. 1.6 Tidsfrister (vedståelsesfrist) og pkt. 2.3 Vedståelsesfrist

Innleveringsvilkår fra kunngjøringen

Frist for forespørsel/tilbud

21.08.2026

Språk

norsk

Elektronisk katalog

Ikke tillatt

• Databehandlerrolle ved behandling av personopplysninger; databehandleravtale skal inngås (Digitaliseringsdirektoratets databehandleravtale, delvis utfylt m/bilag).Kilde: Konkurransegrunnlag del I, pkt. 1.8 Behandling av personopplysninger
• Kundens kontrakt gjelder fra signering; varighet 3 år med automatisk forlengelse 1 år med oppsigelsestid 3 måneder før utløp. (Leverandøren kan si opp med 12 måneders varsel iht SSA-L.)Kilde: Konkurransegrunnlag del I, pkt. 1.4 Kontrakt og varighet; samt SSA-L generell tekst pkt. 5.1 Varighet
• Avtalen regulerer løpende tjenestekjøp over internett (SSA-L), inkludert etableringsfaseplan (bilag 3), leveransemelding og godkjenning i godkjenningsperiode (10 virkedager) hvis ikke annet avtales i bilag 3.Kilde: SSA-L generell avtaletekst, pkt. 3.2 og 3.3
• Tjenestenivå/brudd: Kunden kan kreve økonomisk kompensasjon ved brudd på avtalt tjenestenivå iht bilag 4 (standardiserte satser) og dagbot ved forsinkelse iht avtalt regulering.Kilde: SSA-L generell avtaletekst, pkt. 9.2.3 og 9.2.4
• Opphør/avslutning: Kunden skal ha oppfølgende bistand inntil 30 kalenderdager etter at tjenesten er etablert hos ny leverandør/hos kunden, uavhengig av avtaleopphør; leverandøren skal legge til rette for overføring av kundens data.Kilde: SSA-L generell avtaletekst, pkt. 5.3 Avslutning av avtalen
• Sletting/tilbakelevering av personopplysninger etter opphør skal skje senest innen 90 kalenderdager (alternativ i DBA-bilag D/F; i bilag D: slett innen 90 dager) og i henhold til databehandleravtalens bilag/instruks.Kilde: V4b_DBA_Bilag.docx, Bilag D (sletting: 90 kalenderdager) og Databehandleravtalen pkt. 12

• Konkret nivå for tjenestenivå (bilag 4) og eventuelle dagbotsatser/tilleggsfrister fremgår ikke av mottatt tekst (knyttet til SSA-L bilag, men bilag 4 ikke inkludert i utdraget).
• Prismodellens konkrete satser (fast årlig vedlikehold/support, variable kostnader, timepriser) er ikke oppgitt i utdraget; bilag 6 er stort sett mal/struktur.
• Databehandleravtalens bilag A/B/C (inkl. eksakte sikkerhetstiltak, lokasjoner for behandling, og detaljerte slettefrister/tilbakeleveringsformat) er ikke fullt gjengitt i teksten; kun deler av DBA bilag/TOC og slettingsvalg fremgår.
• Avtaleinngåelse og endelig valg av leverandør i evalueringsfasen er ikke beskrevet utover generelle rammer (mulighet for dialog/avklaringer).

Punkter der konkurransedokumentene åpner for tolkning, og der en presisering fra oppdragsgiver kan ha betydning for prising og risiko. Spørsmål kan stilles innen fristene som er angitt i konkurransegrunnlaget.

1. I bilag 1 (Kundens kravspesifikasjon) punkt 8 står «samtykkehåndtering i tråd med GDPR-krav» som A-krav. Kan oppdragsgiver spesifisere hvilke samtykke-/cookie-regelverk som menes (f.eks. cookies etter ePrivacy, samtykke etter GDPR art. 6/7), og hvilke konkrete krav til samtykkeflyt, innhenting, loggføring og sperring av innhenting av data som verktøyet må oppfylle for å anses som «Ja»?

   Hvorfor det er verdt å spørre: Leverandøren må kunne prise og implementere riktig samtykkemekanisme, og et A-krav må evalueres/avklares på et konkret og etterprøvbart nivå.

   Kilde: Bilag 1, punkt 8 (samtykkehåndtering i tråd med GDPR-krav)

2. I bilag 1 (Kundens kravspesifikasjon) punkt 11 står «kun benytte nødvendige informasjonskapsler (cookies) som er påkrevd for at verktøyet skal fungere» som A-krav. Hva menes konkret med «nødvendige» cookies her (navn/typer), og skal verktøyet dokumentere og teknisk begrense til kun strengt nødvendige cookies uten tracking/annonsering?

   Hvorfor det er verdt å spørre: Et A-krav knyttet til cookies kan medføre avvisning dersom leverandørens standardløsning bruker flere cookie-kategorier enn oppdragsgiver aksepterer.

   Kilde: Bilag 1, punkt 11 (cookies som er påkrevd for at verktøyet skal fungere)

3. I bilag 2 (Leverandørens beskrivelse av tjenesten) punkt 6/15 er det oppgitt A- og B-krav om støtte for desktop/nettbrett/mobil og anonymisering av respondenter. Kan oppdragsgiver bekrefte om «anonymisering av respondenter» i praksis skal være fullt anonym (ingen indirekte identifikatorer), eller tilstrekkelig pseudonymisering der testdata kobles fra identitetsdata før analyse/eksport?

   Hvorfor det er verdt å spørre: Klarhet rundt anonymiseringsgrad er nødvendig for å designe løsning, sikkerhetstiltak og for å svare korrekt i tilbudsmalen.

   Kilde: Bilag 1, punkt 15 (anonymisering av respondenter) og bilag 2, punkt 15

4. I bilag 1 punkt 4 er «skjermopptak og lyd» A-krav, og transkripsjon er også nevnt. Kan oppdragsgiver presisere om transkripsjon skal være (i) automatisk tale-til-tekst, (ii) i hvilke språk, (iii) i hvilken kvalitet (f.eks. ordentlighetskrav), og (iv) om transkripsjon inngår i opptaket/løpende lagring eller kan velges bort per test?

   Hvorfor det er verdt å spørre: Transkripsjon og lyd/skjermopptak påvirker både personvernrisiko og kost/ressurser (f.eks. maskinlæringsleveranser, lagring, kontroll og sletting).

   Kilde: Bilag 1, punkt 4 (skjermopptak og lyd, samt mulighet for transkripsjon)

5. I bilag 1 punkt 17 (integrasjon med Figma) er det A-krav «integreres med Figma i form av lenker eller kunne eksportere data med funn og analyser». Kan oppdragsgiver avklare hva som forventes for «integreres» i denne konkurransen: er det kun lenkekobling/URL til testresultat i verktøyet, eller kreves eksport i et bestemt format (f.eks. CSV/JSON) som kan importeres i Figma arbeidsflyt?

   Hvorfor det er verdt å spørre: A-kravet kan løses på ulike nivåer, og leverandøren må vite hva som gir uttelling/oppfyllelse for «Ja».

   Kilde: Bilag 1, punkt 17 (integreres med Figma i form av lenker eller eksportere data)

6. I bilag 1 punkt 1–3 og bilag 2 punkt 1–3 er oppsett og distribusjon beskrevet som at brukerne «skal kunne sette opp testen selv» ved lenke til prototype/tekst og legge inn spørsmål/veiledninger. Kan oppdragsgiver angi forventet brukerrollemodell: skal oppdragsgiver selv kunne administrere/label’e målgrupper/demografi, eller må verktøyet gi et brukergrensesnitt for oppdragsgivers testdesignere med bestemt innholdsmal?

   Hvorfor det er verdt å spørre: Oppdragsgiver forventer self-service, men det må avklares hvilke administrasjons-/oppsettfunksjoner som er «inkludert» for å vurdere om A-kravene virkelig er oppfylt.

   Kilde: Bilag 1, punkt 3 (enkel å bruke / sette opp testen selv) og bilag 1 punkt 2 (tilgang til bredt spekter av brukere)

7. SSA-L krever at «dagbot ved forsinkelse» og evt. andre frister knyttet til dagbøter fremgår av bilag 4. I konkurransegrunnlaget som er mottatt i utdraget er bilag 4 ikke inkludert. Kan oppdragsgiver bekrefte hvilke leveransemilepæler som kan utløse dagbøter, dagbøtesats (eller at standarden 0,15 % gjelder), beregningsgrunnlag og maksimal løpetid/dagbotetak dersom bilag 4 ikke avviker?

   Hvorfor det er verdt å spørre: Leverandøren må kunne risikoprisere mislighold/sanksjoner knyttet til tjenestenivå og forsinkelser, og i SSA-L kan satser avhenge av bilag 4/bilag 3.

   Kilde: SSA-L punkt 9.2.3 (dagbot ved forsinkelse) + krav om tjenestenivå i bilag 4 (referert i SSA-L)

8. SSA-L punkt 3.3 gir «godkjenningsprøve» på 10 virkedager dersom ikke annet fremgår av bilag 3. Kan oppdragsgiver bekrefte om bilag 3 (Plan for etableringsfasen) vil fastsette andre frister for godkjenningsprøven, og i så fall hvilke frister og/eller kriterier (A-/B-/C-feil) oppdragsgiver legger til grunn for å godkjenne/underkjenne leveransen?

   Hvorfor det er verdt å spørre: Tidsrammen for godkjenning påvirker leveranseplan, bemanning og risiko for dagbøter/underkjenning.

   Kilde: SSA-L punkt 3.3 (godkjenningsprøve og leveringsdag) og bilag 3 (referert)

9. Bilag 6 (Samlet pris og prisbestemmelser) beskriver at det er «variable kostnader» og at disse er «definert i tabellen under», men tabellen med konkrete satser er ikke gjengitt i utdraget. Kan oppdragsgiver bekrefte hvilke variable parametere som inngår (f.eks. antall tester, testpersoner/respondenter, minutter opptak, antall transkripsjoner) og hvilke faktureringsmål som skal legges til grunn?

   Hvorfor det er verdt å spørre: For å kunne prise riktig er leverandøren avhengig av nøyaktige variable prisdrivere, ikke bare kategoriene i beskrivelsen.

   Kilde: Bilag 6, seksjon «Variable kostnader» (Rådgivning nevnes, men tabellen for øvrige variable elementer er ikke vist i utdraget)

10. Databehandleravtalen Bilag C (Instruks vedrørende behandling) inneholder flere valgfelter, men i utdraget fremgår ikke konkrete sikkerhetstiltak, detaljer om sletting/tilbakelevering «med format», samt «lokasjon for behandling og tilgang» (Bilag B.2-referanser). Kan oppdragsgiver dele de utfylte verdiene for: (i) lokasjoner/land (aksessering/lagring/prosessering), (ii) valgt sikkerhetsnivå og konkrete minstekrav, (iii) valgt slettingsalternativ og eksakt frist (f.eks. 90 dager) samt format for eventuell tilbakelevering?

    Hvorfor det er verdt å spørre: Personvern- og sikkerhetsforpliktelser påvirker både leverandørens kost/teknisk design og risiko. Leverandøren må også kunne prise håndtering av sletting/tilbakelevering korrekt.

    Kilde: Databehandleravtale, Bilag C (C.2 sikkerhet, C.4 lokasjon, C.6 sletting/tilbakelevering) og Bilag a/B/C referanser