{"id":3096,"date":"2019-09-30T00:00:00","date_gmt":"2019-09-30T00:00:00","guid":{"rendered":"http:\/\/the-codest.localhost\/blog\/codests-good-practices-for-building-software-our-approach-to-customer-journey\/"},"modified":"2026-04-24T08:49:32","modified_gmt":"2026-04-24T08:49:32","slug":"codests-gode-fremgangsmater-for-a-bygge-programvare-var-tilnaerming-til-kundereisen","status":"publish","type":"post","link":"https:\/\/thecodest.co\/nb\/blog\/codests-good-practices-for-building-software-our-approach-to-customer-journey\/","title":{"rendered":"V\u00e5r tiln\u00e6rming til kundereisen"},"content":{"rendered":"

Oppdagelsessamtale<\/strong><\/h2>\n

\u00c5 ha en kort id\u00e9 om hva kundens prosjekt<\/a> handler om, v\u00e5r team<\/a> begynner \u00e5 utforske samarbeidspotensialet ut fra en mer detaljert oppdagelsessamtale. Vanligvis vil vi gjerne vite hvordan ditt n\u00e5v\u00e6rende tekniske oppsett ser ut, hva du sliter med, hvilke flaskehalser du identifiserer med din produktutvikling<\/a>Hvilke planer og tidsfrister har du for utviklingen din, osv. for \u00e5 f\u00e5 en bedre forst\u00e5else av hvordan vi kan m\u00f8te dine behov.<\/p>\n

Definere behov<\/strong><\/h2>\n

\u00c5 m\u00f8te behovene starter med \u00e5 definere og formulere dem tydelig. Noen ganger vet kundene v\u00e5re n\u00f8yaktig hva de er ute etter, mens andre ganger m\u00e5 vi foresl\u00e5 en l\u00f8sning og en ideell samarbeidsmodell ved \u00e5 vurdere dagens situasjon. I noen tilfeller begynner vi med et kort konsulentoppdrag f\u00f8r vi g\u00e5r videre til et prosjektoppdrag med fullt omfang.<\/p>\n

\"programvareutviklingsselskap<\/p>\n

Oppstart av prosjektet<\/strong><\/h2>\n

For \u00e5 f\u00e5 et 360-graders prosjektperspektiv er det avgj\u00f8rende \u00e5 la prosjektteamets medlemmer bli kjent med hverandre og diskutere \u00f8nsket arbeidsmodell, metodikk, kommunikasjonsmetode, roller og ansvarsomr\u00e5der. V\u00e5re partnere i disse diskusjonene er som oftest CTO-er<\/a>, Tekniske ledere<\/a> eller CPOer som driver produkt<\/a> utviklingspipeline. N\u00e5r vi har f\u00e5tt klarhet i alle de viktigste temaene, er vi klare til \u00e5 sette sammen prosjektteamet.<\/p>\n

Signering av kontrakt<\/strong><\/h2>\n

N\u00e5r vi har blitt enige om alle viktige punkter, avslutter vi avtalen med \u00e5 signere en kontrakt og en taushetserkl\u00e6ring (som vi noen ganger ogs\u00e5 signerer p\u00e5 et tidlig stadium av kontakten hvis det er n\u00f8dvendig eller p\u00e5 kundens foresp\u00f8rsel). Rammene for kontrakten er beskrevet i v\u00e5re detaljerte generelle vilk\u00e5r og betingelser, som alltid gjennomg\u00e5s av kunden f\u00f8r ingeni\u00f8rarbeidene starter.<\/p>\n

\"bygge<\/p>\n

Utviklingsfasen<\/strong><\/h2>\n

V\u00e5rt ingeni\u00f8rteam liker \u00e5 bli utfordret med vanskelige oppgaver og bevise at de kan leveres med stil. I begynnelsen av et vellykket og langsiktig samarbeid har vi alltid som m\u00e5l \u00e5 bevise v\u00e5re standarder og kvaliteten p\u00e5 arbeidet med pr\u00f8veprosjekter. Vanligvis fastsetter vi visse milep\u00e6ler og referansepunkter ved prosjektstart, og disse gjennomg\u00e5s med kundens team underveis som kontrollpunkter. Det f\u00f8rer til oss<\/a> Vi har lagt frem et sammendrag av prosjektet som er en validering av v\u00e5rt engasjement f\u00f8r rammeverket for en langsiktig avtale tar form.<\/p>\n

Sammendrag og langsiktig avtale<\/strong><\/h2>\n

N\u00e5r vi oppsummerer prosjektet, evaluerer vi sammen med kunden de viktigste m\u00e5leparameterne som ble fastsatt i begynnelsen av utviklingsfasen. Kvalitetsgjennomgang, teamets effektivitet, estimert tid og budsjettjustering er alle viktige \u00e5 verifisere f\u00f8r vi g\u00e5r inn i et langsiktig samarbeid. Vi elsker \u00e5 h\u00f8re positive tilbakemeldinger fra kundene v\u00e5re og gi dem en sjanse til \u00e5 smake p\u00e5 arbeidsstilen v\u00e5r f\u00f8r vi g\u00e5r sammen om et langsiktig og vellykket samarbeid.<\/p>\n

Les mer om dette:<\/strong><\/p>\n