Bron: Shutterstock

Ja, herontwerp (deel 2)

Hoe herontwerp in de mobiele wereld te benaderen

Herontwerpdoel instellen

Discussies met verschillende teams stellen ons in staat om specifieke behoeften van alle belanghebbenden te verzamelen, waarbij we ervoor zorgen dat elk van hen de juiste aandacht krijgt tijdens het herontwerpproces en dat het ultieme product zijn volledige potentieel bereikt. Een belangrijk onderdeel van dit proces omvat vroege betrokkenheid van productmanagers, ontwerpers en ingenieurs. Dit zal de verrassingskansen aanzienlijk verminderen wanneer we aan de volgende stap beginnen, uitvoering. Deze discussies helpen onze focus aan te scherpen, een duidelijke visie en doel voor het herontwerp te bepalen. Het bouwt algemeen begrip op voor hoe het eindproduct eruit moet zien, voelen en functioneren; het dialoogvenster geeft een verbaal beeld van het ontwerp en helpt bij de ontwikkeling van een echt kader (UX / UI-richtlijnen & toolkit). En zorgt ervoor dat iedereen in lijn is met het toepassen van de beste ontwerppraktijken die Sing zullen transformeren! in een eenvoudig, toegankelijk, aangenaam en wenselijk platform voor onze gebruikers.

Bron: Shutterstock

Plan voor lancering

Incrementele functiewijzigingen

Voordat we met het herontwerp van start gingen, moesten we een lanceringsstrategie bepalen die het succes van het herontwerp zal verzekeren. In de vorige discussie vonden we Sing! moet de wereldwijde navigatie wijzigen om de vindbaarheid van functies te verbeteren. Dat betekent overstappen van de ooit industriestandaard hamburgernavigatie naar onderste navigatie. Dit is een belangrijke wijziging van het kernniveau voor het product. We moeten teruggaan naar de tekentafel en heroverwegen: wat zijn de primaire kenmerken en wat is de redelijke, functionele, hiërarchie voor navigatie. De eerste vraag is of de navigatiewijziging een afzonderlijke release van het redesign moet zijn of dat deze in de redesign-release moet worden opgenomen. We weten uit eerdere tests en een grondige evaluatie van de bestaande case-study's dat deze beide wijzigingen een aanzienlijke invloed hebben op de prestaties van het product. Historisch gezien, wanneer Smule een nieuwe functie of ontwerp heeft geïntroduceerd, heeft het proces als volgt gewerkt:

1. Maak een hypothese
2. Ontwerp en bouw de functie
3. Geef de functie vrij aan gebruikers
4. Meet en analyseer de nieuwe functieprestaties
5. Evalueer of het kenmerk het doel heeft bereikt of de hypothese heeft gevalideerd
6. Valideer de oorspronkelijke hypothese

Met deze methodologie is het altijd beter om ontwerp en functiewijzigingen een voor een vrij te geven. Het isoleert wijzigingen die een onbedoeld resultaat van het herontwerp kunnen zijn of onjuiste gegevensmeting kunnen veroorzaken. Wat nog belangrijker is, het geeft tijd om de kwalitatieve impact van elk van de veranderingen (navigatie en herontwerp) volledig te begrijpen vanuit het perspectief van de gebruiker.

Kies het platform en vergrendel bronnen

Nadat de eerste belangrijke beslissing was genomen om deze wijzigingen achtereenvolgens in twee afzonderlijke releases uit te brengen, was de volgende vraag of ze eerst op iOS of Android moesten worden uitgebracht, gezien de volgende factoren: (1) Al deze ontwerpwijzigingen zelf vormen een hoog risico; (2) We kunnen het ons niet veroorloven een A / B-test te doen om de hypothese te valideren; (3) We hebben zeer beperkte ontwerp- en technische middelen. Op basis van deze gegeven factoren zijn we overeengekomen dat het implementeren van deze wijzigingen op één platform de betere optie is om het risico te minimaliseren. Maar welk platform eerst? In vergelijking met zingen! iOS, zing! Android had minder functies en slechtere betrokkenheid en retentienummers dan Sing iOS. Dit betekent minder riskant om de wijziging van het navigatieontwerp en het herontwerp toe te passen op Sing! Android eerst. Deze beslissing hielp bij het vinden en vergrendelen van de benodigde ontwerp- en engineeringresources. We hebben een zeer slanke structuur en een klein team. We hebben het geluk dat er één visueel ontwerper is en dat vier ingenieurs met mij meewerken aan de tweefasen Sing! Herontwerpproject van Android. Een van de uitdagingen op dit moment is ervoor te zorgen dat we het benodigde ontwerpwerk volledig begrijpen en uitbreiden. Dit zal worden besproken in de volgende sectie over ontwerpuitvoering.

Bron: Shutterstock

Laten we ontwerpen!

Scoping ontwerpinspanning

Het wijzigen van de navigatie en het herontwerpproject waren twee grote ontwerpgestuurde projecten. Bij het bepalen van de ontwerptijdvereisten is het van cruciaal belang om voldoende tijd in te bouwen om de juiste ontwerpoplossingen te onderzoeken, te verkennen en te bedenken terwijl u in een slank en flexibel proces uitvoert. Als het ontwerp en de projectleider was deze fase super nuttig. Het gaf me de gelegenheid om een ​​stap terug te doen en het grote geheel te zien terwijl ik de weg vooruit plant. Het was duidelijk dat er twee stappen zijn in het uitvoeren van de herontwerpwijzigingen:

(1) Creëer en neem een ​​nieuw navigatieparadigma op zonder het huidige visuele ontwerp te wijzigen.

(2) Maak een nieuw ontwerp dat de nieuwe UX / UI-regels uitrolt, met nieuwe kleuren, lettertypen en pictogrammen.

De tweede stap vereist ontwerponderzoek, het definiëren van nieuwe ontwerpregels en het bepalen hoe de regels op beide platforms moeten worden toegepast. Diepgaande gedachten en beslissingen zijn nodig voor: Wat is de hoofdkleur van de Sing! Wat zijn de juiste nieuwe lettertypen, wat zijn de nieuwe pictogrammen en hoe testen we deze ontwerpconcepten. De vele beslissingen die nodig waren om elke stap in het nieuwe ontwerp af te ronden, hielp me met een ruwe tijdlijn voor deze toekomstige release.

Maak een nieuw navigatieontwerp

Als eerste stap zijn we begonnen met het verkennen van opties voor het nieuwe navigatieontwerp, waarmee we een basis legden voor het toekomstige herontwerp. De complexiteit van het nieuwe navigatieontwerp is op zichzelf een afzonderlijk artikel waard. Omdat het herontwerp de beoogde focus van dit artikel is, zal ik niet ingaan op diepgaande details over hoe we het nieuwe navigatieontwerp hebben benaderd. In plaats daarvan wil ik een deel van het strategische denken delen dat met deze herontwerpuitdaging te maken heeft gehad.

1. Vind de juiste navigatiestructuur die past bij uw productdoel.

De impact van apparaatgrootte zoals: mobiele apparaten versus laptop versus desktop versus iPad dwingt een kritische vroege beslissing over de "vorm" die in het ontwerpproces moet worden gebruikt. Deze beslissing wordt nog gecompliceerder door de variatie in de grootte van mobiele apparaten. Mobiele apparaten hebben verschillende schermformaten die zo klein kunnen zijn als 3,5 inch of zo groot als 13 inch. Het creëren van een eenvoudig maar schaalbaar navigatieparadigma om eerst op het kleinste scherm te passen, is de sleutel tot succes. Toen we in 2014 de navigatieontwerpen met bestaande apps verkenden, ontdekten we dat er drie basistypen waren. (1) iOS-standaard (navigatie op het hoofdscherm), (2) Android-standaard (hamburger-navigatie) en (3) Aangepast, gebaseerd op de behoeften van de ontwikkelaar. We realiseerden ons dat de beslissing over het navigatieparadigma niet op basis van het platform moet worden genomen, maar eerder het paradigma dat het beste aansluit bij de aard of het gebruik van het product. Als het product bijvoorbeeld is gericht op een creatie-ervaring, zoals Instagram en Sing !, dan is navigatie op het hoofdscherm een ​​geweldige optie; als het product is gericht op een browse-ervaring, zoals e-mail of nieuws, dan is hamburgernavigatie geschikter voor die ervaring; en ten slotte, als het product een belangrijk gebruiksdoel heeft, zoals Uber en Snapchat, is het van toepassing om een ​​aangepast navigatieontwerp te maken dat voldoet aan de behoeften van dat specifieke product.

2. Organiseer de functies rond thema's

Zingen! verbindt mensen via muziek, wat betekent dat sociale interactie en het maken van muziek twee kernthema's zijn voor het organiseren van de functies van het product. De eerste stap die we namen in het herontwerp van de navigatie was om alle aangeboden functies in de bucket 'sociale interactie' of 'muziek maken' te plaatsen. We vonden dat sommige functies niet in beide bakken pasten en sommige functies in beide konden passen. Voor functies, zoals registratie, die niet in een van beide emmers pasten, hebben we een derde emmer bedacht met de aanduiding "andere". Voor functies die in beide emmers passen, stoppen we ze in beide emmers voor toekomstige overweging. De volgende stap is het rangschikken van de functies in elke bucket op basis van gegevens, productdoelen en gebruikersonderzoek. Uiteindelijk moesten we bepalen waar onze gebruikers in geïnteresseerd waren, met welke functies we onze gebruikers wilden laten omgaan en hoe we hen daar het beste naartoe konden leiden. Door deze rangordeoefening hadden we een redelijk goed idee van hoe we deze functies moesten rangschikken op basis van hun bucket en het relatieve belang ervan.

3. Stel een duidelijke informatiehiërarchie in voor navigatie

In traditioneel webontwerp zijn er drie niveaus van navigatiesystemen: globale navigatie, lokale navigatie en contextuele navigatie. Het doel van deze drie navigaties is om gebruikers context en flexibiliteit te bieden. Ze helpen gebruikers weten waar ze zijn en waar ze naartoe kunnen gaan. In onze versie van deze stap hebben we de top 5 gerangschikte functies van de vorige oefening geselecteerd en opgenomen als het wereldwijde navigatieparadigma. De resterende functies werden onderdeel van het lokale navigatieparadigma. Omdat mobiele schermen gebruikers niet zo gemakkelijk tussen schermen laten springen als een desktop- of laptopscherm, is het belangrijk om een ​​duidelijke regel te ontwikkelen voor het stapelen van schermen en het wissen van de gestapelde schermen om verwarring bij de gebruiker te voorkomen.

Na rondes van ontwerpiteraties, de nieuwe Android Sing! navigatieontwerp werd uitgebracht in Q4 2014. Uit zowel kwantitatief als kwalitatief onderzoek bleek dat het nieuwe navigatieontwerp de ontdekbaarheid van zowel de functies "muziek maken" als "sociale interactie" drastisch verbeterde. Als gevolg hiervan werd onze gebruikersretentie op een dramatische en statistisch significante manier verhoogd.

Bron: Shutterstock

Begin het herontwerp

Herontwerp strategie

Bij het naderen van een herontwerp van een mobiele app is een kernvraag welk platform (iOS en Android) ontwerprichtlijn moet het ontwerpteam volgen en toepassen. Sommige bedrijven begonnen eerst met het maken van de iOS UI-stijl en brachten vervolgens de iOS-ontwerpstijl over naar zijn Android-product. Dit is een zeer efficiënte benadering voor het ontwerpen en bouwen van functies voor een tweede platform. Sommige bedrijven gebruikten verschillende ontwerptalen voor elk van de platforms. Het doel van deze methode is om te voldoen aan de standaard van plat ontwerp (iOS) en materiaalontwerp (Android) op elk platform. Elke benadering heeft voor- en nadelen. De eerste methode bespaart veel tijd voor het ontwikkelingsteam en negeert het feit dat Android-gebruikers en iOS-gebruikers apps anders kunnen gebruiken en gebruiken. De tweede benadering is gebruikers- en platformvriendelijker, maar kan inconsistentie in het ontwerp veroorzaken, waardoor gebruikers in de war raken als ze van platform veranderen en het ontwikkelingsproces ook wordt vertraagd. Voor het herontwerp voor Sing !, hebben we besloten om onze eigen stijlrichtlijn te ontwikkelen waarbij plat ontwerp met materiaalontwerp wordt geïntegreerd, met behoud van de kleine maar unieke verschillen voor elk platform. In dit geval werd het herontwerp afgestemd op het oorspronkelijke karakter van Sing!, Dat met succes miljoenen gebruikers heeft aangetrokken. Op basis van kwantitatieve gegevens en kwalitatief onderzoek hebben iOS- en Android-gebruikers verschillen in productgebruik. Het handhaven van het platformverschil in onze stijlgids respecteert het gedrag van onze gebruikers en stelde ons in staat onze hoge niveaus van gebruikersbehoud te handhaven.

Bron: Shutterstock

Het belang van kleurselectie

Er zijn zoveel manieren waarop een ontwerper een kleur kan kiezen voor zowel een merk als een product. Door het herontwerp van Sing !, ontdekten we dat de volgende drie stappen goed voor ons werkten.

Stap 1 - Het vinden van een primaire kleur die uw merkidentiteit vertegenwoordigt

We zijn begonnen met het kiezen van een nieuwe kleur door te begrijpen wie onze huidige gebruikersgemeenschap is en wie onze toekomstige doelgroep is. Zingen! is een leuke, grillige en heerlijke app. De community is gastvrij, aanmoedigend en gepassioneerd over het maken van muziek. Het trekt mensen aan die geloven in zelfexpressie, optimisme en genieten van het creëren van muziek individueel en in samenwerking. Als een van de apps van Smule, de persoonlijkheid van Sing! is inclusief, oprecht, optimistisch, verfrissend en boeiend. Met deze karaktereigenschappen in gedachten, verkenden we moodboards die volgens ons die gevoelens konden vertegenwoordigen en selecteerden een primaire kleur om Sing te vertegenwoordigen! Dit was niet het einde van het proces. Kleurkeuze is erg subjectief. Wetende dat dit bereik van primaire kleuren een permanente aanwezigheid op scherm na scherm zou blijven, wilden we een hoog niveau van vertrouwen hebben dat onze gebruikers het aantrekkelijk zouden vinden en dat het op elk scherm goed "werkte" voordat het werd afgerond. We hebben kwalitatieve tests uitgevoerd op nieuwe gebruikers en bestaande hoofdgebruikers om te begrijpen hoe ze op de nieuwe kleur reageerden wanneer ze op het bestaande ontwerp werden toegepast. Deze feedback heeft ons geholpen een beter idee te krijgen van wat ze wel en niet leuk vinden en waarom. Het gaf ons een duidelijke richting voor de volgende ronde van ontwerpiteraties.

Stap 2 - Een kleurenpalet maken van de primaire kleur

De tweede stap is het samenstellen van een kleurenpalet van de primaire kleur. Het doel is om een ​​set kleuren te maken van primaire kleur geschaald van licht naar donker. Er zijn een aantal manieren om dit kleurenpalet te genereren. Onze aanpak was om twee sets kleurmengsels te maken: van de primaire kleur naar wit en van de primaire kleur naar zwart. Voor Sing !, hebben we besloten om 8 stappen te zetten tussen die twee melanges. Het eindresultaat was een kleurenpalet bestaande uit 19 kleuren, waaronder de primaire. Dit gaf ons een voldoende breed kleurengamma voor het volledige scala van verwachte toepassingen, d.w.z .: accentkleur, tekstkleur, pictogramkleur, scheidingskleuren en achtergrondkleur. De accentkleur moet in harmonie met de primaire kleur werken en toch op zichzelf kunnen opvallen. Door de primaire en accentkleur te vergrendelen, legt u de basis voor het kiezen van tekstkleur. Tekstkleur speelt een cruciale rol in het hele UI-ontwerp. Het beïnvloedt de leesbaarheid van de inhoud en hoe gebruikers kunnen reageren op oproepen tot acties. Voor tekstkleur weten we dat we een evenwicht moeten vinden tussen werken in harmonie met onze primaire kleur en tegelijkertijd voldoende contrast bieden om het te laten opvallen. De eenvoudigste en veiligste oplossing is het kiezen van zwart en wit, de twee meest dominante kleuren voor tekst. Maar weten Sing! is welkom en leuk, en onze gebruikers zijn creatief en gepassioneerd, we vonden het gebruik van zwart en wit misschien een beetje saai. Daarom hebben we ons primaire kleurenpalet gebruikt om de tekstkleur te vinden. Tijdens verschillende rondes van verkennen en testen, hebben we drie kleuren gekozen om te roteren tussen titels, body copy, de CTA (call-to-action) en de contextuele tekst.

Nadat onze tekstkleuren waren ingesteld, begonnen we de scheidingskleur, navigatiekleur en achtergrondkleur uit hetzelfde kleurenpalet te kiezen. Omdat tekstkleuren in alle verschillende contexten moeten opvallen, om de leesbaarheid te waarborgen, weten we dat we contrast nodig hebben. En het omkeren van een donkere tekstkleur van een achtergrond zorgt voor een slechte leesbaarheid. De scheidingskleur, navigatiekleur en achtergrondkleur moeten dus allemaal lichter zijn dan de tekstkleur.

Stap 3 - De regels: de kleurkeuzes op schermen toepassen

Wat ik bedoel met het instellen van de kleurgebruikregel, is dat we de primaire kleurentoepassingen, accentkleurtoepassingen, tekstkleurtoepassingen en andere kleurtoepassingen voor ontwerpelementen moeten instellen. Het voltooien van uw kleurenpalet betekent niet dat het werk klaar is. Er moeten regels worden ontwikkeld over hoe deze kleuren kunnen worden toegepast op elk UI-element in de app terwijl een duidelijke informatiehiërarchie wordt bereikt. Of de kleuren gekozen uit stap één en twee werken of niet, hangt echt af van twee delen: hoe we de toepassingsnormen (de regels) definiëren en hoe ze holistisch werken op elk scherm. We hadden een ruw idee van stap 1 en 2 wat deze regel zou kunnen omvatten. Nu is het tijd om details toe te voegen en de regels te voltooien. Dit betekent ook dat u begrijpt hoe kleur productinformatie kan presenteren in overeenstemming met de productintentie en een applicatiehiërarchie creëert. Nadat we de kleurnorm hebben ingesteld, is het heel belangrijk om deze te testen en echte, meetbare feedback van gebruikers te krijgen. In de praktijk getest, d.w.z. door de kleurveranderingen toe te passen op het bestaande ontwerp, konden we lezen of de kleurregel werkt zoals bedoeld of niet. De resultaten laten ons ook weten of we de regels moesten aanpassen en aanpassen en onder welk gebruik. Om het testproces te versnellen, hebben we niet op elk scherm kleurregels getest. In plaats daarvan hebben we de schermen gekozen die het meeste verkeer hebben gegenereerd of de meest complexe UX- en UI-patronen hebben om de kleurentest uit te voeren. In dit stadium moesten twee dingen worden getest. Het ontwerp op de computer laten werken betekent niet dat het goed werkt op mobiele apparaten, dit geldt met name voor Android-telefoons. We willen ook testen hoe de kleur van CTA en de tekstleesbaarheid worden weergegeven op de mobiele apparaten. De tweede test die we deden was een kleurenblindheidstest. We wilden ervoor zorgen dat de grijsschaal van het nieuwe ontwerp door iedereen kon worden gelezen en dat onze kleurkeuzes niet werden beïnvloed door kleurenblindheid van gebruikers.

Een stijlrichtlijn en toepassingsregels opstellen

Een van de doelen en consequenties van het herontwerp is om een ​​schaalbaar ontwerpsysteem op te zetten dat laat zien hoe kleur, lettertypen en pictogrammen worden toegepast op basis van de informatiehiërarchie en context van de functie. Dit systeem wordt dan de bijbel voor toekomstige ontwerpinspanningen waardoor ze efficiënter en minder omslachtig worden. Het definiëren van de toepassingsregels is een cruciale stap in dit hele proces. Als we ons afvragen hoe een succesvolle ontwerpstandaard eruit ziet, moeten de regels ons in toom houden, alsof een container geen water laat morsen, mits correct gebruikt. De regels moeten algemeen genoeg zijn om alle verschillende UI-gevallen te omarmen, maar moeten ook voldoende restrictief zijn om ontwerpers te begeleiden bij het nemen van juiste beslissingen. Ze moeten een consistent, modulair kader bieden en toch ruimte bieden voor creativiteit om te schitteren. Ze gedragen zich als een legoset. Je kunt bijna alles bouwen, behalve binnen de richtlijnen van onderling verbonden en onderling afhankelijke blokken. Je kunt nog steeds nieuw speelgoed bouwen met je lego's en regels toevoegen aan je richtlijn. Zolang je onderling verbonden blokken plastic en je geschreven set richtlijnen blijft gebruiken, kun je beide voor bijna iedereen gebruiken. Zowel de richtlijnen voor menselijke interactie van Apple als de richtlijnen voor materiaalontwerp van Google zijn geweldige ontwerpkaders die dit doel dienen. In plaats van verschillende regels toe te passen op de verschillende platforms, zoals we in de bovenstaande delen hebben besproken, hebben we besloten om onze eigen stijlrichtlijn te ontwikkelen die plat ontwerp en materiaalontwerp integreert.

Deze aanpak gaf ons veel ruimte om onze merkidentiteit te omarmen in het herontwerp en de UX- en UI-patronen te ontwikkelen die geschikt zijn voor beide platformen met respect voor het afzonderlijke gebruikersgedrag van elk platform. Een voorbeeld: iOS en Android-materiaalontwerp hebben verschillende talen bij het gebruik van pictogramafbeeldingen. In Sing !, komt de helft van onze dagelijkse actieve gebruikers uit internationale landen. Dit betekent dat we gebruik maakten van pictogramafbeeldingen om productfuncties te communiceren om mogelijke tekst UI-bugs te verminderen. Als klein team kostte het creëren en produceren van één pictogram voor slechts één platform veel tijd en energie van de visuele ontwerper. Het hebben van één uniforme iconografie hielp ons om ons te concentreren op de hierboven besproken casus, terwijl we onze ontwerp- en ontwikkeltijd verkortten.

Bron: Shutterstock

Ontwerp modules en bouw schermen

Maak nieuwe schermen

Dit is het moment van de waarheid. Dit is de stap waarop de ontwerpers hebben gewacht, veel spannende en creatieve dingen komen door deze stap. De visuele veranderingen, het uiterlijk en het gevoel met een duidelijke hiërarchie zorgen er echt voor dat het hele product er spannend en nieuw uitziet. We gebruikten Flinto om een ​​prototype te maken en deelden dit binnen ons product- en ontwerpteam, evenals onze power users, en verzamelden feedback van allemaal. Door het Flinto-prototype te delen, kon iedereen het nieuwe ontwerp op zijn apparaat gebruiken en ermee communiceren. Het helpt echte gebruikers het nieuwe ontwerp te zien en ermee te werken, door een reeks vragen en feedback te ontwikkelen die moeten worden aangepakt voordat de ontwikkeling begint.

Werk samen met ingenieurs om ontwerp te bouwen

Een van de doelstellingen van het herontwerp was om een ​​schaalbare oplossing te bieden voor ontwerpers en front-end engineers om gezamenlijk functies te bouwen. Om dit doel te bereiken, hebben we gestandaardiseerde UI-modules, specificaties gecreëerd en hebben we samen met ingenieurs de modelnamen en hun toepassingen samen gedefinieerd. We werkten ook samen met ingenieurs om de UX / UI-taalbibliotheek te bouwen vanuit de UI-toolkit in code. Dit gedeelde initiatief bespaarde niet alleen veel tijd voor de ontwerpers en ingenieurs, maar creëerde ook een solide basis voor toekomstige samenwerkingen.

QA het ontwerp

Hoe goed uw ingenieurs ook zijn, de kans bestaat dat ze iets niet hebben uitgevoerd zoals de ontwerpers hadden gepland. Het geheim van het bouwen van een compleet en holistisch ontwerp op basis van een schetsbestand, is het opnemen van een duidelijk omschreven en overeengekomen Design QA in het uiteindelijke bouwproces. De meest efficiënte manier om ontwerpintentie te communiceren was om daadwerkelijk bij ingenieurs te zitten en als een paarprogrammeur op te treden. De simulator met Xcode kan de ontwerper helpen om afzonderlijke schermen met echte gegevens op verschillende apparaten, zoals iPhone 5, iPhone 6, iPhone 7 en iPad tegelijkertijd te zien. Ondertussen kunnen de ingenieurs de schermen ook in verschillende talen tegelijk zien. Het bieden van de juiste instellingen uit verschillende talen zal ook het risico op UI-bugs die worden veroorzaakt door lokalisatie verder verminderen.

In dit stadium is het nieuwe ontwerp gereed voor verzending. En het hele team staat klaar om van onze gebruikers te horen hoeveel ze van de nieuwe, frisse en heerlijke ervaring van onze verbouwing en herontwerp houden.

Maar wacht ... Dit betekent niet dat we klaar zijn. In het volgende deel zal ik enkele vervolgstappen, afspraken na de release en aanvullende updates van dit herontwerpinitiatief delen.

Bron: Shutterstock