작성하던 화면을 실수로 닫아버렸다면
처음에는 손님이 내용을 쓰는 화면을 열어 두고 잠깐 다른 일을 하다가 창을 닫는 상황을 깊이 생각하지 못했습니다. 저장 버튼을 누르기 전이라면 사라지는 것이 당연하다고 여겼습니다. 그런데 이런 요청을 받는다면 어떨까요. “대표님, 신청 내용을 거의 다 썼는데 뒤로 가기를 눌렀어요. 다시 열면 복구할 수 있나요?” 화면을 만드는 일은 입력칸을 배치하는 데서 끝나지 않는다는 생각이 들었습니다.
먼저 ‘보낸 내용’과 ‘아직 쓰는 내용’을 나눠 봅니다
예를 들어 신청서를 전송하기 전의 문장은 아직 접수된 신청이 아닙니다. 이 글에서는 그런 미전송 초안을 다룹니다. 전송 버튼을 두 번 눌렀을 때 같은 신청이 겹치지 않게 하는 문제와도 다릅니다. 그때는 이미 보낸 요청을 지키는 일이었고, 이번에는 아직 손님 손에 있는 문장을 잃지 않는 일입니다.
저라면 손님께 이렇게 답하겠습니다. “작성 중인 내용은 이 기기에서 잠시 보관했다가 같은 화면을 다시 열면 복원하도록 검토할 수 있어요. 다만 전송 전 내용은 접수된 신청이 아니고, 다른 기기에서도 자동으로 이어지는 기능은 로그인과 서버 보관 여부를 따로 정해야 합니다.” 복구된다는 말만 앞세우기보다, 어디까지인지를 먼저 말하는 편이 정직합니다.
보관 위치에 따라 약속이 달라집니다
같은 컴퓨터와 같은 브라우저에서만 되살릴 거라면 이 사이트의 같은 브라우저에 임시로 보관할 수 있습니다. 자동 보관 중이라는 상태와 보관 기간을 화면에서 분명히 정하고, 전송 전까지 또는 정한 기간까지만 남기도록 합니다. 작은 입력 변화마다 바로 저장하지 않고 잠시 멈췄을 때 저장하면 화면도 덜 바쁩니다. 다시 열었을 때는 “이전에 쓰던 내용이 있습니다. 이어서 쓸까요, 비울까요?”처럼 선택을 보여 주고, 보낸 뒤에는 그 초안을 지웁니다. 브라우저 설정이나 비공개 창처럼 보관이 제한되는 경우도 있으므로 영구 복구라고 약속하지 않습니다.
반대로 휴대폰에서 쓰다 노트북에서 이어 쓰게 하려면 로그인한 계정과 서버 보관이 필요합니다. 누가 볼 수 있는지, 얼마나 둘지, 어떻게 지울지도 함께 정해야 합니다. 공용 PC에서는 주소나 상담 내용처럼 민감한 문장을 자동으로 남기지 않는 선택이 더 안전할 수 있습니다. 자동 저장은 늘 친절한 기능이 아닙니다.
닫기 전과 다시 열 때를 같이 확인합니다
컴윗에 “신청 화면에서 내용을 입력한 뒤 저장하지 않고 닫았다가 같은 기기에서 다시 열었을 때, 복원 선택창과 비우기 선택을 보여줘. 전송 완료 뒤에는 같은 초안이 남지 않게 해줘”라고 요청해 볼 수 있습니다. 저는 빈 화면, 일부만 쓴 화면, 복원을 거절한 화면, 전송 뒤 화면을 차례로 확인하겠습니다. 브라우저를 새로 열었을 때와 뒤로 가기에서도 문장이 의도치 않게 되살아나는지 봐야 합니다.
처음에는 저장 여부를 버튼 하나의 문제로 봤습니다. 이제는 손님의 문장이 어느 상태에 있고, 어느 기기에서, 누가 다시 볼 수 있는지를 먼저 판단합니다. 복구는 편리함의 약속이지만, 그 약속의 경계를 함께 정하는 일이 더 중요하다는 것을 배웁니다.
