For it-leder og digitaliseringsansvarlig
Velg utviklingspartner uten å bli låst til leverandøren
SalesUp utvikler webapplikasjoner, kundeportaler og integrasjoner for virksomheter som vil eie koden og styre tilgangene selv. Før oppstart avklarer vi skriftlig hvem som eier kode og data, hvilke tredjeparter løsningen bygger på, hvordan tilgangsstyringen er bygget, hva som testes automatisk, og hvem som drifter løsningen etterpå. Du snakker direkte med seniorutviklerne som skriver koden.
Beskriv kravene til løsningenKjenner du deg igjen?
Den forrige leverandøren sitter på nøklene
Hostingkontoen, domenet eller kildekoden står i leverandørens navn. Å bytte partner starter med å be om tilgang til noe dere trodde dere eide.
Ingen kan si sikkert hvem som har tilgang
Tidligere ansatte og konsulenter ligger fortsatt inne, og rollene håndheves bare ved at knapper skjules i grensesnittet.
Hver ny versjon er et sjansespill
Det finnes ingen automatiske tester, så feil oppdages når en kunde melder fra. Nye funksjoner utsettes fordi ingen tør å røre koden.
Hvorfor leverandøravhengighet oppstår
Leverandøravhengighet står sjelden i kontrakten. Den oppstår i praksis, litt etter litt. Hostingkontoen og domenet ble registrert i leverandørens navn fordi det gikk raskest. Kunnskapen om hvordan løsningen rulles ut, finnes hos én utvikler. Det finnes ingen automatiske tester, så bare den som skrev koden, tør å endre den. Og tilgangsstyringen er bygget i grensesnittet, slik at ingen kan si sikkert hvem som får se hva uten å lese koden linje for linje.
Resultatet er at eierskap til koden blir lite verdt. Dere kan eie hver linje og likevel ikke kunne bytte partner, fordi det dere egentlig trenger, er tilganger, dokumentasjon og en kodebase som andre kan jobbe i uten frykt.
Derfor bør valget av utviklingspartner handle mindre om hva de kan bygge, og mer om hvordan de bygger: hvor tilgangsstyringen ligger, hva som testes, hvem som eier kontoene, og hvordan løsningen overleveres.
Hvordan vi bygger for at dere skal kunne velge fritt
Eierskap og kontoer skriftlig før oppstart. Dere eier koden som skrives for dere, i tillegg til innhold og data. Avtalen lister tredjepartstjenestene løsningen bygger på, hvem som står som eier av kontoene hos hosting, database og betalingsleverandør, og hvordan løsningen overleveres. Se svaret om hvem som eier koden.
Utbredt teknologi. Vi skriver i TypeScript, React og Next.js, med databaser som PostgreSQL. Det er verktøy mange utviklere kan, slik at en annen leverandør kan overta uten å lære et lukket system først. Se hva vi bygger på webapplikasjoner.
Tilgangsstyring i databasen. I en B2B-løsning vi bygger for en kunde, ligger autorisasjonen i radnivåsikkerhet i Postgres og et eget datatilgangslag, ikke i middleware. Roller leses fra databasen, ikke fra innloggingstokenet, fordi et token kan være gyldig i opptil en time etter at en rolle er fjernet. Integrasjonsnøkler lagres kryptert med AES-256-GCM og vises bare med de fire siste tegnene.
Tester som kjører automatisk. I samme prosjekt kjører enhetstester, isolasjonstester for tilgang og ende-til-ende-tester med Playwright i CI hver gang koden endres. Omfanget hos dere avtaler vi ut fra hva en feil vil koste.
Avklart drift. SalesUp drifter løsningen, dere gjør det selv, eller en tredje leverandør gjør det. Teamet har erfaring med blant annet Vercel, Cloudflare, AWS og Google Cloud. Hosting, drift, support og utvikling beskrives hver for seg på vedlikehold og videreutvikling.
Dere snakker direkte med seniorutviklerne som skriver koden, Tommy van Wallinga og Emmanuel. Er det daglig dobbeltarbeid mellom systemene som er problemet, er siden for driftsansvarlige skrevet for det.
Slik løser vi det
Det vi bygger for deg
Webapplikasjoner
Kundeportaler og fagsystemer med tilgangsstyring i databasen, roller som leses fra databasen og automatiske tester, i teknologi andre utviklere også kan jobbe i.
Les om webapplikasjonerIntegrasjoner
Koblinger mot regnskap, CRM og offentlige registre der nøkler lagres kryptert og feilede overføringer blir liggende til de er løst, ikke forsvinner.
Les om integrasjonerVedlikehold og videreutvikling
Avklart ansvar for oppdateringer og drift, enten vi drifter, dere gjør det selv eller en tredje leverandør tar over. Også for løsninger andre har bygget.
Les om vedlikehold og videreutviklingMåling
Dette leverer og dokumenterer vi
Automatiske tester
Hvilke flyter som dekkes av enhets-, isolasjons- og ende-til-ende-tester, og at de kjører hver gang koden endres. Omfanget avtales ut fra hva en feil vil koste.
Dokumentasjon
Hvordan løsningen er bygget, hvilke tjenester den bruker, og hvordan den rulles ut, slik at en annen utvikler kan overta.
Tilgangsoversikt
Hvem som har tilgang til kode, hosting, database og betalingsleverandør, og hvilke roller som finnes i løsningen.
Driftsansvar
Hvem som drifter, overvåker og tar sikkerhetskopier, beskrevet hver for seg i avtalen, slik at ingen oppgave faller mellom to leverandører.
Vanlige spørsmål
Spørsmål vi ofte får fra it-leder og digitaliseringsansvarlig
Skal dere velge eller bytte utviklingspartner?
Fortell hva løsningen skal gjøre, hvilke systemer den må kobles til og hvilke krav dere har til sikkerhet og drift. Vi svarer konkret på hvordan vi ville bygget den, og beskriver omfang, forutsetninger og prismodell skriftlig før oppstart.
Beskriv kravene til løsningenLes mer