Skip to content

UX Decisions

easylogic edited this page Sep 20, 2026 · 1 revision

work_id: ux-2026-09-20-09 artifact_type: research_decision_register status: draft owner_role: ui-ux-researcher source_request: "제품 사용성·진행 방향·공통 UI 범위를 지속 연구하고 다른 역할이 판단할 근거를 제공" last_updated: 2026-09-20

UI/UX 방향과 공통 UI 판단표

권고: 사용자가 작업을 저장하고, 같은 자료를 다시 열고, 실패 후 계속 진행할 수 있는 흐름을 먼저 안정화한다. 공통 UI는 같은 동작의 이름·상태·대상·복구·키보드 규칙까지 설계한다. 제품별 편집 방식은 각 제품에 둔다.

이 문서는 UX-01~08 관찰과 최신 이슈·PR을 연결한 연구 권고다. 구현 승인·일정 변경·새 출시 조건이 아니다. 기존 이슈의 범위와 승인 절차를 따른다. 새 중복 이슈는 만들지 않았다.

현재 제품을 잘 쓸 수 있는가

부분 동작의 근거는 확보했다. 네 제품의 통합 자료함 복귀, Note→Site 단순 문단 사본과 원본 참조, Note·Site 본문 검색과 빈 결과 복귀는 조사 환경에서 작동했다. 반면 휴지통 자료의 열기 안내, 실패한 열기의 재시도 대상, 비동기 보관함 닫기의 포커스에서 문제를 확인했다.

실제 사용자가 독립적으로 업무를 끝낼 수 있는지는 아직 미검증이다. 관찰은 연구자가 합성 자료로 실행했다. 고객 인터뷰·실사용 과제 결과를 확보하지 못했다. 화면 클릭 성공을 발견성, 업무 가치, 재사용 의사로 바꾸지 않는다.

이번 회차는 기존 근거의 종합이며 새 브라우저 실행이나 자동 검사 실행은 없다. 이전 관찰의 실행 commit은 42e9a88a6cd8d3ffc002d14cd29ef6905a3769c1이다. 각 기록에는 당시 비교한 main과 파일 일치 범위가 있다. 이번 상태 조회 main은 4661328fc6f20e44b5e42897499b12da3c9ad26b다. 이 main 전체에서 이전 결과를 다시 검증했다는 뜻은 아니다.

공통화 판단표

영역 공통으로 설계할 계약 제품 또는 호스트에 둘 책임 근거와 현재 판단
저장 안내 어디에 저장되는지, 현재 상태가 어느 자료에 대한 것인지, 백업 진입 의미 실제 저장·충돌 처리와 제품별 내보내기 UX-01·02, #306 제안. Note의 기존 로컬 안내는 유지
문서 열기·복구 열 수 있는 상태, 실패한 대상, 거부 이유, 재시도·취소·복원 구분 작업 공간의 휴지통 정보와 저장소의 실제 읽기/복구 UX-03·07, #314 결함 근거 있음
대화상자·비동기 호출 호출 요소 보존, 처음 포커스, 닫기 후 복귀, 호출 요소가 사라진 경우의 대체 위치 비동기 읽기 시작 시점과 실제 호출 요소 제공 UX-04, #319, PR #323 열림. 공통 Dialog와 실제 제품 연결을 함께 인수
통합 탐색·검색 자료함 복귀 이름·순서, 검색 범위, 필터 표시, 빈 결과에서 복귀 제품 내부 탐색·목록 구조와 저장 후 이동 실행 UX-05·08 정상 범위 유지. 새 메뉴·검색 시스템 요구 근거 없음
참조·사본·출처 현재 원본 열기, 독립 사본, 원본 상태 확인의 의미 구분 제품별 변환 지원 범위, 결과 편집·발표·게시 UX-06, #291 출처 제안. 자동 동기화로 표현하지 않음
제품 편집 같은 명령의 활성·적용·취소·오류 규칙과 기본 부품 Note 블록, Word 페이지, Slides 캔버스·발표, Site 구조·게시 작업 현재 작업 공간 설계 경계를 유지. 네 편집기 화면을 동일하게 만드는 근거 없음

이 표는 같은 패키지에 모든 로직을 넣으라는 뜻이 아니다. 먼저 같은 사용자 의도와 상태 전이를 정의하고, 두 실제 사용처의 차이를 확인한다. 공통 부품은 표현·조작 규칙을 제공한다. 제품 연결 계층은 대상과 실행 결과를 제공한다. 새 추상화의 필요성은 구현 설계에서 검토한다.

다음 판단과 완료 근거

다음은 연구 관점의 검토 순서다. 기존 이슈의 우선순위 라벨·담당·승인된 일정은 변경하지 않았다.

순서 판단할 내용 기존 경로 완료로 볼 근거
1. 핵심 과제의 실행 가능 여부 입력·저장·재열기가 중단되는 경로를 선택 과제 전에 확인 #298 / PR #310, #299 / PR #316, #303 등 기존 QA 해당 빌드에서 필수 내용이 저장·재열기됨. 열린 PR과 작성자의 통과 보고만으로 배포 완료 처리하지 않음
2. 관찰된 공통 흐름 결함 실패 대상의 복구·취소 의미와 키보드 복귀 #314, #319 / PR #323 요청한 자료 ID·제목·내용 및 포커스가 기대와 일치. 성공 문구만 검사하지 않음
3. 설명과 상태의 이해 저장 위치·백업과 원본/사본 상태를 실제로 이해하는지 #306, #291, #289 참여자가 결과를 먼저 예상하고 실제 결과와 비교. 잘못된 예상과 도움 기록
4. 확장할 가치 프로젝트 공간·제품 변환·템플릿이 반복 업무에 필요한지 #290, #292, #293 기존 폴더·검색·참조로 해결되지 않는 실제 작업 비용과 요구가 확인됨

Site 빈 본문·행 편집·표 포커스의 #325·#331·#332는 다른 조사에서 등록된 열린 보고다. 이번 연구자가 재현한 결과가 아니다. 해당 경로가 고객 과제에 포함되면 기존 담당의 근거를 먼저 확인한다. 관찰하지 않은 결함을 이 문서의 실행 성과로 합산하지 않는다.

#319의 PR #323은 Word도 Chromium에서 실패했다고 보고한다. UX-04의 내장 브라우저 단일 Escape 통과를 Word 전체 통과로 사용하지 않는다. 수정의 main 반영과 사용 환경의 재검증을 별도로 남긴다.

사용자 검증이 먼저 필요한 것

가설 지금 확보한 것 아직 필요한 관찰 그 전의 처리
제품 이름 메뉴에서 자료함 복귀를 스스로 찾는다 명령 실행은 네 제품에서 확인 메뉴명을 알려주지 않은 첫 선택·도움·과제 도달 별도 홈 버튼을 바로 추가하지 않음
저장됨을 로컬 저장으로 이해한다 Note 설명과 다른 제품의 보관함 안내 위치 확인 저장 위치·다른 기기 접근·백업에 대한 첫 답변 #306 제안으로 유지
참조와 사본을 구별한다 Note→Site 기본 동작과 안내 확인 원본 수정 뒤 예상, 사본 재열기 후 출처 확인 #291 기존 계약 안에서 검증
검색 결과에서 원하는 자료를 고를 수 있다 본문 검색·필터·초기화 확인 비슷한 제목의 첫 선택 정확성·오열기·도움 발췌·강조 UI는 가설로 유지
별도 프로젝트 공간이 필요하다 폴더·검색·참조가 이미 있음 같은 원본의 여러 업무 소속·빈 업무·업무 보관 요구 폴더 비교 계획 우선
여러 제품 변환이 실제 시간을 줄인다 Note→Site 단순 문단 정상 경로 실제 업무, 지원 범위, 내용 누락, 수정 비용 제한된 변환 계획과 #289 연결

고객군은 Discussion #287에서 논의 중이다. 새 시장 후보가 추가됐지만 B2B 제안 팀이 폐기되거나 다른 고객군이 확정된 것은 아니다. UI 연구가 독자적으로 구매자나 시장을 선택하지 않는다. 실제 업무에 필요한 제품만 과제에 포함한다.

다른 역할에 넘길 최소 정보

구현 검토에는 대상 사용자 행동, 재현 자료·빌드, 기대/실제, 공통 계약과 제품 예외, 완료 판정, 미검증 범위를 전달한다. QA는 수정 후 같은 경로를 정확한 빌드에서 확인한다. 제품 판단은 기능 통과와 사용자 이해·업무 가치를 별도로 검토한다.

측정 계약처럼 클릭, 저장 상태 표시, 실제 저장 결과, 목표 문서 재열기, 독립 업무 완료를 나누어 기록한다. 특히 UX-07은 저장됨만으로 실패했던 다른 자료 열기를 성공 처리할 수 없다는 실제 예다. 처리 횟수나 새 공통 부품 수를 연구 성과 지표로 쓰지 않는다.

서비스 alpha의 인수는 #322의 기존 범위다. 이 UI 판단표가 서버 저장·설치 검사를 대체하거나 새 출시 선행 조건을 추가하지 않는다.

이후 연구 운영

변경된 main·PR·새 관찰이 있으면 해당 행을 갱신한다. 같은 스냅샷을 근거로 같은 이슈를 다시 만들지 않는다. 이미 확인한 정상 경로는 변경이나 새로운 질문이 있을 때 재검증한다. 실제 참여자가 필요한 질문은 미검증으로 유지하고, 독립적으로 진행할 수 있는 화면·상태 연구를 한 질문씩 수행한다.

다음 조사 후보: 새 자료 만들기의 빈 이름 처리와 생성 결과의 식별 가능성. 기존 생성·빈 상태 검사를 먼저 확인한다. 모바일 검사는 포함하지 않는다.

Clone this wiki locally