01
Den samme informasjonen registreres flere ganger.
Folk kopierer data mellom verktøy fordi ingen av dem eier hele oppgaven.
SKREDDERSYDDE APPLIKASJONER
Programvare bygget rundt måten dere jobber på.
Når standardverktøy skaper omveier, bygger vi et tydeligere system rundt arbeidet som faktisk må gjøres.
EN FUNGERENDE ARBEIDSFLYT
Én tydelig vei gjennom arbeidet.
Forespørsel, kontekst, beslutning og fremdrift henger sammen.
- 01Forespørsel
- 02Kontekst
- 03Beslutning
- 04Fremdrift
NÅR PROGRAMVAREN STÅR I VEIEN
Når verktøyene skaper mer arbeid enn de fjerner.
En skreddersydd applikasjon blir aktuell når omveien har blitt en del av jobben.
02
Viktig arbeid bor i innbokser og regneark.
Status, ansvar og neste steg avhenger av at noen husker det.
03
Kunder må ringe for å få enkle svar.
Informasjonen finnes, men er vanskelig å nå når den faktisk trengs.
04
Prosessen har vokst fra programvaren.
Teamet tilpasser seg verktøyet i stedet for at verktøyet støtter teamet.
ILLUSTRATIVE SITUASJONER — IKKE KUNDERESULTATER
Hva kan bli enklere?
Begynn med arbeidet som stadig skaper overleveringer, usikkerhet eller unødvendig venting.
DRIFT
Regneark og innboks
Én arbeidsflyt
Gjentakende arbeid får felles status, tydelig ansvar og færre steder å følge med.
KUNDESERVICE
Gjentatte telefoner
Svar og fremdrift
Kunder kan sende inn detaljer, finne informasjon og følge neste steg selv.
BESLUTNINGSSTØTTE
Spredte rådata
Én nyttig oversikt
Informasjonen bak en beslutning blir synlig i øyeblikket den trengs.
NYE IDEER
En antakelse
Et testbart produkt
En lovende idé blir konkret nok til å brukes, utfordres og forbedres.
BYGGE, BEHOLDE ELLER ERSTATTE
Noen ganger bør dere beholde programvaren. Andre ganger bør dere eie løsningen.
Vi sammenligner lisenskostnader, omveier, integrasjoner, risiko og vedlikehold før vi anbefaler skreddersøm.
Bruk det som allerede finnes
Velg et etablert produkt når det passer godt og kompromisset er uproblematisk.
Konfigurer før dere erstatter
Et bedre oppsett kan løse problemet uten å introdusere enda et system.
Erstatt programvare som har blitt den dyre omveien
En behovstilpasset applikasjon kan være riktig når lisenskostnadene øker, samtidig som teamet fortsatt må jobbe rundt produktet.
Bygg når forskjellen betyr noe
Skreddersøm fortjener plassen sin når arbeidsflyt, opplevelse eller eierskap skaper reell verdi.
Målet er ikke å selge mer programvare. Målet er å fjerne arbeidet programvaren skulle ha fjernet.
FØRSTEHÅNDSARBEID
Systemer i drift som dere kan undersøke.
Disse produktene og driftsflatene viser hvordan Ferbu arbeider med sammenhengende data, tydelige arbeidsflyter og eierskap utover selve presentasjonslaget.
Klinikk Ferbu
Et sammenhengende produksjonssystem som omfatter offentlig nettside, bookingløp, nettbutikk og systemene bak klinikkens arbeid.
Se Klinikk Ferbu liveMuninn
Et privat minnearbeidsrom som kobler ChatGPT, Claude, Codex og andre assistenter sammen gjennom MCP.
Se Muninn liveYggdrasil
Et samlet SEO-arbeidsrom for Search Console, Bing, Semrush og Firecrawl, med en AI-analytiker forankret i tilkoblede data.
Se Yggdrasil liveKlinikk Ferbu er en nærstående virksomhet. Muninn og Yggdrasil er produkter bygget av Ferbu. Eksemplene dokumenterer førstehåndsarbeid, ikke uavhengige kundeuttalelser.
Offisielt Lovable Select Partner-merke
SERTIFISERT LOVABLE-PARTNER
Plattformkunnskap er nyttig. Vurderingsevne betyr mer.
Ferbu er Lovable Select Partner. Vi bruker plattformen fordi den kan forkorte veien fra problem til fungerende produkt, ikke fordi alle prosjekter hører hjemme der.
Vi vet hva den gjør godt
Raske prototyper, kundevendte verktøy, driftssystemer og produkter som skal kunne utvikles videre.
Vi vet når vi må bremse
Sensitive data, komplekse tilganger, kritiske integrasjoner og virksomhetskrav trenger bevisst avgrensning.
Vi beholder ansvaret for resultatet
Plattformen øker farten. Den erstatter ikke produktvurdering, verifisering eller eierskap.
SIKKERHET OG ANSVAR
Sikkerhet er en del av byggingen, ikke et merke til slutt.
Lovable gir meningsfulle sikkerhetsmekanismer på plattformnivå. Applikasjonen må fortsatt vurderes mot faktiske brukere, data og konsekvenser.
LOVABLE TILBYR
- AIUC-1-sertifisering for plattformen som AI-kodeagent
- ISO 27001:2022 og SOC 2 Type II-kontroller på plattformnivå
- Automatisk sikkerhetsskanning og beskyttet infrastruktur
- Støtte for GDPR og databehandleravtale
FERBU VERIFISERER
- Hvem som kan se, endre og godkjenne hva
- Databasetilganger og skille mellom data
- Hemmeligheter, avhengigheter og integrasjonsgrenser
- Publiseringsklarhet og krav som er spesifikke for bruken
Plattformkontroller erstatter ikke vurdering av applikasjonen. Lovable sier det uttrykkelig. Det gjør vi også.
Påstandene er kontrollert mot Lovables sikkerhetsside, DPA og AIUC-1-dokumentasjon.
SLIK JOBBER VI
En tydelig vei fra problem til fungerende produkt.
Nok struktur til å ta gode beslutninger. Nok fleksibilitet til å lære mens applikasjonen tar form.
01
Forstå
Vi kartlegger mennesker, beslutninger, data og rammer før vi velger tilnærming.
02
Prototype
Vi gjør det usikre konkret tidlig, mens endringer fortsatt er rimelige.
03
Bygge
Godkjente flyter blir til en vedlikeholdbar applikasjon med tydelige grenser.
04
Verifisere
Vi tester tilganger, dataflyt, kanttilfeller og om løsningen er klar for lansering.
05
Overlevere
Dere får produktet, dokumentasjonen og en tydelig plan for veien videre.
OMFANG, KOSTNAD OG EIERSKAP
Dere skal vite hva dere kjøper.
Skreddersydde applikasjoner avgrenses etter en kort kartlegging. Tilbudet skiller mellom leveranse, løpende plattformkostnader og valgfri oppfølging.
Et definert resultat og omfang
Tilbudet sier hva vi løser, hva som er inkludert og hva som fortsatt er usikkert.
Eierskap avtalt før vi bygger
Kode, data, kontoer og tilganger avklares før de blir et overleveringsproblem.
Løpende kostnader synliggjøres
Hosting, databaser og tredjepartstjenester skilles fra leveranseprisen.
Oppfølging uten innlåsing
Videre hjelp kan inkluderes, men brukes ikke til å holde produktet som gissel.
VANLIGE SPØRSMÅL
Før vi bygger noe.
De korte svarene. Detaljene hører hjemme i kartleggingen.
Hva bør bli enklere?
Dere trenger ikke en kravspesifikasjon. Fortell hvor arbeidet stopper opp, så begynner vi der.