---

work_id: ux-2026-09-20-01 artifact_type: research_observation status: done owner_role: ui-ux-researcher source_request: "현재 사용성 및 공통 UI 범위 연구" last_updated: 2026-09-20

UX-01 — 저장 위치는 편집 중에도 분명한가

상태: 첫 관찰과 제안 기록 완료. 개선 구현과 실제 사용자 검증은 미완료다.

관찰 조건

• 2026-09-20. macOS Codex 내장 브라우저, 데스크톱 1280×720. Node 22.22.0.
• 실행 소스: 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1. 별도 주소 http://127.0.0.1:5196/에서 연구용 문서 한 개를 생성했다.
• 원격 main 확인: 558714a818ae8f0dcffc8436d8e7e30a66c93442. 로컬 실행은 최신 main 전체의 검사가 아니다.
• 자료함 UI, Word 보관함 UI, 공통 저장 상태의 세 파일은 원격 고정 commit과 로컬의 Git blob ID가 모두 같았다. 아래 발견을 이 세 파일에 한정한다.
• 사람이 참여한 사용성 시험이 아니다. 연구자의 화면 탐색이며 문서는 합성 자료다. 기존 자동 검사는 읽었지만 이번 회차에 재실행하지 않았다. 저장 장애·충돌·스크린리더는 실행하지 않았다.

기대와 실제

기대하는 사용자 결과: 편집 화면에서 현재 자료가 어디에 저장되었는지, 다른 기기에서 같은 자료를 열 수 있는지, 별도 백업이 필요한지 판단할 수 있다. 이는 연구 권고이며 현재 확정된 인수 기준은 아니다.

단계	실제 관찰	해석
빈 자료함 진입	Note·Word·Slides·Site 생성 카드와 하단의 “이 브라우저에 저장됩니다.”가 보임	로컬 저장 안내는 이미 있다
Word 자료 생성	이름 입력 뒤 편집기로 이동. 상단에 “저장됨” 표시	저장 위치는 상시 표시되지 않음
문서 보관함 열기	“이 브라우저에 저장한 문서와 복구 초안입니다.” 표시. 생성 문서가 목록에 있음	추가 동작을 해야 위치 설명을 다시 볼 수 있음
Word 메뉴→자료함	생성 문서가 통합 목록에 있음	돌아가는 경로는 동작함. 초보자가 쉽게 찾는지는 미검증
백업 및 가져오기 열기	복원은 사본이며 기존 자료를 바꾸지 않는다는 안내, 외부 자산 누락 가능성 안내	백업 기능과 제한 설명은 이미 있음

자료 생성과 이동을 관찰했다. 본문 입력·자동 저장 성공률·재열기 후 본문 보존까지 검증한 결과는 아니다.

스냅샷

통합 자료함. 하단에 저장 위치 안내가 있다.

Word 편집 화면. 상단에 “저장됨”이 보인다.

Word 보관함. 로컬 저장 설명은 이 대화상자에서 확인할 수 있다.

소스 근거와 가설

• 자료함의 로컬 안내.
• Word 저장 상태와 보관함 설명.
• 공통 저장 상태 부품은 전달된 상태 문자열을 표시한다.

확인 사실의 확신은 높다. 저장 위치를 못 알아보는 사용자의 비율과 실제 피해 규모는 알 수 없다. “저장됨”을 서버 저장 또는 다른 기기와의 동기화로 받아들일 가능성은 검증 전 가설이다. 현재 화면을 저장 장애나 데이터 손실 버그로 분류하지 않는다.

좁은 개선 권고

현재 로컬 모드의 편집 화면에서 “이 브라우저에 저장됨”처럼 위치와 상태를 함께 설명하는 안을 먼저 검토한다. 저장 중·실패·충돌은 각각 구분한다. 짧은 설명과 기존 백업 경로를 연결하고, 현재 없는 서버 동기화를 암시하지 않는다. 새 저장 엔진이나 전면 화면 개편은 필요하지 않다.

office-ui는 상태와 안내를 표현한다. office-editor-ui는 실제 저장 상태를 연결한다. 호스트와 제품이 저장 위치·작업 결과·백업 경로를 제공한다. 다른 제품에 적용하기 전 실제 사용처와 상태를 추가 조사한다.

W3C 상태 메시지 설명은 표시하는 상태 변화가 포커스를 옮기지 않고도 보조기술에 전달되어야 한다고 설명한다. 현재 StatusIndicator에는 role=status와 polite live region이 있다. 이번 관찰은 WCAG 부적합 판정이 아니다. 문구 개선 때 기존 알림과 포커스를 보존할 검증 기준으로 사용한다.

다음 검증과 반증 조건

1. 대상 사용자와 업무는 #289에서 정한다. 접근 가능한 참여자가 없으면 사용성 검증을 미완료로 둔다.
2. 기존 화면과 제안 화면에서 문서 작성 후 “어디에 저장됐나”, “다른 기기에서 열 수 있나”, “백업하려면 어디로 가나”를 묻는다. 답을 유도하는 설명은 먼저 하지 않는다.
3. 첫 응답, 답변 시간, 잘못된 이동, 도움 여부를 기록한다. 소규모 5명 탐색을 제안하며 순서 효과와 학습 효과를 기록한다. 통계적 일반화는 하지 않는다.
4. 오해가 관찰되지 않거나 위치 안내가 작업을 방해하면 상시 긴 문구 대신 짧은 상태와 상세 안내를 비교한다. 결과 뒤 성공 기준을 바꾸지 않는다.

자동 회귀는 네 제품의 저장 중·완료·실패·충돌 표시와 백업 접근, 새로고침 후 내용 보존을 검증한다. 이는 후속 구현의 검사이며 이번 회차의 통과 기록이 아니다.

개선 제안: #306 — 편집 화면의 저장 위치 표시와 백업 안내 연결.

관련 연구: UI/UX 연구 질문과 공통 범위. 기존 #289·#297·#303과 연계한다. 저장 키 결함 #299와는 별개의 정보 표시 문제다.