Når bør dere bygge egen programvare?
Skreddersydd programvare er aktuelt når viktige arbeidsprosesser ikke passer i standardverktøy, eller når mange manuelle mellomledd gjør hverdagen vanskelig. Det kan være en kundeportal, et saksverktøy, en bookingflyt eller en tjeneste dere vil selge.
Vi sammenligner først med det som allerede finnes. En tilpasning eller integrasjon kan koste mindre enn et eget system. Hvis dere bygger selv, må nytten forsvare både utviklingen og den senere oppfølgingen. Jeg hjelper dere å se den samlede kostnaden før dere bestemmer dere.
Gjør den første versjonen liten nok til å lære av.
Vi beskriver hvem som skal bruke løsningen, hvilken oppgave de skal fullføre og hva som må fungere fra første dag. En prototype kan avklare skjermbilder og arbeidsflyt før vi bygger datalagring og integrasjoner. De som faktisk gjør jobben, bør prøve den tidlig.
En første brukbar versjon, ofte kalt MVP, skal løse en hel avgrenset oppgave. Den trenger ikke alle fremtidige funksjoner. Sammen skiller vi mellom det som er nødvendig, det som kan vente og det som allerede løses godt et annet sted.
- Brukerroller og tilgang til riktig informasjon.
- En tydelig vei gjennom oppgaven, også ved feil.
- Dataflyt og koblinger til eksisterende systemer.
- Akseptansekriterier: hvordan vet vi at leveransen fungerer?
AI kan korte ned rutinearbeidet i utviklingen.
Jeg bruker AI-agenter som støtte i analyse, kodearbeid, dokumentasjon og kontroller. Det gir mer tid til å forstå behovet og teste den faktiske brukerreisen. Kode som er rask å produsere, er ikke automatisk kode som er riktig å sette i drift.
Tilgangsstyring, databehandling, validering og feiltilfeller må gjennomgås. Dersom produktet selv bruker AI, avklarer vi også hva modellen får se, hva den kan gjøre og hvordan svarene kontrolleres. Kritiske handlinger skal ha tydelige grenser og nødvendig godkjenning.
Tenk på dagen etter lansering.
Dere trenger oversikt over kode, kontoer, lisenser, data og driftskostnader. Eierskap og tilgang avklares i leveransen. Vi avtaler også sikkerhetskopiering, oppdateringer, feilretting og hvordan et annet team kan overta dersom det blir aktuelt.
Technical Boys egne produkter gir praktiske eksempler. Parkeringskollektivet er en demo med kart, tilgjengelighet og booking. Flyt Alpha er en forbedringsplattform som samler ansattes erfaringer. Prosjektene har ulike modenhetsnivåer; de viser både produktarbeid og hvordan en idé kan prøves før den utvides.
Se bookingdemoen ParkeringskollektivetSpørsmål før vi begynner
Hva koster skreddersydd programvare?
Prisen avhenger av arbeidsflyt, brukerroller, integrasjoner, datakrav og behov for drift. Et avgrenset første omfang gjør det mulig å gi et mer realistisk anslag. Jeg skiller utviklingsarbeidet fra løpende abonnementer og vedlikehold.
Kan vi komme med en kravspesifikasjon fra Flyt?
Ja. Flyt kan gi en teknisk kravspesifikasjon som grunnlag for et oppdrag. Vi går gjennom behov, forutsetninger og akseptansekriterier før arbeidet prises. Grunnlaget kan også brukes av deres eget team eller andre leverandører.
Kan du videreutvikle noe som allerede finnes?
Ja, etter en gjennomgang av kode, tilganger og tilstand. Jeg vurderer hva som kan beholdes og hvor det er risiko. Målet er å bygge videre på det som fungerer, fremfor å erstatte alt uten grunn.
Faglige kilder og siste gjennomgang
Gjennomgått . Kildene forklarer faglige prinsipper; omfanget av din leveranse avtales separat.
- OWASP ASVS: krav til sikkerhet i applikasjoner
En referanse for å definere og kontrollere relevante sikkerhetskrav.