---

work_id: ux-2026-09-20-02 artifact_type: research_observation status: done owner_role: ui-ux-researcher source_request: "지속 UI/UX 연구 — 제품별 저장 위치와 공통 UI 범위 확인" last_updated: 2026-09-20

UX-02 — Note·Slides·Site의 저장 위치 안내 비교

결론: Note에는 편집 중 보이는 로컬 저장 안내가 이미 있다. Slides와 Site는 “최근 자료” 창을 열어야 같은 정보를 확인할 수 있다. #306의 근거를 보완한다. 별도 이슈는 만들지 않는다.

상태: 연구자의 정상 경로 관찰 완료. 구현·장애 재현·사용자 이해 검증은 미완료다.

범위와 방법

• 2026-09-20, macOS Codex 내장 브라우저. 통합 호스트의 별도 주소 http://127.0.0.1:5196/를 사용했다.
• 실행 commit: 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1. 원격 main: 558714a818ae8f0dcffc8436d8e7e30a66c93442. 두 commit을 혼동하지 않는다.
• 자료함에서 합성 자료 UX-02 연구용 Note, UX-02 연구용 Slides, UX-02 연구용 Site를 각각 생성했다. 화면 이동과 보관함 설명을 확인했다. 본문 편집·재열기·백업 파일 다운로드는 수행하지 않았다.
• Note 스냅샷은 1280×720, Slides·Site는 899×1132다. 앱의 일반 창 크기가 관찰 중 바뀌었다. 크기를 강제로 조정하지 않았다. 간격·배치의 같은 크기 비교나 모바일 검사는 아니다. Site의 기본 편집 캔버스에 기기별 미리보기가 있어도 이번 판정은 데스크톱 호스트의 저장 안내에만 한정한다.
• UX-01의 Word 관찰을 함께 비교한다. 이번 회차에서 Word를 다시 실행하지 않았다.

정상 상태의 실제 화면

제품	편집 중 표시	로컬 위치 설명	백업 진입	해석
Note	상단 “저장됨”	열린 왼쪽 패널 하단에 자동 저장·다른 기기 이전 안내	같은 패널의 “백업 및 복원”	안내가 이미 보인다. 새 안내가 전혀 없다고 보고하면 안 됨
Word — UX-01	상단 “저장됨”	“문서 보관함” 대화상자	문서 보관함→보관함 전체 백업	위치 설명은 별도 동작 뒤 확인
Slides	상단 “저장됨”	“최근 자료”→“최근 발표 자료” 대화상자	대화상자의 “보관함 전체 백업”	Word와 같은 정보 공백 후보
Site	관리·페이지 편집 모두 상단 “저장됨”	“최근 자료”→“최근 사이트” 대화상자	대화상자의 “보관함 전체 백업”	저장 상태와 사이트 발행 상태는 별도 의미

Note와 Slides에서 제품 메뉴→자료함 복귀도 실행했다. 경로가 작동한 사실과 초보자가 쉽게 발견하는지는 다르다. 현재 기록은 발견성 시험이 아니다.

화면 근거

Note: 위치 설명과 백업 경로가 왼쪽 패널에 있다.

Slides: 편집 화면과 최근 자료 창을 비교한다.

Site: 관리 화면에서도 로컬 저장 설명은 최근 자료 창 안에 있다. 관리 화면의 “아직 발행하지 않았습니다”는 저장 위치 설명이 아니다.

코드로 확인한 상태 연결 — 실행 결과와 구분

경로	코드상 표시·동작	이번에 화면으로 확인한 범위
Note Workspace	공통 StatusIndicator를 직접 사용. 문제 시 “확인이 필요합니다”, 별도 안내의 “다시 시도”. 충돌은 “충돌한 초안 보관됨”	정상 저장 표시와 로컬 안내만 확인
Word	DocumentSaveStatus와 Word 보관함. 실패·복원 실패의 재시도 분기	이전 회차의 정상 저장·보관함
Slides·Site	같은 LocalDocuments→DocumentSaveStatus 사용. 실패 시 “저장 다시 시도” 또는 “복원 다시 시도”, 충돌 시 “복구 초안 보기”	정상 저장·최근 자료 설명만 확인

Note가 별도 경로를 사용하므로 DocumentSaveStatus만 바꾸면 네 제품이 모두 바뀐다고 가정하면 안 된다. 반대로 Slides·Site에 같은 UI를 따로 구현할 필요도 없다. 저장 상태 문자열은 실행 분기에서도 비교하므로 내부 상태값과 사용자용 문구를 구분하는 방식으로 검토한다. 표현 변경이 저장 실패·복구 조건을 바꾸면 안 된다.

확인한 소스:

• Note 상태와 위치 안내.
• LocalDocuments의 상태와 최근 자료 창.
• Site의 공통 부품 사용.
• Slides의 공통 부품 사용.

앞의 세 파일은 로컬과 고정 main의 blob ID가 같다. Slides 파일은 다르다. diff에서는 RefObject 타입 import와 함수 반환 타입 명시만 추가되었고, 표시 JSX와 실행 본문은 같았다. 이 비교는 최신 main 전체의 동작 검증을 대신하지 않는다.

유지할 검사와 미검증 조건

아래 기존 검사를 읽었다. 이번에 실행하지 않았다.

• Site 자동 저장 검사: 저장·재열기, 충돌 사본, 실패 재시도, 없는 자료.
• Slides 자동 저장 검사: 저장·재열기, 충돌·복구, 템플릿 교체 차단.
• Note 충돌 검사: 복구 초안 보관 실패 시 “확인이 필요합니다”와 재시도.
• 통합 상태 검사: Word 실패 재시도와 Slides 충돌 복구.

후속 구현에서는 기존 문서 보존·이동 차단·복구 검사를 유지한다. 문구 변경은 기대 문구만 바꾸고 동작 검증을 줄이지 않는다. 단축키·키보드 포커스·스크린리더·실제 사용자 이해는 별도 확인이 필요하다.

#306에 주는 권고

1. Word·Slides·Site의 편집 화면에서 로컬 저장 위치를 바로 이해할 수 있게 한다. 기존 백업 경로를 재사용한다.
2. Note의 현재 위치 안내와 백업 경로를 보존한다. 닫힌 패널 등 다른 데스크톱 상태의 노출은 아직 검사하지 않았으므로 다음 검증에 남긴다.
3. 완료·저장 중·실패·충돌에 공통 의미를 적용하되, Note의 일반 문제 상태를 모두 “저장 실패”로 바꾸지 않는다.
4. 백업 안내를 이해하는지 사용자 관찰로 확인한다. 이번 차이만으로 오해 발생률이나 변경 효과를 주장하지 않는다.

다음 질문: 통합 “자료함”, 제품 “최근 자료”, Word “문서 보관함”이 어떤 자료 범위를 보여 주는가? 이름과 실제 목록의 관계를 조사한다. 필요가 확인될 때만 후속 이슈를 만든다.