자료를 찾으려는 외부 방문자가 처음 마주한 화면은 내부 자산 관리 기능에 가까웠어요. 자료의 종류와 권한, 업로드 상태를 설명하는 내용이 앞에 있었죠. 어떤 이미지를 볼 수 있는지보다 이 공간을 관리하는 방식부터 읽어야 하는 구성이었어요.
자산을 Root의 공개 진입점으로 옮길 때 새 라이브러리를 만들 필요는 없었어요. 이미 자료를 읽고 종류를 바꾸고 내려받는 흐름이 있었기 때문이에요. 문제는 기능의 존재가 아니라 그 기능이 방문자에게 어떤 자리로 보이는지였어요.
같은 자료를 두 벌로 만들지 않았어요
공개 화면을 별도로 복제하면 자료와 업로드, 변경 이력을 두 곳에서 맞춰야 해요. 사용자는 같은 이미지라고 생각하는데 한쪽만 최신이거나 선택한 종류가 다른 목록을 가리킬 수도 있어요. 이번에는 기존 자료를 읽는 기능을 유지하고 공개 진입과 표시 순서를 바꾸는 쪽을 선택했어요.
메뉴와 첫 탭을 자료를 보러 온 사람의 순서에 맞췄어요. 예전 작업 공간 주소로 들어와도 새 입구로 이어지게 했고, 선택한 종류가 이동하며 사라지지 않도록 했어요. 위치를 바꾸는 일이 사용자가 이미 알고 있던 길을 끊는 일이 되어서는 안 됐어요.
다음에는 자료가 없을 때의 문구를 살폈어요. 공개 화면이 비어 있다고 해서 방문자에게 권한 등급과 숨겨진 자료, 사용할 수 없는 업로드 버튼을 먼저 설명할 필요는 없었어요. 외부에서 제공하는 컬렉션을 보는 목적과 내부에서 접근을 관리하는 목적이 달랐어요.
빈 목록에서도 공개 화면의 역할은 유지되어야 했어요. 자료가 없다는 사실을 알려 주는 것과 내부 운영자가 자료를 등록하는 방법을 알려 주는 것은 다른 안내예요. 공개 방문자에게 사용할 수 없는 관리 행동을 먼저 보여 주면 이미지 목록이 아니라 막힌 작업 화면으로 읽힐 수 있어요.
기존 자료를 옮겨 보여 주는 과정에서는 자료를 새로 복제하지 않았어요. 공개 화면을 만들었다는 이유로 같은 이미지가 두 곳의 다른 자료처럼 관리되면 나중에 제목이나 상태가 달라질 수 있어요. 보여 주는 입구를 정리하는 일과 자료의 원천을 늘리는 일을 구분했어요.
기록 당시 목록이 비어 있었다는 점도 중요했어요. 빈 상태의 안내와 접근 범위를 확인할 수는 있었지만, 실제 이미지가 여러 건 쌓였을 때의 읽는 흐름까지 본 것은 아니었어요. 공개 입구를 만들었다는 완료와 자료를 충분히 제공한다는 완료를 같은 문장으로 묶지 않았어요.
권한을 바꾸지 않고 공개 화면의 말을 바꿨어요
서버에서 어떤 자료를 보여줄지 판단하는 경계는 유지했어요. 바꾼 것은 공개 화면이 그 내부 상태를 설명하는 방식이었어요. 제공하는 목록의 수와 현재 비어 있는 상태를 중심으로 표시하고, 지금 할 수 없는 관리 행동을 공개 입구에서 덜어냈어요. 내부 관리 화면의 권한 안내까지 함께 없앤 것은 아니었어요.
이 선택으로 외부 방문자는 자료를 탐색하는 화면에서 내부 운영 규칙을 먼저 해석할 필요가 줄어들도록 했어요. 다만 자료가 실제로 없는 것과 보일 자료가 없는 것은 운영자에게 다른 상태일 수 있어요. 공개 화면을 단순하게 만드는 일을 내부 확인의 삭제로 넓히지 않았어요.
당시 운영에서 새 입구와 이전 주소의 연결, 기본 탭과 오류 여부를 확인했어요. 하지만 확인한 공개 목록은 비어 있었어요. 여러 이미지와 긴 제목이 채워진 모습, 모든 권한 조합의 업로드와 상세 행동까지 확인한 결과는 아니었어요. 자료가 있는 화면의 읽기와 조작은 다음 검수로 남았어요.
이번에는 새 기능을 붙이기보다 기존 기능이 놓인 맥락을 바꿨어요. 외부에서는 제공한 자료를 읽고 내부에서는 필요한 관리를 하는 흐름이에요. 공개 컬렉션의 단순함과 실제 자료를 지키는 경계를 동시에 유지하는 것이 이 이동의 기준이었어요.
