Modality - 2

1. 이치에 맞게 Modal을 사용해라

현재 contex와 다르게 집중을 요하는 순간에 modal을 사용한다. 모달을 사용하면 task을 단계로 나누기에 좋기 때문에 로그인을 하는데 많이 사용된다. 이때 signup을 하고 난 뒤, tab이 나오는 구조로 앱이 구성되지 않고 전체 UI에서 main이 존재하고 로그인 화면을 Modal이 덮는 구조이다. 로그인은 한번 signup을 하고 나면 다시 로그인할 필요가 없어야 한다. 왜냐하면 아이폰은 개인적인 장치로 id와 password를 기억하고 있어도 되고 잠금을 푸는 과정에서 생체 인증의 과정을 거치기 때문이다.

Modal은 사용자의 경험을 방해하는 요소이기 때문에 확실한 장점이 있을 때 사용해야 한다는 사실을 명심해야 한다.

​

2. alert는 핵심적인 것이나 실행 가능한 정보를 전달할 때 사용한다.

어떠한 문제가 발생할 때, 이것을 숨기는 것이 불가능하기 때문에 alert를 사용한다. 이때 alert는 불쾌한 경험이기 웬만하면 사용하지 않아야 한다. (사용자는 사용자가 특정 액션을 취하면 그대로 동작을 한다고 가정하기 때문에, 일상적이고 정상적인 것을 alert로 되물어서는 안 된다. 그렇기 때문에 사용자의 정상적인 행동에 대한 결과를 alert로 써서는 안 된다는 것은 최소한의 원칙이다.)

이것과 달리 메일의 송신이 실패한 경우에는 분명하게 alert를 해야 하고, 이때 alert는 이미 사용자의 경험을 방해하였기 때문에 이때는 확실하게 사용자의 액션을 요구해야 한다. 이때는 부정적인 말을 자유롭게 사용해도 상관없다. 하지만 핵심적인 것이라도, 사용자가 할 수 있는 행동이 없을 때, alert를 줘선 안된다. ( ex. 과거 통신사 내비게이션 앱에서 3g 상태가 원활하지 않을 때, 이에 대한 메시지가 alert 되고 yes를 눌러야만 지도를 다시 볼 수 있었다. 이러한 잘못된 UI를 사용해서는 안 된다.)

​

3. modal task를 간단하고, 짧게 집중되어야 한다.

예를 들어 앱의 동작이 몬달 안에서 다하도록 만드는 구조는 앱 안네 앱을 만드는 것과 동일하며 이렇게 해서는 안 된다. 모달은 짧은 포커스에 집중하도록 만든 것인데, 모달 태스크가 너무 복잡하면 원래 하고자 했던 task를 잃어버리게 된다. 모달 task가 subview를 가지려고 할 때, 여러 개 계층구조를 만드는 것이 아닌 하나의 경로만을 설정해야 한다. done 이름의 버튼은 전체 task를 완전히 끝내는 것 외에는 써선 안된다. 예를 들어서 연락처 추가를 할 때 cancel과 done이 들어가도 된다. 예를 들어서 사진 선택 뷰를 눌렀을 때, 사진 선택 뷰가 올라오고 사진을 앨범에서 선택하고 위에는 cancel과 choose가 나온다. 이 버튼을 누르면 사용자 정보가 add 되면서 모든 정보가 내려가는 게 아니고 지금 올라온 사용자 추가 위에 올라온 사진 선택만 올라오게 되는데 이는 2중 3중으로 올라왔을 땐 모달에 done을 하지 않기 때문이다.

​

4. 모달 뷰를 언제든지 내릴 수 있도록 하라.

​

5. 모달 뷰를 내릴 때, 그 액션이 사용자가 만든 콘텐츠를 잃어버릴 수 있는 경우라면 그거에 대해서 알려야 한다.

​

6.팝오버위에 카드를 올려선 안되며 popover 위에는 어떤 것도 올라올 수 없다.

굉장히 드물게 카드 보여주기 전에 팝 오보를 먼저 내려야 할 때도 있다.

​

7. 일반적으로 타이틀을 표시해야 한다.

원래 하던 일에서 떨어져 왔기 때문에, context가 바뀌었기 때문에 새로운 환경이라는 점을 알려주는 것이 좋다.

​

8. 앱에 있는 기본 내비게이션 바와 전혀 동떨어진 디자인을 해선 안된다.

​

9. 여러 가지 모달을 나타내는 스타일이 있는데 이중 적당한 것을 골라 사용하는 것이 좋다.

​