# 회의적인 사용자 메모

## 회의적인 사용자 메모

- 보기에는 깔끔한데, 아직 메신저를 갈아탈 만큼 편하다는 확신은 없다.
- 첫 대화방이 너무 비어 보여서 오래 쓸 도구라기보다 데모처럼 느껴질 수 있다.
- 검색과 보관함이 정말 업무에 도움이 되려면 지금보다 훨씬 실무적이어야 한다.
- 세션과 연결 상태는 좋아지고 있지만, 사용자는 기술 개선보다 안심되는 문장을 먼저 체감한다.
- 저장소 문서가 강한 만큼 제품도 같은 속도로 강해지지 않으면 기대 대비 실망이 커질 수 있다.

## 제품팀 메모
- 이 문서는 부정적 피드백을 방어하기 위한 것이 아니라, 실제 전환 저항을 먼저 적어 두기 위한 문서다.
- 향후 릴리즈 노트와 README 갱신 시 이 관점을 기준으로 과장된 표현을 걸러낸다.

## 왜 중요한가
- 회의적인 사용자 메모은 반복 사용 단계의 체감 시간을 줄이는 핵심 장면이다.
- 이 문서는 기능 추가보다 사용자가 헷갈리지 않고 바로 행동하게 만드는 기준을 다룬다.
- 업무형 소통과 친근한 소통 모두에서 과도한 설명보다 짧은 실행을 우선한다.

## UX 원칙
- 한 화면에서 사용자가 지금 해야 할 행동을 하나만 강조한다.
- 상태 설명은 기술 용어보다 사용자가 잃을 수 있는 것과 복구 가능성을 먼저 말한다.
- 목록, 검색, 보관, 내 공간의 역할을 섞지 않는다.
- 데스크톱과 모바일의 차이는 표면만 달라지고 정신 모델은 유지한다.

## 표준 흐름
1. 사용자는 회의적인 사용자 메모이 필요한 순간에 가장 가까운 표면에서 진입한다.
2. 시스템은 맥락을 잃지 않도록 현재 대화, 최근 작업, 저장된 초안을 유지한다.
3. 사용자는 최소 입력으로 필요한 행동을 끝내고 다음 대화로 이동한다.
4. 완료 후에는 다시 찾기, 복귀, 후속조치까지 이어질 수 있어야 한다.

## 현재 산출물 기준 비판적 시각
- 현재 제품은 첫 인상은 좋아졌지만 첫 대화방 비어 있음, 검색 깊이, 보관함 설득력, 세션 신뢰가 아직 약하다.
- 가시적 진전이 있어도 비판적 리뷰 없이 계속 개선하면 결국 저장소 문서만 풍성하고 제품 체감은 뒤처질 위험이 있다.
- 따라서 회의적인 사용자 메모은 단순 기능 제안이 아니라 현재 제품이 아직 불완전하게 느껴지는 지점을 메우는 문서로 본다.

## 측정과 릴리즈 게이트
- 첫 성공까지 걸리는 시간과 중간 이탈률을 함께 본다.
- 사용자가 회의적인 사용자 메모 흐름을 끝낸 뒤 다시 되돌아오지 않아도 되는 비율을 본다.
- 릴리즈 전에는 빈 상태, 오류 상태, 복구 상태까지 최소 한 번씩 수동 점검한다.

## 금지 패턴
- 화면을 설명 카드로 채우고 실제 행동은 뒤로 미루는 구성
- 필터, 내비게이션, 설정을 같은 계층에서 경쟁시키는 구성
- 사용자 잘못처럼 보이게 만드는 모호한 오류 카피

## 구현 연결 메모
- 관련 상위 문서: 문서/README.md, 문서/31-user-review-log-and-experience-scorecard.md, 문서/96-experience-gap-implementation-backlog.md
- 이 문서는 기획과 QA 기준을 함께 포함하므로 실제 구현 시 UI, API, 운영 문서와 같이 갱신한다.
