냠냠픽업

테마

ADR-0007: Phase 0 / 1 / 2 — 런칭·확장 우선순위 ​

배경 (Context) ​

ADR-0006 에서 4 서비스 (User / Store / Marketing / Admin) + Store 3채널 구조가 확정되었지만, 각 서비스를 언제 만들지 는 별도 합의 필요. 런칭(2026-08) 까지 시간이 한정적이고, 모든 서비스를 같은 깊이로 동시에 만드는 건 비현실적.

따라서 Phase 0 / 1 / 2 우선순위를 정식으로 박는다 — 무엇이 런칭 필수, 무엇이 직후 보강, 무엇이 확장 단계인지 합의.

제약 / 가정 ​

  • 런칭 목표: 2026-08 (선택된 시범 지역에서 사용자 ↔ 사장님 양면 거래 발생)
  • 런칭 시점 양면 시장 조건:
    • 사용자가 앱으로 매장을 발견하고 주문 가능
    • 사장님이 입점 후 매장/메뉴를 등록하고 주문을 실시간 접수 가능
    • 운영팀이 사장님 승인·고객 응대 등 최소 운영 가능
  • 자원: 디자인 + 개발 인력이 모든 서비스를 풀 깊이로 동시 진행할 만큼 넉넉하지 않음

결정 (Decision) ​

3 단계 우선순위로 분할.

Phase 0 — 런칭 필수 (~2026-08) ​

런칭 시점에 반드시 동작 해야 하는 최소 기능. 빠지면 양면 거래 자체가 성립 X.

서비스범위비고
User (앱)전체 화면 플로우 (온보딩 / 매장 탐색 / 주문 / 픽업)이미 화면 명세 작성 완료
Store-App (모바일)주문 접수 / 영업 상태 전환 / 메뉴 품절 처리별도 하드웨어 X — 사장님 개인 폰으로 즉시 운영 가능
Store-Portal (Web)매장 / 메뉴 / 영업시간 등록 + 매출 일별 조회사장님 셀프 매장 세팅
Marketing / Home앱 다운로드 랜딩 + 가치 제안 (중개수수료 2%)www.yumyum.im 메인
Marketing / Partners사장님 입점 안내 + 신청 진입 (수동 처리)partners.yumyum.im — Phase 0 에선 신청 → 운영팀이 수동 처리
Admin (최소)사장님 회원 승인 / 정지, 고객 회원 조회·정지핵심 운영 액션만

Phase 1 — 런칭 직후 보강 (~ 2026-12) ​

런칭 후 1–3 개월. 운영하며 드러나는 부족한 부분 + 두 번째 채널.

항목범위트리거
Store-POS (Windows)카운터 PC 주문 접수 + 영수증 출력다중 직원 매장 / 영수증 인쇄 필수 매장 입점 시
Marketing / Company회사 소개 (비전 / 팀 / 채용 / 보도자료)채용·언론 대응 시점
Marketing / Brand브랜드 자산 갤러리 (로고 / 컬러 / 카피 가이드)외부 노출 / 제휴 요청 증가
Admin / 매출 · 정산일별·월별 매출 · 정산 명세 · 수수료 내역정산 자동화 필요 시점
Admin / 공지 · FAQ인앱 공지 · 푸시 발송, 사장님 / 고객 FAQ 관리운영 커뮤니케이션 부담 증가
Partners 셀프 입점 폼신청 → 자동 검증 → 자동 매장 셋업입점 신청 수가 운영팀 수동 처리 한계 초과 시

Phase 2 — 확장 (런칭 2026-12 이후) ​

스케일·차별화 단계. 시장 검증 후 우선순위 결정.

영역후보
데이터 / 인사이트매장별 매출 인사이트 / 인기 메뉴 분석 / 시간대별 주문
B2B 확장체인·법인 (Partners 상위 개념) — 다중 매장 관리, 본사 어드민
마케팅쿠폰 / 프로모션 / 추천인 / 푸시 캠페인 어드민
국제화영문 / 중문 / 일문 — User · Marketing 우선
결제다양한 PG / 페이 / 포인트 시스템
품질A/B 실험 플랫폼, 매장 평가 시스템 고도화

Phase 0 매트릭스 — 서비스 × 화면 단위 ​

서비스 / 채널Phase 0 (필수)Phase 1 (보강)Phase 2 (확장)
User (앱)전체 플로우알림 고도화 / 추천다국어 / 결제 다양화
Store-App주문 접수 / 영업 상태 / 메뉴 품절매출 요약 / 통계다중 매장 관리
Store-Portal매장 등록 / 메뉴 관리 / 매출 일별매출 분석 / 정산 명세본사·체인 관리
Store-POS—주문 접수 / 영수증 출력키오스크 연동 / 주방 디스플레이
Marketing / Home앱 다운로드 랜딩SEO 고도화A/B 실험
Marketing / Partners입점 안내 + 신청 (수동 처리)셀프 입점 자동화사례·인터뷰 콘텐츠
Marketing / Company—회사 / 채용 / 보도자료—
Marketing / Brand—브랜드 자산 갤러리—
Admin사장님·고객 회원 관리 (최소)매출·정산 / 공지·FAQ인사이트 / B2B 본사 어드민

근거 (Rationale) ​

1. 양면 거래의 최소 조건이 Phase 0 의 정의 ​

양면 시장(Two-sided market) 의 첫 거래가 발생하려면:

  • 사용자가 매장·메뉴를 보고 주문할 수 있어야 함 → User App + Marketing/Home (다운로드 유입)
  • 사장님이 매장·메뉴를 등록하고 주문을 받을 수 있어야 함 → Store-Portal (등록) + Store-App (실시간 접수)
  • 사장님 입점 진입로가 있어야 함 → Marketing/Partners
  • 사장님 승인·고객 응대 → Admin 최소

이 6 가지가 빠지면 첫 거래 자체가 발생 X. → Phase 0 의 명확한 경계.

2. Store-App 우선, Store-POS 후순위 — 진입 장벽 차이 ​

  • Store-App: 사장님 개인 폰만으로 즉시 운영 가능. 별도 하드웨어 X. 입점 진입 장벽 ↓.
  • Store-POS: Windows PC 환경, 영수증 프린터 등 추가 설정 필요. 입점 진입 장벽 ↑.

런칭 시점에는 진입 장벽 낮은 채널 1개 부터 시작 → Store-App 이 Phase 0. POS 는 다중 직원 매장 / 영수증 인쇄 필수 매장 입점이 들어올 때 Phase 1 로 추가.

3. Marketing Home + Partners 만 Phase 0 — 나머지는 후순위 ​

  • Home: 앱 다운로드 유입 입구 — 런칭 마케팅의 절대 필수.
  • Partners: 사장님 입점 신청 진입로 — 양면 시장 한쪽 공급원. 단, 자동화는 Phase 1 (런칭 시점엔 운영팀 수동 처리로도 충분, 신청 수 자체가 적을 것).
  • Company / Brand: 채용·외부 노출 시점 도래해야 의미 있음 → Phase 1.

4. Admin 최소 기능만 Phase 0 — "수동 + 최소" 원칙 ​

런칭 초기엔 사장님 / 고객 수가 적어 운영팀이 수동 처리 로 대부분 커버 가능. Admin 은 "수동 처리에 필요한 도구" 만 Phase 0:

  • 사장님 회원 승인 / 정지
  • 고객 회원 조회 / 정지
  • (정산은 첫 정산일 직전까지 시간 여유 있음 → Phase 1)

자동화·분석은 운영 부담이 한계 도달했을 때(= Phase 1) 추가.

5. 고려한 대안 ​

대안 A: Phase 0 = User App 만, 나머지 모두 Phase 1 (기각) ​

  • 기각: 양면 거래 성립 불가. Store / Admin 없이는 사장님이 주문을 받을 수 없음.

대안 B: Phase 0 에 Store-POS 도 포함 (3채널 모두) (기각) ​

  • 기각: 진입 장벽 높음. POS 는 다중 직원·영수증 인쇄 필수 매장에만 의미 있음. Phase 0 매장군은 개인 사장님 우세 가정 → Store-App 우선.

대안 C: Marketing 전체 (4 sub-페이지) Phase 0 (기각) ​

  • 기각: Company / Brand 는 채용·외부 노출 임팩트 시점에 의미. 런칭 시점엔 ROI ↓.

대안 D: Admin 매출·정산 도 Phase 0 (기각) ​

  • 기각: 첫 정산일까지 시간 버퍼 있음. 자동화 없이 수동 정산도 초기엔 가능. Phase 1 에서 자동화.

결과 (Consequences) ​

긍정 ​

  • Phase 0 의 명확한 경계 — "이걸 다 만들면 런칭 가능" 이라는 합의 기준
  • 자원 우선순위 정합 — 디자인·개발이 무엇에 시간을 쓸지 정해짐
  • 양면 시장 최소 조건 충족 — 사용자·사장님·운영팀의 핵심 액션이 모두 가능
  • Phase 1 트리거 정의 — "어떤 신호가 보이면 무엇을 추가" 가 명확

주의 / 후속 필요 ​

  • Phase 0 일정 추적 필요 — User App 화면 명세 외 Store-Portal·Store-App·Marketing·Admin 골격이 아직 작성 단계. 일정 정합성 검증 필요.
  • Partners 신청 처리 SOP 필요 — Phase 0 운영팀 수동 처리 시 신청 → 검토 → 매장 셋업 워크플로우 표준화 (체크리스트, 응답 템플릿)
  • Phase 1 트리거 모니터링 지표 — "신청 수 X 건 초과 시 자동화", "매출 Y 이상 매장 Z 개 도달 시 정산 자동화" 같은 정량 트리거 결정 필요 (별도 ADR 또는 운영 문서)
  • Phase 2 는 계속 가설 단계 — 런칭 후 시장 신호로 우선순위 갱신

후속 작업 ​

  • [ ] Phase 0 항목별 화면 명세 작성 (Store-Portal · Store-App · Marketing/Home · Marketing/Partners · Admin 최소)
  • [ ] Phase 0 일정 정렬 (디자인 · 개발 · QA 단계별 마일스톤)
  • [ ] Partners 수동 입점 처리 SOP 문서화
  • [ ] Phase 1 트리거 정량 지표 결정 (별도 ADR 또는 운영 로드맵)
  • [ ] Phase 1 / 2 우선순위 분기 별 재검토 (런칭 후 분기마다)

관련 ​

냠냠픽업 — 지속가능한 중개수수료 2% 음식 픽업 서비스

© 2026 YumYum