Et nyt spilwebsted, der sporer over 1 mio. præstationer

Efter den vellykkede levering af Stage 1 fortsatte klienten med at arbejde med Imaginary Cloud på et kontinuerligt udviklingsgrundlag og tilføjede flere funktioner til sit produkt for at fremme væksten. Holdet arbejdede på mange forskellige elementer, fra betalingsintegrationer til salgskampagneværktøjer for at lette markedsføringskampagner på markedspladsen. Imaginary Cloud hjalp også Flipped Normals med at forbedre sin Google-positionering ved at implementere en SEO-revision, som finjusterede webstedets ydeevne og indholdsrelevans.

Vi formulerer en tilgang til produktet baseret på brugerens behov og forretningsmodellen.
Dette er kernen i den kreative proces, og det er her produktkonceptet formuleres ud fra brugerens behov og forretningsmodellen (begge identificeret i forskningsfasen). Her arbejder UX-designeren, produktdesigneren og produktejeren tæt sammen.

Denne fase består af 4 trin: kortlægning af brugerrejse, ved at beskrive hver brugers handling med forskellige brugerscenarier; a beslutningsmatrix der hjælper med at prioritere brugernes og produktets mål, samtidig med at man overvejer produktets livscykluss aktuelle fase; tegne wireframes, dvs. sidernes struktur og navigationsflow for at sikre brugervenlighed af grænsefladen og reducere designtiden; og endelig, a humørbræt for at sikre, at produktets udseende formidler den ønskede brugeroplevelse og er tilpasset brugerprofilen og markedsstrategien.

Vi bringer konceptet ud i livet og omsætter det i praksis.
I dette trin fokuserer produktdesigneren på at skabe en fysisk repræsentation af det koncept, der er defineret indtil dette punkt.

Den består af 3 trin: a stilguide, hvor vi definerer en grafisk grænseflades stil under hensyntagen til farvepalet, skrifttyper, billedstil, inputfelter, knapper og så videre, for at sikre konsistens i hele applikationen; a grafisk brugergrænseflade design (GUI), som er de endelige skærme ved at anvende stilguiden på wireframes; og et klik igennem prototype at lette feedback fra interessenter eller potentielle brugere og investorer.

Vi garanterer, at alle genererede krav og ideer er realistiske at implementere.
I denne fase skal alt det tidligere udførte arbejde være opnåeligt i betragtning af den tilgængelige tid og budget, der tidligere er afgjort.

Den består af 2 trin: a arkitektur på højt niveau hvor vi beskriver, hvordan produktet vil blive bygget, og fastlægger basislinjerne for de teknologier og færdigheder, der er nødvendige for at fremstille det, og projektplan at definere de vigtigste milepæle og give en generel forståelse af projektets struktur, faser, skæringspunkter og indbyrdes afhængigheder.

I denne fase indfører vi en orienteringsmøde der inkluderer de oplysninger, der er indsamlet under workshoppen med teamet og interessenter. Den præsenterer visionen og målene for projektet og præciserer alle nødvendige forretningskrav. Det er også her en FAQ-session i forhold til projektets art finder sted.

Den arkitektur på højt niveau involverer udvikling af det tekniske design, med den ideelle balance mellem kompleksitet og rækkevidde. Det er her, vi identificerer eksterne afhængigheder fra tredjepartsudbydere, såsom Stripe, Facebook, Amazon og så videre.

Vi starter derefter CI/CD-arbejdsgang som er opsætningen af problemstyringsværktøjet, kodelagre, kontinuerligt integrationssystem og udviklings- og iscenesættelsesmiljøer. Det efterfølges af opsætningen af koderepo og automatiseret testramme, iscenesættelsesmiljøet og produktionsservere samt det kontinuerlige integrationsøkosystem (dvs. servere, udrulningshook) /kontinuerlig implementering.

Endelig i Funktion 0 vi leverer den første meningsfulde funktion: en hjemmeside, en login-skærm, en del af det første dashboard. Dette trin sikrer, at der er noget påviseligt med opfattelsen af værdi i slutningen af fasen.

Med Datamodel, giver vi den første baseline for produktets evolutive datamodel. Den identificerer de vigtigste dataenheder og relationer og basislinjer datakilderne og datalagrene (dvs. relationsdatabaser, dokumentdatalagre osv.). Dette trin består også i at iterere produktkonceptet og designe den første version af datamodellen.

Her er når vi præsenterer Bevis for koncept (PoC), Minimalt testbart produkt (MTP), eller Minimalt levedygtigt produkt (MVP), og vi leverer og implementerer den første version af produktet - selvom den version er implementeringen af et koncept. Dette hjælper med at mindske tekniske risici og teste de vigtigste forretningslokaler til udvikling af en markedsklar version af produktet gennem en levedygtighedsvurdering.

På produktionsforøgelser trin, vi gennemgår tekniske og forretningsmæssige risici og virkningen af PoC, MTP eller MVP på de oprindelige lokaler eller Wave 0. Her identificerer vi også genanvendelige komponenter fra Wave 0 til Wave 1 (dvs. ofte er POC'er ikke genanvendelige). Dette hjælper med at indsamle feedback om den første integrerede model og vurderer produktets levedygtighed, før du går over til Wave 1.

Endelig, wave retrospektive anmeldelser produktstatus, evaluerer bølgesucces i forhold til forretningsmål og identificerer forbedringer. Vi designer derefter mål for den næste bølge og prioriterer funktioner. Ved at gøre dette kan teamet analysere det arbejde, der er blevet udført i tidligere sprints, og planlægge bevidst, hvad der skal være det næste bjerg at bestige.

Vi fortsætter med at udføre Kode gennemgang ved at se på arkitektur for at forstå, hvordan produktet er bygget, dets principper og dets mønstre.

Nu er det tid til en Testgennemgang, hvor vi vurderer enhedstest, kodedækning og testkvalitet.

Vi følger op med en Gennemgang af kodekvalitet, hvor vi opregner alle problemerne og beskriver dem fuldt ud, identificerer de kritiske og kategoriserer dem.

Vi afslutter processen med en Vurdering fase, hvor vi viser alle anbefalede rettelser og giver et skøn over de ressourcer, der er nødvendige for at implementere dem.