Arbetsprov i digital produkt- och tjänsteutveckling

Min Egenkontroll

Ett arbetsprov i digital produktutveckling, byggt från ett konkret vardagsproblem till en fungerande och demonstrerbar produkt.

Period
2026 · under utveckling
Min roll
Produktutveckling · kravställning · tvärfunktionellt genomförande
Mitt bidrag
Problemformulering, mål och krav, produktbeslut, användarflöden, tekniska vägval, innehåll, kvalitetssäkring och styrning av AI-assisterat specialistarbete.
Resultat / status
Fungerande app med inloggning, verksamheter, kontroller, historik, roller och behörigheter, avvikelsehantering och delning. Nyregistrering är stängd och produkten visas som arbetsprov under utveckling, inte som en kommersiell tjänst i drift.
Min Egenkontroll – vy för dagens kontroller med kyl- och frystemperaturer, rengöringskontroll och varumottagning.
Dagens vy samlar planerade kontroller, avvikelser och kontroller som kan startas vid behov.
Min Egenkontroll – formulär för att utföra kontroll av kyl- och frystemperaturer.
Temperaturkontrollen visar ett återkommande flöde med enheter, gränsvärde och dokumentation.
Min Egenkontroll – formulär för varumottagning med leverantör och kontrollpunkter.
Varumottagning är ett exempel där normalläget är förvalt och användaren markerar det som avviker.

Status: Min Egenkontroll visas här som ett arbetsprov under utveckling. Nyregistrering är stängd och tjänsten är inte i kommersiell drift.

Startpunkten var väldigt konkret

En caféverksamhet dokumenterade bland annat kyltemperaturer på papper. När skrivarbläcket tog slut behövde temperaturerna hållas i minnet tills nya blanketter kunde skrivas ut. Det var ett litet vardagsproblem, men ett bra test för en större fråga: går den återkommande egenkontrollen att göra enklare att dokumentera utan att tappa det som faktiskt behöver följas upp?

Det blev starten på Min Egenkontroll. Den första versionen byggdes snabbt och innehöll många olika kontroller. Den fungerade, men visade också nästa problem: samma enkla kontrollupplägg passar inte alla verksamheter.

Mitt ansvar är helheten – inte alla specialisttitlar

Jag har byggt projektet själv och är den enda mänskliga personen bakom arbetsprovet. Mitt arbete har framför allt varit att formulera problemet, sätta mål och krav, utforska alternativ, fatta produktbeslut, prioritera scope och kontrollera att resultatet faktiskt motsvarar det jag försöker åstadkomma.

AI har jag använt som löpande verktyg och specialistresurs inom bland annat utveckling, research, felsökning och innehåll. Det betyder inte att jag är specialist inom alla de områden projektet berör. Min uppgift har varit att styra arbetet, ifrågasätta lösningarna, granska resultatet och hålla ihop delarna till en fungerande produkt.

Ett fungerande omtag är också ett resultat

Den tidiga appen blev användbar snabbt, men kontrolltyperna var för generella för den flexibilitet olika verksamheter behöver. I stället för att fortsätta lägga fler funktioner ovanpå den begränsningen började jag arbeta om själva grunden.

I arbetsprovet har fokus därför legat mycket på balansen mellan två saker som drar åt olika håll:

Den sortens omprövning är en viktig del av projektet. Jag ändrar hellre riktning när ett antagande inte håller än försvarar en lösning bara för att den redan är byggd.

Källor ska styra vad produkten vågar säga

Egenkontroll ligger nära regler och myndighetsvägledning. Därför har jag byggt upp ett arbetssätt där sakpåståenden och produktbeslut ska kunna spåras tillbaka till relevanta källor och där bindande regler, myndighetsvägledning, praktiska exempel och egna rekommendationer hålls isär.

Det har lett till ett mer systematiskt arbete med krav, granskningsstatus, publiceringsgrindar och automatiska kontroller i innehållsflödet. För mig är det erfarenhet av riskmedveten produktutveckling och kvalitetssäkring – inte ett anspråk på juridisk specialistkompetens eller myndighetsgodkännande.

Webbplatsen blev en del av arbetsprovet

Parallellt med appen har minegenkontroll.se utvecklats till en demonstrations- och kunskapsyta med innehåll, mallar, verktyg och tydliga källor. Den visar hur webb, innehåll och produkt kan hänga ihop kring samma användarproblem.

Arbetsprovet spänner därför över produkt, app, webb, innehåll, sökbarhet och affärslogik – men med samma kärnfråga genom allt: vad behöver användaren faktiskt få gjort, och vilken är den enklaste trovärdiga lösningen?

Vad som finns att visa idag

Appen är fungerande och demonstrerbar. Den innehåller bland annat:

Webbplatsen och appen kan besökas som delar av arbetsprovet. Nyregistrering är stängd och produkten är markerad som under utveckling.

Vad som ännu inte är bevisat

Arbetsprovet ska inte läsas som bevis på en etablerad kommersiell verksamhet. Det finns inga betalande kunder eller verifierade marknadsresultat som jag vill tillskriva projektet. Trafik, retention, konvertering och faktisk användning i livsmedelsverksamheter ska därför inte framställas som uppnådda resultat.

Det som går att bedöma är själva arbetet: hur ett konkret problem har blivit en fungerande produkt, vilka omtag som gjorts längs vägen och hur jag håller ihop beslut och genomförande över flera discipliner.

Besök arbetsprovet