탭 동작에 명확한 시각적 또는 햅틱 피드백을 매칭하는 방법

탭은 컨트롤 누름, 설정 변경, 요청 시작, 요청 성공 또는 실패 등 여러 가지 서로 다른 이벤트로 이어질 수 있습니다. 애니메이션이나 진동을 선택하기 전에 각 신호가 어떤 이벤트를 나타내는지 결정하세요. 누름 신호는 입력을 확인하고, 변경된 레이블이나 선택된 상태는 로컬 상태 변경을 확인하며, 진행률 표시기는 작업이 진행 중임을 전달하고, 성공 메시지는 완료를 확인합니다.

이러한 의미를 분리하여 유지하세요. 터치 시 버튼이 잠시 어두워지는 것은 네트워크 요청이 완료되었다는 증거가 아닙니다. 제출에 시간이 걸릴 수 있는 경우 앱이 결과를 알 때까지 명확한 진행 상태를 유지하세요. Apple은 작업이 즉시 완료되지 않을 때 버튼에 활동 표시기를 표시하도록 권장하며, 진행 상황을 명확히 하기 위해 레이블을 변경할 것을 제안합니다. Apple의 버튼 가이드라인

버튼을 탭할 때마다 재생되는 단일 효과가 아니라, 컨트롤의 실제 상태와 연결된 시퀀스로 피드백을 처리하세요. 유용한 기준은 다음과 같습니다.

1. 준비(Ready): 목적을 명확히 알 수 있는 레이블이나 익숙한 심볼로 동작을 표시합니다.
2. 누름(Pressed): 미세한 채우기, 크기 조정 또는 강조 표시 변경과 같이 즉각적인 시각적 누름 상태를 제공합니다.
3. 작동 중(Working): 완료가 지연되는 경우 진행 상황을 표시하고, 해당 동작에 적절한 경우 실수로 인한 중복 제출을 방지합니다.
4. 완료 또는 실패(Complete or failed): 실제 결과로 인터페이스를 업데이트합니다. 토글의 경우 새로 선택된 상태를 표시하고, 제출의 경우 간결한 성공 또는 오류 상태를 제공합니다.

Apple은 커스텀 버튼에 항상 누름 상태가 있어야 한다고 명시하고 있습니다. 누름 상태가 없으면 반응이 없는 것처럼 느껴질 수 있기 때문입니다. Apple의 더 광범위한 피드백 가이드라인에서는 정보의 중요도에 맞게 전달 방식을 조정하고, 설명하는 항목 근처에서 상태를 확인할 수 있도록 권장합니다. Apple의 버튼 가이드라인 및 피드백 가이드라인

손가락이 컨트롤에 닿아 있는 동안 누름 상태가 보이도록 하세요. 컨트롤을 알아볼 수 있고 레이블의 가독성이 유지된다면 약간의 색상 또는 불투명도 변화, 짧은 크기 조정 또는 강조 표시가 효과적일 수 있습니다. 결과를 전달하는 유일한 수단으로 색상을 사용하지 마세요. 무슨 일이 일어났는지 설명하는 상태 변경, 텍스트, 아이콘 또는 기타 눈에 띄는 차이점과 함께 사용해야 합니다.

토글의 경우 탭한 후에도 선택된 상태가 유지되어야 합니다. 일시적인 리플 효과만으로는 설정이 켜져 있는지 전달되지 않습니다. "저장"과 같은 일회성 동작의 경우 버튼이 먼저 누름 상태를 표시한 다음 앱에 저장된 상태나 스테이터스를 표시할 수 있습니다. 작업이 실패하면 관련 컨트롤 근처에 실패 원인을 설명하고 다음에 취할 수 있는 동작을 명확히 제시하세요. 정확한 표현 방식은 앱과 플랫폼에 따라 다르지만, 신호는 앱이 확인할 수 있는 상태를 반영해야 합니다.

햅틱은 버튼 누름이나 확정된 상태 변경과 같은 개별 이벤트를 강화할 수 있습니다. 햅틱은 선택 사항입니다. 기기가 무음 모드이거나 햅틱이 비활성화되어 있거나 사용자가 효과를 느끼지 못하더라도 시각적 반응은 여전히 이해될 수 있어야 합니다. Android의 가이드라인에서는 햅틱을 아껴서 사용하고, 유사한 인터랙션에 대해 일관성을 유지하며, 시각적 또는 청각적 경험과 일치시킬 것을 권장합니다. 또한 웅웅거리는 터치 효과를 넣을 바에는 차라리 햅틱을 사용하지 않는 것을 권장합니다. Android의 햅틱 디자인 원칙

실용적인 선택은 플랫폼에서 적절한 표준 효과를 제공할 때 의미 있는 확인을 위해 가볍고 짧은 신호를 사용하는 것입니다. 중요도가 낮은 모든 탭, 반복적인 스크롤 또는 상응하는 시각적 변화가 없는 이벤트에 진동을 울리는 것은 피하세요. 이벤트가 중요한 경우 시각적 상태가 그 의미를 전달하도록 해야 하며, 성공과 실패를 구분하기 위해 진동에만 의존해서는 안 됩니다.

누름 반응은 터치하는 시점에, 성공 반응은 성공이 확인된 후에 나타나야 합니다. 즉시 완료되는 동작의 경우 이러한 순간들이 서로 가깝게 맞닿아 있을 수 있습니다. 원격 저장이나 제출의 경우 눈에 띄는 대기 시간으로 인해 둘 사이가 분리될 수 있습니다. 터치다운 시점에 성공 햅틱을 표시하는 것은 앱이 확인하기 전에 완료를 주장하는 격이 됩니다.

Android에서 권장되는 View.performHapticFeedback 접근 방식은 동작 중심 상수를 사용하고, 시스템 터치 피드백 설정을 준수하며, VIBRATE 권한이 필요하지 않습니다. 플랫폼은 필요한 경우 이러한 상수에 대한 대체(fallback) 동작을 제공합니다. 보다 맞춤화된 진동 효과는 지원 및 설정 고려 사항이 다르므로 일반적인 컨트롤에는 표준 동작 중심 방식을 우선적으로 사용하세요. Android의 햅틱 피드백 구현 가이드

기본 제공 컨트롤이 이미 예상되는 피드백을 제공하는 경우에는 이를 활용하세요. Apple은 지원되는 iPhone 모델에서 스위치, 슬라이더, 피커와 같은 표준 컨트롤이 시스템 햅틱을 재생할 수 있다고 설명합니다. 그 위에 두 번째 커스텀 효과를 추가하면 신호가 중복될 수 있으므로 다른 신호를 얹기 전에 컨트롤의 기본 동작을 확인하세요. Apple의 햅틱 가이드라인

빈도 역시 중요합니다. 가끔 사용하는 양식 제출에서는 명확하게 느껴지는 피드백 패턴이라도 자주 사용하는 버튼에 적용되면 주의를 산만하게 만들 수 있습니다. 동등한 동작 전반에 걸쳐 동일한 의미를 일관되게 유지하고, 더 강하거나 눈에 띄는 신호는 더 많은 주의가 필요한 이벤트를 위해 남겨두세요. Android는 특히 햅틱 강도를 이벤트의 중요성과 발생 빈도 모두와 연관 지을 것을 권장합니다. Android의 햅틱 디자인 원칙

앱이 지원하는 기기와 운영체제에서 전체 시퀀스를 테스트하세요. 한 번 탭하여 누름 상태가 즉시 나타나는지 확인한 다음, 지연 중에 진행 상황이 계속 표시되는지, 그리고 결과를 안 후에만 성공 또는 실패가 표시되는지 검증하세요. 빠르게 두 번 탭해 보며 인터페이스에 혼란스러운 중복 피드백이나 의도치 않은 반복 동작이 발생하지 않는지 확인하세요.

시스템 터치 피드백을 끈 상태와 기기의 햅틱 기능을 사용할 수 없거나 지원하지 않는 상태에서도 확인을 반복하세요. 시각적 상태만으로도 동작과 그 결과를 계속 전달할 수 있어야 합니다. 빈번한 동작과 가끔 일어나는 동작을 비교하고, 번잡하거나 싱크가 맞지 않거나 시각적 변화와 동떨어진 느낌을 주는 효과는 제거하세요. Android의 표준 뷰 피드백의 경우 시스템 설정이 기본적으로 적용되지만, 커스텀 방식은 추가 지원 및 대체(fallback) 확인이 필요할 수 있습니다. Android의 햅틱 피드백 가이드

명확한 페어링의 논리는 단순합니다. 탭이 등록되었음을 보여주고, 대기 상태를 전달하며, 결과가 실제로 나타났을 때 이를 확인해 주는 것입니다. 시각적 인터페이스 자체만으로도 완전한 상태를 유지하면서, 적절한 경우 햅틱이 동일한 신호를 강화하도록 하세요.

• Buttons — Apple Human Interface Guidelines
• Feedback — Apple Human Interface Guidelines
• Playing haptics — Apple Human Interface Guidelines
• Haptics design principles — Android Developers
• Add haptic feedback to events — Android Developers