u:san에서 제외와 보류를 나눈 이유

막힌 지점

여러 서비스와 표에서 정보를 모아도 어떤 후보를 먼저 볼지 정하는 일은 남습니다. 목록에 정보가 많아졌다는 사실과 지금 판단할 수 있는 범위가 넓어졌다는 사실은 같지 않을 수 있습니다. 후보별로 확인된 내용이 다르고, 아직 비어 있는 정보도 다르기 때문입니다.

이때 조건에 맞지 않는 물건과 아직 정보가 부족한 물건을 한데 묶으면 다음 행동이 모호해집니다. 더 살펴볼 필요가 없다고 판단한 대상과 추가 내용을 확인한 뒤 다시 보아야 할 대상이 같은 상태로 남기 때문입니다. 살펴볼 범위를 줄이는 과정에서 필요한 확인까지 사라질 수 있습니다.

u:san을 기획하며 후보와 선택의 이유를 함께 읽는 구조에 집중한 배경도 여기에 있습니다. 후보를 줄이는 화면이라도 사용자가 무엇을 근거로 범위를 좁혔는지 이해할 수 있어야 합니다.

화면에서 나눈 것

포트폴리오에 남겨둔 u:san 경매 화면은 전체·제외·보류·남은 후보를 먼저 보여주고, 그 아래에 “먼저 볼 후보”를 배치합니다. 처음에는 전체 범위를 파악하고, 이어서 관심을 둘 후보를 읽는 구성입니다. 후보 카드에는 기본 정보와 함께 “매각물건명세서 임차인 내역 확인 필요”, “유찰 사유 확인 필요” 같은 문구가 보입니다.

이 글에서 설명하는 범위는 보존된 화면의 정보 구조입니다. 이 화면만으로 자동 분류 규칙이나 정확도가 검증됐다고 말할 수는 없습니다. 화면에 보이는 상태와 문구를 바탕으로, 사용자가 후보를 읽을 때 어떤 구분을 제공하려 했는지 살펴보는 설계 기록입니다.

제외와 보류를 구분하면 더 보지 않을 대상과 추가 확인이 필요한 대상을 같은 결과로 취급하지 않을 수 있습니다. 특히 보류는 아직 판단을 마치지 않았다는 의미를 전달해야 합니다.

가상의 후보 두 개를 생각해볼 수 있습니다. 하나는 사용자가 정한 조건에 맞지 않는다고 판단했고, 다른 하나는 판단에 필요한 내용을 아직 확인하지 못한 상태라고 가정합니다. 둘 다 당장 살펴볼 목록에서는 뒤로 밀릴 수 있지만, 다시 보는 이유는 다릅니다. 앞의 후보는 조건이 바뀌었을 때 재검토할 수 있고, 뒤의 후보는 빠진 내용을 확인했을 때 판단을 이어갈 수 있습니다. 이 예시는 상태 구분의 의미를 설명하기 위한 가정이며 실제 물건이나 분류 결과가 아닙니다.

후보 옆에 확인할 내용을 두기

후보 카드 가까이에 확인사항을 두면 기본 정보를 읽는 자리에서 남은 질문까지 이어서 볼 수 있습니다. 여기서 중요한 것은 문구의 존재와 그 문구가 사용자를 어디로 이끄는지를 구분해 살피는 일입니다.

확인 필요라는 표시가 있더라도 무엇이 불확실한지 이해하지 못하면 다음 행동을 정하기 어렵습니다. 반대로 구체적인 확인 대상이 보이더라도 사용자가 그 내용을 어디에서 찾아야 하는지 모른다면 흐름은 다시 멈출 수 있습니다. 따라서 후보 옆의 문구가 충분한지는 실제 사용 장면에서 따로 확인해야 합니다.

보존된 화면에 나온 문구는 추가 확인이 필요하다는 안내로 읽어야 합니다. 그 문구만으로 관련 사항의 검토가 끝났다거나 특정 후보의 안전성이 확인됐다고 해석할 수는 없습니다. 이 글 역시 개별 경매 물건에 대한 판단을 제공하지 않습니다. 화면이 아직 남아 있는 질문을 어떻게 드러내는지에 초점을 둡니다.

남긴 기준

목록을 줄였다는 사실만으로는 충분하지 않습니다. 사용자가 결과를 읽고 다음에 무엇을 확인할지 알 수 있어야 합니다. 그래서 정보 구조를 볼 때 항목의 개수와 함께 읽는 순서도 살펴보게 됩니다. 범위를 파악하고, 후보를 보고, 추가 확인으로 이어지는 흐름입니다.

전체와 각 상태를 먼저 보여주는 부분은 현재 살펴볼 범위를 이해하게 하는 역할을 합니다. 먼저 볼 후보는 어디에 주의를 둘지 안내합니다. 후보에 붙은 확인사항은 다음 검토의 출발점이 됩니다. 각 부분이 따로 잘 정리되어 있어도 이 관계가 읽히지 않으면 사용자는 화면의 여러 영역을 오가며 의미를 조합해야 합니다.

또한 먼저 보라는 안내가 최종 선택을 의미하는 것처럼 받아들여지지 않는지 살펴야 합니다. 우선 살펴볼 대상이라는 의미와 모든 검토를 마쳤다는 의미는 다릅니다. 남은 후보라는 이름도 판단이 끝났다는 인상을 줄 수 있으므로, 사용자가 각 상태를 어떻게 이해하는지가 중요합니다. 이는 현재 화면의 효과를 확인했다는 주장이 아니라 이후 검증에서 다룰 질문입니다.

다음에 확인할 것

이 구조가 실제로 도움이 되는지는 사용 장면에서 확인해야 합니다. 우선 사용자가 제외와 보류의 차이를 자기 말로 설명할 수 있는지 살펴볼 수 있습니다. 다음으로 보류된 후보를 봤을 때 어떤 정보를 더 확인해야 한다고 생각하는지, 후보 옆의 문구가 그 판단에 도움이 되는지 확인할 수 있습니다.

검증에서는 상태 이름을 이해하는 것과 실제로 다음 행동을 정하는 것을 나누어 볼 필요가 있습니다. 보류가 정보 부족을 뜻한다는 설명을 이해해도, 구체적인 후보 앞에서는 무엇부터 확인할지 정하지 못할 수 있습니다. 반대로 확인할 내용은 찾았지만 해당 후보가 왜 보류에 있는지 연결하지 못할 수도 있습니다. 어느 지점에서 흐름이 멈추는지 살펴야 개선할 부분을 좁힐 수 있습니다.

현재 화면의 예시 건수는 처리 성과를 뜻하지 않으며, 확인 문구는 권리 분석의 완료를 뜻하지 않습니다. 이 기록에 남긴 기준은 후보의 수와 상태를 보여준 뒤 사용자가 다음 확인으로 이어갈 수 있어야 한다는 것입니다. 제외와 보류를 나눈 선택도 그 연결을 위한 설계로 보고, 실제 이해와 행동에 도움이 되는지는 별도의 근거로 확인해야 합니다.