Product Discovery-Fase
Få hjelp fra vårt profesjonelle team til å ta det første steget i utviklingsprosessen. Gjennomfør all nødvendig research for å kartlegge og planlegge hele det digitale prosjektet ditt



Verdien av Discovery-fasen
Discovery-Fasens Plass i SDLC
Vi følger Software Development Life Cycle (SDLC)-prosessen i arbeidet vårt. Forberedelse og prosjektplanlegging er viktig for de påfølgende SDLC-fasene for å oppnå kostnadseffektiv utvikling. Derfor dekker vi innsamling av krav, analyse og produktdesign under discovery-fasen.
- 1.Discovery-faseProduktdesign
- 2.Discovery-faseAnalyse
- 3.Discovery-faseForberedelse
- 4.Discovery-faseInnsamling av krav
- 5.UtviklingsfaseUtvikling
- 6.UtviklingsfaseTesting
- 7.UtviklingsfaseDeployment
- 8.UtviklingsfaseVedlikehold
Product discovery-prosess
- Utforskning av forretningsmiljøet
- Markedsundersøkelser og research
- En detaljert plan for Discovery-gjennomføringen
- Analyse av forretningsmål og -behov
- Research på teknologilandskapet
- Innledende liste over begrensende faktorer for arkitekturen
- Konkurrentanalyse
- Utarbeidelse av moodboard for fremtidig konsept
- Supplering av Discovery-planen med UX-aktiviteter
- Presise forretningsmål og -visjon
- Modellerte forretningsflyter
- Funksjonell dekomponering
- Definerte prioriteringer
- Innhentet og gjennomgått tilbakemeldinger
- Analyse av essensielle krav
- Analyse av begrensende faktorer
- Quality Attributes Workshop
- Avklaring av arkitekturvisjon
- Innhenting og gjennomgang av tilbakemeldinger
- Wireframes for kjernets brukerflyter (avhengig av prosjektets behov)
- Konsept basert på moodboard og funksjonsliste
- Oppstart av Mind Map-utarbeidelse
- Funksjonell dekomponering
- Tilpassing av forretningsplan og estimater
- Kritiske milepæler og prioriteringer
- Forretningskrav for Roadmap
- Kritiske arkitekturperspektiver
- Ferdigstilt teknologistakk
- DevOps og driftsstrategi
- Estimert implementeringsinnsats
- Ferdigstilt SAD (Software Architecture Document)
- Wireframes eller mindmap
- Ferdigstilt UX-løsningsvisjon
- Definerte visuelle komponenter og stilguider
Leveranser fra Discovery-fasen
Dokumenter som beskriver prosjektkravene og tekniske aspekter ved utviklingen
Forretningsanalyse
Funksjonsnedbrytningsliste
Under Discovery avdekker vi ulike utviklingsaspekter for å utarbeide en detaljert funksjonsliste med brukerhistorier og et grovt estimat med spesifikasjon basert på denne.
Impact Map
Impact Mapping muliggjør beslutningstaking om hvilke funksjoner som skal bygges og inkorporeres i et produkt.
Aktivitets-/UML-/BPMN-diagrammer/Flytskjemaer
Avhengig av prosjektets behov utarbeider vi diagram(mer) i én av notasjonene for prosesskartlegging for å representere en serie handlinger og flytstyring i et system.
Software Architecture Document (SAD)
SAD-dokumentets BA-del oppdateres i henhold til resultatene av Discovery.
Løsningsarkitektur
Quality Attribute Scenarios
Quality attributes er et sett med funksjonelle og ikke-funksjonelle systemkrav som brukes til å evaluere systemets ytelse. Quality Attribute Scenarios-dokumentet beskriver kvalitetsattributter og mulige handlingsscenarioer.
Mer presist estimat
Estimatet er basert på funksjonsnedbrytningslisten. Dette dokumentet inkluderer teamsammensetning og minimums- og maksimumstid for å utvikle de nødvendige funksjonene. Teamsammensetning er konfigurasjonen av et team. Den er basert på teamets oppgave og defineres individuelt for hvert prosjekt for å oppnå de beste mulige resultatene under utviklingen.
Prosjektplan
En prosjektplan definerer prosjektets mål og delmål, spesifiserer oppgaver og måloppnåelse, og identifiserer nødvendige ressurser, tilhørende budsjetter og tidsfrister for ferdigstillelse.
Arkitekturdiagram
Et arkitekturdiagram representerer systemets overordnede struktur og relasjonene og grensene mellom komponenter. Det gir en helhetlig oversikt over den fysiske deploymenten og dens utviklingsplan.
Design
Designkonsept
Designkonsept. Designteamet vårt utarbeider konsepter for de nødvendige plattformene basert på designkrav. Vi lager to av dem for mobilutvikling (å velge mellom), og én side med flest elementer er for web.
Mind Map
Et Mind Map er et diagram som brukes til å visuelt organisere informasjon i et hierarki, og viser sammenhenger mellom deler av helheten. Det kan hjelpe deg med å finne bedre og mer kreative løsninger på problemer, forbedre informasjonsretensjon, fasilitere mer effektive brainstorming-sesjoner med teamet ditt, og gi en betydelig produktivitetsøkning.
Hvorfor du trenger en Discovery-fase
Tydelige krav
Arkitektur tilpasset målene
Optimale utviklingskostnader
Minimerte risikoer
Discovery-fasen inkluderer
Discovery-fasens hovedmål er å eliminere usikkerhetsmomenter, forberede det tekniske grunnlaget og UX-design i tråd med dine behov, og gi et nøyaktig estimat for prosjektets tid og kostnader til slutt.
Funksjonsnedbrytningsliste
Business Analysts holder møter med deg for å diskutere forretningsbehov, bruker- og funksjonskrav. Deretter kontrollerer Solution Architect den tekniske gjennomførbarheten og foreslår å fjerne eller beholde funksjoner for raskere lansering. Du godkjenner den endelige funksjonslisten før du går videre til neste trinn.
Bemanning
- Project Manager
- Solution Architect
- Business Analyst
Grovt estimat
Utviklere, designere og QA-ingeniører estimerer funksjonslisten for de påkrevde plattformene. Business Analyst utarbeider dokumenter med grovt estimat — minimums- og maksimumstid for å utvikle hver enkelt funksjon. Du bør gjennomgå estimatet for å gå videre til neste trinn.
Bemanning
- Sales Manager
- Business Analyst
- UI/UX Designers
- Software Engineers
- QA Engineers
- Solution Architect
Teamsammensetning
Etter å ha mottatt det grove estimatet, setter vi sammen utviklingsteamet basert på dine krav — utviklere, UI/UX-designere, QA-ingeniører.
Bemanning
- Sales Manager
- Project Manager
- Solution Architect
Konseptutarbeidelse
Business Analyst innhenter designkrav, og designere utarbeider konsepter for de nødvendige plattformene. Vi utvikler varianter av flere hovedskjermer, avhengig av prosjektkravene. Du bør gjennomgå og velge den endelige versjonen.
Bemanning
- Business Analyst
- UI/UX designers
- Solution Architect
Spesifikasjon
Business Analyst skriver en spesifikasjon for å fylle en backlog som er tilstrekkelig for å starte et prosjekt. Spesifikasjonen dekker tekniske aspekter og beskriver hver funksjon i form av brukerhistorier. Ettersom hele teamet vil bruke spesifikasjonen, kontrollerer Quality Assurance-ingeniøren den for logiske feil og brudd på retningslinjer.
Bemanning
- Business Analyst
- Solution Architect
- QA engineer
Wireframes
Når spesifikasjonen er klar, begynner designerne å lage wireframes — et layout av brukergrensesnittet. Designerne plasserer hovedelementer som knapper og bilder på hver skjerm. Business Analyst og QA-ingeniør gjennomgår og validerer wireframes. QA-ingeniøren kontrollerer også prosjektkravene for testbarhet.
Bemanning
- UI/UX Designers
- Business Analyst
- Solution Architect
- QA engineer
Detaljert estimat
Utviklerne og designerne våre estimerer produktutviklingskostnaden for hver plattform. Vi estimerer en del av prosjektet for å starte utviklingen raskere.
Bemanning
- UI/UX Designers
- Software Engineers
- Solution Architect
- Business Analyst
- Sales Manager
Sertifiseringer
Vi fortsetter å bygge kompetansen vår for å møte dine høyeste forventninger og utvikle innovativ forretningsprogramvare

ISO 27001
Styringssystem for informasjonssikkerhet

ISO 9001
Ledelsessystemer for kvalitet

AWS
Utvalgt partnernivå

AWS
Løsningsarkitekt, Associate

Scrum Alliance
Avansert sertifisert, Scrum Product Owner

AWS
SysOps-administrator, Associate
Hva Kundene Våre Sier Om Oss

CTPO of Penneo A/S
"Cleveroad proved to be a reliable partner in helping augment our internal team with skilled technical specialists in cloud infrastructure."
Bransjepriser
70 anmeldelser av clutch
4.9

Pris
Clutch 1000 tjenesteleverandører, 2024 Global

Pris
Clutch Spring Award, 2025 Global

Rangering
Topp AI-selskap,
2025-pris

Rangering
Topp programvareutviklere, 2025-pris

Rangering
Topp webutviklere, 2025-pris

Rangering
Topp selskap innen bemanningsforsterkning i USA, 2025-pris
- Prosjektoppstart. Det holdes et oppstartsmøte for å bli kjent med teamet og lære mer om hvert medlems rolle.
- Funksjonsnedbrytning. Business Analysts holder møter med deg for å diskutere brukerbehov og funksjonskrav.
- Grovt estimat. Utviklere, designere og QA-ingeniører estimerer funksjonslisten for de påkrevde plattformene. Du får et grovt estimat — minimums- og maksimumstid for å utvikle hver enkelt funksjon.
- Teamsammensetning. Sales Manager setter sammen utviklingsteamet — utviklere, designere og QA-ingeniører. Solution Architect og Project Manager validerer teamet.
- Konseptutarbeidelse. Designere lager to visuelle konsepter for produktet som du kan velge mellom.
- Spesifikasjon. Business Analyst skriver en spesifikasjon som dekker tekniske aspekter og beskriver hver funksjon i form av brukerhistorier.
- Wireframes. Designere begynner å lage wireframes — et layout av brukergrensesnittet.
- Endelig gjennomgang. Quality Assurance-ingeniører kontrollerer hver brukerhistorie og wireframe for logiske feil og brudd på retningslinjer.
- Detaljert estimat. Utviklerne og designerne våre estimerer den endelige produktutviklingskostnaden for hver plattform.
- Spesifikasjon
- Grovt estimat
- Detaljert estimat
- Wireframes
- Aktivitetsdiagram
- Flytskjema