Prioritering av tidlige faser
Hva bør prioriteres først av teknologiutvikling, pilot/kundetest, marked eller team når man går fra idé til plan?
Prioriter det som reduserer mest risiko først: bekreft markedet og kundebehovet, så pilot/kundetest med en MVP, deretter teknologi i takt med læringen, team og til slutt selskapsetablering. Lag en tidsavgrenset plan med konkrete milepæler.
Slik løser du det
Det kreves en strukturert plan for utvikling, testing og etablering av selskap for å sikre riktig rekkefølge. Dette spørsmålet er kjernen i tidlig fase, og kjernerådet står fast: lag en strukturert plan som setting rekkefølgen for utvikling, testing og selskapsetablering. La oss utdype hvordan du kommer dit. Et nyttig prinsipp er å prioritere det som reduserer mest usikkerhet og risiko først. For de aller fleste tidligfaseprosjekter er den største risikoen ikke om dere klarer å bygge teknologien, men om noen faktisk vil ha og betale for den. Derfor kommer markedsavklaring og kundetest ofte før omfattende teknologiutvikling. En praktisk tilnærming: 1) Marked/kundebehov først – snakk med potensielle kunder for å bekrefte at problemet er reelt og verdt å løse (dette kalles validering). 2) Pilot/kundetest – bygg en enkel versjon (en MVP, minste levedyktige produkt) og test den mot ekte brukere. 3) Teknologiutvikling i takt med læringen – ikke overinvester i ferdig teknologi før behovet er bekreftet. 4) Team – sørg for at dere har, eller henter inn, kompetansen som trengs for neste steg. 5) Selskapsetablering – stift selskap (ofte et AS, aksjeselskap) når dere trenger det for å ta inn midler, ansette eller inngå avtaler. Et nyttig verktøy her er Lean Startup-sløyfen Bygg–Mål–Lær: du jobber i små runder, tester antakelser, og lar resultatene styre hva du gjør videre. Noen ganger viser testene at dere bør endre retning – det kalles pivotering, altså å justere idé eller marked basert på det dere har lært, uten å gi opp. Vanlig fallgruve: å bruke måneder på å bygge ferdig teknologi i et vakuum, for så å oppdage at markedet ikke var der. Sett opp planen sammen med en Spark*-veileder, og gjør den tidsavgrenset med konkrete milepæler.
Begreper forklart
- Validering
- Å bekrefte med potensielle kunder at problemet er reelt og verdt å løse før du bygger ferdig.
- MVP (minste levedyktige produkt)
- En enkel versjon av produktet du tester mot ekte brukere for å lære raskt og billig.
- Lean Startup (Bygg–Mål–Lær)
- En metode der du jobber i små runder, tester antakelser og lar resultatene styre hva du gjør videre.
- Pivotering
- Å justere idé eller marked basert på det du har lært, uten å gi opp.
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
Hvordan går man fra en visjon eller idé til et faktisk produkt som løser et reelt problem?
Valider problemet før du bygger løsningen: snakk med 8–15 ekte brukere (syretesting) og still åpne spørsmål om hverdagen deres, ikke om idéen din. Bruk et problemtre for å prioritere hvilke problemer som er størst.
Les hele svaret →Bør man selge privat eller gjennom forhandler (f.eks. jaktbutikk) når marginene varierer?
Regn ut fortjenesten per enhet i hver kanal i et enkelt regneark. Vurder en egen nettside (D2C) for høymarginsalg, og kombiner gjerne med forhandler for volum – men hold prisene like i begge kanaler.
Les hele svaret →Hvordan finansiere kommersielle lisenser (f.eks. IBM CPLEX) og utviklingsverktøy når man går fra masteroppgave til produkt?
Når du går fra masteroppgave til kommersielt produkt må du betale for lisenser og skykostnader. Søk støtte fra ordninger som Aneo-bidraget eller Innovasjon Norge, og søk tidlig før kassa er tom.
Les hele svaret →Bør man få potensielle samarbeidspartnere til å signere en NDA (fortrolighetsavtale) når man presenterer en idé?
Bruk en NDA eller NCNDA for å beskytte ideen i tidlig fase, signert før du deler sensitive detaljer. Men husk at gjennomføringen er det verdifulle, og at en NDA bare gir rett til erstatning – ikke fysisk hindrer kopiering.
Les hele svaret →Hva gjør man når et team er usikre på veien videre, eller det er uklart hvem som skal være med i prosjektet?
De fleste teamkonflikter skyldes uuttalte forventninger. Hold et eget møte der alle svarer ærlig på innsats, mål og rolle, sett en konkret frist for å bestemme om dere fortsetter, og avklar eierskap tidlig – gjerne med vesting.
Les hele svaret →Har du et annet spørsmål? Ta kontakt med oss.