누구의 문제인가#
수줍음은 만나고 싶음 + 상호작용 위험 때문에 물러남이라는 접근·회피 충돌로 본다. 초기 성인 연구에서도 수줍음·회피·비사교성은 다른 철회 동기였고, 수줍음은 공감적 관심과 개인적 고통 모두와 관련됐다. [2]
따라서 단순 미참여를 수요 부족으로 판정하지 않는다. 먼저 다음을 나눈다.
- 욕구 없음: 혼자 식사하거나 기존 관계만 유지하고 싶음
- 조건 불일치: 시간·권역·가격·인원·목적이 맞지 않음
- 사회적 장벽: 참여하고 싶지만 평가·거절·발화·합류 부담 때문에 멈춤
- 안전·신뢰 장벽: 상대와 운영을 믿기 어려워 합리적으로 멈춤
퍼널별 페인포인트#
| 단계 | 사용자가 감수하는 사회적 위험 | 예상 회피 행동 | 확인할 신호 |
|---|---|---|---|
| 탐색 | 분위기·기존 친분을 예측할 수 없음 | 반복 확인 뒤 이탈 | 어색함·소외 예상 |
| 생성 | 모집과 무응답을 자기 평가로 받아들임 | 만들기 중단 | 호스트 역할 거부 |
| 참여 요청 | 호스트에게 자신을 드러내고 거절 가능성을 감수 | 관심만 저장하고 요청하지 않음 | 거절 불안, 소개 작성 중 이탈 |
| 승인 대기 | 비교·평가받는 느낌 | 알림 회피·요청 철회 | 대기 불안 |
| 그룹 채팅 | 첫 발화·식당 제안·반대 의견이 모두 평가 대상 | 읽기만 하거나 동조 | 첫 메시지 지연, 제안자 편중 |
| 당일 합류 | 낯선 사람을 알아보고 먼저 말을 걸어야 함 | 직전 취소·지각·주변 배회 | 도착 뒤 합류 지연, 연락 회피 |
| 식사 | 침묵·소외를 실시간 수습해야 함 | 짧은 답변·조기 귀가 | 불편을 표현 못함 |
| 종료·반복 | 거절 또는 관계 지속 기대를 다시 관리해야 함 | 만족해도 재참여하지 않음 | 후속 연락 부담, 재신청 회피 |
공개 자료에서도 첫 참여의 어색함, 기존 구성원 사이 소외와 뒤풀이 규범이 진입 부담으로 나타났다. 발생률이 아니라 조사할 실패 양식이다. [3] [4]
가장 위험한 순간#
- 공급: 호스트가 되면 무응답과 진행 책임을 모두 떠안는다.
- 요청: 승인제는 안전과 선택권을 주지만 지원자를 평가 대상으로 만든다.
- 조율: 자유 채팅은 자율성을 보존하지만 침묵·동조와 실제 합의를 구분하기 어렵다.
- 합류: 온라인 상태 전환보다 낯선 사람에게 처음 말을 거는 순간의 비용이 더 클 수 있다.
- 식사: 불편을 표현하지 못하면 완료 기록이 만족으로 잘못 해석될 수 있다.
중국 대학생 과제에서 높은 수줍음 집단은 낮은 위험 선택을 더 보였다. 식사 행동의 직접 근거는 아니지만 위험 회피를 측정할 이유를 준다. [5]
검증 질문#
기능 선호보다 최근 실제 사건을 묻는다.
- 마지막으로 낯선 사람과 식사하고 싶었지만 신청하지 않은 때는 언제였나?
- 관심을 느낀 뒤 어느 화면·상황에서 멈췄고 바로 무엇을 했나?
- 거절, 무응답, 첫 메시지, 식당 의견, 당일 합류 중 무엇을 예상했나?
- 조건이 완벽해도 참여하지 않을 이유는 무엇인가?
- 참석했지만 불편을 말하지 못하고 완료한 경험이 있었나?
- 다음 참여를 피하게 만든 한 순간은 무엇이었나?
행동 실험에서는 관심 → 만들기/요청 → 첫 발화 → 식당 확정 → 합류 → 출석 → 재참여의 시간과 이탈 사유를 기록한다. 채팅 원문 대신 첫 발화·식당 제안 참여와 사후 응답만 본다.
반례와 중단 조건#
- 실제 미참여가 수줍음보다 시간·가격·권역·안전 문제로 설명됨
- 수줍다고 말한 회원도 생성·요청·조율에서 차이를 보이지 않음
- 첫 참여 부담은 높지만 한 번 참석한 뒤 반복에는 영향을 주지 않음
- 소규모 식사가 오히려 시선 집중과 대화 압박을 키움
- 구조화된 지원이 편안함보다 통제감·유치함을 만듦
아직 하지 않을 결정#
자동 편성, 익명 신청, 승인 제거, 대화 게임, 식당 자동 추천, 운영자 진행을 해결책으로 확정하지 않는다. 먼저 어느 단계의 어떤 위험이 실제 행동을 막는지 확인한다. 이후 관찰된 페인포인트 → 가장 싼 수동 실험 → 기능 후보 순서로 정한다. 타 영역 구조는 사회적 진입장벽 해결 패턴 비교, 재미 요소는 재미 요소로 사회적 부담을 낮추는 패턴에서 본다.
현재 MVP 경계는 회원 자율형 MVP와 수익 로드맵, 고객 적격성은 고객과 사용 상황, 가설 상태는 가설 등록부에서 관리한다.