Innhold
- 01. iOS
- 02. Android
- 03. Windows Phone
- 04. Del
- 05. Ikke del for delings skyld
- 06. Hold deg til merkevarebygging
- 07. Ikke overdriv merkevarebygging
- 08. HVIL
- 09. Ikke forsøm presentasjonen
- 10. Bli sant
- 11. Ikke rygg ned
- 12. Plattformspesifikke apper
- Likte dette? Les disse!
Ordene "plattformutvikling" har en noe negativ konnotasjon i mobilutviklingssamfunnet. Når vi tenker på tvers av plattformer, tenker vi umiddelbart på å gå på kompromiss med design og brukeropplevelser, med dårlig ytelse som henvender seg til den laveste fellesnevneren for enheten. Det er så mange mennesker som gjør plattformutvikling dårlig at vi har begynt å anta at all plattformutvikling er dårlig.
Som alle ting er det dårlige eksempler på utvikling og design på tvers av plattformer. Men det er også noen veldig gode eksempler på applikasjoner som bruker plattformteknologier og teknikker.
Før vi kan forstå det å gå på tvers av plattformer, er det viktig at vi forstår plattformene selv, de grunnleggende forskjellene og hva slags opplevelse de skaper for sluttbrukeren.
01. iOS
IOS som vi ser i dag er ganske forskjellig fra det opprinnelige iPhone OS som vi så skipet i 2008. Med introduksjonen av iPad Mini og iPhone 5, brøt Apple seg fra sin tradisjon for å overholde enkelt størrelser og størrelsesforhold. Faktor i de to forskjellige piksel tettheter opprettet av netthinnen og ikke-netthinnen enheter, og du ender opp med et betydelig mer variert økosystem.
Når du undersøker brukeropplevelsen til iOS, og måten brukeren samhandler med enheten på, vil du raskt se at operativsystemet er veldig mye appdrevet. Nesten all funksjonalitet og informasjon ligger i apper: operativsystemets primære funksjon er å hjelpe brukeren med å bevege seg inn og ut av applikasjoner. Denne opplevelsesdriveren er noe som må tas i betraktning når du designer for iOS, fordi det er kjernen i plattformens opplevelse. Brukere forventer at enhetene deres skal fungere på denne måten.
02. Android
Android er av natur et mer åpent og mangfoldig dyr enn iOS. På grunn av åpen kildekode, er Android ikke begrenset til spesifikke enhetsklasser eller produsenter. Det er på grunn av dette at når vi designer applikasjoner for Android, gjør vi det med tanke på skalerbarhet og responsive oppsett.
Fordi Android i utgangspunktet er mer åpen og mangfoldig, er det grunn til at opplevelsesdriveren til Android også er annerledes. Innenfor Android-økosystemet spiller enhetsprodusentene en veldig stor rolle i utformingen av brukeropplevelsen til de spesifikke enhetene. Fordi de er i stand til å tilpasse og endre Android som de ønsker, er det vi sitter igjen med en plattform som er veldig mye enhetsdrevet, der enheten markedsføres først og fremst, og operativsystemet er mer en funksjon.
03. Windows Phone
Det interessante med Windows Phone er at den på noen måter sitter halvveis mellom Android og iOS. Mens det er flere selskaper som sender forskjellige Windows Phone-enheter (med og uten tastaturer osv.), Har Microsoft fremdeles tegnet noen retningslinjer rundt Windows Phone-operativsystemet som forhindrer at økosystemet blir et gratis-for-alle, samtidig som det fortsatt gir brukerne alternativer og valg til varierende prispunkter.
Akkurat som Androids opplevelsesdriver er forskjellig fra iOS, er Windows Tones opplevelsesdriver også annerledes. På grunn av måten Microsoft skaper en slags kontrollert frihet i Windows Phone-økosystemet, blir enhetsprodusenter overlatt til å skille seg ut med maskinvare i stedet for justeringer av operativsystemet.
Windows Phone's grensesnitt og Live Tiles skaper et miljø som er veldig datadrevet. Fordi operativsystemet håndterer så mye av deling og visning av data, kommer det mer eller mindre bare av veien for brukeren.
Så vi har plattformer, og disse plattformene har brukere. Men kan vi bare begynne å skyte ut i det blå? Selvfølgelig ikke!
Dette er hvor må og ikke må gjøres av mobildesign på tvers av plattformer.
04. Del
Hele formålet med plattformutvikling er å kunne dele kode og ressurser mellom plattformer. Ikke alle selskaper har ressurser til å ansette en utvikler for hver plattform. Med flere og flere selskaper som tillater ansatte å ta med seg sine egne enheter (BYOD) og bygge interne applikasjoner, vokser behovet for mer effektiv mobilutvikling hele tiden. Deling av kode og grafiske ressurser, der det er hensiktsmessig, er en flott måte å redusere økonomiske og utviklingsmessige overhead.
05. Ikke del for delings skyld
Mens deling er grunnlaget for utvikling på tvers av plattformer, er det viktig at vi ikke får aksjefeber. Delfeber er en sykdom som får utviklere og designere til å se bort fra ting som brukeropplevelsen, applikasjonsytelsen og til og med den generelle applikasjonskvaliteten til fordel for å dele så mye kode og grafiske elementer som mulig.
Deling av noe slag er et verktøy fremfor alt annet, ikke et mål. Det vi streber etter, bør være en jevn, naturlig opplevelse på alle plattformer som gir brukeren et slags engasjerende verktøy eller innhold.
06. Hold deg til merkevarebygging
Når du utvikler mobilapplikasjoner for eksisterende merker, er det viktig at utviklere bruker eksisterende merkevareressurser der det er mulig. Ingen mengde grafisk eller plattformopplevelsesdesign kan erstatte brukernes fortrolighet. I en situasjon der applikasjonen er en representasjon av en større enhet (tenk CNN, i motsetning til noe som Cut the Rope), er en sikker måte å få brukeren til å føle seg hjemme å bruke ting som logoer, skrifttyper og farger hvor som helst mulig. Dette gjelder spesielt i ikonografi, spesielt lanseringsikoner og startskjermikoner. Launcher-ikoner er døråpninger til applikasjoner, som egentlig er døråpninger til merkevarer. Det er viktig å la brukeren få vite hva som ligger bak dørene fremover.
07. Ikke overdriv merkevarebygging
Som å dele, er det en mørk side ved merkevarebygging. Det er en side ved merkevarebygging der, i likhet med den mørke siden ved deling, blir balansen mellom brukeropplevelse, design og funksjonalitet forsømt og kastet til side til fordel for misvisende markedsføring og desperat merkevarebygging. I mobilområdet er brukeropplevelser og funksjoner like kraftige som skrifter og farger. Slipp en dårlig app og se hva som har den kraftigste innvirkningen (positiv eller negativ) på merkevaren din - det skinnende eksemplet på uaktsomhet eller det faktum at appen brukte samme font som logoen og nettstedet? Vis brukeren hvem du er, men la opplevelsen og funksjonaliteten tale for merkevaren.
08. HVIL
REST API, altså. Jeg har lenge forkynt evangeliet om at API-design er design på tvers av plattformer i sin reneste form. REST API-er er agnostiske plattformer og innfødte til enhver plattform (mobil eller på annen måte) så lenge den kan sende og motta HTTP-forespørsler. Når vi bygger ut server-funksjonalitet, tillater vi uendelig vekst i alle retninger fordi vi ikke er knyttet til noen bestemt plattform eller teknologi. Slå sammen med det muligheten til å lage tverrplattformsbiblioteker og moduler som fungerer med flere plattformer, og grunnene til å ikke utvikle serverfunksjonalitet forsvinner raskt.
09. Ikke forsøm presentasjonen
Selv om design av verdensklasse serverfunksjonalitet er en av de viktigste tingene en utvikler kan gjøre for å sikre en jevn plattformopplevelse, er det viktig at vi ikke glemmer presentasjonen. Ingen brukere kommer til å se det indre arbeidet til API-et under vanlig applikasjonsbruk, så vi må være sikre på å fokusere så mye energi på presentasjonen av API-funksjonaliteten som vi gjør på selve API-en.
10. Bli sant
Når vi bygger programvare, er det lett for oss å glemme at vi bygger den for ekte mennesker å bruke på ekte enheter i den virkelige verden. Ikke alle brukssaker kommer til å være perfekte, og noen et sted kommer til å bryte appen og svare på en veldig vokal måte. Det beste vi kan gjøre for å unngå dette er å alltid ha sluttbrukerne i tankene når de designer og bygger applikasjoner.
Ikke bare skal vi holde oss tro mot brukeren, men også plattformen. Som vi så ovenfor, har forskjellige plattformer forskjellige kjørefaktorer (erfaringsdrivere) som fundamentalt endrer enhetens kjerneopplevelse. Ved å holde oss til plattformkonvensjoner og gi brukerne opplevelser som er hjemmehørende i plattformene deres, oppfyller vi ikke bare deres forventninger, men overgår ofte dem.
11. Ikke rygg ned
Ofte vil utviklere og designere bli satt i situasjoner som krever at de tenker litt mer utenfor boksen enn de vanligvis ville gjort. For eksempel er det situasjoner som kan kreve å bryte eksisterende grensesnitt eller plattformkonvensjoner for å tjene noe større formål. Når en idé krever en bøying eller fullstendig brudd på reglene, bør utviklere og designere alltid stå på sitt. Ikke la noen andre drepe ideen din.
Et godt eksempel på dette er Instagram. Da Android-appen deres ble lansert, var jeg sinnsykt spent. Ikke fordi jeg brukte en Android-enhet (jeg eier en iPhone 4S og to Android-telefoner, begge for testing), men fordi jeg ønsket å se hvordan en så stor spiller håndterte plattformdesign. Da jeg så Instagram for Android for første gang, ble jeg rammet av en enorm bølge av skuffelse. Selv om den aksepterte konvensjonen på Android er å plassere faner øverst, hadde Instagram plassert dem nederst, slik de ser ut i iOS. Jeg følte at Instagram hadde gjort en feil. Men de viste meg feil. Ikke bare fungerte ideen, men det fungerte bra nok til at de ble anskaffet av Facebook mindre enn en måned etter utgivelsen av Android-klienten. De rykket ikke tilbake, og til slutt lyktes de.
12. Plattformspesifikke apper
Med så mange verktøy tilgjengelig i dag for å få applikasjoner til å kjøre på flere plattformer, er det lett å tenke at en brukeropplevelse kan oversettes godt til alle plattformer. Faktum er at brukere på forskjellige plattformer har forskjellige forventninger. Det som fungerer på Android fungerer kanskje ikke på iOS, og det som fungerer på iOS vil sannsynligvis ikke overføres godt til Windows Phone 7. Apper bør bruke funksjoner og grensesnittelementer som er spesifikke for plattformen deres, og få brukeren til å føle seg hjemme på hver mulig enhet.
Likte dette? Les disse!
- Hvordan lage en app
- Gratis programvare for grafisk design tilgjengelig for deg akkurat nå!
- Våre favorittfonter - og de koster ikke en krone
