002 서비스 문제와 제공 가치 가정 - 100-hours-a-week/KTB4-3rd-CLOUD GitHub Wiki
이 문서는 모여타가 해결하려는 사용자 문제와 서비스가 제공해야 하는 핵심 가치를 정의하는 것을 목적으로 한다. 서비스의 기능, 사용자 플로우, 시스템 요구사항을 결정할 때 다음 질문에 답하기 위한 기준으로 사용한다.
- 사용자는 어떤 상황에서 모여타를 필요로 하는가?
- 기존 교통수단이나 서비스로 해결하기 어려운 문제는 무엇인가?
- 사용자는 모여타를 사용해서 어떤 결과를 얻고 싶은가?
- V1에서 반드시 검증해야 하는 서비스 가치는 무엇인가?
이 문서는 시장 규모, MAU·DAU, 사용자 행동별 트래픽, RPS를 산출하는 문서가 아니다. 시장 규모는 「초기 타깃 시장과 시장 검증 가정」에서, 사용자 행동과 트래픽은 「사용자 상황과 행동 가정」에서 다룬다.
서비스가 해결하려는 문제
사용자는 출퇴근·통학 또는 심야 이동 상황에서 다음과 같은 문제를 경험할 수 있다.
| 사용자 상황 | 기존 해결 방법 | 기존 방법의 문제 |
|---|---|---|
| 출퇴근 시간대 대중교통 혼잡 | 지도·교통 앱 확인 | 혼잡 정보와 실제 이동 가능한 동승자를 함께 확인하기 어려움 |
| 파업·사고·폭우 등 교통 장애 | 커뮤니티 검색, 지인에게 문의 | 현재 위치와 목적지가 같은 사람을 빠르게 찾기 어려움 |
| 심야 대중교통 중단 | 혼자 택시 이용 | 요금 부담이 크고 함께 이용할 사람을 찾기 어려움 |
| 택시 동승자 모집 | 기존 게시판이나 단체 채팅 | 게시글 노출, 좌석 수, 참여자 상태가 명확하지 않음 |
| 동승자 조율 | 외부 메신저 사용 | 매칭 정보와 대화 내용이 분리되고 정산 정보가 남지 않음 |
핵심 문제 정의
사용자는 이동이 어렵거나 비용 부담이 큰 상황에서 같은 시간·지역·목적지로 이동하려는 사람을 빠르게 찾고 싶지만, 기존 서비스에서는 적합한 동승자를 발견하고, 참여 상태를 확인하고, 이동을 조율하고, 비용을 정산하는 과정을 하나의 흐름으로 처리하기 어렵다. 모여타는 이 문제를 해결하기 위해 위치와 이동 정보를 기준으로 사용자를 연결하고, 택시팟 생성부터 채팅과 정산까지의 과정을 하나의 서비스 안에서 제공한다.
핵심 사용자 페르소나
페르소나 1. 출퇴근·통학 사용자
| 항목 | 내용 |
|---|---|
| 주요 상황 | 평소 이용하던 대중교통이 혼잡하거나 지연됨 |
| 문제를 인식하는 순간 | 폭우, 파업, 사고, 행사 등으로 이동 시간이 길어짐 |
| 주요 목표 | 같은 방향으로 이동하는 사람을 찾아 대체 이동수단을 확보 |
| 현재 행동 | 지도 앱, 교통 앱, 온라인 커뮤니티, 지인에게 문의 |
| 불편함 | 적합한 게시글을 찾기 어렵고, 실제 참여 가능한지 알기 어려움 |
| 필요한 정보 | 출발지, 목적지, 출발 시간, 현재 인원, 남은 좌석, 예상 비용 |
| 기대 결과 | 이동 가능성을 빠르게 판단하고 실제 동승까지 완료 |
이 사용자는 단순히 게시글을 읽는 것이 아니라, 자신의 위치와 목적지에 맞는 택시팟을 찾아 실제 이동을 완료하는 것을 중요하게 생각한다.
페르소나 2. 심야·교대 근무 사용자
| 항목 | 내용 |
|---|---|
| 주요 상황 | 늦은 시간에 대중교통 이용이 어렵거나 중단됨 |
| 문제를 인식하는 순간 | 퇴근·근무 종료 후 이동수단이 부족함 |
| 주요 목표 | 택시 비용을 줄이면서 안전하게 목적지까지 이동 |
| 현재 행동 | 혼자 택시 이용, 지인에게 연락, 온라인 커뮤니티 검색 |
| 불편함 | 함께 이동할 사람을 찾기 어렵고, 약속 및 비용 정산이 불명확함 |
| 필요한 정보 | 동승자 위치, 목적지, 출발 시간, 예상 비용, 참여 상태 |
| 기대 결과 | 신뢰할 수 있는 동승자를 확보하고 비용을 분담 |
이 사용자는 출퇴근 사용자보다 비용 부담과 약속의 확실성, 참여자 정보의 지속적인 확인을 중요하게 생각한다.
사용자 역할 가정
모여타 사용자는 상황에 따라 다음 두 가지 역할을 수행할 수 있다.
| 역할 | 주요 행동 | 기대 가치 |
|---|---|---|
| 모집자 | 택시팟 생성, 출발지·목적지·시간 입력, 참여자 수 관리 | 동승자를 빠르게 모집하고 택시 비용을 분담 |
| 참여자 | 주변 택시팟 탐색, 참여 요청, 채팅, 정산 | 적합한 택시팟을 찾고 좌석을 확보 |
한 사용자가 항상 모집자 또는 참여자로 고정되는 것은 아니며, 이동 상황에 따라 두 역할을 모두 수행할 수 있다고 가정한다.
서비스가 제공하는 핵심 가치
핵심 가치 정의
모여타는 같은 시간과 방향으로 이동하는 사용자를 연결하여, 택시팟 탐색·참여·조율·정산을 하나의 흐름으로 완료하게 한다. 핵심 가치는 다음 네 가지로 구분한다.
| 핵심 가치 | 사용자에게 제공하는 이점 | 기능으로 연결되는 요구사항 |
|---|---|---|
| 적합한 팟 발견 | 내 위치·목적지·시간에 맞는 팟을 빠르게 확인 | 지도 기반 주변 팟 조회, 조건별 정보 표시 |
| 확실한 참여 상태 | 좌석이 남아 있는지, 참여가 승인되었는지 확인 | 좌석 수 관리, 참여 승인, 상태 변경 |
| 원활한 이동 조율 | 출발 위치와 시간을 동승자와 합의 | 팟별 채팅, 메시지 이력, 참여자 정보 |
| 투명한 정산 | 누가 얼마를 부담하는지 확인 | 참여자별 정산 정보, 정산 상태, 기록 보존 |
사용자가 모여타를 사용하는 이유
사용자는 다음과 같은 상황에서 모여타를 사용한다고 가정한다.
“대중교통으로 이동하기 어렵거나 택시 비용이 부담되는 상황에서, 나와 같은 방향으로 이동하는 사람을 빠르게 찾고 싶다. 참여 가능한 팟인지 확인한 뒤 채팅으로 약속을 정하고, 이동 후 비용까지 명확하게 정산하고 싶다.” 이를 사용자 니즈 관점에서 구분하면 다음과 같다.
기능적 니즈
- 내 위치와 목적지에 맞는 택시팟을 찾고 싶다.
- 출발 시간이 맞는지 확인하고 싶다.
- 현재 참여자 수와 남은 좌석을 알고 싶다.
- 참여 요청이 승인되었는지 확인하고 싶다.
- 동승자와 출발 위치와 시간을 조율하고 싶다.
- 정산 금액과 참여자를 확인하고 싶다.
경제적 니즈
- 혼자 택시를 이용하는 비용을 줄이고 싶다.
- 참여자 수에 따른 예상 비용을 미리 알고 싶다.
- 정산 과정에서 금액 차이나 혼선을 줄이고 싶다.
불확실성 감소 니즈
- 게시글이 아직 유효한지 알고 싶다.
- 참여 요청 후 팟이 사라지거나 좌석이 초과되지 않기를 원한다.
- 재접속해도 팟과 채팅 정보가 유지되기를 원한다.
- 이동 전까지 동승자의 참여 상태를 확인하고 싶다.
V1에서 검증할 서비스 가치
V1에서는 기능의 개수보다 사용자가 실제로 택시팟을 만들고 이동을 완료할 수 있는지를 검증한다.
V1 핵심 가설
| 가설 | 검증 내용 |
|---|---|
| 사용자는 위치·목적지·시간이 맞는 팟을 찾으면 참여하려고 한다 | 주변 팟 조회 후 상세 확인 및 참여 요청 발생 여부 |
| 사용자는 단순 게시글보다 좌석과 참여 상태가 명확한 팟을 선호한다 | 참여 요청, 승인, 좌석 상태 변경이 정상적으로 이어지는지 |
| 매칭 이후의 조율 과정이 실제 이동에 중요하다 | 팟 채팅에서 출발 위치·시간 협의가 이루어지는지 |
| 정산 정보가 명확하면 동승 완료 가능성이 높아진다 | 참여자와 정산 금액이 일치하고 정산이 완료되는지 |
| 팟과 채팅 정보의 지속성이 서비스 신뢰에 영향을 준다 | 재접속, 새로고침, 네트워크 재연결 이후 데이터 유지 여부 |
V1에서 가장 중요한 검증 결과는 다음과 같다.
- 사용자가 자신의 상황에 맞는 팟을 발견하는가
- 택시팟 매칭이 좌석 초과 없이 정상적으로 처리되는가
- 매칭된 사용자들이 채팅으로 이동을 조율하는가
- 팟·참여자·채팅·정산 정보가 유실되지 않는가
- 실제 이동 및 정산까지 완료되는가
V1 기능 범위
핵심 기능
- 위치 기반 택시팟 조회
- 택시팟 생성
- 팟 참여 요청 및 승인
- 참여자 및 남은 좌석 관리
- 팟별 동승자 채팅
- 기본 정산 정보 제공
- 팟 상태 관리
- 회원가입 및 로그인
- 홈 및 지도 화면
V1에서 제외하거나 후순위로 두는 기능
- 실시간 혼잡도 분석
- 이미지 기반 정산 자동화
- GPU 기반 AI 모델 서빙
- 전국 단위 서비스 확장
- 고도화된 추천 및 개인화
V1에서는 모여타가 택시를 직접 배차하는 서비스가 아니라, 같은 이동 목적을 가진 사용자를 연결하고 동승 과정을 관리하는 서비스라는 점을 명확히 한다.
서비스 가치에서 시스템 요구사항으로의 연결
| 서비스 가치 | 시스템 요구사항 |
|---|---|
| 적합한 팟 발견 | 위치·목적지·출발 시간 기반 조회 |
| 확실한 참여 상태 | 좌석 수 변경의 동시성 제어 |
| 매칭 정보 지속 | 팟·참여자 관계의 영속 저장 |
| 원활한 조율 | WebSocket 채팅 및 메시지 이력 저장 |
| 투명한 정산 | 참여자와 금액의 일관성 보장 |
| 장애 이후 복구 | 재접속 시 최신 팟·채팅 상태 조회 |
| 사용자 신뢰 | 권한 없는 팟 수정·참여·정산 변경 방지 |