brunch

You can make anything
by writing

C.S.Lewis

by 김자유 Jan 30. 2020

iOS vs Android 어떻게 디자인해야 할까?

*본 글은 디자인 뉴스레터 디독에서 발행한 글입니다.

해외 디자인 아티클 번역 뉴스레터 '디독' 구독링크: http://bit.ly/2FNQNpv


만약 이 글을 읽는 여러분이 iOS와 Android(머터리얼 디자인) 버전의 앱을 디자인하고 있다면, 이 아티클이 아주 유용할 것이다.


이 글에서는 UX/UI 디자이너들에게 필요한 iOS와 Android 간 주된 차이점을 다루려고 한다. 특정 플랫폼의 앱을 다른 플랫폼에 맞게 디자인을 변환할 때, 디자이너가 알아야 할 내용을 담고자 했다. 하지만, 이는 어디까지나 가이드일 뿐이며 여기서 언급된 내용 중 일부는 애플이나 구글에서조차도 모순되는 부분이 있음을 기억하자. 이 글은 단지 ‘iOS형 사고’을 ‘Android형 사고'로 바꾸는 것뿐이며, 그 반대도 마찬가지다.


다룰 내용은 다음과 같다. 건너뛰거나 처음부터 쭉 읽어나가거나- 결정은 여러분이 원하는 대로!


1. 주된 차이점에 대한 개요

2. 내비게이션 측면

3. 선택 제어 장치(컨트롤러)

4. 타이포그라피

5. 다른 플랫폼 기준



1. iOS vs Android UI 디자인 : 주된 차이점


먼저 UX/UI 디자이너가 iOS에서 Android로, 또는 그 반대로 앱을 변환할 때 고려해야 하는 가장 중요한 차이점들을 살펴보자.


디자인 엘리먼트           iOS                                                           Android


최소 탭 크기                44x44pt                                                  48x48dp (dp란 무엇일까?)

주요 앱 탐색 방법       하단 탐색(내비게이션)                             화면 상단 탭

보조 앱 탐색               하단 탐색 메뉴 ‘더보기’ 또는 하단 UI      탐색 메뉴 / ‘햄버거' 사이드 메뉴

기본 버튼/액션            상단 탐색 메뉴/오른쪽                            플로팅 액션 버튼

보조 조치                    페이지 UI                                                상단 메뉴 탐색/오른쪽

단일 선택 목록            선택된 항목에 체크 표시 목록                 라디오 버튼 목록

다중 선택 목록           스위치/선택된 항목 체크 표시 목록         체크박스, 또는 스위치 목록

제거 동작 진행 여부    모달 대화창을 통한 여부 확인                임시 화면 알림을 통한 여부 확인


본격적으로 이야기 하기 전에 먼저 기본적이지만 중요한 질문 한 가지에 대답해보자.


Android와 iOS 앱을 다르게 만들어야 할까? 한마디로 말하자면, 아니다.


애플과 구글은 아시다시피 수십억 명의 사용자를 가진 아주 똑똑한 기업이다. 이들도 다른 이들처럼 UX적으로 실수하는 경우가 있지 않을까 싶겠지만, 각 시스템에 맞는 작동 방식에 대해 디자인을 정의할 때 대체로 두 기업은 믿기 어려울만한 큰 실수는 저지르지 않는다. 나는 이 글에서 모든 내용을 iOS와 Android 구분 지어 제시하고는 있지만, 사실 둘 중 어느 것도 틀리지 않다고 말하고 싶다. 여러분이 만든 앱을 사용자가 자신 있게 탐색하고 사용할 수만 있다면, ‘Android에 iOS의 탭이나 모달 뷰를 사용하지 말라’고 그 누구도 말할 수 없다.


이 글은 ‘iOS/Android에 환경에 맞춰 생각해보자’는 일종의 공부의 개념으로 읽어주면 좋겠다. 하지만, 고유한 시스템 안에서 각 플랫폼에 맞는 앱을 만드는 것이 여러분의 목표라면, 이 글은 아주 유용한 가이드다.


 그럼 이제 시작해보자.


2. iOS vs Android 내비게이션

2-1. 화면 상단 내비게이션

자, 위에서부터 살펴보도록하자. 각 플랫폼마다 화면 상단에 노출되는 요소에 있어 서로 다른 기준을 가지고 있다.


먼저 iOS에서 상단 왼쪽 액션은 거의 대부분 ‘뒤로 가기'로,  (2단계에서 1단계로 돌아가는) 이전 화면이나 혹은, (인박스에서 메일함으로 이동하는 것과 같은) 상위 화면으로의 순차적인 이동을 의미한다. 간혹 대안으로 전혀 관련 없는 페이지를 연결하는 경우도 있다. 제목은 늘 크게 배치되어 나타나는데, 사용자가 스크롤할 때 헤더 영역과 함께 줄어든다. 상단 오른쪽 액션은 다중 아이콘이나 단일 텍스트로 표시된다.


Android에서 페이지 제목은 왼쪽 정렬로 맞춰 있다. 이때 기본적으로는 제목 바로 왼쪽에 어떤 요소도 있을 필요가 없는데 (a) 만약 해당 페이지가 최상위 페이지이고 앱에 햄버거 버튼이 있는 경우, 제목 바로 왼쪽에 배치하거나 (b) 해당 페이지가 순차적으로 연결되어있는 페이지가 있다면, 선택적으로 ‘뒤로 가기' 버튼을 추가할 수 있다.     


리소스 : iOS 내비게이션 바;    머터리얼 디자인 상단 앱 바


2-2. 주요 기능(목적지) 내비게이션


플랫폼마다 앱의 주요 기능이나 목적지는 각기 다른 방식으로 노출된다.


iOS 앱에서 주요 기능은 하단에 배치되는 탭 형태로 나열되는 것을 볼 수 있다.

(대체로) 2~5개의 탭으로 구성되며,

10 정도의 텍스트 사이즈로 표시된다.

이때 텍스트는 주요 화면에 대해 ‘명사형'으로 정리된다.


실제로 도움이 되는지 알 수 없지만, 인기 있는 다른 iOS 앱에서는 추가로 다음과 같은 가이드를 준수하고 있다.

가령, 사진 앱에서 새 사진을 추가하는 것과 같은 앱의 기본 동작 탭은 하단 내비게이션 바의 중앙에 배치한다.

프로필이나 설정과 같은 하단 탭은 바의 제일 마지막 위치에 배치한다.

검색은 내비게이션 바에서 두 번째 위치에 배치한다.   


반면, iOS의 디폴트(기본) 앱은 (1) 하단 탭 바 활용이 적고 (2) 프로필 또는 설정 관련 탭이 없으며 (3) (스크롤을 통해) 검색은 마지막 순서로 나타난다.


Android 앱에서 가장 큰 차이점은 동일한 주요 기능이 인터페이스 전체적으로 더 많이 노출되어 있다는 것이다. (a) 햄버거 버튼, (b) 검색 바, (c) 탭 또는 (d) 플로팅 액션 버튼을 들 수 있는데, 이 4개 항목에 대해서는 나중에 추가로 더 이야기하도록 하자. 참고로 Android는 iOS와 비슷하게 하단 내비게이션 바를 사용하기 때문에 여러분이 느끼는 차이가 작을 수 있다.  


리소스 : iOS 탭 바;    머터리얼 디자인 이해 탐색 (내비게이션) (좀 더 이론적인 글)


2-3. 부가 기능(목적지) 내비게이션

iOS에서 하단 탭 바에 배치할 수 없는 기능은 (a) ‘더보기' 탭으로 분리되거나 (b) 다른 화면에서 왼쪽이나 오른쪽 상단의 액션으로 노출될 수 있다.


Android에서는 부가적인 화면은 햄버거 버튼을 누르면 나타나는 측면 메뉴에 나열된다.


참고로 애플은 햄버거 버튼을 권장하고 있진 않지만, 이미 많은 타사의 iOS 앱에서 활용하고 있다. 햄버거 버튼을 사용하든 사용하지 않든 간에 가장 좋은 방법은 중요한 것은 어떤 상황에서도 숨기지 않는 것이다.   


리소스 : 머터리얼 디자인 드로어 내비게이션

  

2-4. 뒤로 가기

iOS에서는 상황에 따라 4가지 방법으로 이전 페이지를 탐색할 수 있다.


다시 탐색하는 방법(iOS)                                            작동 상황

화면 왼쪽 상단에서 ‘뒤로 가기' 액션 누르기                   ‘뒤로 가기' 동작이 나타나는 모든 화면

화면 왼쪽 가장자리에서 오른쪽으로 스와이프                왼쪽 상단 ‘뒤로 가기' 동작이 나타나는 화면

화면 오른쪽 상단에서 ‘완료’ 액션을 누르기                    더 이상 편집할 필요 없는 모달 뷰

화면 내용을 아래로 스와이프                                       모달 또는 전체 화면 보기


모달 및 전체 화면 보기가 도대체 무슨 말이냐고? 그럴 줄 알고 준비했다. 


모달 뷰는 전체 화면 위로 미끄러지듯 나타나는 하나의 작업 화면을 말한다. (앞서 탐색하던) 이전 화면은 모달 뷰의 백그라운드로 배치되는데 이때 ‘아래로 스와이프’하거나 ‘뒤로 가기'를 누르면 모달 뷰를 제거할 수 있다.  


전체 화면을 차지하는 사진이나 비디오 같은 미디어가 대체로 풀스크린 보기 방식을 취하는데,  iOS와 마찬가지로 Android 또한 아래로 스와이프하는 동작을 통해 제거할 수 있다.


Android에서 ‘뒤로 가기'는 훨씬 더 간단하다. Android 10 이상부터 화면 양쪽을 가볍게 스치면 뒤로 넘어간다. Android 9의 경우에는 화면 왼쪽 하단에 있는 ‘뒤로 가기' 버튼을 눌러야 한다.



  

3. iOS vs Android 제어 장치(컨트롤) 디자인

3-1. 중요한 콜 투 액션(Call-to-action) 버튼

iOS에서 페이지의 주요 버튼은 대게 오른쪽 상단에 위치한다.


반면, Android
에 페이지의 주요 버튼은 오른쪽 하단에 플로팅 액션 버튼-짧게는 FAB라고 부르는-으로 나타난다.

간혹 iOS에서 중요한 페이지 액션이 하단 도구 모음에 나타나는 경우가 있다. 애플에서는 이를 탭 바와 차별화된다는 점을 특히 강조한다.


이와 마찬가지로 Android에서는 간혹 중요한 페이지 액션 버튼이 화면 상단에 나타난다.


리소스 : iOS 버튼;    머터리얼 디자인 플로팅 액션 버튼


3-2. 검색

iOS Android 둘 다 공통적으로 검색은 매우 유연한 제어 요소이다.


때론 앱의 주요 포인트이기도 하고, 다른 때에는 기본적인 가장자리 사용 사례가 되는데, 대부분의 경우 이 두 가지 경우 사이에 존재한다. 예상하겠지만, 각 플랫폼들은 이 부분에 있어서 융통성 있게 대응한다.


iOS와 Android 검색 스타일의 한 가지 차이점은


iOS에서는 검색을 취소하기 위해서는 ‘취소’ 버튼을 눌러야 하지만, Android에서는 ‘←‘를 눌러야 한다.

현재 입력한 값은 지우되 검색 화면을 유지하고자 한다면, iOS와 Android 모두 ‘X’를 눌러야 한다.


특히 검색이 매우 중요한 기능일 경우에는 iOS와 Android 모두 검색 바를 바로 직접적으로 표시한다. 이런 경우 늘 그렇듯이 검색 바를 누르면 완전히 다른 화면으로 전환되는 특징을 갖고 있다.


반대로 검색이 중요하거나 일반적이지 않을 경우, 다른 위치를 통해 검색에 접근할 수 있다.




iOS에서는 검색을 기본 탭 중 하나 또는 상단에 내비게이션의 액션으로 배치되는 것이 일반적이다.


한편, Android에서는 상단 바의 상황별 액션을 통해 검색할 수 있다.  


리소스 : iOS 검색 바;    머터리얼 디자인 검색 패턴


3-3. 액션 메뉴

iOS에서 액션 메뉴는 특정 버튼이나 행동을 통해 나타나며, 엄지손가락으로 쉽게 닿는 하단에서부터 미끄러지듯 올라오는 것이 특징이다.


하지만, Android는 3개의 점, 일명 케밥 메뉴 아이콘(더 많은 옵션을 나타내는 Android 아이콘)을 눌렀을 때 하단에서 나타난다. 특히 맨 아래에서 해당 메뉴가 나타나는 경우는, 대게 취할 수 있는 액션이 많을 때 일어난다.


두 플랫폼 모두 액션 메뉴에 대한 표준 가이드가 있다.


‘컨텍스트 메뉴’라고 불리는 iOS 13에서의 새로운 기능은 요소를 누르고 있을 때 관련된 액션 가능한 메뉴들을 보여준다. 컨텍스트 메뉴가 표시되면 이때 백그라운드는 흐려진다.  

반면 Android에서는 많은 메뉴가 요소 위에 직접 배치되는데, 새로운 버전의 Android에서는 메뉴가 케밥 아이콘 자체를 덮으며 나타난다.


리소스 : iOS 액션 시트, 컨텍스트 메뉴;    머터리얼 디자인 메뉴, 하단 시트


3-4. 선택 제어 장치

모바일에서는, 많은 옵션 중에서 어떤 것을 선택하게 하는 것보다는 옵션이 거의 없는 상태에서 선택할 수 있게 하는 것이 더 현명한 방법이다.

iOS에서 비교적 적은 옵션 중 하나를 선택하는 경우에는 피커 제어 장치를 사용한다. 이때 피커 장치는 (위 그림처럼) 하단에 고정되거나, (아래 데이트 피커 이미지처럼) 컨텐츠와 동일한 선상에 배치된다.


Android에는 여러 옵션 선택의 경우에 드롭다운 메뉴나 모달 대화창(대화창을 중심으로 앱 배경을 어둡게 하는 것)을 사용하는 것이 일반적이다.

일반적으로 더 긴 선택 옵션이나 다중 선택이 가능해야 할 경우, iOS와  Android 둘 다 별개의 ‘피커 전용 화면’을 노출한다. 모바일 디자인에서 신입 디자이너의 가장 큰 실수 중 하나는 많은 옵션 중 하나를 선택할 때 이를 전체 화면에 노출하지 않는 것이다


리소스 : iOS 피커;    머터리얼 디자인 드롭다운 메뉴, 대화


3-5. 데이트 피커



iOS에서 데이트 피커(날짜 선택 제어 장치)는 다른 선택 제어 장치와 유사한 형태를 취하지만, 월-일-연도에 따라 분리된다.


Android는 사용자가 지정할 수 있는 자체적인 날짜 선택 제어 기능을 가지고 있다. 가령, 연도를 포함하거나 포함하지 않는 여부를 사용자 스스로 선택할 수 있다.


리소스 : iOS 피커;    머터리얼 디자인 데이터 피커,


3-6. 탭

iOS에는 ‘탭'과 시각적으로 유사한 제어 장치가 없다는 점에 주목하자. 대신 애플에서는 내비게이션에서 동일한 레벨의 분할된 버튼을 사용하라고 제안한다.


Android에서는 ‘플랫 디자인' 스타일 탭이 동일하게 적용된다.


리소스 : iOS 분할 제어 장치;    머터리얼 디자인 ,


3-7. 되돌리기

iOS에서는 화면 중앙으로 경고가 나타나거나 화면 하단에서 경고가 위로 슬라이드 되는 것을 볼 수 있다. (iOS의 기술적 언어로, 이를 액션 패널이라고 칭한다) 이때 제거와 같이 파괴적인 행동의 경우 텍스트에 빨간색을 사용한다.   


Android에서도 마찬가지로 화면 중앙에서 일부 알람이 나타난다. 하지만, 사용자 입력이 필요 없고 몇 초 후 사라지는 알림의 경우 ‘스낵바'를 사용할 수 있다. 이 스낵바는 정말 환상적인데, (a) 사용자가 취한 행동이 성공적으로 입력되었다고 언급할 수 있을 뿐만 아니라 (b) 이에 대해 하나에서 두 가지 정도의 액션을 추가 제안할 수 있기 때문이다. 이러한 이유로, 기본적으로 사용자가 중요한 결정을 내릴 때 스낵바를 활용해 그들이 되돌릴 수 있는 선택권을 주기를 추천한다.


리소스 : iOS 되돌리기;    머터리얼 디자인 스낵바


4. iOS vs Android 타이포그라피


4-1. 디폴트(기본) 폰트

Android와 마찬가지로, iPhone의 기본 폰트를 iPhone 앱에 설정해둘 필요는 없다. 하지만 네이티브 앱 스타일을 모방하고 싶은 경우에는 각 플랫폼의 시스템 폰트가 무엇인지 인지하는 것이 좋다.  


iOS 시스템 폰트는 SF라고 불린다. 작은 크기에도 잘 읽을 수 있도록 설계된 촘촘한 폰트이다. SF 폰트는 이 링크를 따라 다운로드할  수 있다.  

<img07>


Android 시스템 폰트는 Roboto라고 불린다. 전체적으로 SF와 매우 유사한 폰트지만, 보다 큰 글자 형태와 약간 더 많은 여유 공간을 가지고 있다. Roboto는 이 링크를 따라 다운로드할 수 있다.  


추가로, Android OS 상당수는 서드 파티는 사용할 수 없는 Product Sans라는 독점적인 구글 폰트로 제작되었다.  


4-2. 텍스트 스타일

별도의 iPhone 앱Android 앱에서 텍스트 스타일을 처리하는 방법에 대해 심층적으로 정리한 아티클이 있다.


리소스 : iOS 타이포그라피 가이드라인;    머터리얼 디자인 타이포그라피 가이드라인


5. iOS vs Android 다른 플랫폼 기준


5-1. 앱 아이콘 사이즈와 형태



iPhone 앱 아이콘의 사이즈는 다음을 참고해 디자인해야 한다.


아이콘 사이즈           사용 위치

180x180px             60x60pt @3x / iPhone 홈 화면 (예, 11pro, X, Xs, 8+)

120x120px             60x60pt @2x / iPhone 홈 화면 (예, 11, XR, 8)

1024x1024px         1024x1024px @1x / 앱스토어


물론 결과적으로, 아이콘은 다른 크기에서도 사용될 수 있지만 60px로 디자인했을 때 120x120, 180x180, 1024x1024에서도 잘 보이는지 확인이 필요하다.  


Android 앱 아이콘 사이즈는 다음을 참고해 디자인해야 한다.


 아이콘 사이즈           사용 위치 48x48                                                px 배수

48x48px                  홈 화면(중형 DPI 스마트폰)                                  1x

72x72px                  홈 화면(대형 DPI 스마트폰)                                  1.5x

96x96px                  홈 화면(xhdpi 스마트폰)                                       2x

144x144px              홈 화면(xxhdpi 스마트폰)                                     3x

192x192px              홈 화면(xxxhdpi 스마트폰)                                   4x

512x512px              구글 플레이 스토어 (모든 기기) 대형 버전              해당 없음



따라서 (1) 48x48px 사이즈로 멋진 백터 아이콘을 디자인한 다음, (2) 400%까지 확대해 여전히 멋지게 보이도록 교정하고 (3) 512x512px의 별도의 추가 버전을 만든다면, 여러분은 앱 아이콘을 완벽히 해낸 것이다.  


여러분이 처음 iPhone이나 Android에 필요한 아이콘 서식을 보았을 때, 너무 어렵다고 생각할 수 있다. 하지만, 이제 여러분은 각 플랫폼에 맞는 아이콘 앱의 기본 크기를 숙지했고, 다양한 배수를 확인하고 이에 맞춰 추출할 수 있는 한, 전혀 어려운 작업이 아니다.


리소스 : iOS 앱 아이콘 가이드라인;    머터리얼 디자인 앱 아이콘 가이드라인



5-2. 탭 최소 크기


플랫폼           최소 탭 크기

iOS                44x44pt

Android        48x48dp


Apple의 포인트(pt)와 Android의 기기 독립 픽셀(dp)는 기능적으로 동일하다는 점을 기억하자. 화면에 대한 정의나 고화질-초고화질, 또는 요즘 생산되고 있는 다른 크기의 규격과는 관계없이, 단순히 이 수치들은 측정하는 기준 크기(CSS 단위 pixel과 동일)를 의미한다.


보다 더 큰 탭 크기와 화면 당 더 작은 픽셀 수로 인해, Android 앱은 iOS 앱들보다 약간 더 디자인이 깨끗하고 시원하게 빠지는 경향이 있다.


5-3. 디자인 언어


이 가이드는 두 가지 디자인 언어와 철학적 측면에서 차이를 보여주고자, iOS 및 Android의 머터리얼 디자인에서 유사한 디자인 언어에 대해 많은 부분을 설명했다. 더 자세한 내용은 각 디자인 시스템의 공식 설명서를 참조하면 된다.


iOS 디자인에 대해 더 알고 싶다면, Apple의 휴먼 인터페이스 지침을 읽고,

Android의 머터리얼 디자인에 대해 더 알고 싶다면, 머터리얼 디자인 사이트를 참조하길 바란다.



6.마무리


빠진 것이 있거나 오래된 내용이 발견된다면, erik@learnui.design으로 연락해줬으면 좋겠다. 이 가이드가 iPhone과 Android 두 가지 플랫폼 간 변환에 있어 가장 정확하고 최신의 웹가이드가 될 수 있도록 지속적으로 업데이트할 계획이다.



저자 : Erik D. Kennedy 

원문 링크: https://learnui.design/blog/ios-vs-android-app-ui-design-complete-guide.html?ref=uxdesignweekly#overview

*무단 전재 및 재배포 금지(링크 공유 가능)


*본 글은 디자인 뉴스레터 디독에서 발행한 글입니다.

해외 디자인 아티클 번역 뉴스레터 '디독' 구독링크: http://bit.ly/2FNQNpv






매거진의 이전글 건설적으로 디자인 피드백하는 법
브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari