HIG - Alerts

[kimscastle]

Alerts

An alert gives people critical information they need right away.

• Alert는 사람들에게 그들의 필요로하는 정보를 바로 제공한다

Alert는 사용자에게

• 문제를 알리고
• 작업이 데이터를 삭제하는 시기를 경고하고
• 사용자가 시작한 중요한 작업을 확인할수있는기회를 제공한다

Best practices

Use alerts sparingly

• Alert를 절약하며 사용해야한다

1. Alert는 중요한 정보를 제공하기 위해 현재 하고있는 작업을 중단한다
2. 각경고가 중요한정보 혹은 유용한작업을 제공할 때만 alert를 띄워야한다

Avoid using an alert merely to provide information.

• 정보만을 제공하기위해서 alert를 사용하지 말아야한다

1. alert는 띄우면 현재작업을 중단시키는데 사용자는 이런 기능을 인식하지 못한다
2. 단순 정보를 제공해야한다면 alert가 아닌 다른방법을 찾는걸 권장한다

Avoid displaying alerts for common, undoable actions, even when they’re destructive.

• 일반적이고 실행을 취소할수없는 행동을 위해서 , 혹은 데이터를 삭제할때를 위해서 무분별하게 alert를 띄우는것을 피하세요
• 이게 무슨뜻인지를 생각해보니 정말 필요할때 사용자에게 경각심을 일으키기 위해서 너무 alert를 남발해서 alert가 떠도 중요하지 않은정보일거라고 생각하게 하지 않아야한다는 뜻 같습니다

1. 전자 메일이나 파일을 삭제할 때마다 사용자에게 데이터 손실을 경고할 필요가 없다
2. 사용자가 작업을 취소할 수 있기 때문에 전자 메일 또는 파일을 삭제할 때마다 데이터 손실에 대해 경고할 필요가 없다

Avoid showing an alert when your app starts.

• 앱이 시작될떄 경고를 표시하는것을 피해야한다

1. 앱을 여는순간 사용자에게 중요한정보를 알려야하는경우 alert이 아닌 정보를 쉽게 검색하고 접근할 수 있는 방법을 설계해야한다
2. 앱 시작시 네트워크가없는 경우도 alert가 아니라 다른 방법으로 사람들에게 알리는 방법을 강구해야하는 것을 권장한다

Content

• 모든플랫폼에서 alert에 들어갈 필수요소는 제목, 정보성텍스트, 버튼이다
• macOS를 제외하고는 이 세가지 요소만 넣어야한다
• 버튼은 최대 3개까지만 표시해야한다

- 위 사진중에서 가장중요한 버튼관련한 내용을 번역해보면 "사용자에게 명확한 선택권을 제공하기 위해서 2개의 버튼이있는 alert를 가장 우선적으로 채택하되, 필요한경우는 추가적인 단하나의 버튼까지만 제공해야한다. 기본버튼은 "알림을 취소" 하거나 "가장가능성이높은행동" 을 수행할수있어야한다

In all alert copy, be direct, and use a neutral, approachable tone

• 중립적이고 접근가능한 어조를 사용해야한다(...?)

1. 경고는 문제가발생할 수 있거나 심각한 상황을 설명해야한다, 애매하게 설명하거나 문제의 심각성을 숨기지 말아야한다.

Write a title that clearly and succinctly describes the situation

• 상황을 명확하고 간결하게 묘사하는 제목을 사용해야한다

1. alert는 유저들이 상황을 빨리 인지할수있도록 도와줄 필요가 있기 때문에 장황하게 말하짐라고 구체적으로 말해야한다.
2. 가능하면 무슨일이일어났는지, 그일이 일어난 이유와 맥락을 설명해야한다
3. "오류"나 "오류11313발생"같은 제목은 쓰지않아야한다
4. 두줄이상의 지나치게 긴 제목은 쓰지 않아야한다
5. 제목이 완전한 문장인경우 문장 스타일의 대문자와 적절한 끝문장부호를 사용해야한다
6. 제목이 문장조각인경우 제목스타일을 대문자로 표현하고 문장부호는 없어야한다

Include informative text only if it adds value

• 정보텍스트의 경우 가치(?)를 추가할 경우에만 포함하세요

1. 정보텍스느는 완전한 문장, 적절한 대문자, 적절한 구두점을 사용해야한다
2. 가능한 한 짧게 작성해야한다

Avoid explaining alert buttons

• 경고단추에 대해 설명하지 말아야한다

1. 경고 텍스트와 버튼의 타이틀이 명확하면 경고단추에 대한 설명이 필요가 없다
2. 버튼에는 선택과 같은 정확하고 명확한 타이틀을 사용해야하고 따옴표를 사용하지 말아야한다

Buttons

Create succinct, logical button titles

• 버튼의 타이틀은 간결하고 논리정연해야한다

1. 버튼을 선택한 결과를 설명하는 한 두 단어 제목을 사용해야한다
2. 경고 텍스트와 직접 관련된 동사 및 동사구(모두보기, 응답, 무시)를 권장한다
3. 정보성 알림에서만 확인을 사용해서 "예"와 "아니오"를 피하도록 허용할 수 있다
4. alert를 취소하는 경우에는 cancel을 사용해야한다(취소)
5. 제목스타일의 대문자를 사용하고 끝문장부호는 생략한다(첫글자는 대문자)

Avoid using OK as the default button title unless the alert is purely informational

• 단순정보를 제공하는 alert가 아니라면 확인은 기본 버튼 타이틀로 사용하지 않는다

1. "확인"의 의미는 사람들에게 무언가를 하고 싶은지 묻는 alert에서는 불분명한 상황을 야기할 수 있다.
2. 단순 정보 제공 alert가 아니라면 "지우기", "변환", "지우기" 또는 "삭제"와 같은 특정 버튼 제목을 사용해야 한다

Place buttons where people expect

• 사람들이 예상가능한 곳에 버튼을 위치시킵니다

1. 기본버튼은 항상 뒤쪽이나 스택 맨 위쪽에 배치해야한다
2. 최소버튼은 항상 앞쪽이나 스택 맨 아래에 배치해야한다

Identify destructive buttons

• 삭제 단추는 확실하게 표현해야한다

1. alert로 인해 내용삭제같은 작업이 발생할 때는 사용자가 쉽게 인식할 수 있도록 삭제단추스타일을 따로 지정해야한다

Include a Cancel button when there’s a destructive action

• 삭제를 할수있는 작업이있을때는 취소버튼을 반드시 포함해야한다

1. 이런상황에서는 취소단추가 기본단추가되므로 항상 뒤쪽이나 맨위쪽에 배치해야한다
2. 취소하는 경우에는 취소를 항상 버튼 타이틀로 해야한다

Enable alternative ways to cancel an alert when it makes sense

• (취소버튼 말고도) 다른 방식으로도 알람을 취소할 수 있어야한다

1. 키보드 단축키로도 알림을 취소할 수 있어야한다
2. iOS의 경우엔 Pressing Escape (Esc) or Command-Period (.) on an attached keyboard

When possible, avoid displaying an alert that scrolls

• 가능하면 정보 텍스트의 길이를 조정해서 최대한 스크롤기능이 없도록 구현하고 구성해야한다