Utforming av prototype for støttesøknader

Hvordan definere en prototype som er realistisk nok for et panel (f.eks. Trønderenergibidraget)?

Kort oppsummert

Lag en liten, modulær og flyttbar prototype som fokuserer på 1–2 ting den skal bevise, legg ved skisser i søknaden, og unngå store skalaer for tidlig. Da viser dere panelet kontroll på risiko og får mest mulig læring per krone.

Hovedrådet beholder vi i sin helhet: unngå for store skalaer (som fullskala containere) i starten, lag modulære løsninger som kan fraktes enkelt (for eksempel på en pall), tegn skisser av prototypen og legg dem ved som vedlegg, og fokuser på 1–2 spesifikke formål eller oppgaver som skal forbedres fra forrige versjon. Her er bakgrunnen og praktiske grep. En «prototype» er en tidlig, fungerende eller delvis fungerende versjon av produktet som lar dere teste at en idé faktisk virker, før dere bygger den ferdige løsningen. I lean-tankegangen kalles den enkleste varianten ofte en MVP (Minimum Viable Product, «minste brukbare produkt») – akkurat nok funksjonalitet til å lære noe fra virkeligheten. Poenget er læring per krone, ikke å imponere med størrelse. Grunnen til at små skalaer er smart, er todelt. For det første blir det billigere og raskere, slik at dere rekker flere testrunder innenfor budsjettet. For det andre signaliserer det til et panel som Trønderenergibidraget (en regional støtteordning fra Trønderenergi/Å Energi som gir tidlig kapital til lokale prosjekter) at dere har kontroll på risiko og kostnader. Et panel vurderer alltid om pengene gir mest mulig læring og fremdrift – en pall-stor modul som faktisk kan testes, slår en imponerende, men uprøvd containerløsning. Konkrete steg: (1) Definer tydelig hvilke 1–2 ting denne versjonen skal bevise – for eksempel «kan modulen holde temperatur i 12 timer?». (2) Bygg minst mulig for å svare på akkurat det. (3) Lag enkle skisser eller CAD-tegninger og legg ved søknaden; visuelle vedlegg gjør det lett for panelet å forstå. (4) Beskriv hva forrige versjon ikke fikk til, og hvordan denne forbedrer det. Vanlig fallgruve: man bygger for stort og dyrt for tidlig, og brenner budsjettet før man har lært noe. Hold det modulært, flyttbart og målrettet.

Begreper forklart

Prototype
En tidlig, helt eller delvis fungerende versjon av produktet som lar dere teste at idéen virker før dere bygger den ferdige løsningen.
MVP (Minimum Viable Product)
«Minste brukbare produkt» – akkurat nok funksjonalitet til å lære noe fra virkeligheten med minst mulig innsats.
Trønderenergibidraget
En regional støtteordning fra Trønderenergi/Å Energi som gir tidlig kapital til lokale prosjekter.

Trenger du hjelp med akkurat dette?

Er du student ved NTNU i Trondheim eller Ålesund? Da kan du få en gratis, personlig veileder fra Spark* som hjelper deg videre med nettopp din idé.

Søk veiledning

Ofte stilte spørsmål

Hvordan få tilgang til nok GPU-kraft (f.eks. DGX Spark/Asus GX10) for trening og drift av store språkmodeller?

Utnytt NTNUs interne tungregneklynger (HPC) og stipendmuligheter via Spark* i stedet for å kjøpe dyr GPU selv. Vurder også å finjustere en åpen modell eller leie sky-GPU framfor å trene fra bunnen.

Les hele svaret →
Studenter spør om behovet for store summer (f.eks. 300k) til et software-prosjekt når mindre beløp tidligere ikke var nok.

I tidlig software-fase er mangel på fokus, ikke penger, den egentlige flaskehalsen. Avgrens kjerneproblemet, definer verdiforslaget, bygg en MVP og test før du lager budsjett basert på dokumentert behov.

Les hele svaret →
Hvordan finne nok testpersoner (f.eks. eldre) til en beta-test?

Finn testbrukere ved å kombinere flere kanaler: fysiske flyers, målrettet Facebook-annonsering, kontakt med organisasjoner som pensjonistforeningen, og eget nettverk. Gjør påmelding enkel, overrekrutter litt, og start i god tid.

Les hele svaret →
Bør man bruke lokal maskinvare (f.eks. Raspberry Pi) eller skybasert løsning for en testfase?

For ren server-/backend-testing er en skybasert løsning som Render ofte best: profesjonell tilgang via domenenavn, rimelig drift og høy tilgjengelighet. Start på gratisnivå og oppgrader ved behov. Lokal maskinvare passer best for fysiske dingser.

Les hele svaret →
Hvordan skille seg ut fra konkurrenter i et marked med mange generiske løsninger (f.eks. Wordpress).

Mot generiske giganter som Wordpress vinner du ikke ved å være bredere, men ved å velge en smal nisje og tilby unik funksjonalitet. Formuler en klar UVP som sier hvilket problem du løser, for hvem og hvorfor du er bedre.

Les hele svaret →

Har du et annet spørsmål? Ta kontakt med oss.