DATAANALYS OCH EXPERIMENT

DATAGRÄNS // EXPERIMENTDESIGN // VALIDERING // SPÅRBARHET

AI kan hjälpa FoU-team att hitta mönster, föreslå experiment och sammanfatta testutfall. Men ett AI-svar är inte ett mätresultat. Det behöver kopplas till dataklassning, validering och dokumenterat ansvar.

Senast uppdaterad:

DATAKLASSNING

Börja med vad datan får användas till

FoU-data kan vara allt från öppna mätserier till affärshemligheter, personuppgifter, kundmaterial eller säkerhetskänslig teknik. Innan AI används behöver teamet veta om materialet får lämna projektmiljön, om leverantören får lagra promptar och om resultatet kan påverka beslut.

  • Grönt: syntetiska testdata, publicerade tabeller, öppna benchmarkdata och exempel utan projektkoppling.
  • Gult: intern statistik utan känsliga detaljer, avidentifierade avvikelsekategorier eller sammanfattade resultat i godkänt verktyg.
  • Rött: rådata från testpersoner, kundspecifika krav, opublicerade prestandaresultat, källkod, patentnära experiment eller material under NDA.

Om dataklassen är oklar ska teamet använda syntetiska data för att testa arbetsflödet och låta informationssäkerhet, juridik eller dataskydd bedöma om verkliga data får användas.

PRAKTISKT CASE

Analysera avvikelser utan att flytta rådata

Ett FoU-team ser återkommande avvikelser i laboratorietester. I stället för att exportera rådata till ett AI-verktyg skapar de en intern sammanställning: avvikelsekategori, ungefärligt intervall, testmiljö och om felet är reproducerbart. AI får föreslå möjliga grupperingar och kontrollfrågor, men inte dra slutsatsen att en viss rotorsak är bevisad.

Teamet väljer sedan två hypoteser för manuell kontroll mot originaldata i det godkända systemet. I rapporten anges att AI användes för strukturering, inte för slutlig analys. Den skillnaden gör att resultatet kan granskas av kollegor, kvalitet, juridik eller kund utan att AI framstår som datakälla.

EXPERIMENTDESIGN

Be AI föreslå kontroller, inte slutsatser

En användbar FoU-prompt ber inte modellen att "hitta svaret". Den ber modellen föreslå hur teamet kan testa en hypotes. Det kan handla om kontrollgrupper, mätpunkter, felkällor, provstorlek, alternativa förklaringar eller vilka resultat som skulle falsifiera antagandet.

Det gör AI mer användbar och mindre farlig: modellen hjälper teamet att tänka bredare, medan mätning och tekniskt beslut stannar hos människor med ansvar för metoden.

Vi planerar ett FoU-experiment med [öppen/syntetisk sammanfattning av problemet]. Föreslå en experimentplan som kan testa hypotesen [hypotes]. Svara med: variabler att kontrollera, möjliga felkällor, vad som skulle falsifiera hypotesen, vilken data som behövs, vilka delar som kräver mänsklig expertbedömning och vilka data som inte får delas i ett externt AI-verktyg. Dra inga slutsatser om resultatet.

VALIDERING

Tre kontroller innan AI-output får påverka nästa steg

  1. Reproducerbarhet: Kan förslaget testas på kända data, tidigare experiment eller en liten kontrollerad körning?
  2. Källkontroll: Finns originalkälla, standard, mätserie eller sakkunnig som bekräftar antagandet?
  3. Beslutsspår: Är det dokumenterat vem som granskade AI-svaret och vilket beslut det stödde?

Om svaret saknar verifiering ska det stanna i idé- eller planeringsfasen. I FoU är ett snabbt fel ofta dyrare än en långsam kontroll, särskilt när resultatet påverkar produktkrav, säkerhet eller extern kommunikation.

LABBDATA OCH MODELLVALIDERING

Frys underlaget innan du jämför modeller

Om AI eller maskininlärning ska hitta mönster i labb- och försöksdata behöver teamet kunna skilja en verklig förbättring från dataläckage, överanpassning och förändrad mätmiljö. Lås därför dataversion, kod, modellversion, förbehandling och acceptanskriterier innan resultatet används i en gate.

  • Separera data: håll träning, validering och slutligt test åtskilda när modelltypen kräver det; återanvänd inte testutfallet som ny träningssignal utan nytt protokoll.
  • Jämför med baslinje: visa om modellen slår en enkel regel, tidigare metod eller mänsklig rutin på relevanta mätetal — inte bara på ett valt exempel.
  • Testa robusthet: kontrollera andra batcher, instrument, operatörer eller miljöer och dokumentera när prestandan faller.
  • Spara negativt utfall: misslyckade körningar, bortvalda variabler och manuella korrigeringar behövs för reproducerbarhet och framtida granskning.

I en reglerad miljö ska valideringen dessutom följa det kvalitets- och ändringssystem som gäller för produktens avsedda ändamål. En ny modell, datakälla eller tröskel kan ändra det som tidigare validerats.

PERSONUPPGIFTER

När forskning och dataskydd möts

Om FoU-projektet använder personuppgifter, biologiskt material, användartester eller data från identifierbara individer krävs särskild försiktighet. Etikprövningsmyndigheten beskriver personuppgifter som en central fråga i forskningsprojekt, och dataskyddsbedömningen bör göras innan AI-verktyg kopplas in.

Praktiskt betyder det: behandla inte personuppgifter i öppna AI-verktyg, använd inte AI för att skapa nya analysändamål utan bedömning och dokumentera om AI används i metod, kodning, transkribering, sammanfattning eller beslutstöd.

GUIDEVÄG // STEG 5 AV 11

Nästa: Samarbete och rapportering

Gör experimentets källa, metod, osäkerhet och verifiering begripliga för dem som ska granska eller fatta beslut.

Fortsätt till steg 6 →

Till guidens översikt