# 17. VSTalk Webapp MVP And Rollout Plan

## 문서 목적

이 문서는 `vstalk.phy.kr` 모바일 웹앱의 출시 순서와 범위를 정리한다. 핵심은 `빨리 많이 붙이는 것`이 아니라, 작은 범위에서 실제로 반복 사용 가능한 모바일 웹 루프를 만드는 것이다.

## 트랙 운영 방식

- 웹앱은 데스크톱/Android와 분리된 `독립 병렬 트랙`으로 관리한다.
- 다만 서버 계약, 계정 체계, 대화 데이터, 릴리즈 노트의 기준 버전은 공유한다.
- 제품 판단 기준은 모바일 브라우저 사용성에 둔다.

## 단계별 목표

### Phase 0. 전략 확정

- `vstalk.phy.kr`를 모바일 웹 전용 진입점으로 고정
- 업무/친근 소통 공존 원칙 확정
- MVP 화면 목록과 비포함 항목 확정

### Phase 1. 첫 사용 가능 셸

- 모바일뷰 레이아웃 시스템
- 최근 대화 목록
- 대화 진입
- 텍스트 입력/전송
- 링크 기반 진입 플로우

완료 정의:

- 모바일 브라우저에서 첫 대화 진입까지 막힘이 없어야 한다
- 새로고침 후에도 최근 대화 복귀가 가능해야 한다

### Phase 2. Alpha 실제 사용

- 이름 + 초대코드 기반 진입
- 읽지 않음/고정/음소거 기본 기능
- 기본 검색
- 에러/재시도 UX

완료 정의:

- 5~10명 규모에서 며칠간 반복 사용 가능
- 읽기와 답장만으로는 설치 필요성을 강하게 느끼지 않아야 한다

### Phase 3. Beta 확장

- 이미지/파일 업로드
- 링크 미리보기
- PWA 홈 화면 추가 흐름
- 세션 유지/재로그인 경험 개선
- 활동 화면 정교화

완료 정의:

- 업무 대화에서도 `확인`, `짧은 답장`, `파일 재확인`이 자연스럽다
- 친근한 대화에서도 반응 속도와 재진입 피로가 낮다

## 화면 우선순위

1. 링크 진입 화면
2. 가입/로그인
3. 최근 대화 목록
4. 대화 화면
5. 활동 화면
6. 검색
7. 더보기/설정

이 순서를 유지하는 이유는, 메신저의 첫 인상은 설정이 아니라 `들어감`, `읽음`, `답함`, `다시 돌아옴`에서 결정되기 때문이다.

## 업무/친근 소통 균형 장치

### 업무 측면

- 멘션과 읽지 않은 항목을 분리해서 보여 준다
- 중요한 대화를 빠르게 고정하고 보관할 수 있게 한다
- 긴 입력보다 빠른 확인과 짧은 응답에 강한 구조를 택한다

### 친근 측면

- 최근 대화 재진입 속도를 높인다
- 메시지 밀도를 과하게 낮추지 않는다
- 가벼운 반응과 답장 흐름을 깊게 숨기지 않는다

## PWA 도입 원칙

- PWA는 1차 목표가 아니라 `MVP 검증 후 자연스럽게 붙는 확장`으로 본다
- 먼저 웹으로 충분히 쓸 만해야 한다
- 홈 화면 추가, 아이콘, 스플래시, 오프라인 안내는 Beta 단계부터 다듬는다

## 도메인과 배포 원칙

- 루트 도메인: `https://vstalk.phy.kr`
- 항상 HTTPS 기준
- 모바일 웹 소개와 진입은 같은 도메인 안에서 설명한다
- 다운로드를 강요하기보다, 필요할 때 Windows/Android 채널로 자연스럽게 연결한다

## 성공 지표

- 링크 진입 후 첫 화면 표시 시간
- 첫 대화 진입 완료율
- 모바일 웹 재방문율
- 읽은 뒤 답장까지 걸리는 시간
- `설치 없이도 충분히 된다`는 사용자 응답 비율

## 이후 확장 판단 기준

아래 조건이 맞을 때만 웹앱 범위를 더 넓힌다.

- 모바일 웹 재방문율이 꾸준히 유지된다
- 파일/검색/활동 탭 사용이 실제로 반복된다
- Android 네이티브와의 역할 충돌보다 상호보완 효과가 크다
- 운영 비용 대비 접근성 개선이 분명하다

## 출시 서술 원칙

- 웹앱은 `가벼운 입구`이자 `실사용 가능한 보조 채널`로 설명한다
- 데스크톱보다 못한 점은 숨기지 않는다
- 대신 모바일 브라우저에서 더 강한 장면을 분명히 설명한다
- 설득은 과장보다 사용 장면으로 한다
