Når lønner det seg å bygge selv fremfor å kjøpe et ferdig verktøy?

Kjøp hyllevare når prosessen deres ligner alle andres. Bygg når prosessen er der konkurransefortrinnet ligger, når hyllevaren tvinger dere til å endre måten dere jobber på for å passe verktøyet, eller når lisensprisen vokser raskere enn verdien fordi dere betaler for åtti prosent funksjonalitet dere ikke bruker. Vi sier ifra når svaret er å kjøpe — det skjer ofte.

AI-systemer og forward-deployed engineering

Q: Hva er forward-deployed engineering?

Det betyr at utviklerne jobber inne i kundens virkelighet i stedet for på avstand fra den. Vi sitter tett på folkene som gjør jobben, ser hvordan arbeidet faktisk foregår, og bygger direkte mot det — i stedet for å motta en kravspesifikasjon, forsvinne i tre måneder og levere noe som ikke passer. I praksis betyr det korte sykluser, tidlige utkast i hendene på de som skal bruke løsningen, og retting mens det ennå er billig.

Dette passer spesielt godt hvis …

✓Noen hos dere flytter data mellom to systemer for hånd hver uke
✓Samme rapport settes sammen manuelt, måned etter måned
✓Hyllevaren tvinger dere til å jobbe på en måte som ikke passer
✓Kunnskapen om en viktig prosess sitter i ett hode
✓Dere bruker ChatGPT, men ingenting er koblet til systemene deres
✓Lisensprisen vokser raskere enn verdien dere får ut

Kort forklart

Hva er forward-deployed engineering?

Det betyr at utviklerne jobber inne i deres virkelighet i stedet for på avstand fra den. Vi sitter tett på folkene som gjør jobben, ser hvordan arbeidet faktisk foregår, og bygger direkte mot det.

Alternativet — motta en kravspesifikasjon, forsvinne i tre måneder, levere noe som nesten passer — feiler fordi kravspesifikasjonen beskriver hvordan noen tror arbeidet foregår. Den delen som gjør at løsningen ikke tas i bruk, står sjelden i dokumentet.

I praksis betyr det korte sykluser, tidlige utkast i hendene på dem som skal bruke løsningen, og retting mens det fortsatt er billig å rette.

Hva vi bygger

Fire ting vi blir bedt om oftest

⚙️

Agenter som gjør en jobb

Ikke en chatbot på nettsiden, men et system som faktisk utfører en oppgave i arbeidsflyten: klassifiserer, henter, sammenstiller, forbereder — og lar et menneske godkjenne før noe sendes ut.

🔗

Integrasjoner mellom systemer

Når data flyttes for hånd mellom to systemer som ikke snakker sammen, er det som regel både den dyreste og den enkleste tingen å fjerne.

🛠️

Interne verktøy

Små, spisse verktøy for oppgaver hyllevaren ikke dekker. Ofte er det disse som frigjør mest tid, fordi de treffer nøyaktig den flaskehalsen dere har.

📊

Data og rapportering

Tall som settes sammen automatisk i stedet for manuelt hver uke — og som er til å stole på, fordi vi rydder i kilden og ikke bare i presentasjonen.

CiteRadar

Måler synlighet i AI-svar over tid.

Feed Forge

Produktfeeder og anmeldelser for netthandel.

Skaði

Finner og kvalifiserer nye kunder automatisk.

Tempo

Rydder opp i tid som forsvinner i drift.

Dette er verktøy vi har bygget og drifter selv. Du kan se på dem og vurdere håndverket — det er en ærligere referanse enn en kundeliste du må ta vårt ord for.

Vil du se noe vi faktisk har bygget?

Vi bygger også egne produkter, og de ligger åpent framme i OG Lab. Det er den ærligste referansen vi kan gi: verktøy du kan se på og vurdere selv, i stedet for en kundeliste du må ta vårt ord for. Bakgrunnen for hvordan vi tenker står i Når verktøyet du trenger ikke finnes og Forward-deployed engineering i praksis.

Slik ser det ut

Hva en agent faktisk gjør

Et reelt eksempel på en flyt vi bygger: en forespørsel kommer inn, og et utkast ligger klart til godkjenning før noen har rørt tastaturet.

📥

Forespørsel

E-post eller skjema

⚙️

AI leser og sorterer

Henter ut hva saken gjelder

🗂️

Slår opp i systemene

CRM, priser, historikk

📄

Utkast klart

Tilbud eller svar

✅

Menneske godkjenner

Før noe sendes ut

Siste steget er ikke pynt. Et menneske skal alltid kunne stoppe noe før det når kunden — det er forskjellen mellom automatisering og risiko.

Det ærlige svaret

Når lønner det seg å bygge fremfor å kjøpe?

Vi tjener penger på å bygge, så ta gjerne dette med en klype salt — men vi sier fra når svaret er å kjøpe, og det skjer ofte.

Situasjon	Vår anbefaling
Prosessen deres ligner alle andres	Kjøp hyllevare. Å bygge om igjen noe markedet allerede har løst godt, er sjelden verdt det.
Prosessen er konkurransefortrinnet	Bygg. Det er nettopp her hyllevare tvinger dere til å jobbe som alle andre.
Verktøyet finnes, men passer dårlig	Ofte integrasjon, ikke nybygg. Vi ser først om det holder å koble sammen det dere har.
Lisensprisen vokser raskere enn verdien	Regn på det. Betaler dere for åtti prosent funksjonalitet dere ikke bruker, endrer regnestykket seg.
Ingen har tid til å eie løsningen etterpå	Vent, eller kjøp. Et internt system uten eier blir teknisk gjeld, uansett hvor godt det er bygget.

Det rimelige motspørsmålet

Hvorfor kan vi ikke bare bruke ChatGPT selv?

Dere kan, og dere bør. ChatGPT er et utmerket verktøy for én person som løser én oppgave om gangen.

Det som mangler er alt rundt. Et verktøy blir først et system når det er koblet til dataene deres, kjører uten at noen starter det, husker hva som skjedde sist, har regler for hvem som får se hva, og feiler på en måte noen oppdager.

🔌

Integrasjoner

Koblet til CRM, faktura, lager og e-post — ikke klipp og lim mellom faner.

🔁

Dataflyt

Riktig informasjon hentes automatisk, i stedet for å limes inn av den som husker det.

🔐

Tilganger

Hvem som får se hva, og hvilke data som aldri forlater huset.

🎯

Kvalitetssikring

Kontroller og godkjenningssteg, så feil fanges før de når en kunde.

Kort sagt

Det er forskjellen på å bruke AI og å drive en bedrift som går på AI. Det første sparer en person litt tid. Det andre endrer hvordan arbeidet faktisk gjøres.

Konkret

Dette får du i hendene.

Ikke «vi hjelper med AI». Dette er leveransene, i den rekkefølgen de kommer.

01Kartlegging av arbeidetVi ser hvordan jobben faktisk gjøres, og finner hva som koster mest tid.
02Prioritert listeHva som bør bygges, hva som bør kjøpes, og hva som bør stå i fred.
03Fungerende versjonÉn ting satt i hendene på brukerne, ikke en plattform på papiret.
04Drift i deres miljøKode i deres repo, på deres infrastruktur, med deres nøkler.
05Dokumentasjon og eierskapSkrevet slik at noen andre kan overta etter oss.
06MålingTimer spart eller inntekt skapt — tallet vi blir vurdert på.

Slik jobber vi

Lite først, så videre

Uke 1

Vi ser på arbeidet

Vi sitter sammen med dem som gjør jobben og finner oppgaven som koster mest tid. Ikke workshop med gule lapper — vi ser på hvordan det faktisk gjøres.

Leveranse: prioritert liste

Uke 2–3

Noe som virker

Vi bygger den ene tingen, ikke hele plattformen. Målet er noe i hendene på brukerne raskt nok til at de husker hva de ba om.

Leveranse: fungerende versjon

Uke 4–8

I drift, med eier

Vi setter det i reell drift, dokumenterer, og sørger for at noen hos dere kan eie det. Uten en eier blir det liggende, uansett hvor bra det er.

Leveranse: drift + dokumentasjon

Videre

Neste oppgave

Virket det, tar vi neste punkt på listen. Virket det ikke, sier vi det og stopper. Vi har ingen interesse av å holde liv i noe som ikke betaler seg.

Leveranse: din beslutning

Dette passer sannsynligvis ikke for deg hvis …

… dere vil ha «litt AI» uten en konkret oppgave i sikte. Vi trenger noe å måle mot, ellers blir det dyr pynt.
… ingen hos dere kan sette av tid til å vise oss hvordan arbeidet faktisk gjøres. Hele metoden vår faller da sammen.
… løsningen skal eies og driftes av oss for alltid. Vi bygger for at dere skal klare dere uten oss.

Vanlige spørsmål

Kort og greit.

Hvem eier koden dere skriver?+

Dere gjør. Koden ligger i deres repo, på deres infrastruktur, med deres nøkler. Vi dokumenterer underveis slik at noen andre kan overta. Målet er at dere skal klare dere uten oss.

Hva med datasikkerhet og personvern?+

Vi avklarer hvilke data som faktisk må ut av huset før vi bygger noe. Mye kan løses uten å sende sensitive opplysninger til en ekstern modell, og der det ikke kan det, dokumenterer vi hva som sendes hvor og hvorfor. Databehandleravtale er på plass før første linje kode.

Hvor lite kan et oppdrag være?+

Lite. Vi foretrekker å starte med én konkret oppgave som koster mange timer i uka, levere noe som virker på et par uker, og la det avgjøre om vi skal fortsette. Store planer uten noe i drift har en tendens til å bli dyre presentasjoner.

Må vi ha egne utviklere for å jobbe med dere?+

Nei. Men dere bør ha én person som kan eie løsningen etterpå — det trenger ikke være en utvikler, bare noen som forstår prosessen og kan si fra når noe skurrer.

Jobber dere med markedsføring også?+

Ja, og det er ofte poenget. Mange av systemene vi bygger henger sammen med synlighet i AI-søk og e-postautomatisering. Det er lettere å automatisere oppfølgingen når de samme folkene også forstår hvor kundene kommer fra.

bygging i kundens miljø

Slik jobber vi

Vi bygger inne hos dere, ikke på avstand.

Forward-deployed betyr at utviklerne sitter tett på folkene som gjør jobben, ser hvordan arbeidet faktisk foregår, og bygger direkte mot det.

Korte sykluser, tidlige utkast i hendene på brukerne, og retting mens det ennå er billig.

Hva som endrer seg

Fra AI som eksperiment til AI i den daglige driften

Før

«Litt AI» uten en konkret oppgave
Data flyttes for hånd mellom systemer
Kunnskap som sitter i ett hode
Leverandøren eier løsningen

Etter

Systemer knyttet til en målbar oppgave
Integrasjoner som går av seg selv
Prosessen dokumentert og eid internt
Dere eier koden og kan drifte den

Uforpliktende prat

Hva koster den oppgaven dere?

Fortell oss om én oppgave som spiser for mye tid hos dere. Vi sier ærlig om den bør automatiseres, kjøpes ferdig, eller rett og slett få stå i fred.

tilgang@onlinegrowth.no LinkedIn ↗

Slutt å gjøre jobben en maskin kan gjøre.