모달리티-that is, a mode in which something exists or is experienced-는 장점과 단점을 가지고 있다. 이것은 사용자들이 테스크를 완료하도록 하거나 산만하지 않게 정보를 얻는 방법을 제공하지만, 그 동안 앱의 다른 부분들과의 인터렉팅을 막아버리는 방식이다.

이상적으로, 사람들은 비선형적인 방식으로 iOS앱들과 인터렉트(상호작용)할 수 있기 때문에, 앱에서 모달 경험을 최소화 하는 것이 좋다. 일반적으로, 다음과 같은 경우에만 모달 컨텍스트를 고려하자 :

• 사용자의 주의를 환기시키는 것이 매우 중요한 순간

• 사용자의 데이터를 애매한 상태로 남겨두는 것을 방지하기 위해 테스크가 완료되거나 명백하게 버려져야 할 때

모달 테스크를 단순하고 짧고 집중적으로 사용하라. 사용자들이 모달 뷰를 당신 앱 안의 조그만 별도의 앱처럼 느끼도록하는 것을 원하지 않을 것이다. 만약 서브테스크가 너무 복잡하면, 사람들은 모달 컨텍스트에 들어올 때 잠깐 멈춰놓았던 메인 테스크에 대한 시각을 잃어버린다. 뷰 계층을 가지는 모달 테스크를 만드는 것을 특별히 주의하라. 왜냐하면 사람들은 길을 잃고 단계를 다시 밟아가는 것을 잊어버리기 때문이다. 만약 모달 테스크가 분리된 뷰들에서 서브테스크들을 가져야 한다면, 뷰 계층에 걸쳐서 사용자들에게 단일의, 명확한 경로를 제공하도록 하고, 순환을 지양하라. 모달 뷰에 대한 가이드라인은 Modal View를 보라.

모달 테스크에서 빠져 나갈 수 있는 안전하고 명확한 방법을 항상 제공하라. 사람들은 항상 모달 뷰를 디스미스 했을 때 그들의 작업에 생기는 영향에 대해 예측할 수 있어야 한다.

테스크가 모달 뷰의 계층을 필요로 한다면, 사용자들이 최 상위 레벨에서 Done버튼을 눌렀을 때 그 아래쪽에서 어떤 일이 일어나는지에 대해 이해할 수 있도록 하라. 테스크를 검사해서 아래쪽 레벨 뷰에서의 Done버튼이 그 뷰의 테스크만들 완료하는지 또는 전체 테스크를 완료하는지를 결정하도록 하라. 왜냐하면 이러한 혼란 가능성 때문에, 아래쪽 뷰에는 가능하면 Done 버튼을 더하지 않는다.

얼러트는 핵심적이고 액션 가능한 정보를 제공할 때 사용하기 위해 남겨둬라. 얼러트는 사용자 경험의 맥을 끊고 없애기 위해 탭을 하도록 요구한다. 그러므로 사용자들에게 얼러트의 메시지는 개입에 대한 정당한 이유라고 느끼도록 해야 한다. 보다 자세한 내용은,Alert를 보라.

노티피케이션 수신에 대한 사용자의 환경설정을 존중하라. 세팅에는 사용자가 당신의 앱으로부터 노티피케이션을 어떻게 수신하고 싶어하는지에 대해 사용자가 지시한 것이 있다. 그 환경설정 값들을 잘 지켜서, 사용자가 당신의 앱으로부터 오는 모든 노티피케이션들을 꺼버리고 싶지 않게끔 하라.