작성하던 내용이 사라진 경험, 있으신가요?

신청서를 작성하던 사람이 전화를 받고 돌아왔습니다. 화면에는 ‘세션이 만료되었습니다’라는 안내만 남아 있습니다.

실제 서비스에서 관찰한 사례가 아니라, 중단 상황을 점검하기 위해 만든 가상의 장면입니다. 이 짧은 장면에서 살펴보고 싶은 것은 세션의 길이보다, 돌아온 사람을 제품이 어떻게 맞이하는가입니다.

중단이 곧 처음부터 다시 시작하는 일이 되지 않도록. 이 글을 위해 AI로 제작한 개념 이미지이며 실제 서비스 화면은 아닙니다.

입력값을 잃는 것과 맥락을 잃는 것

작성하던 내용이 사라지면 사용자는 글자만 다시 입력하는 것이 아닙니다. 무엇을 골랐는지, 왜 그렇게 답했는지, 어느 항목을 더 확인하려 했는지 되짚어야 합니다.

반대로 입력값이 남아 있어도 이어가기 어려운 화면이 있을 수 있습니다. 열어보니 첫 페이지로 돌아와 있거나, 어떤 항목이 저장됐는지 알 수 없거나, 임시저장과 최종 제출의 차이가 보이지 않는 경우입니다. 데이터는 보존했지만 다음 행동은 여전히 사용자의 기억에 맡긴 셈입니다.

그래서 ‘이어서 작성할 수 있다’는 말을 조금 더 구체적으로 정의하고 싶습니다. 이미 한 일을 확인할 수 있고, 아직 하지 않은 일을 구별할 수 있으며, 다음에 어디서 시작해야 하는지 알 수 있는 상태입니다.

한 사람의 시간은 한 서비스에만 속하지 않습니다

사용 흐름을 그릴 때는 시작부터 완료까지 선을 매끄럽게 연결하게 됩니다. 그 사이에 다른 일이 끼어드는 순간은 오류나 이탈로 따로 분류하기 쉽습니다.

하지만 화면 밖에서는 동료가 질문하고, 아이가 부르고, 확인해야 할 자료가 다른 곳에 있습니다. 그런 상황을 모두 피한 사람만 무리 없이 완료할 수 있다면, 우리는 방해받지 않는 시간을 가진 사람을 기준으로 제품을 설계하고 있는지도 모릅니다.

중단을 줄이는 것만큼, 중단하고 돌아올 수 있게 만드는 일도 중요하다고 생각합니다. 서비스를 잠시 떠났다고 해서 이미 들인 시간까지 잃지는 않도록 하는 것입니다.

복귀 화면에서 알려줘야 할 것

가상의 신청서로 돌아가 보겠습니다. 사용자가 다시 로그인했을 때, 빈 신청서를 보여주는 대신 다음처럼 안내할 수 있습니다.

작성 중인 신청서가 있습니다. 기본 정보와 희망 일정이 저장되어 있습니다. ‘참여 목적’부터 이어서 작성할 수 있습니다. 아직 제출되지는 않았습니다.

이 문구는 실제 저장 상태가 그 설명과 일치할 때만 쓸 수 있습니다. 중요한 것은 친절한 어조보다 무엇이 남아 있고, 어디로 가야 하며, 접수가 끝났는지를 정확히 알려주는 일입니다.

‘저장되었습니다’라는 한 문장으로는 충분하지 않을 때도 있습니다. 일부만 저장됐다면 그 범위를 밝혀야 하고, 마지막 저장 이후의 입력이 남지 않았다면 그 사실을 알려야 합니다. 다시 확인해야 하는 항목이 있다면 이유와 위치를 함께 보여주는 편이 좋겠습니다.

복귀 후 곧바로 최종 제출을 요구하기보다, 앞서 선택한 내용을 짧게 검토할 수 있는 경로도 필요합니다. 돌아온 사람의 상황이나 결정이 그사이 바뀌었을 수 있기 때문입니다.

모든 내용을 무조건 저장하자는 뜻은 아닙니다

기록을 오래 남기는 것이 늘 더 나은 경험은 아닙니다. 공용 기기를 사용하거나 민감한 정보를 작성하는 상황에서는, 남아 있는 내용 자체가 부담이 될 수 있습니다.

따라서 저장 범위와 기간, 다시 열 때 필요한 본인 확인, 사용자가 직접 지우는 방법을 함께 정해야 합니다. 이 글에서 특정 보안 방식이나 보관 기간을 정답으로 제시하려는 것은 아닙니다. 서비스의 정보와 사용 환경에 맞춰 담당자들과 결정할 문제입니다.

저장할 수 없는 내용이 있다면 그 제한도 작성 전에 알려주는 것이 좋겠습니다. 사용자가 시간을 들인 뒤에야 ‘이 내용은 보관되지 않습니다’라는 사실을 알게 해서는 안 되니까요.

테스트에 ‘돌아오는 순간’을 넣어보기

다음 사용성 테스트에서는 완료까지 걸린 시간과 함께 복귀 장면을 살펴보면 어떨까요.

참여자에게 작성 중인 과제를 잠시 멈추고 다른 짧은 일을 한 뒤 돌아오도록 요청합니다. 복귀 위치를 설명해주기 전에, 지금 어떤 상태인지와 다음에 무엇을 할 것인지 말해달라고 할 수 있습니다.

이때 확인할 것은 다음과 같습니다.

• 저장된 내용과 저장되지 않은 내용을 구별하는가
• 임시저장과 최종 제출을 혼동하지 않는가
• 마지막으로 하던 위치를 찾기 위해 앞부분을 다시 읽는가
• 다시 확인하거나 바꾸고 싶은 선택으로 돌아갈 수 있는가

이것은 검증을 마친 효과나 성과가 아니라, 설계안을 검토하기 위한 제안입니다. 실제 제품에서는 저장하지 않는 편이 적절한 상황도 함께 비교해야 합니다.

흐름도를 그릴 때 ‘완료’ 옆에 ‘잠시 멈췄다가 돌아옴’을 하나 더 넣어보려고 합니다. 이어서 할 수 있다는 약속은 입력값을 남기는 기능만으로 완성되지 않습니다. 돌아온 사람이 자신의 일을 다시 이해할 수 있어야 합니다.