# 업무용·일상용 UX 확장을 실제 시스템 기능으로 번역하기

이 문서는 `업무에 편한 메신저`, `일상 대화에도 부담 없는 메신저`라는 추상 목표를 실제 구현 가능한 시스템 기능으로 다시 정리한 기준 문서다.

핵심 원칙은 세 가지다.

- 업무 효율은 `메시지를 많이 보내게 하는 기능`이 아니라 `읽고, 찾고, 결정하고, 복귀하는 시간`을 줄이는 기능에서 나온다.
- 일상 대화 품질은 `꾸미는 기능`보다 `부담 없는 반응`, `맥락 유지`, `실수 방지`에서 나온다.
- 서버와 클라이언트는 같은 기능을 다르게 나누어 가져야 한다. 서버는 `정합성`, 클라이언트는 `즉시성`과 `피로 감소`를 책임진다.

## 1. 필요한 서버·클라이언트 기능군

| 기능군 | 사용자 체감 가치 | 서버 기능 | 클라이언트 기능 |
|---|---|---|---|
| 1. 세션 연속성 | 앱을 다시 열어도 끊기지 않음 | refresh token 회전, 세션 기기 목록, 토큰 폐기, 마지막 활성 시각 | 마지막 정상 화면 유지, 자동 재연결, 수동 재시도, 세션 만료 안내 |
| 2. 드래프트 보존 | 쓰던 문장이 사라지지 않음 | 드래프트 동기화 API, 장치별 드래프트 버전, 충돌 타임스탬프 | 대화별 로컬 초안, 전송 실패 복원, 장치 전환 시 이어쓰기 |
| 3. 읽음·미읽음 정합성 | 어디까지 읽었는지 헷갈리지 않음 | read cursor, unread aggregate, 메시지 단위 ack | 읽지 않은 구간 표시, 현재 읽는 위치 유지, 정확한 배지 갱신 |
| 4. 대화 재발견 | 예전 대화·파일·링크를 빨리 찾음 | 전역 검색 인덱스, 최근성/멘션/파일 랭킹, 검색 로그 최소화 | 통합 검색 UI, 필터, 최근 검색, 바로가기 결과 |
| 5. 파일·링크 워크플로 | 파일 전달과 재확인이 쉬움 | 업로드 서명 URL, 바이러스 검사 훅, 미리보기 메타데이터, 만료 정책 | 드래그 앤 드롭, 업로드 상태, 파일/링크 모아보기, 빠른 재전송 |
| 6. 답장·멘션·결정 흐름 | 회의/업무 대화가 덜 엉킴 | reply graph, mention target, decision marker, action item schema | 답장 카드, 멘션 강조, 결론/할 일 핀, 빠른 승인 버튼 |
| 7. 알림·집중 모드 | 중요한 것만 끼어듦 | 우선순위 규칙, 묶음 알림 계산, 디바이스별 알림 정책 | 집중 모드, 대화별 무음, 요약 알림, 정확한 알림 진입 |
| 8. 멀티윈도·팝아웃 | 여러 대화를 동시에 처리 | 대화 상태 snapshot, 장치별 창 상태 동기화 선택 옵션 | 팝아웃 창, 분리 보기, 화면 크기 적응, 멀티 패널 리사이즈 |
| 9. 관계별 UX | 업무방과 친한 대화가 덜 섞임 | relationship label, conversation mode, role/permission 모델 | 업무방/일상방 뷰 차등, 정보 밀도 조절, 알림 강도 프리셋 |
| 10. 온보딩·초대 | 바로 시작하고 팀 전파가 쉬움 | 초대코드, 만료/회수, 조직 단위 초대, 대기 상태 | 이름+코드 진입, 초대 링크 열기, 첫 대화 자동 진입 |
| 11. 신뢰·복구 | 오류가 나도 다시 쓸 수 있음 | 에러 코드 체계, 복구 가능한 상태 구분, 재처리 큐 | 기술 에러 숨김, 친절한 복구 문구, 마지막 화면 유지 |
| 12. 개인 메모·셀프채팅 | 메신저를 작업 기억 공간으로 씀 | self conversation, 개인 저장소 정책, 보관 한도 | 나와의 대화, 빠른 메모, 링크/파일 스크랩, 나중에 보기 |
| 13. 존재감·활동 상태 | 상대가 지금 가능한지 감이 옴 | presence, last active, 상태 메시지, privacy controls | 온라인/자리비움 표시, 상태 한 줄, 노출 범위 설정 |
| 14. 운영·감사 | 팀 운영과 장애 대응이 쉬움 | 관리자 감사 로그, 신고/차단, 메시지 보존 정책, 운영 대시보드 | 신고·차단 UI, 세션 관리 화면, 개인정보/보관 제어 |

## 2. 위험과 트레이드오프

| 주제 | 얻는 것 | 잃는 것 또는 위험 | 권장 기준 |
|---|---|---|---|
| 세션 자동 복구 | 끊김 없는 체감 | 동시 refresh 경쟁, 유령 로그인 오해 | 단일 flight refresh, 실패 시 마지막 화면 유지 |
| 드래프트 동기화 | 장치 전환 편의 | 충돌, 오래된 초안 덮어쓰기 | 장치별 초안 + 최신 버전 비교 |
| 전역 검색 강화 | 업무 효율 상승 | 개인정보 노출면 확대, 인덱싱 비용 | 민감 필드 opt-out, 최소 로그 |
| 파일 기능 확대 | 협업 체감 상승 | 저장비용, 악성 파일 리스크 | 서명 URL + 검사 훅 + 보관 정책 |
| 멘션/결정 기능 | 회의형 대화 정리 | UI 복잡도 증가 | 기본은 단순, 업무방에서만 강화 |
| 알림 지능화 | 방해 감소 | 규칙이 불투명하면 불신 | 왜 이 알림이 왔는지 설명 |
| 멀티윈도 | 데스크톱 생산성 | 상태 동기화 복잡도 | 팝아웃은 선택 기능으로 제한 |
| 관계별 UX | 업무/일상 공존 | 모델 과복잡화 | 대화 mode 2~3개로 제한 |
| 초간단 가입 | 진입 장벽 감소 | 스팸/사칭 위험 | 초대코드, 초대 만료, 추후 검증 단계 추가 |
| 신뢰 중심 오류 처리 | 재이탈 감소 | 복구 상태 관리 비용 | 복구 가능/불가를 서버가 명확히 구분 |
| 셀프채팅 강화 | 개인 생산성 상승 | 메신저 정체성 흐림 | 개인 저장은 보조축으로 유지 |
| 운영 감사 강화 | 문제 대응 용이 | 관리자 권한 남용 우려 | 최소 권한, 열람 사유 기록 |

## 3. 분리할 아키텍처·도메인 문서 주제

아래 주제는 독립 문서로 분리할 가치가 높다. 최소 12개가 아니라, 실제 구현 단위 기준으로 16개를 권장한다.

1. 세션 수명주기와 refresh 경쟁 제어
2. 드래프트 저장 모델과 장치 간 충돌 해소
3. 읽음 커서, 미읽음 집계, 배지 계산
4. 전역 검색 인덱싱과 결과 랭킹
5. 파일 업로드, 링크 미리보기, 보관 정책
6. 답장, 멘션, 반응, 전달의 이벤트 모델
7. 업무방 전용 결정, 승인, 할 일 상태 모델
8. 알림 우선순위, 묶음 규칙, 집중 모드
9. 멀티윈도, 팝아웃, 창 상태 복원
10. 대화 유형과 관계 레이블 모델
11. 온보딩, 초대, 팀 확산 플로우
12. 오류 분류, 복구 메시지, 사용자 안내 체계
13. 나와의 대화, 개인 저장, 북마크 흐름
14. Presence, 상태 메시지, 노출 프라이버시 제어
15. 관리자 감사 로그, 신고, 차단, 운영 권한
16. 데이터 보관 기간, 삭제, 내보내기, 사용자 통제

## 4. 구현 우선순위 제안

### P0

- 세션 연속성
- 드래프트 보존
- 읽음/미읽음 정합성
- 검색 최소형
- 파일 업로드 기본형
- 오류 복구 문구와 마지막 화면 유지

### P1

- 답장/멘션/결정 흐름
- 알림 우선순위
- 관계별 UX
- 셀프채팅
- Presence

### P2

- 멀티윈도 동기화
- 팀 운영 대시보드
- 고급 보관 정책
- 자동화/워크플로 규칙

## 5. 실제 현 산출물 사용자 관점 리뷰

현재 기준으로 사용자 체감은 `기초는 보였지만, 업무 메신저로 신뢰를 주기엔 아직 덜 다듬어진 상태`에 가깝다.

좋은 점:

- 이름과 초대코드만으로 빠르게 진입할 수 있다.
- 모바일 웹은 첫 대화 진입이 빨라서 `써 보자`는 의욕을 꺾지 않는다.
- 최근 세션 복구, 초안 복원, 최신 스크린샷 관리가 들어가며 공개 저장소 신뢰도는 좋아졌다.

아쉬운 점:

- 세션 복구는 여전히 `끊김 없는 제품` 수준까지는 더 가야 한다.
- 업무형 핵심인 `검색`, `파일 재발견`, `결정 추적`, `정확한 알림 복귀`가 아직 얕다.
- 모바일 웹 하단 정보구조와 일부 상태 표현은 아직 프로토타입 느낌이 남아 있다.

사용자 관점 결론:

- 일상 대화용 첫인상은 `가볍고 빠르다`.
- 업무용 첫인상은 `가능성은 크지만, 아직 도구 체계가 덜 완성됐다`.
- 다음 완성도 점프는 `메시징 자체`보다 `검색`, `파일`, `알림`, `결정`, `복귀`에서 나온다.

## 6. 이번 문서의 합의점

- 업무용/일상용 UX 확장은 이제 `추상 기획`이 아니라 `세션, 검색, 파일, 알림, 결정 흐름`이라는 시스템 단위로 관리한다.
- 서버는 정합성과 복구 가능성, 클라이언트는 즉시성과 실수 방지를 우선한다.
- 다음 확장 문서는 위 16개 주제 중 P0/P1부터 분리해 작성한다.