kotalk/문서/17-vstalk-webapp-mvp-and-rollout-plan.md

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 네이티브와의 역할 충돌보다 상호보완 효과가 크다
• 운영 비용 대비 접근성 개선이 분명하다

출시 서술 원칙

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