Alerts
Alert은 앱이나 기기의 상태에 관련된 중요한 정보를 전달하고, 피드백을 요청하기도 한다.
Alert이 갖고 있는 구성 요소
- 타이틀(Alert의 제목)
- 부가 메세지(선택사항)
- 하나이상의 버튼(OK, Cancel 등)
- 입력을 받을 Textfield(선택사항)
위의 구성 요소 이외에 Alert의 모양의 경우 정적이므로 커스텀할 수 없다.
애플의 Alerts 권장 사항
Alert을 최소화하라
Alert은 UX를 저하(방해)시킵니다.
그러므로 구매 확인, 파일 삭제, fatal한 오류 발생같은 중요한 상황에만 사용을 해야합니다.
Alert의 빈도를 적게함으로써 사용자로 하여금 심각하게 받아들일 수 있게 해야한다.
Alert은 잘 뜨지 않는건데 떴네?! 이거 겁나 심각한 문제 아녀??? 하게끔 하라는 뜻임!!!!!
각 Alert가 치명적인 정보와 유용한 선택지를 제공해야한다.
모든 Orientation에서 Alert의 모습을 테스트해라
Alert는 landscape mode, portrait mode에서 다르게 보일지 모른다.
스크롤 하지않아도 어떤 Orientation에서든 잘 읽히게 Alert의 text영역을 최적화해야한다.
Orientation
세로: Portrait / 가로: Landscape
Alert's Title and Message
짧고, 좋은 설명이 되고, 다중 단어로 이뤄진 제목을 선정해라
텍스트가 짧을수록 사용자가 읽기 좋다.
한 단어로 이뤄진 제목은 충분한 정보를 전달하지 못한다.
짧은 문장이나, 질문을 사용해라.
되도록이면 제목은 한줄로 작성하고, 만약 제목이 완전한 문장이라면, sentence-style capitalization을 사용하고, 문장 끝에 마침표로 끝맺음해라.
Ex) ~오류가~~~습니다.
메세지를 제공해야한다면 ,짧고, 완전한 문장으로 메세지를 제공해라
메세지는 스크롤이 필요치않는 한두줄의 길이정도로 짧게 만들어야한다.
sentence-style capitalization을 사용하고, 문장 끝에 마침표로 끝맺음해라.
비판하거나, 모욕적인 표현을 피해라
사람들은 위험한 상황이나, 문제가 발생하였을 때 Alert가 발생한다는 것을 알고있다.
친절하게 직접적인 상황을 제대로 전달해야하는 것이 좋습니다.
(App이나 기기, 사용자가 처한 상황을 돌려 설명하지말아라)
Button에 대해 설명하는 것을 피해라
Alert의 제목과, 텍스트, 버튼의 제목이 명확하다면, 버튼의 목적에 대해 추가적으로 설명할 필요가 없다.
-> 그니깐 첨부터 잘해라.. 설명할 일 없게.. 같다.
Alert Buttons
Alert 버튼은 간략하고, 논리적인 제목을 사용해라
간단한 확인을 위해 "OK"는 사용해도 좋지만, "YES"나 "NO"의 사용은 지양해라
가장 좋은 제목은 한두개의 단어를 포함하고, 사용자가 버튼을 선택했을 때의 결과를 보여주는 제목이고, 마지막에 마침표는 넣으면 안된다.
동사구를 사용하는 것이 좋다. 예를들면 Ignore All, Reply, Quit 등등 처럼..
일반적인 상황에선, 두개의 버튼을 사용해라
Alert의 두개의 버튼은 보다 쉬운 선택을 할 수 있게 한다.
하나의 버튼은 사용자에게 상황을 선택하거나, 통제할 수 있는 선택을 주지 않고, 세개 이상의 버튼은 UX를 해친다.
만일 세개 이상의 버튼이 필요하다면 ActionSheet를 사용해라.
[ActionSheet]
취소 버튼 라벨을 적절하게 사용해라
Alert의 취소 버튼의 제목은 항상 Cancel이어야 한다.
홈화면으로 이동하는 것으로 Alert를 취소할 수 있게 해라
취소 버튼을 선택하는 것과 Alert가 발생하였을 때 홈화면으로 이동하는 것, 이 두가지의 액션(행동)을 같게 적용해라.
'iOS > HIG' 카테고리의 다른 글
HIG) ScrollView (0) | 2022.02.22 |
---|---|
HIG) Steppers (0) | 2022.02.22 |
댓글