
Om dette projekt
Efter en ny investeringsrunde havde Jinga Life brug for at forbedre deres eksisterende produkt- og forretningsmodel, der var i overensstemmelse med de nye forretningsmål, de havde sat sig. Imaginary Clouds mål var at bringe appens koncept til live på iOS.
Resultat: En ny grænseflade, der sikrede klarhed, uanset alder eller medicinsk situation, og holder brugerrejsen til det meget væsentlige.
Vores engagement
Udformning
Bygge
teknologier
Swift
Node.js
Ruby on Rails
Jinga Life er en digital, personlig, familiesundhedsplatform, der ændrer den måde, vi plejer mennesker på planeten ved at bruge simpel teknologi til at hjælpe dem med at passe på sig selv og deres kære.
Jinga Lifes vision er at flytte sundhedsvæsenets akse fra hospitalet til hjemmet ved at give „Jinga“ (kvinden og sande vogter og kurator for familiens sundhed og velvære) mulighed for at koordinere og pleje alle sine kære fra komforten i hendes hjem.
Baseret i Dublin, Irland, er platformen skræddersyet til den specifikke patient, designet til at være brugervenlig og intuitiv for alle og tilgængelig uden behov for at installere specifik software.
Denne platform vil give Jinga hjælp og støtte og information til alle livsfaser fra tidlig barndom (vaccinationer, tandjournaler) gennem teenageårene (seksuel sundhed, mental sundhed, tandregulering), overvågning af kroniske sygdomme, reaktion på akutte tilstande eller ulykker, helt op til smart aldring, assisteret livsstil (forbindelse, overvågning, kommunikation) og værdig død (behandling, placering, planlægning, ønsker).


Vi blev kontaktet af administrerende direktør for at hjælpe med at flytte projektet videre, efter en ny investeringsrunde. Planen var at revidere det eksisterende produkt- og forretningsmodel og udvikle et sæt digitale produkter tilpasset de nye forretningsmål.
Et af disse produkter var en applikation til at hjælpe familiemedlemmer med at administrere deres families sundhedsregistre og let dele disse oplysninger med læger, mens de stadig holder oplysningerne private.
NEW PROJECT IN MIND? LET'S TALKi løbet af projektet
Brandingarbejdet blev lagt ud foran os, og vi brugte vores proprietære Produktdesignproces at bringe appens koncept til live. Interfacet er intuitivt, og funktionerne er bygget uden plads til tvivl om, hvad de vedrører. Det bestod af 4 faser:
to faser
Migration
Udvikling
fire faser
Forskning
Ideering
Henrettelse
Teknisk vurdering
fire faser
Krav
Back-end integration
Webstedsudvikling
Avanceret filtrering og søgning
fire faser
Forskning
Ideering
Henrettelse
Teknisk vurdering
fire faser
Efterslæb
Bootstrap
Bølge 0
Bølge N
fire faser
Forskning
Ideering
Henrettelse
Lancering og overdragelse
to processer
MVP
ADP
Fire faser
Omfangsmøde
Kode gennemgang
Test gennemgang
Kvalitetsvurdering
Vurdering
Fire faser
Efterslæb
Bootstrap
Bølge 0
Bølge N
i løbet af projektet
Brandingarbejdet blev lagt ud foran os, og vi brugte vores proprietære Produktdesignproces at bringe appens koncept til live. Interfacet er intuitivt, og funktionerne er bygget uden plads til tvivl om, hvad de vedrører. Det bestod af 4 faser:
Imaginary Cloud startede med at migrere den eksisterende database fra Wordpress MySQL til PostgreSQL. En skræmmende opgave på grund af de tusinder af varer og store aktiver, der er normale på en CG-markedsplads.
Efter at migreringen var afsluttet, fokuserede teamet på at migrere sin infrastruktur. Webstedet blev hostet på Heroku, som havde relevante begrænsninger for evnen til at skalere. Imaginary Cloud var i stand til at migrere det til AWS og fuldføre den første fase på bare 2 måneder.
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.
Projektet startede med et teammøde for at liste alle kundens krav. Denne grundige undersøgelse giver mulighed for en lettere, hurtigere og mere omkostningseffektiv levering. Dette møde blev ledet af vores projektleder, som støtter teamet gennem hele projektet, og vores udvikler, hvilket sikrer, at alle tekniske detaljer diskuteres.
Eurofound fremlagde en solid briefing, der redegjorde for den eksisterende infrastruktur, deres vision for webstedet og de tekniske begrænsninger og krav. Det var en udfordrende opgave, der skulle udføres på 6 uger.
Vores udvikler startede udviklingsprocessen ved at oprette back-end-integrationen, der ville gøre det muligt for det nye websted at hente indhold fra den eksisterende database. Ved hjælp af en Django-ramme var vi i stand til at oprette en effektiv og hurtig applikation, der hentede data, genererede lister over resultater og muliggjorde mere avancerede muligheder.
Imaginary Cloud og Eurofound mødtes ugentligt for at sikre, at alt blev udviklet efter kundens krav.
Da hovedsoftwaren var afsluttet, var næste fase at udvikle webstedet for at få adgang til et sådant værktøj. Til dette fulgte vores udvikler Eurofounds stilguide for at sikre sammenhæng på tværs af kundens digitale tilstedeværelse.
Selvom der ikke blev tildelt nogen designer til dette projekt, fulgte vores udvikler UX/UI best practices, da han var i stand til at kontakte flere af designerne hos Imaginary Cloud.
For at forbedre indholdsnavigationen ønskede Eurofound at inkludere en avanceret filtrerings- og søgefunktion i deres database. Efter fuldt ud at have kortlagt databaseindholdet i den nye software, var vores udvikler i stand til at oprette et sæt kategorifiltre, der gjorde det muligt for brugerne at vælge indholdet af et givet emne og implementerede et søgeelement til siden, så brugeren frit kunne søge i ethvert dokument.
Vi identificerer de vigtigste aspekter af forretningsmodellen og brugernes behov.
For det første indsamler vi beviser, der understøtter de beslutninger, der træffes fremover, og sikrer, at der ikke træffes nogen beslutning baseret på vage antagelser.
Denne fase består af 3 trin: en briefing med projektets vision og mål og forretningskrav; brugerforskning for at garantere produktets anvendelighed og effektivitet fra brugerens perspektiv; og et designbenchmark til at analysere landskabet for lignende og komplementære produkter, designmønstre og teknologier, der bruges i branchen.
Forskningsfasen giver os mulighed for at udnytte eksisterende aktørers viden og færdigheder og sikre funktioner og designdifferentiering på markedet, og sikre kundernes pasform.
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.
Denne indledende fase involverer indsamling af afgørende information for at forstå projektets vision, mål og forretningskrav. Vi præsenterer forretningscasen, der skitserer projektets tidslinje, hovedkonkurrenter, komplementære produkter og udforskning på højt niveau af personas. Dette indebærer også at stille og besvare spørgsmål for at definere mål og udforske ideer, hvilket sikrer differentiering fra eksisterende aktører på markedet.
I idéfasen leverer vi planen og strukturen for hele hjemmesiden, som definerer den relative betydning af indhold, når det flyder ned ad siden.
Webstedskortet fastlægger webstedets struktur og indholdshierarki for optimal navigation. Wireframing skitserer skærmstruktur og navigationsflow og prioriterer dit digitale produkts funktionalitet frem for æstetik. Til sidst hjælper vi dig med at planlægge sidens indhold til indholdsidéen og giver retningslinjer for publikumstilpasset materiale.
Under udførelsen leverer vi den første vigtige side, typisk hjemmesiden, og sikrer, at den stemmer overens med din målgruppe og markedsstrategi. Vi anvender derefter stil på wireframes gennem GUI-design, med fokus på visuel æstetik og opretholdelse af konsistens på tværs af hjemmesiden. Vores webflow-udviklingsproces følger bedste praksis og inkorporerer interaktioner, animationer og lydhørhed på tværs af enheder.
Endelig præsenterer vi resultater på et testdomæne, hvor klientinddragelse er afgørende for et vellykket resultat.
Vi giver dine teams omfattende træningssessioner og Q&A-muligheder for at give dem mulighed for autonomt at administrere indholdet. Vi tilbyder løbende support, sikrer, at alle nødvendige oplysninger til webstedsopdateringer er let tilgængelige, og vi konfigurerer tilladelser inden for Webflow efter behov.
Derudover integrerer vi problemfrit hjemmesiden med vigtige marketingværktøjer som Google Analytics, konfigurerer SEO-optimeringer og migrerer og forbinder problemfrit det ønskede domæne. Ved at udnytte Webflows pålidelige hostingtjenester sikrer vi, at hjemmesiden offentliggøres med optimal ydeevne og pålidelighed.
Vores UX-designere vil målrette brugerprofilerne og identificere deres behov, når de bruger dit produkt, i betragtning af dets anvendelighed og effektivitet fra deres synspunkt. Forskning i designmønstre og branchens mest anvendte teknologier gør det muligt at udnytte og forstå eksisterende aktørers viden og praksis. Derudover sikrer det, at dit produkt/design er specifikt og anderledes.
Vi foretager en UX-gennemgang for at fastsætte produktkravene under hensyntagen til den etablerede anvendelighedsheuristik i marken for at levere en ensartet og flydende brugeroplevelse. Alle oplysninger om indsigt og analyser vil blive opsummeret i en visuel og overbevisende revisionsrapport, der viser UX Audits vigtigste resultater, hurtige gevinster og anbefalinger vedrørende dit produkts potentielle forbedringer.
Sammen baserer vi stilguiden for at sikre, at dit produkts forskellige visuelle grænsefladeelementer er konsistente og sammenhængende. At køre en UX-revision giver os mulighed for at løse de vigtigste problemer med udførelsen af slutudseende skærme. Plus, alle anbefalinger, der er resultatet af anerkendelse af hurtige gevinster, vil blive designet til implementering.
Briefing: Vores løsningsarkitekter begynder med at engagere sig med interessenter for dybt at forstå de forretningsmæssige udfordringer eller mål. Dette indebærer detaljerede diskussioner for at identificere det specifikke problem, der skal løses, og de ønskede resultater, hvilket sikrer, at løsningen er perfekt tilpasset dine strategiske mål.
Vurdering af tekniske løsninger: Efter at have forstået forretningskravene oversætter vores arkitekter disse til tekniske specifikationer. Dette trin involverer at identificere og kortliste de mest egnede teknologier, platforme og værktøjer, der kan opnå de ønskede funktionaliteter effektivt og effektivt.
Løsningsarkitekturdesign: Vi designer løsningens overordnede tekniske arkitektur under hensyntagen til nøglefaktorer som skalerbarhed, sikkerhed, ydeevne og integration med eksisterende systemer. Denne plan danner grundlaget for alt efterfølgende udviklingsarbejde og sikrer, at løsningen er både robust og tilpasningsdygtig til fremtidige behov.
Valg af teknologier og værktøjer: Baseret på arkitekturdesignet anbefaler og evaluerer vi de teknologier og værktøjer, der bedst passer til løsningens behov og din organisations eksisterende infrastruktur. Dette sikrer, at teknologistakken er optimal, omkostningseffektiv og fremtidssikret.
Projektplan: Vi udvikler en omfattende projektplan, der skitserer de vigtigste milepæle, faser, og indbyrdes afhængigheder. Denne plan giver en klar forståelse af projektstrukturen og hjælper med at styre forventninger og tidslinjer effektivt.
Projektets efterslæb: Vi identificerer og prioriterer brugerhistorier og opdeler dem i håndterbare underopgaver til både front-end- og back-end-udvikling. Dette trin sikrer, at udviklingsprocessen er organiseret, med klare prioriteter og fokus på at levere værdi på hvert trin.
Implementering af løsningsarkitektur: Vores løsningsarkitekter arbejder tæt sammen med udviklingsteams for at sikre, at løsningen implementeres i henhold til den designede arkitektur. Dette indebærer løbende samarbejde med udviklere, systemadministratorer og andre it-fagfolk for at sikre, at arkitekturen realiseres effektivt.
Kontinuerlig forbedring: Vi tror på løbende forbedringer. Når løsningen er implementeret, vurderer vi regelmæssigt arkitekturen for at identificere eventuelle forbedringsområder. Dette giver os mulighed for at foretage de nødvendige justeringer og sikre, at løsningen forbliver effektiv og tilpasset de skiftende forretningsbehov.
Den produktbacklog er en liste over forretnings- og projektmål og indeholder, hvad der forventes at blive udviklet af udviklingsteamet og vedligeholdt af produktejeren. Det er et levende dokument, der løbende opdateres, prioriteres og sorteres efter forretningsværdi. Det kan også have produktforbedringer, fejl, tekniske spørgsmål og så videre. Dens formål er primært at have alt, hvad der er nødvendigt for at nå projektets produktvision.
I denne fase opretter vi også en Sprint-efterslæb, som er en liste over opgaver, der skal udføres under hver sprint. Vi prioriterer brugerhistorierne for hver sprint og sikrer, at teamet ved, hvad de skal arbejde på.
Med Sprint-efterslæb På stedet starter udviklingsprocessen endelig. At arbejde gennem sprint-backloggen og levere små brugbare stykker software giver ofte mulighed for kontinuerlig feedback og forfining, hvilket sikrer, at produktet altid er på rette spor.
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 starter med en Områdegennemgangsmøde hvor vi identificerer de vigtigste projektmål, de domæner, der skal gennemgås, og hvilke målinger vi vil vurdere, og indsamler oplysninger om vedligeholdelsesevne, cyklomatik, arv, klasse og andre.
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.
ANVENDTE TEKNOLOGIER
At udvikle iOS-applikationen for at starte hurtigt, mens du stadig bruger en solid ramme.
At skrive et sæt mikrotjenester.
At skrive et sæt mikrotjenester.

Vi fulgte vores Specialiseret truppmodel, som giver et komplet sæt ressourcer til at levere en end-to-end-løsning.
UX/UI designere: Ansvarlig for design, arkitektur og implementering af alle de oplevelser, en bruger har, når han interagerer med Jinga Life-appen.
Front-end udviklere: Ansvarlig for at sikre, at appens brugere nemt kan interagere med den. De gør dette gennem kombinationen af design, teknologi og programmering af appens udseende, samt at tage sig af fejlfinding.
Projektleder: Definer projektkrav og skitsere omfanget af den fremtidige app. Derefter leverer de en projektplan på højt niveau og giver klienten grove tidsestimater.
Dette projekt leverede en dybdegående forståelse af kundens persona og deres interaktion med tjenesten.
sikret en klar og problemfri brugerrejse.
lettere at forstå og bruge nøglefunktioner.
The project behind the NDA
Efter en ny investeringsrunde havde Jinga Life brug for at forbedre deres eksisterende produkt- og forretningsmodel, der var i overensstemmelse med de nye forretningsmål, de havde sat sig. Imaginary Clouds mål var at bringe appens koncept til live på iOS.
Resultat: En ny grænseflade, der sikrede klarhed, uanset alder eller medicinsk situation, og holder brugerrejsen til det meget væsentlige.