Utvikling av hardware og software

Hvordan utvikle hardware og software på en hensiktsmessig måte?

Kort oppsummert

Hent inn ekstern kompetanse (frilansere, NTNU-studenter, mentorer, partnere) når oppgaven krever det, i stedet for å ansette dyrt og fast for tidlig. Start med en MVP eller proof of concept, jobb iterativt, og avklar alltid IPR skriftlig mens du beholder nok teknisk forståelse til å styre arbeidet.

Hente inn ekstern kompetanse for å sikre teknisk fremdrift. Kjernerådet er å hente inn ekstern kompetanse når dere trenger det for å holde teknisk fremdrift – og det er ofte både klokt og kostnadseffektivt i tidlig fase. La oss forklare hvorfor og hvordan. Hardware (den fysiske delen, som elektronikk, sensorer og kretskort) og software (programvaren som styrer det hele) krever ulik spisskompetanse, og få team har alt internt fra start. I stedet for å ansette dyrt og fast for tidlig, kan dere koble på riktig kompetanse akkurat når oppgaven krever det. Konkrete måter å hente inn kompetanse på: 1) Frilansere og konsulenter for avgrensede oppgaver (f.eks. design av kretskort eller en app-prototype). 2) Studentressurser og bachelor-/masteroppgaver ved NTNU – ofte rimelig og motiverte folk. 3) Mentorer og fagmiljøer gjennom Spark* sitt nettverk. 4) Partnere eller leverandører som kan ta deler av utviklingen. Gode arbeidsmåter: Start med en MVP (minste levedyktige produkt) eller en enkel prototype som tester den viktigste funksjonen, fremfor å bygge alt på en gang. Jobb gjerne iterativt (i små runder der dere bygger, tester og forbedrer steg for steg) – dette kalles ofte smidig/agil utvikling. For hardware er det lurt å skille mellom en grov «proof of concept» (bevis på at det i det hele tatt fungerer) og en ferdig, produksjonsklar versjon, siden hardware er dyrere og tregere å endre enn software. Vanlige fallgruver: å bygge altfor avansert teknologi før kundebehovet er bekreftet; å gi fra seg for mye eierskap eller rettigheter til eksterne uten avtale (avklar alltid hvem som eier koden og designet – immaterielle rettigheter, IPR, skriftlig); og å mangle teknisk forståelse internt til å styre de eksterne. Behold nok kompetanse i teamet til å kunne lede arbeidet.

Begreper forklart

Hardware
Den fysiske delen av produktet, som elektronikk, sensorer og kretskort.
Software
Programvaren som styrer produktet.
Proof of concept
Et grovt bevis på at noe i det hele tatt fungerer, før du bygger en produksjonsklar versjon.
Smidig/agil utvikling
Å jobbe iterativt i små runder der dere bygger, tester og forbedrer steg for steg.
IPR (immaterielle rettigheter)
Rettighetene til hvem som eier koden og designet, som alltid bør avklares skriftlig med eksterne.

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

Det er utfordrende å beregne nøyaktige kostnader for software-utvikling sammenlignet med hardware.

Bryt softwarekostnadene ned i konkrete moduler, estimer timer per modul ganget med en realistisk timepris, og bruk student-konsulenter for avgrensede deler. Husk en buffer på 20-30 prosent til testing og vedlikehold.

Les hele svaret →
Hvordan gå frem for å utvikle en vending maskin for sanitære produkter på campus, og undersøke om det er teknisk mulig, logistisk gjennomførbart og økonomisk lønnsomt?

Valider behovet gjennom kundeundersøkelser før du bygger noen maskin, og bruk linjeforeninger som kanal for å nå mange relevante respondenter. Bekreft etterspørselen først, regn så på kostnader mot realistisk salg, og avklar tidlig med campus-eier om du får sette opp en automat.

Les hele svaret →
Ønsker å utvikle en app (f.eks. for fadderordning), men mangler teknisk kompetanse til å bygge den.

Ekstern utvikling av en app er dyrt (gjerne rundt 150 000 kr), så lag en kravspesifikasjon, start med en MVP eller no-code-løsning, og hold kostnaden nede. Finansier gjerne med sponsing fra banker eller lokale bedrifter mot synlighet.

Les hele svaret →
Utfordringer med prising når man leverer både hardware (f.eks. VR-headset) og software.

Ta en engangssum for maskinvaren (dekker produksjonskostnaden) og en månedlig abonnementspris (SaaS) for programvaren. Vurder prisdifferensiering etter kundetype, og test prisen i ekte salgssamtaler.

Les hele svaret →
Generell AI er for omfattende å utvikle for et lite team.

Snevre inn fra generell AI til en spesifikk AI engine som løser én avgrenset oppgave godt, se på lokale cases for inspimasjon og samarbeid, og inngå skriftlig avtale om eierskap til motoren før utviklingen starter. Spiss tidlig, og få papirene på plass.

Les hele svaret →

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