kotalk/문서/21-core-user-journeys-and-task-time-budget.md

21. Core User Journeys And Task Time Budget

문서 목적

이 문서는 KoTalk의 핵심 UX를 기능 목록이 아니라 반복 사용 장면으로 정의한다.
사용자가 제품을 평가하는 기준은 화면 수가 아니라, 자주 하는 일이 얼마나 짧고 덜 불안한가에 있다.

특히 이 문서는 아래 질문에 답하도록 설계한다.

• 처음 들어온 사용자가 얼마나 빨리 첫 메시지를 보낼 수 있는가
• 다시 들어온 사용자가 얼마나 빨리 끊긴 맥락을 회복하는가
• 업무 사용자가 얼마나 빨리 급한 방을 찾고 정리하는가
• 친근한 대화 사용자가 얼마나 부담 없이 들어오고 나갈 수 있는가
• 실패가 발생했을 때 얼마나 쉽게 복구되는가

핵심 제품 원칙

• 메신저의 본질은 대화, 정리, 복귀, 회복이다.
• 반복 사용 루프는 설명보다 짧아야 한다.
• 사용자는 메신저를 배울 생각이 없다. 익숙한 구조 안에서 더 빨라졌다고 느껴야 한다.
• 시간 예산은 디자인 제약이다. 기획에서 허용하지 않은 지연은 구현에서도 허용하지 않는다.
• 업무와 친근한 대화는 같은 제품 안에서 공존하지만, 성공 기준은 다르다.

핵심 여정 목록

이 제품이 반드시 강해야 하는 핵심 여정은 아래 10개다.

1. 첫 가입 후 첫 메시지 전송
2. 앱 재실행 후 마지막 대화 복귀
3. 출근 직후 안읽음 정리
4. 회의 중 빠른 확인 답장
5. 긴 메시지 작성 중 앱 전환 후 복귀
6. 전송 실패 후 같은 맥락 안에서 재시도
7. 파일 또는 링크 재발견
8. 멀티 윈도우로 두 대화 병행
9. 외부 이동 중 모바일 웹으로 빠른 응답
10. 하루 마감 시 안읽음 0 만들기

시간 예산 프레임

시간 예산은 “좋으면 좋다” 수준의 희망 사항이 아니다.
아래 수치를 초과하면 UX가 느리다고 본다.

여정	목표 시간	허용 최대	핵심 위험
첫 가입 -> 첫 메시지	30초	60초	가입 설명 과다, 첫 대화 미선택
재실행 -> 마지막 대화 복귀	2초	5초	세션 만료, 부트스트랩 실패
안읽음 정리 시작	3초	8초	필터 부재, 목록 정리 부족
회의 중 확인 답장	15초	30초	키보드/입력창 마찰, 탐색 지연
실패 메시지 재전송	5초	15초	인라인 재시도 없음
파일/링크 재찾기	10초	30초	검색/보관 구조 미비
대화 팝아웃	2초	5초	멀티 윈도우 부재
모바일 웹 링크 진입	3초	8초	중간 랜딩, 뷰포트 깨짐

여정 1. 첫 가입 후 첫 메시지 전송

성공 정의

• 사용자는 이름과 초대코드만 넣고 시작할 수 있어야 한다.
• 서버 주소, 앱 버전, 장치명 같은 기술 정보는 기본 흐름에 나오지 않아야 한다.
• 가입 직후 빈 대화 목록에서 멈추면 안 된다.
• 첫 메시지 전송 전까지의 화면 수는 최소여야 한다.

권장 흐름

1. 앱 또는 웹 실행
2. 이름 입력
3. 초대코드 입력
4. 대화 시작 또는 바로 시작
5. 첫 대화 자동 열림
6. 입력창 포커스
7. 첫 메시지 전송

금지 요소

• 가입 직후 사용자가 직접 방을 선택해야 하는 흐름
• 고급 설정이 기본 필드처럼 보이는 구성
• 설명 카드가 입력보다 시선을 강하게 빼앗는 구성
• 첫 화면에서 피드형 콘텐츠를 먼저 보여 주는 구조

KPI

• 첫 메시지 완료율
• 가입 포기율
• 가입 화면 체류 시간
• 고급 설정 진입률

여정 2. 앱 재실행 후 마지막 대화 복귀

성공 정의

• 사용자는 “다시 들어왔는데 바로 이어진다”를 느껴야 한다.
• 로그인 만료, 재연결, 초기 동기화는 사용자에게 과도하게 보이지 않아야 한다.
• 복귀 후 마지막 읽음 위치와 초안이 남아 있어야 한다.

권장 흐름

1. 앱 재실행
2. 저장된 세션 확인
3. 액세스 토큰 재검증 또는 조용한 재발급
4. 마지막 대화 자동 열림
5. 마지막 읽음 위치와 초안 복구

실패 시 기대 UX

• 세션 만료 시 곧바로 가입 화면으로 보내지 않는다.
• 먼저 이 기기에서 계속 사용과 같은 복구 액션을 제공한다.
• 복구가 실패해도 초안과 최근 대화 맥락은 최대한 보존한다.

KPI

• 세션 복구 성공률
• 재실행 후 첫 상호작용까지 시간
• 세션 오류로 온보딩으로 되돌아간 비율

여정 3. 출근 직후 안읽음 정리

성공 정의

• 사용자는 타이핑 없이 급한 방과 급하지 않은 방을 구분할 수 있어야 한다.
• 정리 전에 읽어야 할 대상이 무엇인지 목록만 보고 판단 가능해야 한다.
• 전체 대화 수가 많아도 오늘 처리할 것이 먼저 보이도록 해야 한다.

필요한 도구

• 전체 / 안읽음 / 고정
• 추후 멘션, 답장 필요, 오늘 처리
• 정렬 우선순위: 안읽음 > 고정 > 최신
• 마지막 메시지 미리보기 1줄
• 시간과 unread 수의 빠른 스캔

KPI

• 안읽음 0 달성까지 걸린 시간
• 검색 없이 목록만으로 찾은 비율
• 안읽음 필터 사용률

여정 4. 회의 중 빠른 확인 답장

성공 정의

• 사용자는 15초 안에 읽고 짧게 답할 수 있어야 한다.
• 회의 중 긴 조작이나 복잡한 탐색은 금지한다.
• 조용히 보내기, 확인 완료, 나중에 답장 같은 경량 처리 도구가 필요하다.

권장 UX

• 모바일 웹은 한 손 조작 기준
• 데스크톱은 팝아웃 창 또는 트레이 진입 기준
• 입력창은 바로 보이고, 전송 실패 시 같은 위치에서 재시도 가능해야 한다

KPI

• 알림 클릭 후 답장 완료 시간
• 회의 중 모드 사용률
• 조용히 보내기 또는 짧은 답장 패턴 사용률

여정 5. 긴 메시지 작성 중 앱 전환 후 복귀

성공 정의

• 작성 중 텍스트는 대화별로 자동 보존되어야 한다.
• 앱 전환, 창 이동, 네트워크 단절, 새로고침 뒤에도 초안이 남아 있어야 한다.
• 사용자는 “다시 써야 하나”를 걱정하지 않아야 한다.

요구 정책

• 대화별 초안 저장
• 저장 시점: 입력 멈춤 500~1000ms, 창 비활성화, 앱 종료 직전
• 복구 시점: 대화 재열기, 세션 복구 완료 직후
• 동일 대화 다중 창 충돌 정책

KPI

• 초안 복구 성공률
• 초안 유실 제보 수
• 초안이 있는 대화 재열기 비율

여정 6. 전송 실패 후 같은 맥락 안에서 재시도

성공 정의

• 실패는 토스트가 아니라 메시지 문맥 안에서 보여야 한다.
• 실패 버블은 사라지지 않고, 재시도 액션이 같은 위치에 있어야 한다.
• 중복 전송은 자동으로 막아야 한다.

UX 규칙

• 실패 카피는 짧고 중립적으로
• 다시 보내기, 초안으로 되돌리기, 삭제 3개 액션 우선
• 네트워크가 회복되면 자동 재전송 여부를 선택할 수 있게 설계

KPI

• 실패 후 재전송 성공률
• 전송 실패가 대화 이탈로 이어진 비율
• 중복 전송 발생률

여정 7. 파일 또는 링크 재발견

성공 정의

• 사용자는 “어제 보낸 링크”, “지난주 받은 파일”을 빠르게 찾아야 한다.
• 방 안 검색과 전역 검색이 역할을 나눠야 한다.
• 파일과 링크는 메시지 원문에만 묻혀 있으면 안 된다.

요구 정책

• 방별 파일, 링크, 이미지 탭
• 전역 검색에서 메시지, 파일, 링크, 사람 분리
• 최근 공유 자산의 빠른 접근

KPI

• 검색 성공률
• 파일/링크 재열람 빈도
• 전역 검색 사용률

여정 8. 멀티 윈도우로 두 대화 병행

성공 정의

• Windows 사용자에게는 단일 창보다 멀티 윈도우가 더 빠른 장면이 많다.
• 메인 창을 유지한 채 급한 방을 새 창으로 떼어낼 수 있어야 한다.
• 창 위치와 크기는 기억되어야 한다.

요구 기능

• 대화 팝아웃
• 새 창에서 검색 결과 열기
• 창별 초안/읽음 상태 동기화
• 멀티 모니터 위치 기억

KPI

• 새 창 열기 사용률
• 멀티 윈도우 세션 길이
• 창 복귀 정확도

여정 9. 외부 이동 중 모바일 웹으로 빠른 응답

성공 정의

• 링크를 눌렀을 때 곧바로 목적 대화로 들어가야 한다.
• 목록과 대화가 동시에 보여 잘리는 레이아웃은 금지한다.
• 뒤로가기와 입력창은 항상 뷰포트 안에 있어야 한다.

KPI

• 모바일 웹 링크 진입 성공률
• 대화 진입까지 시간
• 입력창 가시성 문제 제보 수

여정 10. 하루 마감 시 안읽음 0 만들기

성공 정의

• 사용자는 하루 끝에 정리되지 않은 항목을 한 번에 볼 수 있어야 한다.
• 읽기 완료, 나중에 보기, 보관, 고정 같은 마감 행동이 짧아야 한다.

요구 기능

• 오늘 안읽음 묶음 보기
• 나중에 볼 항목 보관
• 대화별 상태 요약
• 다음날 첫 진입 시 이어지는 정리 큐

KPI

• 안읽음 0 달성률
• 다시 볼 항목 저장률
• 다음날 복귀 성공률

플랫폼별 시간 예산 차이

Windows

• 검색과 멀티 윈도우가 강점이어야 한다.
• 긴 답장, 병렬 처리, 파일 재확인에서 시간 우위를 만들어야 한다.

Mobile Web

• 첫 진입, 짧은 답장, 이동 중 확인, 링크 진입에서 강해야 한다.
• 설치 없이 빠르다는 인상이 핵심이다.

Android

• 모바일 웹보다 더 빠른 알림 복귀와 오프라인 내성이 우위가 되어야 한다.

문서와 구현 연결 규칙

• 각 여정은 반드시 설계 문서와 구현 상태표에 연결된다.
• 각 여정에는 현재 상태, 목표 상태, 릴리즈 기준이 있어야 한다.
• 스크린샷은 화면만 보여 주지 말고 어떤 여정을 대표하는지 기록한다.

결론

이 문서의 목적은 “좋은 기능을 많이 넣자”가 아니다.
KoTalk가 사용자의 시간을 실제로 아껴 주는지, 그리고 실패 상황에서도 다시 일을 시키지 않는지를 판단하는 기준을 세우는 데 있다.