Hvordan komme i kontakt med studentutviklere for å bygge en prototype?

Slik løser du det

Gå fysisk til forelesninger, send e-post til fagansvarlige/forelesere, og ta kontakt med relevante linjeforeninger. Grunnen til at den fysiske og direkte tilnærmingen anbefales, er at de dyktigste studentutviklerne sjelden svarer på generelle annonser – de blir motivert av å møte et engasjert menneske med en spennende idé. Personlig kontakt skaper tillit og entusiasme på en helt annen måte enn et upersonlig oppslag. Å gå fysisk til forelesninger lar deg nå mange relevante studenter samtidig. Spør foreleseren på forhånd om du kan få ett til to minutter før eller etter forelesningen til å pitche ideen og behovet ditt kort. Velg forelesninger i tekniske fag der utviklerne faktisk er – for eksempel programmeringsemner innen Datateknologi eller IKT. Ha en kort, tydelig beskjed klar: hva du bygger, hva slags hjelp du trenger, og hvordan de kan kontakte deg. Å sende e-post til fagansvarlige og forelesere er effektivt fordi de kjenner de flinke studentene og ofte gjerne hjelper til. Hold e-posten kort og konkret: presenter ideen i et par setninger, si tydelig hva du ser etter (for eksempel «en student som kan bygge en enkel app-prototype»), og spør om de kan tipse interesserte studenter eller la deg legge igjen en beskjed i emnet. En vennlig, presis e-post får langt oftere svar enn en lang og vag en. Linjeforeninger er studentdrevne foreninger knyttet til hver studieretning, og de har gjerne aktive kanaler som Slack, Facebook-grupper, Discord eller fysiske oppslagstavler der du kan nå mange studenter direkte. Ta kontakt med styret i de relevante linjeforeningene (typisk innen data og IKT) og spør om du får poste en henvendelse. Noen praktiske tips: vær tydelig på hva utvikleren får igjen – det kan være et spennende problem å bryne seg på, læring, betaling eller en eierandel i prosjektet. Hvis du tilbyr eierandel, er det lurt å bruke en vesting-ordning, der andelen opptjenes over tid (ofte fire år), slik at ingen forsvinner med en stor bit etter kort tid. En vanlig fallgruve er å vente til alt er «ferdig planlagt»; gode utviklere vil ofte være med tidlig og forme produktet. Trenger du hjelp til å spisse budskapet eller finne riktige kanaler? Spark*-veilederne stiller gjerne opp!