삭제 UX에서 Confirm보다 Undo가 나은 경우

먼저 던질 질문

실수를 막는 것과 실수를 회복시키는 것 중 무엇이 나은가

핵심 관점

삭제 UX는 실수를 예방하는 설계와 실수를 회복하는 설계 사이의 선택이다. 복구 가능한 삭제라면 Confirm보다 Undo가 사용자의 흐름과 신뢰를 더 잘 지킨다.

회복 가능성이 보이는 장면

이메일 보관이나 즐겨찾기 해제처럼 자주 반복되는 작업은 즉시 반영 후 Undo를 제공한다.

문서 삭제는 휴지통으로 이동하고 일정 기간 복구할 수 있게 한다.

위험이 커지는 흐름

체크리스트 항목 삭제마다 Confirm Dialog를 띄워 사용자가 확인 버튼을 기계적으로 누르게 만든다.

이 경우 사용자는 화면의 의도를 스스로 추측해야 한다. UX가 나빠지는 순간은 대개 사용자가 다음 행동을 알 수 없을 때다.

계정 영구 삭제를 Undo 없이 즉시 처리한다.

행동 보호 사례와 근거

복구 가능한 삭제는 흐름을 막지 않는 편이 낫다

이메일 도구의 Undo 패턴은 삭제나 발송 같은 행동 뒤에 짧은 복구 시간을 제공한다. 사용자는 반복 작업을 멈추지 않고 이어가며 실수했을 때만 되돌릴 수 있다.

이메일 보관, 할 일 완료, 파일을 휴지통으로 이동하는 작업은 Confirm보다 Undo가 잘 맞는다. 실제 데이터가 즉시 영구 삭제되지 않고 소프트 삭제로 보존된다면 속도와 안전을 함께 얻을 수 있다.

실무 해석

계정 삭제, 저장소 삭제, 결제 취소, 인프라 리소스 종료처럼 되돌릴 수 없거나 외부 시스템에 영향을 주는 작업은 Undo만으로 부족하다. 기준은 삭제 여부가 아니라 복구 가능성과 손실 비용이다.

위험 판단 기준

• 삭제 대상의 복구 가능성을 먼저 정한다
• 반복 빈도가 높은 액션인지 확인한다
• 영구 삭제와 임시 삭제의 정책을 분리한다

자주 빠지는 함정

Undo를 붙이면 모든 삭제가 안전해지는 것은 아니다. 복구 기간, 서버 반영 시점, 동시 편집, 권한 문제까지 함께 설계해야 한다.

추가로 비교할 회복 흐름

• 이메일 보관 취소, 사진 휴지통, 문서 페이지 삭제 복구를 비교한다
• 영구 삭제와 휴지통 삭제가 모두 있는 서비스 사례를 찾는다
• Undo 만료 시간이 다른 제품 사례를 모은다

위험 설계 질문

• Undo가 적합하지 않은 위험한 삭제도 설명했는가
• Soft Delete의 정책 비용을 다뤘는가

출처

• Google Gmail Help, Send or unsend Gmail messages: https://support.google.com/mail/answer/2819488?hl=en
• GitHub Docs, Deleting a repository: https://docs.github.com/en/repositories/creating-and-managing-repositories/deleting-a-repository
• AWS Docs, Terminate Amazon EC2 instances: https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/terminating-instances.html
• Nielsen Norman Group, 10 Usability Heuristics for User Interface Design: https://www.nngroup.com/articles/ten-usability-heuristics/