No-code: lag apper og nettløsninger uten å kunne programmere

No-code apputvikling betyr å bygge apper, skjemaer, databaser og enkle nettløsninger ved å dra og slippe ferdige byggeklosser i stedet for å skrive kode. Verktøy som Bubble, Glide, Softr, Airtable og Webflow lar deg lage et bookingsystem for en frisør, en intern app for et rørleggerfirma eller en medlemsportal for en idrettsklubb på dager i stedet for måneder. For småbedrifter som aldri ville betalt et utviklingsbyrå, er det ofte første gang de får en løsning som passer akkurat dem.

Hva kan du tjene? Et enkelt skjema med automatisk bekreftelse selges typisk for noen tusen kroner, mens en intern app med innlogging, database og rapporter kan gi fra 10 000 til 40 000 kroner. Pengene som varer, kommer likevel fra driftsavtalen etterpå: en fast månedlig sum for å holde løsningen oppdatert, legge til felt og svare når noe slutter å virke.

Du trenger ikke kunne programmere, men du trenger å tenke som en som gjør det. Hvilke data skal lagres, hvem skal se hva, og hva skjer når to personer booker samme time? Den som kan stille de spørsmålene før byggingen starter, tjener penger. Den som bare kan dra klosser, får kunder som blir misfornøyde i måned tre.

Hva kan du lage med no-code, og hvor går grensen?

No-code-verktøyene er gode på det de fleste småbedrifter faktisk trenger: skjemaer som lagrer svar i en database, oversikter som filtreres etter bruker, enkle kundeportaler, bestillingsløsninger, lagerlister og interne apper for ansatte på mobil. Koblet til automatiseringsverktøy kan de sende e-post, lage fakturautkast og oppdatere et regneark uten at noen trykker på noe. Mye av det samme er beskrevet i artikkelen om å automatisere arbeidsflyt for småbedrifter.

Grensene kommer når løsningen vokser. Mange brukere samtidig, store datamengder, avanserte betalingsflyter og spesielle integrasjoner mot bransjesystemer er der no-code blir tregt, dyrt eller umulig. Du eier heller ikke plattformen. Endrer leverandøren prisene, fjerner en funksjon eller legger ned tjenesten, må løsningen flyttes, og i mange verktøy kan den ikke eksporteres som kode.

Vær ærlig om dette i salget. En kunde som vet at løsningen passer for 20 ansatte og ikke 2 000, blir en fornøyd kunde. En kunde som tror han har fått et system som skal vare i ti år, blir det ikke.

No-code, nettsidebygger eller programmerer?

Prisene i tabellen er observerte spenn fra norske frilansere og småbyråer, ikke faste satser. Er det bare en nettside kunden trenger, er det ofte riktigere å ta det som et WordPress- og webdesignoppdrag enn å bygge en app.

Hvilke oppdrag får du fra småbedrifter?

De vanligste oppdragene er små og konkrete. En frisør vil ha timebestilling som sender påminnelse på SMS. Et byggfirma vil at håndverkerne skal registrere timer og bilder fra mobilen i stedet for på lapper. En regnskapsfører vil ha en portal der kundene laster opp bilag. En idrettsklubb vil ha en oversikt over dugnadsvakter som foreldrene kan bytte selv.

Oppdragene starter ofte som noe annet. Kunden ber om hjelp med et regneark som er blitt for stort, eller spør om «en enkel nettbutikk». Da er jobben din å finne ut hva problemet egentlig er. En som vil starte nettbutikk med 15 varer, trenger sjelden en egenbygd app, men en ferdig butikkplattform satt riktig opp.

Mange som selger no-code-løsninger, kommer fra et annet fag. En tidligere butikksjef vet hva en lagerliste må kunne, og en sykepleier vet hvordan en vaktliste fungerer i praksis. Den bransjekunnskapen er mer verdt enn kunnskap om verktøyet. De samme prinsippene for å finne kunder står i guiden om å selge AI-tjenester til lokale bedrifter.

Legg merke til hvor ofte samtalen glir over i andre ting. Kunden som får en app, spør om e-posten, skriveren og passordene til de ansatte. Det er mer arbeid, og det kan bli en egen inntekt, men det er et annet fag med andre forventninger til oppetid og svartid. Hvordan den typen oppdrag fungerer, står i artikkelen om IT-hjelp for småbedrifter. Bestem deg på forhånd for hva du sier ja til.

Hva bør du ta betalt, og hvordan priser du drift?

Fastpris per prosjekt er det kundene vil ha, og det fungerer når omfanget er skrevet ned. Beskriv hvilke skjermbilder, felt og automatiseringer som er med, og hva som koster ekstra. Uten den listen vokser prosjektet med én «liten ting» i uka.

Lisensene til verktøyene skal stå på kundens regning og helst på kundens konto. Skriv i tilbudet hva de koster per måned, slik at kunden ikke får en overraskelse når prøveperioden går ut. Hvordan du kommer fram til en timepris som bærer, står i artikkelen om å sette pris på egne tjenester.

Den vanlige feilen: appen ligger på din konto

Det enkleste er å bygge alt i din egen brukerkonto og gi kunden tilgang. Det er også den feilen som skaper flest konflikter. Slutter samarbeidet, sitter kunden med en app bedriften ikke kontrollerer, og du sitter med ansvaret for kundedata du ikke lenger får betalt for å passe på. Blir du syk, står bedriften uten tilgang.

Gjør det motsatt fra første dag. Kunden oppretter kontoen, betaler lisensen og gir deg tilgang som bygger. Du dokumenterer løsningen kort, med en side om hvor dataene ligger, hvilke automatiseringer som går, og hvem som har administratortilgang. Det tar en time og sparer mange.

Rettighetene må også avtales. Etter åndsverkloven går opphavsretten til dataprogram over til arbeidsgiveren bare når programmet er laget av en arbeidstaker, etter åndsverkloven § 71. Som frilanser er du oppdragstaker, og da gjelder spesialitetsprinsippet: du har ikke overdratt mer enn avtalen klart sier. Skriv inn at kunden får fri bruksrett til løsningen, og om du får gjenbruke maler og byggeklosser hos andre kunder. En mal for dette finner du i artikkelen om skriftlige avtaler for småoppdrag.

Personvern: hvem har ansvaret for dataene?

Nesten alle løsninger du bygger, lagrer personopplysninger: navn, telefonnummer, timebestillinger, kanskje helseopplysninger hos en fysioterapeut. Kunden er behandlingsansvarlig. Har du tilgang til dataene og behandler dem på kundens vegne, for eksempel når du drifter løsningen, er du databehandler, og da kreves det en databehandleravtale.

Avtalen skal blant annet fastsette formålet, typen opplysninger og hvilke personer det gjelder, og pålegge deg å følge kundens instrukser, holde opplysningene konfidensielle, sikre dem og slette eller levere dem tilbake når oppdraget slutter. Datatilsynet har en veiledning om hvordan du lager en databehandleravtale.

Mange no-code-verktøy lagrer data utenfor EØS. Overføring dit krever et gyldig grunnlag, som en adekvansbeslutning fra EU-kommisjonen eller standard personvernbestemmelser. Sjekk hvor verktøyet lagrer data før du velger det, og velg europeisk lagring der det finnes. Datatilsynet forklarer reglene om overføring av personopplysninger ut av EØS.

Personvern er ikke det eneste ansvaret. Går løsningen ned en fredag og kunden taper bestillinger, er spørsmålet hvem som bærer tapet. Begrens ansvaret ditt i avtalen, og les om forsikring og ansvar ved betalte oppdrag før du tar det første driftsoppdraget.

Skatt og registrering

Bygger du løsninger for flere kunder over tid, driver du normalt næring, og et enkeltpersonforetak er den enkleste formen. Passerer omsetningen 50 000 kroner i en rullerende tolvmånedersperiode, skal du registrere deg i Merverdiavgiftsregisteret. Med to mellomstore prosjekter er du der. Se artikkelen om registreringsgrensen for merverdiavgift.

Gjør dette i morgen: tenk på et skjema eller regneark du selv eller arbeidsplassen din bruker hver uke, og bygg det om i et gratis no-code-verktøy med innlogging og to brukerroller. Det er ditt første case, og det viser deg raskt om du liker arbeidet.

Kilder

• Åndsverkloven § 71: Datamaskinprogram skapt i arbeidsforhold. Lest 25. september 2026.
• Åndsverkloven § 67: Alminnelige bestemmelser om overdragelse. Lest 25. september 2026.
• Datatilsynet: Hvordan lage en databehandleravtale. Lest 25. september 2026.
• Datatilsynet: Overføring av personopplysninger ut av EØS. Lest 25. september 2026.
• Skatteetaten: Registrere virksomheten i Merverdiavgiftsregisteret. Lest 25. september 2026.