상황 중심 디자인: 정해진 흐름을 넘어 우선순위 설계하기
1. 사용자의 ‘해석 비용’을 줄이는 디자인
상황 중심 디자인은 현재 상황의 신호를 바탕으로 관련성 높은 정보와 행동을 먼저 보여주는 설계 방식입니다.
- 기능이 잘 정리되어 있어도, 사용자는 “지금 무엇을 먼저 해야 하지?”를 스스로 판단해야 합니다.
- 현실의 상황을 제품의 메뉴와 기능에 연결하는 부담이 해석 비용(Interpretation Cost)입니다.
- 상황 중심 디자인은 기존 기능을 유지하면서 지금 필요한 행동의 우선순위를 높입니다.
- 보험 앱에서 사고를 신고한 고객에게 보상 청구와 긴급 지원을 먼저 보여주는 식입니다.
2. 변경은 이해할 수 있고, 적절하며, 되돌릴 수 있어야 합니다
시스템의 판단이 틀릴 수 있다는 전제에서 세 가지 원칙을 함께 설계합니다.
- 변경의 가시성(Visible): 무엇이 달라졌는지, 필요한 경우 왜 달라졌는지 알 수 있어야 합니다.
- “사고를 신고하셨습니다. 긴급 지원이 필요한가요?”처럼 변경의 근거를 보여줍니다.
- 개입의 비례성(Proportional): 증거의 강도와 잘못 개입했을 때, 아무것도 하지 않았을 때의 비용을 함께 고려합니다.
- 약한 신호라면 질문만 하거나 화면을 그대로 유지할 수 있습니다.
- 복구 가능성(Reversible): 사용자가 추정을 거절하거나 수정하고 익숙한 구조로 돌아갈 수 있어야 합니다.
- 지원 제안을 닫는 것과 이미 요청한 서비스를 취소하는 것은 별도로 다룹니다.
3. 우선순위 변경과 행동 실행은 다른 권한입니다
시스템이 상황을 파악했다고 해서 사용자를 대신해 행동할 권한까지 얻는 것은 아닙니다.
- 사고 신고는 확인된 사실이지만, 긴급 출동이 필요한지는 별도 확인이 필요합니다.
- 지원 메뉴를 앞으로 가져오는 것과 출동 서비스를 주문하는 것은 다릅니다.
- 판단에 대한 높은 확신도 사용자의 동의를 대신하지 못합니다.
- 어떤 신호에서 질문하고, 무엇을 강조하며, 어떤 실행에 확인이 필요한지 구분합니다.
4. 안정적인 핵심 위에서 필요한 부분만 조정합니다
익숙한 구조를 유지하고, 변경 가능한 영역과 종료 조건을 명확히 정합니다.
- 안정적인 핵심: 내비게이션, 계정 정보, 필수 제어 기능, 기본 정보 구조를 유지합니다.
- 적응형 영역: 우선순위 작업, 추천, 경고, 임시 바로가기 등을 제한적으로 조정합니다.
- 사용자가 제안을 거절하거나 상황이 해결되면 강조를 끝냅니다.
- 검증할 때는 필요한 행동을 빨리 찾는지와 함께, 잘못된 추천을 쉽게 해제하고 다른 업무를 이어갈 수 있는지도 살펴봅니다.
- 원문의 보험 앱 사례와 테스트는 설계 제안이며, 검증된 성과는 아닙니다.
