Annonser ett sted.
Rapporter et annet.

Vi bygger en egen app for bedriften deres, ut fra et avtalt behov. Funksjoner, datagrunnlag og oppfølging beskrives i et skriftlig tilbud. Dere kjøper appen og kildekoden som en engangsleveranse.

Bedrifter med en tydelig arbeidsflyt å samle eller forenkle. Størrelse, antall brukere, dagens verktøy og nødvendige integrasjoner påvirker om en egen app er et godt valg. Et standardverktøy kan fortsatt være riktig hvis det allerede dekker behovet.

Nei. Beskriv behovet i skjemaet på bransjesiden. Vi bruker svarene til å avklare omfang og lage et skriftlig tilbud. Hvis noe er uklart, tar vi oppklaringen på e-post.

Nei. Lune Studio, personene og dataene i demoen er fiktive. Eksempelet viser hvordan en app kan fungere og dokumenterer ingen kundeleveranse eller oppnådd besparelse.

Toyota prioriterer de nødvendige funksjonene. Mercedes gir rom for flere funksjoner, mer tilpasning og tettere oppfølging. Lamborghini tar utgangspunkt i hele drømmeappen. Valget påvirker prisen; den skriftlige beskrivelsen avgjør hva som faktisk inngår.

Det avhenger av funksjoner, datagrunnlag, integrasjoner, tilgangsbehov og oppfølging. Dere får et skriftlig tilbud. Bilvalget alene er ikke en bestilling eller en bindende pris.

Selve appen leveres som et engangskjøp. Hosting, tredjepartstjenester, løpende AI-bruk og eventuell videre oppfølging kan koste penger og avklares separat. Kunden skal vite hvilke utgifter som gjenstår.

Når appen er levert og klar til den avtalte bruken. Hvordan dette bekreftes, hva som skal testes og hva som skjer etter prøveperioden beskrives i tilbudet. Innsending av et skjema starter ikke prøveperioden.

De forklarer hva som inngår når vi beregner tilbudet: kundeanskaffelse, arbeid, AI-bruk og midler til neste kunde. Oppsettet i skjemaet er en forklaring, ikke en faktura. Konkrete beløp og leveranse avklares skriftlig.

En annen bedrift må kjøpe en app gjennom deres verv. Det er ikke nok å dele en lenke eller at noen fyller ut et skjema. Da fjernes post 04 fra tilbudet etter de avtalte vervebetingelsene. Vervelenke og nærmere vilkår følger tilbudet. Rabatt utløses kun ved faktisk kjøp etter avtalte vilkår.

Vi må undersøke hva som faktisk kan erstattes, hvilke data som kan flyttes og hvilke avtaler som fortsatt trengs. Et nytt grensesnitt fjerner ikke lisensen til et system som appen fortsatt er avhengig av.

Ved kjøpet får dere kildekoden til den avtalte leveransen og den avtalte dokumentasjonen. Rettigheter til eventuelle tredjepartskomponenter følger deres lisenser. Kontoer, eierskap, tilganger og overlevering beskrives skriftlig.

Det er en del av poenget med overleveringen. Koden, dokumentasjonen og tilgangen til kundens kontoer skal gjøre det mulig å bruke en annen utvikler. Hva som følger med av oppsett og hjelp ved overlevering avtales før bygging.

Vi kartlegger tilgjengelige eksportfiler, datakvalitet og rettigheter. Hva som flyttes, eventuelt ryddes og kontrolleres må være en del av leveransen. Dere trenger ikke vite hva en API er for å beskrive behovet.

Ja, roller og innsyn per kunde, prosjekt eller team kan inngå i appen. Vi avtaler hvem som skal se, endre, registrere og godkjenne informasjon. Tilgangene må testes før reelle data tas i bruk.

AI brukes til å bygge løsningen. Det betyr ikke at driftsdata automatisk må sendes til en AI-modell. Eventuelle AI-funksjoner, databehandling, underleverandører og nødvendige avtaler avklares før data tas i bruk.

Drift, sikkerhetsoppdateringer, feilretting, endringer hos andre leverandører og videre støtte avklares i tilbudet. Engangskjøp betyr ikke at fremtidig arbeid er kostnadsfritt. Ansvar og eventuelle løpende kostnader skal være tydelige før oppstart.

Det avhenger av omfang, datatilgang og avklaringer. Før bygging avtaler vi leveranse, tidsplan og hvordan løsningen skal testes. Et lite, tydelig første omfang gjør det lettere å komme i gang.

Ja. Når du bekrefter siste steg, sendes forespørselen til Egen og lagres i mottaket. Du får en referanse på siden. Innsending er ikke en bestilling og starter ikke prøveperioden.

Nei. En intern markedsavdeling, et byrå eller en kjede med flere merkevarer kan ha behov for sin egen oversikt. Hvem som skal bruke appen, hvilke data som skal deles og hvem som godkjenner innhold avklares i behovsbeskrivelsen.

Vi undersøker datatilgang og tillatelser for de konkrete kontoene og plattformene. Nøkkeltall, valuta, perioder og hva som menes med en konvertering må defineres. Et samlet dashboard gjør ikke ulike målemetoder automatisk sammenlignbare.

Slike handlinger må avtales og tilgangsstyres særskilt. En rapporteringsapp trenger ikke skrivetilgang til annonsekontoene. Godkjenning og budsjettering i demoen er lokale eksempler og endrer ingen reelle kampanjer.