Prismodell for kombinert maskinvare og programvare
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.
Slik løser du det
Vurder en modell med en engangssum for maskinvaren kombinert med en månedlig abonnementspris for programvaren. Vurder også prisdifferensiering basert på kundetype (offentlig, privat, organisasjoner). Hardware (maskinvare) er det fysiske utstyret, som et VR-headset, mens software (programvare) er programmene som kjører på det. Disse to har helt forskjellig kostnadsstruktur: maskinvaren koster deg penger hver gang du produserer eller kjøper inn en enhet, mens programvaren stort sett koster mye å utvikle én gang, men nesten ingenting å levere til hver ny kunde. Derfor gir det mening å prise dem ulikt. En engangssum for maskinvaren dekker den faktiske produksjonskostnaden din slik at du ikke taper penger på hver enhet. En månedlig abonnementspris for programvaren kalles ofte en SaaS-modell ('Software as a Service'), der kunden betaler løpende for tilgang og oppdateringer. Fordelen er forutsigbare, gjentakende inntekter (kalt MRR – månedlig tilbakevendende inntekt) som gjør selskapet mer levedyktig og attraktivt for investorer. Prisdifferensiering betyr at du tar ulik pris av ulike kundetyper for det samme eller et tilpasset produkt. Offentlige aktører (kommuner, sykehus, skoler) har gjerne andre budsjetter, anbudsregler og betalingsvilje enn private bedrifter eller frivillige organisasjoner. Konkret: sett en pris per kundetype, og pakk gjerne løsningen i nivåer (for eksempel Basis, Pro, Enterprise) med ulik funksjonalitet. Vanlige fallgruver er å sette prisen for lavt fordi man er usikker, å gi bort maskinvaren for billig, og å glemme merverdiavgift og support i regnestykket. Test prisen i faktiske salgssamtaler – den eneste ekte prisvalideringen er at noen faktisk betaler. Spark* kan hjelpe deg å regne på dette.
Begreper forklart
- Hardware (maskinvare)
- Det fysiske utstyret, som et VR-headset, som koster penger for hver enhet du lager.
- Software (programvare)
- Programmene som kjører på utstyret; dyrt å utvikle én gang, men billig å levere til hver ny kunde.
- SaaS-modell
- 'Software as a Service' – kunden betaler løpende (ofte månedlig) for tilgang og oppdateringer.
- MRR
- Månedlig tilbakevendende inntekt – forutsigbare, gjentakende inntekter som gjør selskapet mer attraktivt.
- Prisdifferensiering
- Å ta ulik pris av ulike kundetyper for det samme eller et tilpasset produkt.
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é.
Ofte stilte spørsmål
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 prise en ny programvaretjeneste riktig når verdien er vanskelig å anslå?
Bruk en åpen, forutsigbar prismodell og pris etter verdien du skaper, ikke hva det koster deg. Intervju pilotkunder om betalingsvilje, gjerne med Van Westendorps prismetode, og unngå å prise for lavt.
Les hele svaret →Hva bør man prise timene sine til når man leverer anslag til større kunder?
Pris deg rundt 1000 kr timen og bygg anslaget på estimert antall timer per delaktivitet med 15–30 % buffer. Prisen skal dekke skatt, avgifter og ufakturerbar tid, og altfor lav pris kan paradoksalt nok skremme større kunder.
Les hele svaret →Hva må man tenke på når man utvikler programvare som behandler brukerdata?
Når du behandler personopplysninger gjelder GDPR: ha lovlig behandlingsgrunnlag, samle kun nødvendige data, skriv en personvernerklæring og sikre dataene. Avklar også opphavsrett skriftlig, slik at selskapet – ikke enkeltpersoner – eier koden.
Les hele svaret →Hvordan utvikle hardware og software på en hensiktsmessig måte?
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.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.