Inhoud
- 01. iOS
- 02. Android
- 03. Windows Phone
- 04. Deel het
- 05. Deel niet om te delen
- 06. Houd je aan branding
- 07. Overdrijf niet met branding
- 08. Doe RUST
- 09. Verwaarloos de presentatie niet
- 10. Blijf trouw
- 11. Ga niet achteruit
- 12. Platformspecifieke apps
- Vond dit leuk? Lees deze!
De woorden "cross-platform development" hebben een ietwat negatieve connotatie binnen de mobiele ontwikkelingsgemeenschap. Als we platformonafhankelijk denken, denken we meteen aan compromitterende ontwerpen en gebruikerservaringen, met slechte prestaties die geschikt zijn voor de kleinste gemene deler van het apparaat. Er zijn zo veel mensen die platformonafhankelijke ontwikkeling slecht doen dat we aannemen dat alle platformonafhankelijke ontwikkeling slecht is.
Zoals alle dingen zijn er slechte voorbeelden van platformonafhankelijke ontwikkeling en ontwerp. Maar er zijn ook enkele zeer goede voorbeelden van toepassingen die platformonafhankelijke technologieën en technieken gebruiken.
Voordat we kunnen begrijpen dat we tussen platforms gaan, is het belangrijk dat we de platforms zelf, de fundamentele verschillen en wat voor soort ervaring ze voor de eindgebruiker creëren, begrijpen.
01. iOS
Het iOS dat we vandaag zien, verschilt nogal van het originele iPhone OS dat we in 2008 zagen verschijnen. Met de introductie van de iPad Mini en iPhone 5 brak Apple met zijn traditie om zich strikt te houden aan enkele formaten en beeldverhoudingen. Factor in de twee verschillende pixeldichtheden gecreëerd door retina- en niet-retina-apparaten, en je krijgt een aanzienlijk diverser ecosysteem.
Als je de gebruikerservaring van iOS bekijkt, en de manier waarop de gebruiker met het apparaat communiceert, zul je snel zien dat het besturingssysteem erg app-gestuurd is. Bijna alle functionaliteit en informatie is ondergebracht in apps: de primaire functie van het besturingssysteem is om de gebruiker te helpen bij het in- en uitstappen van applicaties. Deze experience-driver is iets waar bij het ontwerpen voor iOS rekening mee gehouden moet worden, want het is de kern van de beleving van het platform. Gebruikers verwachten dat hun apparaten op deze manier functioneren.
02. Android
Android is van nature een meer open en divers beest dan iOS. Vanwege het open source-karakter is Android niet beperkt tot specifieke apparaatklassen of fabrikanten. Daarom houden we bij het ontwerpen van applicaties voor Android rekening met schaalbaarheid en responsieve lay-outs.
Omdat Android fundamenteel meer open en divers is, spreekt het voor zich dat de ervaringsdriver van Android ook anders is. Binnen het Android-ecosysteem spelen de apparaatfabrikanten een zeer grote rol bij het vormgeven van de gebruikerservaring van de specifieke apparaten. Omdat ze Android kunnen aanpassen en aanpassen zoals ze willen, blijft er een platform over dat in hoge mate apparaatgestuurd is, waar het apparaat in de eerste plaats op de markt wordt gebracht en het besturingssysteem meer een functie is.
03. Windows Phone
Het interessante van Windows Phone is dat het in sommige opzichten halverwege tussen Android en iOS zit. Hoewel er meerdere bedrijven zijn die verschillende Windows Phone-apparaten verzenden (met en zonder toetsenborden, enz.), Heeft Microsoft nog steeds enkele richtlijnen opgesteld rond het Windows Phone-besturingssysteem die voorkomen dat het ecosysteem gratis wordt, terwijl gebruikers toch worden voorzien van opties en keuzes tegen verschillende prijsklassen.
Net zoals de ervaringsdriver van Android verschilt van die van iOS, is de ervaringsdriver van Windows Phone ook anders. Vanwege de manier waarop Microsoft een soort gecontroleerde vrijheid creëert binnen het Windows Phone-ecosysteem, moeten apparaatfabrikanten zich onderscheiden met hardware in plaats van met aanpassingen aan het besturingssysteem.
De interface van Windows Phone en Live Tiles creëren een omgeving die zeer gegevensgestuurd is. Omdat het besturingssysteem zoveel van het delen en weergeven van gegevens afhandelt, gaat het de gebruiker min of meer uit de weg.
We hebben dus platforms, en die platforms hebben gebruikers. Maar kunnen we gewoon beginnen te schieten in het wilde blauw? Natuurlijk niet!
Dit is waar de do's en don'ts van platformonafhankelijk mobiel ontwerp om de hoek komen kijken.
04. Deel het
Het hele doel van platformonafhankelijke ontwikkeling is om code en bronnen tussen platforms te kunnen delen. Niet elk bedrijf heeft de middelen om voor elk platform een ontwikkelaar in te huren. Nu steeds meer bedrijven werknemers toestaan hun eigen apparaten mee te nemen (BYOD) en interne applicaties te bouwen, groeit de behoefte aan efficiëntere mobiele ontwikkeling. Het delen van code en grafische bronnen, waar van toepassing, is een geweldige manier om de financiële en ontwikkelingsoverhead te verminderen.
05. Deel niet om te delen
Hoewel delen de basis is van platformonafhankelijke ontwikkeling, is het belangrijk dat we geen deelkoorts krijgen. Share-fever is een kwaal die ervoor zorgt dat ontwikkelaars en ontwerpers zaken als de gebruikerservaring, applicatieprestaties en zelfs de algehele applicatiekwaliteit negeren ten gunste van het delen van zoveel mogelijk code en grafische elementen.
Elk soort delen is bovenal een hulpmiddel, geen doel. Waar we naar streven, moet een consistente, native ervaring op elk platform zijn die de gebruiker een soort boeiend hulpprogramma of inhoud biedt.
06. Houd je aan branding
Bij het ontwikkelen van mobiele applicaties voor bestaande merken is het belangrijk dat ontwikkelaars waar mogelijk gebruik maken van bestaande brandingbronnen. Geen enkele hoeveelheid grafisch of platformonafhankelijk ervaringsontwerp kan de vertrouwdheid van de gebruiker vervangen. In een situatie waarin de applicatie een weergave is van een grotere entiteit (denk aan CNN, in tegenstelling tot zoiets als Cut the Rope), is een veilige manier om de gebruiker zich thuis te laten voelen het gebruik van zaken als logo's, lettertypen en kleuren waar dan ook mogelijk. Dit geldt met name voor iconografie, met name launcher-pictogrammen en pictogrammen op het startscherm. Launcher-pictogrammen zijn deuren naar toepassingen, die in wezen deuropeningen zijn naar merken. Het is essentieel om de gebruiker te laten weten wat er achter de deuren voor hem ligt.
07. Overdrijf niet met branding
Net als delen heeft branding een donkere kant. Er is een kant aan branding waarbij, net als de donkere kant van delen, de balans tussen gebruikerservaring, ontwerp en functionaliteit wordt verwaarloosd en terzijde geschoven ten gunste van misplaatste marketing en wanhopige branding. In de mobiele ruimte zijn gebruikerservaringen en functies net zo krachtig als lettertypen en kleuren. Breng een slechte app uit en kijk wat de krachtigere impact (positief of negatief) heeft op uw merk - dat ene lichtende voorbeeld van nalatigheid of het feit dat de app hetzelfde lettertype gebruikte als het logo en de website? Laat de gebruiker zien wie je bent, maar laat de beleving en functionaliteit voor het merk spreken.
08. Doe RUST
REST API, dat wil zeggen. Ik heb lang het evangelie gepredikt dat API-ontwerp platformonafhankelijk ontwerp in zijn puurste vorm is. REST API's zijn platformonafhankelijk en native voor elk platform (mobiel of anderszins) zolang het HTTP-verzoeken kan verzenden en ontvangen. Wanneer we server-side functionaliteit uitbouwen, laten we oneindige groei in elke richting toe, omdat we niet gebonden zijn aan een bepaald platform of bepaalde technologie. Voeg daarmee de mogelijkheid samen om platformonafhankelijke bibliotheken en modules te maken die met meerdere platforms werken, en de redenen om geen serverfunctionaliteit te ontwikkelen, verdwijnen snel.
09. Verwaarloos de presentatie niet
Hoewel het ontwerpen van serverfunctionaliteit van wereldklasse een van de belangrijkste dingen is die een ontwikkelaar kan doen om een consistente platformonafhankelijke ervaring te garanderen, is het belangrijk dat we de presentatie niet vergeten. Geen enkele gebruiker zal de interne werking van de API zien tijdens normaal gebruik van de applicatie, dus we moeten er zeker van zijn dat we net zoveel energie besteden aan onze presentatie van de API-functionaliteit als aan de API zelf.
10. Blijf trouw
Wanneer we software bouwen, vergeten we gemakkelijk dat we het bouwen zodat echte mensen het kunnen gebruiken op echte apparaten in de echte wereld. Niet elke use-case zal perfect zijn, en ergens zal iemand de app breken en op een zeer vocale manier reageren. Het beste wat we kunnen doen om dit te voorkomen, is door altijd de eindgebruiker in gedachten te houden bij het ontwerpen en bouwen van applicaties.
We moeten niet alleen trouw blijven aan de gebruiker, maar ook aan het platform. Zoals we hierboven hebben gezien, hebben verschillende platforms verschillende drijvende factoren (ervaringsdrivers) die de kerngebruikerservaring van het apparaat fundamenteel veranderen. Door ons aan platformconventies te houden en gebruikers ervaringen te bieden die eigen zijn aan hun platforms, voldoen we niet alleen aan hun verwachtingen, maar overtreffen we deze vaak.
11. Ga niet achteruit
Vaak worden ontwikkelaars en ontwerpers in situaties gebracht waarin ze iets meer out of the box moeten denken dan normaal. Er zijn bijvoorbeeld situaties waarin het nodig kan zijn om bestaande interfaces of platformconventies te doorbreken om een groter doel te dienen. Wanneer een idee vraagt om het ombuigen of volledig overtreden van de regels, moeten ontwikkelaars en ontwerpers altijd hun mannetje staan. Laat niet iemand anders je idee om zeep helpen.
Een goed voorbeeld hiervan is Instagram. Toen hun Android-app werd gelanceerd, was ik waanzinnig opgewonden. Niet omdat ik een Android-apparaat gebruikte (ik heb een iPhone 4S en twee Android-telefoons, beide om te testen), maar omdat ik wilde zien hoe zo'n grote speler omging met cross-platform design. Toen ik Instagram voor Android voor het eerst zag, kreeg ik een enorme golf van teleurstelling. Hoewel de geaccepteerde conventie op Android is om tabbladen bovenaan te plaatsen, had Instagram ze onderaan geplaatst, zoals ze verschijnen in iOS. Ik had het gevoel dat Instagram een fout had gemaakt. Maar ze hebben me ongelijk bewezen. Het idee werkte niet alleen, maar het werkte ook goed genoeg om binnen een maand na de release van hun Android-client door Facebook te worden overgenomen. Ze trokken zich niet terug, en dat is uiteindelijk gelukt.
12. Platformspecifieke apps
Met zoveel tools die tegenwoordig beschikbaar zijn om applicaties op meerdere platforms te laten werken, is het gemakkelijk te denken dat een gebruikerservaring goed kan worden vertaald naar alle platforms. Feit is dat gebruikers op verschillende platforms verschillende verwachtingen hebben. Wat op Android werkt, werkt mogelijk niet op iOS, en wat op iOS werkt, wordt waarschijnlijk niet goed overgedragen naar Windows Phone 7. Apps moeten gebruikmaken van functies en interface-elementen die specifiek zijn voor hun platform, en ervoor zorgen dat de gebruiker zich op elke mogelijk apparaat.
Vond dit leuk? Lees deze!
- Hoe maak je een app
- Nu gratis grafische ontwerpsoftware voor u beschikbaar!
- Onze favoriete weblettertypen - en ze kosten geen cent
