Proof Of Concept
En Proof of Concept skal ikke imponere. Den skal afdække. Hos Move bruger vi POC-fasen til at teste de største tekniske risici tidligt, så vi kan finde ud af, hvad der virker, hvad der skal ændres, og om projektet er klar til at bevæge sig videre mod en egentlig prototype og et producerbart produkt.
Proof Of Concept
Afdæk de største tekniske risici, før de bliver dyre
I et produktudviklingsforløb er det vigtigt at skelne mellem mockup, Proof of Concept og prototype. De har forskellige formål, og hvis man blander dem sammen, risikerer man at bruge både tid og budget på de forkerte ting.
Det kritiske først
Test det afgørende princip tidligt
Svar frem for finish
Development boards og midlertidig software
Tidligt nej
Billigere end et sent nej
Gate til prototype
Næste beslutning på et oplyst grundlag
Mockuppen gør idéen konkret
En mockup kommer typisk først. Den bruges til hurtigt at undersøge form, størrelse, brugeroplevelse, mekaniske principper eller hvordan et produkt kan opleves af brugeren. Den behøver ikke nødvendigvis at fungere teknisk. Dens opgave er at gøre idéen konkret og skabe et bedre grundlag for dialog og beslutninger.
Proof of Concept: virker principperne?
Derefter kommer Proof of Concept, eller POC. Her flytter fokus fra, hvordan produktet ser ud, til om de afgørende tekniske principper faktisk virker.
De største tekniske risici først
Formålet er enkelt: De største tekniske risici skal afdækkes så tidligt som muligt, mens de stadig er billige at håndtere. Hvis hele produktets værdi afhænger af, at en bestemt sensor kan måle præcist nok, bør det testes før kabinet, app og produktionsværktøjer udvikles. Hvis løsningen kræver høj databehandling, bør vi tidligt undersøge, om den valgte processor kan håndtere datastrømmen. Hvis flere moduler skal kommunikere stabilt, skal den forbindelse valideres, før hele arkitekturen bygges omkring den.
Den skal ikke være flot. Den skal give svar
Det kræver disciplin. Der er en naturlig fristelse til hurtigt at bygge noget, der ligner et færdigt produkt. Men en god POC må gerne bestå af development boards, kabler, breadboards, 3D-printede beslag og midlertidig software. Den behøver ikke være flot. Den skal give svar.
Spørgsmål, en POC skal besvare
Det kan for eksempel være spørgsmål som: Virker måleprincippet? Har sensoren den nødvendige præcision? Kan processoren følge med? Er latency lav nok? Kan radioen opnå den nødvendige rækkevidde? Er strømforbruget realistisk? Kan den mekaniske funktion bevæge sig præcist nok? Kan algoritmen finde det, vi forventer? Jo tidligere de spørgsmål bliver besvaret, desto bedre.
Faciliteterne til at bygge og teste hurtigt
Hos Move har vi faciliteterne til hurtigt at bygge og teste denne type løsninger. Vi kan kombinere development boards, eksisterende elektronik, embedded software, 3D-print, laserskårne dele, sensorer og mekaniske testopstillinger for at få en kritisk funktion i hænderne så hurtigt som muligt. Målet er ikke at bygge hele produktet. Målet er at bygge nok til at kunne træffe den næste beslutning på et oplyst grundlag.
Et tidligt nej er billigere end et sent nej
POC-fasen fungerer derfor som en vigtig gate i projektet. Når den er gennemført, skal vi have væsentligt større sikkerhed omkring de centrale tekniske antagelser. I nogle tilfælde viser resultatet, at projektet kan fortsætte som planlagt. I andre tilfælde skal teknologien ændres, kravene justeres eller en helt anden arkitektur vælges. Og nogle gange er den mest værdifulde konklusion, at idéen ikke bør forfølges i sin nuværende form.
Det er netop værdien af en POC. Et tidligt nej kan være langt billigere end et sent nej.
Næste skridt: prototypen
Efter en succesfuld Proof of Concept bevæger projektet sig normalt videre til en prototype. Her skal de validerede teknologier samles til en mere integreret løsning, hvor elektronik, mekanik, software og brugeroplevelse begynder at ligne det endelige produkt. Fokus flytter sig fra “kan det lade sig gøre?” til “hvordan bygger vi det rigtigt?”
Et stærkere fundament for næste fase
En god POC skal derfor reducere usikkerhed. Når fasen er afsluttet, bør de vigtigste tekniske risici være forstået, og projektet bør have et langt stærkere fundament for at investere videre mod prototype, certificering og produktion.
Ofte stillede spørgsmål
Hvad er en Proof of Concept?
En Proof of Concept er en tidlig teknisk demonstrator, der bruges til at undersøge, om de vigtigste tekniske principper i et produkt faktisk fungerer.
Hvad er forskellen på en mockup, POC og prototype?
En mockup bruges primært til at undersøge form, størrelse eller brugeroplevelse. En POC tester den tekniske gennemførlighed. En prototype samler de validerede løsninger til en mere komplet version af det kommende produkt.
Skal en POC ligne det færdige produkt?
Nej. En POC skal først og fremmest give tekniske svar. Den kan derfor bestå af development boards, kabler, midlertidig software og simple mekaniske dele.
Hvad bør testes i en POC?
Det afhænger af projektets største risici. Det kan være sensorer, processorkraft, kommunikation, batterilevetid, algoritmer, mekaniske principper eller andre funktioner, som produktet er afhængigt af.
Hvornår er en POC færdig?
Når de vigtigste tekniske spørgsmål er besvaret godt nok til, at man kan træffe en kvalificeret beslutning om næste fase og gå videre mod en egentlig prototype.
Kan en POC vise, at projektet ikke bør fortsætte?
Ja. Og det kan være et godt resultat. Det er langt billigere at opdage en afgørende teknisk begrænsning tidligt end efter, at der er investeret i et næsten færdigt produkt.
Skal vi gøre din idé til virkelighed?
Teknisk udvikling kræver mere end gode idéer — det kræver de rigtige kompetencer. Vi har samlet hardware, software og ingeniørekspertise under ét tag, så du kommer hurtigt og sikkert fra prototype til produktion.
Ræk ud til os →