읽는 디자인 디독 🔥설문 조사 마감 D-1🔥 설문조사에 응해주시는 모든 구독자분들에 한해 디독이 지금까지 보내드린 125편의 아티클 링크 모음을 전달드려요. 😍(3분 소요) 기입해주신 모든 정보는 디독 서비스 개선을 위한 피드백으로만 사용되며, 절대 외부로 유출되지 않음을 알려드립니다. 💫2020.01.28(화) 링크 모음 전달 iOS vs Android 어떻게 다르게 디자인해야 할까? 만약 이 글을 읽는 여러분이 iOS와 Android(머터리얼 디자인) 버전의 앱을 디자인하고 있다면, 이 아티클이 아주 유용할 것이다. 이 글에서는 UX/UI 디자이너들에게 필요한 iOS와 Android 간 주된 차이점을 다루려고 한다. 특정 플랫폼의 앱을 다른 플랫폼에 맞게 디자인을 변환할 때, 디자이너가 알아야 할 내용을 담고자 했다. 하지만, 이는 어디까지나 가이드일 뿐이며 여기서 언급된 내용 중 일부는 애플이나 구글에서조차도 모순되는 부분이 있음을 기억하자. 이 글은 단지 ‘iOS형 사고’을 ‘Android형 사고'로 바꾸는 것뿐이며, 그 반대도 마찬가지다. 다룰 내용은 다음과 같다. 건너뛰거나 처음부터 쭉 읽어나가거나- 결정은 여러분이 원하는 대로! 1. 주된 차이점에 대한 개요 2. 내비게이션 측면 3. 선택 제어 장치(컨트롤러) 4. 타이포그라피 5. 다른 플랫폼 기준 1. iOS vs Android UI 디자인 : 주된 차이점 먼저 UX/UI 디자이너가 iOS에서 Android로, 또는 그 반대로 앱을 변환할 때 고려해야 하는 가장 중요한 차이점들을 살펴보자. 디자인 엘리먼트 iOS Android 주요 앱 탐색 방법 하단 탐색(내비게이션) 화면 상단 탭 보조 앱 탐색 하단 탐색 메뉴 ‘더보기’ 또는 하단 UI 탐색 메뉴 또는 ‘햄버거' 사이드 메뉴 기본 버튼/액션 상단 탐색 메뉴/오른쪽 플로팅 액션 버튼 보조 조치 페이지 UI 상단 메뉴 탐색/오른쪽 단일 선택 목록 선택된 항목에 체크 표시 목록 라디오 버튼 목록 다중 선택 목록 스위치, 또는 선택된 항목에 체크 표시 목록 체크박스, 또는 스위치 목록 제거 동작 진행 여부 모달 대화창을 통한 여부 확인 임시 화면 알림을 통한 여부 확인 본격적으로 이야기 하기 전에 먼저 기본적이지만 중요한 질문 한 가지에 대답해보자. Android와 iOS 앱을 다르게 만들어야 할까? 한마디로 말하자면, 아니다. 애플과 구글은 아시다시피 수십억 명의 사용자를 가진 아주 똑똑한 기업이다. 이들도 다른 이들처럼 UX적으로 실수하는 경우가 있지 않을까 싶겠지만, 각 시스템에 맞는 작동 방식에 대해 디자인을 정의할 때 대체로 두 기업은 믿기 어려울만한 큰 실수는 저지르지 않는다. 나는 이 글에서 모든 내용을 iOS와 Android 구분 지어 제시하고는 있지만, 사실 둘 중 어느 것도 틀리지 않다고 말하고 싶다. 여러분이 만든 앱을 사용자가 자신 있게 탐색하고 사용할 수만 있다면, ‘Android에 iOS의 탭이나 모달 뷰를 사용하지 말라’고 그 누구도 말할 수 없다. 이 글은 ‘iOS/Android에 환경에 맞춰 생각해보자’는 일종의 공부의 개념으로 읽어주면 좋겠다. 하지만, 고유한 시스템 안에서 각 플랫폼에 맞는 앱을 만드는 것이 여러분의 목표라면, 이 글은 아주 유용한 가이드다. 그럼 이제 시작해보자. 2. iOS vs Android 내비게이션 2-1. 화면 상단 내비게이션 자, 위에서부터 살펴보도록하자. 각 플랫폼마다 화면 상단에 노출되는 요소에 있어 서로 다른 기준을 가지고 있다. 먼저 iOS에서 상단 왼쪽 액션은 거의 대부분 ‘뒤로 가기'로, (2단계에서 1단계로 돌아가는) 이전 화면이나 혹은, (인박스에서 메일함으로 이동하는 것과 같은) 상위 화면으로의 순차적인 이동을 의미한다. 간혹 대안으로 전혀 관련 없는 페이지를 연결하는 경우도 있다. 제목은 늘 크게 배치되어 나타나는데, 사용자가 스크롤할 때 헤더 영역과 함께 줄어든다. 상단 오른쪽 액션은 다중 아이콘이나 단일 텍스트로 표시된다. Android에서 페이지 제목은 왼쪽 정렬로 맞춰 있다. 이때 기본적으로는 제목 바로 왼쪽에 어떤 요소도 있을 필요가 없는데 (a) 만약 해당 페이지가 최상위 페이지이고 앱에 햄버거 버튼이 있는 경우, 제목 바로 왼쪽에 배치하거나 (b) 해당 페이지가 순차적으로 연결되어있는 페이지가 있다면, 선택적으로 ‘뒤로 가기' 버튼을 추가할 수 있다. 2-2. 주요 기능(목적지) 내비게이션 플랫폼마다 앱의 주요 기능이나 목적지는 각기 다른 방식으로 노출된다. iOS 앱에서 주요 기능은 하단에 배치되는 탭 형태로 나열되는 것을 볼 수 있다.
실제로 도움이 되는지 알 수 없지만, 인기 있는 다른 iOS 앱에서는 추가로 다음과 같은 가이드를 준수하고 있다.
반면, iOS의 디폴트(기본) 앱은 (1) 하단 탭 바 활용이 적고 (2) 프로필 또는 설정 관련 탭이 없으며 (3) (스크롤을 통해) 검색은 마지막 순서로 나타난다. Android 앱에서 가장 큰 차이점은 동일한 주요 기능이 인터페이스 전체적으로 더 많이 노출되어 있다는 것이다. (a) 햄버거 버튼, (b) 검색 바, (c) 탭 또는 (d) 플로팅 액션 버튼을 들 수 있는데, 이 4개 항목에 대해서는 나중에 추가로 더 이야기하도록 하자. 참고로 Android는 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에서는 간혹 중요한 페이지 액션 버튼이 화면 상단에 나타난다. 3-2. 검색 iOS와 Android 둘 다 공통적으로 검색은 매우 유연한 제어 요소이다. 때론 앱의 주요 포인트이기도 하고, 다른 때에는 기본적인 가장자리 사용 사례가 되는데, 대부분의 경우 이 두 가지 경우 사이에 존재한다. 예상하겠지만, 각 플랫폼들은 이 부분에 있어서 융통성 있게 대응한다. iOS와 Android 검색 스타일의 한 가지 차이점은
특히 검색이 매우 중요한 기능일 경우에는 iOS와 Android 모두 검색 바를 바로 직접적으로 표시한다. 이런 경우 늘 그렇듯이 검색 바를 누르면 완전히 다른 화면으로 전환되는 특징을 갖고 있다. 반대로 검색이 중요하거나 일반적이지 않을 경우, 다른 위치를 통해 검색에 접근할 수 있다. iOS에서 액션 메뉴는 특정 버튼이나 행동을 통해 나타나며, 엄지손가락으로 쉽게 닿는 하단에서부터 미끄러지듯 올라오는 것이 특징이다. 하지만, Android는 3개의 점, 일명 케밥 메뉴 아이콘(더 많은 옵션을 나타내는 Android 아이콘)을 눌렀을 때 하단에서 나타난다. 특히 맨 아래에서 해당 메뉴가 나타나는 경우는, 대게 취할 수 있는 액션이 많을 때 일어난다. 두 플랫폼 모두 액션 메뉴에 대한 표준 가이드가 있다. ‘컨텍스트 메뉴’라고 불리는 iOS 13에서의 새로운 기능은 요소를 누르고 있을 때 관련된 액션 가능한 메뉴들을 보여준다. 컨텍스트 메뉴가 표시되면 이때 백그라운드는 흐려진다. 반면 Android에서는 많은 메뉴가 요소 위에 직접 배치되는데, 새로운 버전의 Android에서는 메뉴가 케밥 아이콘 자체를 덮으며 나타난다. 3-4. 선택 제어 장치 모바일에서는, 많은 옵션 중에서 어떤 것을 선택하게 하는 것보다는 옵션이 거의 없는 상태에서 선택할 수 있게 하는 것이 더 현명한 방법이다. iOS에서 비교적 적은 옵션 중 하나를 선택하는 경우에는 피커 제어 장치를 사용한다. 이때 피커 장치는 (위 그림처럼) 하단에 고정되거나, (아래 데이트 피커 이미지처럼) 컨텐츠와 동일한 선상에 배치된다. Android에는 여러 옵션 선택의 경우에 드롭다운 메뉴나 모달 대화창(대화창을 중심으로 앱 배경을 어둡게 하는 것)을 사용하는 것이 일반적이다. iOS에서는 화면 중앙으로 경고가 나타나거나 화면 하단에서 경고가 위로 슬라이드 되는 것을 볼 수 있다. (iOS의 기술적 언어로, 이를 액션 패널이라고 칭한다) 이때 제거와 같이 파괴적인 행동의 경우 텍스트에 빨간색을 사용한다. Android에서도 마찬가지로 화면 중앙에서 일부 알람이 나타난다. 하지만, 사용자 입력이 필요 없고 몇 초 후 사라지는 알림의 경우 ‘스낵바'를 사용할 수 있다. 이 스낵바는 정말 환상적인데, (a) 사용자가 취한 행동이 성공적으로 입력되었다고 언급할 수 있을 뿐만 아니라 (b) 이에 대해 하나에서 두 가지 정도의 액션을 추가 제안할 수 있기 때문이다. 이러한 이유로, 기본적으로 사용자가 중요한 결정을 내릴 때 스낵바를 활용해 그들이 되돌릴 수 있는 선택권을 주기를 추천한다. 4. iOS vs Android 타이포그라피 4-1. 디폴트(기본) 폰트 Android와 마찬가지로, iPhone의 기본 폰트를 iPhone 앱에 설정해둘 필요는 없다. 하지만 네이티브 앱 스타일을 모방하고 싶은 경우에는 각 플랫폼의 시스템 폰트가 무엇인지 인지하는 것이 좋다. iOS 시스템 폰트는 SF라고 불린다. 작은 크기에도 잘 읽을 수 있도록 설계된 촘촘한 폰트이다. SF 폰트는 이 링크를 따라 다운로드할 수 있다. <img07> Android 시스템 폰트는 Roboto라고 불린다. 전체적으로 SF와 매우 유사한 폰트지만, 보다 큰 글자 형태와 약간 더 많은 여유 공간을 가지고 있다. Roboto는 이 링크를 따라 다운로드할 수 있다. 추가로, Android OS 상당수는 서드 파티는 사용할 수 없는 Product Sans라는 독점적인 구글 폰트로 제작되었다. 4-2. 텍스트 스타일 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에 필요한 아이콘 서식을 보았을 때, 너무 어렵다고 생각할 수 있다. 하지만, 이제 여러분은 각 플랫폼에 맞는 아이콘 앱의 기본 크기를 숙지했고, 다양한 배수를 확인하고 이에 맞춰 추출할 수 있는 한, 전혀 어려운 작업이 아니다. 5-2. 탭 최소 크기 플랫폼 최소 탭 크기 iOS 44x44pt Android 48x48dp Apple의 포인트(pt)와 Android의 기기 독립 픽셀(dp)는 기능적으로 동일하다는 점을 기억하자. 화면에 대한 정의나 고화질-초고화질, 또는 요즘 생산되고 있는 다른 크기의 규격과는 관계없이, 단순히 이 수치들은 측정하는 기준 크기(CSS 단위 pixel과 동일)를 의미한다. 보다 더 큰 탭 크기와 화면 당 더 작은 픽셀 수로 인해, Android 앱은 iOS 앱들보다 약간 더 디자인이 깨끗하고 시원하게 빠지는 경향이 있다. 5-3. 디자인 언어 이 가이드는 두 가지 디자인 언어와 철학적 측면에서 차이를 보여주고자, iOS 및 Android의 머터리얼 디자인에서 유사한 디자인 언어에 대해 많은 부분을 설명했다. 더 자세한 내용은 각 디자인 시스템의 공식 설명서를 참조하면 된다. iOS 디자인에 대해 더 알고 싶다면, Apple의 휴먼 인터페이스 지침을 읽고, Android의 머터리얼 디자인에 대해 더 알고 싶다면, 머터리얼 디자인 사이트를 참조하길 바란다. 마무리 빠진 것이 있거나 오래된 내용이 발견된다면, erik@learnui.design으로 연락해줬으면 좋겠다. 이 가이드가 iPhone과 Android 두 가지 플랫폼 간 변환에 있어 가장 정확하고 최신의 웹가이드가 될 수 있도록 지속적으로 업데이트할 계획이다. 저자 : Erik D. Kennedy 원문 링크: https://learnui.design/blog/ios-vs-android-app-ui-design-complete-guide.html?ref=uxdesignweekly#overview *무단 전재 및 재배포 금지(링크 공유 가능) [2020.01.23] 오늘은 iphone과 Android 플랫폼에 맞게 디자인 변환 시 고려해야 할 부분들에 대해 알아봤습니다. 모바일 앱에 대한 경험이 없거나 적은 분들 중 특히 px, dp 개념을 어려워하시는 분들이 많은데요. 이번 아티클이 어려움을 해소하는데 조금이라도 도움이 되었으면 좋겠습니다. 개인적으로는 도입부에 ‘사용자가 자신 있게 탐색하고 사용할 수 있다면, iOS나 Android 사용 방법 중 무엇을 사용하더라도 뭐라고 할 사람이 없다’는 말이 참 인상 깊었던 것 같아요. iPhone과 Android에 대해 기본적이고 중요한 것은 숙지하되, 규칙에 지나치게 갇히지 않기로 해요! 🙋🏻♀️ 그럼, 다음엔 더 좋은 아티클로 뵙겠습니다. 오늘도 읽어주셔서 감사합니다! 디독 드림 [디독 도네이션 OPEN] 작은 금액이라도 디독의 서비스 유지를 위해 후원해주시면 감사하겠습니다. :) 카카오뱅크 3333 14 0517 920 (심예지) *후원해주신 금액은 전액 서비스 운영(메일 발송 솔루션 비용)에 사용됩니다. *후원자(입금자명) 리스트 기입을 원하지 않으시는 분은 메일로 말씀해주세요. 12월 후원해주신 분들 도기복, 손효림, 이도후, 채정훈, 이은찬, 김예림, 윤호준, 홍예원, 조성도, 김해골, 이정옥, 아리, 정지희 외 6분 후원해주신 분들, 정말 감사합니다! 덕분에 서비스를 유지할 수 있게 되었습니다. :) |