현재 판단과 미확정#
확인됨
- 첫 MVP의 활동 형식은 식사이고 장소 유형은 식당이다. [2]
- 장기 제품의 원형은 운영 대행보다 회원끼리 식사 만남을 만들고 조율하는 플랫폼이다. [1]
- 식당 관련 기능은 검증 뒤 도입하고, 수익은 식당 거래뿐 아니라 만남 운영과 반복 편의까지 후보로 둔다. [1]
현재 권장안
- 회원 생성자가 호스트가 되고 참가 요청을 승인한다.
- 승인된 회원은 그룹 채팅으로 식당을 조율한다.
- 플랫폼은 식당 확정·완료·취소와 구조화된 사유를 기록한다.
- 운영자는 신고와 실험 기록만 담당한다.
이는 구현 전 권장안이며 프로젝트 오너가 확정한 세부 기능 목록은 아니다.
미확정
- 1:1과 소그룹 중 첫 형식
- 호스트 승인제와 자동 참여 중 첫 방식
- 채팅 범위·종료 시점과 성인 확인 최소선
- 식당 결정 시점과 무료 이후 첫 지불 가치·지불자
첫 검증 목표#
운영자 편성이나 장소 선정 없이 회원 주도 식사 만남이 실제 출석까지 반복되는가?
회원 생성 → 참여 요청 → 호스트 승인 → 식당 확정 → 당일 재확인 → 실제 출석
첫 학습 기준은 완결 사례다. 서로 다른 호스트의 식사 5건 이상이 출석까지 이어지고 둘 이상의 회원이 다시 만들거나 참여하는지를 본다. 5건은 시장 성공 기준이 아니라 다음 기능 결정을 위한 초기 관찰량이다.
| 단계 | 핵심 측정 | 실패 신호 |
|---|---|---|
| 생성 | 생성 시작·완료·재생성 | 운영자 없이는 공급 없음 |
| 참여 | 만남당 요청·승인 | 조회만 있고 요청 없음 |
| 조율 | 식당 확정률·소요시간 | 채팅이 길어지고 식당 미확정 |
| 실행 | 재확인·취소·노쇼·출석 | 확정이 실제 식사로 이어지지 않음 |
| 반복 | 재생성·재참여 | 일회성 호기심에 그침 |
최소기능 경계#
포함
- 성인 계정·닉네임·최소 프로필
- 만들기: 권역·시간·소요시간·인원·가격대·음주 여부
- 목록·상세·요청·승인·그룹 채팅·지도 링크
- 식당명·가격대·예약 여부 확정
- 일정·재확인·취소·출석·신고·차단·실패 사유
제외
- 운영자 생성·자동 편성·플랫폼 식당 선정
- 주변 식당 추천·후보 투표·예약 대행
- 전용 메뉴·식비 결제·식당 정산·예약금·참가비·구독
- 재직 인증과 회사명 수집
- GPS·실시간 위치·공개 댓글·무제한 DM·평점
기능 도입 조건#
| 관찰된 문제 | 다음 실험 | 개발 후보 |
|---|---|---|
| 식당 후보를 찾지 못함 | 운영자가 후보만 수동 제공 | 주변 식당 추천 |
| 후보는 있으나 합의 실패 | 후보 2~3개 수동 비교 | 후보 등록·투표 |
| 식당은 정했으나 예약에서 포기 | 운영자 수동 예약 대행 | 플랫폼 예약 |
| 주문·가격·정산 충돌 반복 | 한 식당의 세트 수동 실험 | 전용 메뉴·통합 결제 |
| 노쇼 반복 | 수동 환불형 예약금 비교 | 예약금·취소 자동화 |
| 신뢰 부족으로 신청·승인 이탈 | 인증 설명 비교 | 최소 인증 |
| 사회적 부담으로 이탈 | 단계별 포기 사건 관찰 | 페인포인트 분리 |
수익 로드맵#
수익은 식당에만 묶지 않되 플랫폼이 제공하지 않은 가치에는 과금하지 않는다.
표는 좌우로 이동할 수 있습니다.
| 층 | 지불 가치 | 가능한 수익 | 도입 조건 |
|---|---|---|---|
| 기본 네트워크 | 생성·참여·채팅 | 무료 | 공급과 수요 형성 |
| 만남 확정·운영 | 대체 참가자·노쇼 보호·운영 세션 | 좌석비·운영비 | 플랫폼 개입이 성사율을 높임 |
| 식당 거래 | 추천·예약·인원 변경 | 예약 지원비·식당 성과 수수료 | 조율 병목과 방문량 확인 |
| 식사 상품 | 메뉴·총액 사전 확정 | 판매 수수료·공급가 차익 | 수동 세트 반복 구매 |
| 반복 편의 | 우선 참여·필터·취소 보호 | 멤버십 | 재참여 주기와 지불 의향 확인 |
예약금은 원칙적으로 매출이 아니라 출석 장치로 분리한다. 신고·차단·안전 정보는 유료화하지 않는다. 제휴 식당의 광고를 추천처럼 숨기지 않는다.
다음 결정#
- 첫 인원과 승인 방식
- 식당 미정 참여 요청 허용 여부
- 채팅 범위와 종료 정책
- 성인 확인·최소 프로필
- 출석 확인과 첫 표본 모집
기준 문서는 제품·MVP, 실행 순서는 검증 계획, 수익 가설은 수익모델, 안전 최소선은 안전·운영에서 관리한다.
수줍은 사용자 장벽은 페인포인트 분석에서 먼저 검증한다. 해결책은 실제 이탈 단계 확인 전에는 MVP에 넣지 않는다.