Det enkleste filteret: hvis dere gjør noe som ikke har en åpenbar oppskrift, og dere ikke vet sikkert om det vil fungere, så er sjansen god for at det kvalifiserer som FoU. Den vanskelige delen er å formulere det slik at Forskningsrådet ser det også.
Fire spørsmål å stille seg
Hva er problemet vi prøver å løse, og hvorfor er det vanskelig? Hva er hypotesen vår om løsningen? Hva må vi finne ut, og hvordan? Hvordan vil vi vite om vi har lykkes? Hvis dere har klare svar på alle fire, har dere materiale til en god søknad.
Det som ikke kvalifiserer
Standard kundetilpasning, integrasjoner mot eksisterende systemer, ren funksjonalitetsutvidelse, og rutinemessig vedlikehold. Selv om disse aktivitetene kan være krevende, mangler de den faglige usikkerheten som er kjernen i FoU-begrepet.
Tegn på at dere har et godt FoU-prosjekt
Dere har snakket om noe som ikke er gjort før, i alle fall ikke åpent. Dere har diskutert flere mulige tilnærminger uten å være sikre på hvilken som vinner. Dere har lagt inn buffer i tidslinjen fordi dere vet at deler kan feile. Det er FoU.