Part 3 — 성공의 기술

"좋은 서비스는 개발이 아니라 확산으로 완성된다"

PMF · TAM/SAM/SOM · 5 Forces · AARRR · 발표/데모 · 3축

박수현 · SW마에스트로 특강 · 2026

🎨 이미지 프롬프트: "A beautifully engineered product on a pedestal in an empty hall vs the same product surrounded by a crowd of users following a glowing path of word-of-mouth, split scene, dark editorial illustration, teal and purple, 16:9, no text"

"좋은 서비스는 개발이 아니라 확산으로 완성된다"

아무도 안 쓰면 —
그건 기술이 아니라 취미다

이 시간이 끝나면

이해합니다

• ✅ 왜 좋은 서비스도 실패하는가 · PMF가 뭔지
• ✅ 시장은 생각보다 작다 (TAM/SAM/SOM · 5 Forces)
• ✅ 사용자 확보가 불가하면 — 포기해도 되나? (사유 설계)

직접 합니다

• ✅ 우리 서비스 SOM 추정
• ✅ AARRR 중 우리가 약한 단계 찾기
• ✅ 30초 피치 로 발표 첫 마디 재작성

오늘 Part 3의 길

3-1. 왜 좋은 서비스도 실패하는가

기술이 아니라 — 보통 이 4개에서 진다

"기술적으로 훌륭함" 은 이 4개 중 하나도 해결하지 못합니다.

잘 만들었는데 사라진 것들

공통점: 기술 부족이 아니라 — 사용자·시장·타이밍·차별화에서 졌습니다.

PMF — Product–Market Fit : 시장이 제품을 잡아당기는 순간

💬 PMF는 느낌이 아니다 — "없으면 매우 아쉽다" 40%↑ (Sean Ellis 테스트)

SW마에스트로 6개월에 완전한 PMF는 드뭅니다. 목표는 PMF 증거 한 조각 — "이 좁은 사용자는 진짜 다시 온다".

3-2. 시장은 — 생각보다 작다

TAM · SAM · SOM — 동심원으로 보기

예 "AI 자소서": TAM=전국 취준생 → SAM=온라인 첨삭 쓰는 층 → SOM=특정 학교/커뮤니티 수백 명.

🎨 이미지 프롬프트: "Three concentric circles diagram labeled TAM (outermost, large), SAM (middle), SOM (innermost, small and highlighted), with example annotations '전국 취준생 / 온라인 첨삭층 / 특정 커뮤니티 수백명', clean flat infographic, teal and purple, Korean labels readable, 16:9"

TAM · SAM · SOM — 동심원으로 보기

Porter의 5 Forces — 산업 구조를 보는 눈

학생은 보통 대체재(그냥 안 씀)와 공급자 의존(LLM 가격·정책)을 안 봅니다 — 둘 다 치명적.

🎨 이미지 프롬프트: "Porter's Five Forces diagram: a center box '산업 내 경쟁' with four arrows pointing inward from '신규 진입자', '공급자', '구매자', '대체재', clean flat business-school style, teal and purple, Korean labels readable, 16:9"

Porter의 5 Forces — 산업 구조를 보는 눈

심사위원이 꼭 묻는다 — "이거 법적·윤리적으로 괜찮아요?"

AI 서비스(자소서·면접·평가)는 기술보다 이게 먼저 막힙니다. "최소 수집·익명화·사람이 최종 결정" 한 줄 방어를 미리 준비하세요.

사용자 확보가 구조적으로 불가능하다면? — 과감히, 단 사유를 설계

"사용자 없어서 못 했어요" ❌ → "이 서비스는 구조상 일반 사용자 확보가 핵심이 아니며, 가치는 〈이렇게〉 증명했다" ⭕

사업성 = "어떻게 지속되나" — 모델 패턴

비영리·연구형도 지속 동력은 필요합니다(예산·기관·커뮤니티). Part 1 3축의 사업성을 추상이 아니라 구체 모델로 답하세요.

3-3. 확산 — 기술보다 Distribution

사용자는 저절로 오지 않는다

초기엔 좁고 깊게: "타겟 100명이 모인 단톡방 1개" > "막연한 SNS 전체".

AARRR — 해적 지표 (사용자 여정 5단계)

학생 팀이 거의 항상 약한 곳: Activation(첫 5분에 가치 못 줌)과 Retention(두 번째 방문이 없음).

🎨 이미지 프롬프트: "AARRR pirate-metrics funnel, five stacked decreasing layers labeled Acquisition·Activation·Retention·Referral·Revenue with Korean subtitles 유입·첫가치·재방문·추천·수익, clean flat funnel infographic, teal to purple gradient, readable labels, 16:9"

AARRR — 해적 지표 (사용자 여정 5단계)

한 명이 다음 한 명을 — Growth Loop 와 K-factor

💬 우리 서비스에 공유될 이유가 있나? 없으면 K≈0 — 매번 떠먹여야 한다

학생 서비스에 공유될 이유가 있나요? (결과물·초대·랭킹) 없으면 K≈0 — 매번 떠먹여야 합니다.

3-4. 감이 아니라 — 데이터로 운영

봐야 하는 숫자 — 많이 말고 핵심만

DAU/MAU · 세션 길이는 보조 지표 — 북극성과 리텐션이 먼저입니다.

코호트 리텐션 곡선 — 바닥이 평평해야 산다

💬 곡선이 바닥에 붙으면 마케팅은 돈 태우기 — 평탄화부터

곡선이 바닥에 붙으면 — 유입을 늘릴수록 더 빨리 샙니다. 먼저 평탄화부터.

🎨 이미지 프롬프트: "Two cohort retention curves on one chart, x-axis '가입 후 일수' y-axis '잔존율 %': one red curve decaying to zero, one teal curve decaying then flattening into a plateau (smile), clean flat analytics chart, purple accents, Korean labels readable, 16:9"

코호트 리텐션 곡선 — 바닥이 평평해야 산다

"가입은 많은데 왜 아무도 안 써요?"

가입은 허영 지표. 코호트 곡선이 바닥이면 — 유입을 늘릴수록 더 빨리 샙니다.

3-5. 발표와 데모 — SW마에스트로 특화

발표는 기능 소개가 아니라 — 문제 해결 스토리

첫 30초에 문제와 사용자가 안 나오면 — 나머지 14분은 안 들립니다. (P1 콜백)

통하는 발표의 골격

데모가 심장입니다. 슬라이드가 아니라 움직이는 화면이 신뢰를 만듭니다.

30초 — 엘리베이터 피치 템플릿

〈타겟〉 이 〈문제〉 때문에 〈기존 대안〉 으로 고생하는데,
우리 〈서비스〉 는 〈핵심 차별〉 로 〈결과〉 를 만든다.

예: "면접 준비생이 피드백 받을 데가 없어 친구에게 부탁하는데,
우리는 직무별 모의면접 + 즉시 코칭으로 2주 만에 합격률을 끌어올린다."

발표·기획서·멘토링 — 어디서든 첫 마디는 이 한 문장. 기술 단어 없이 말할 수 있어야 합니다.

심사위원 단골 질문 — 미리 답을 준비한다

Q&A는 함정이 아니라 기회. 예상 질문 Top 5에 30초 답을 팀이 미리 맞춰두세요.

데모는 반드시 무너진다는 가정으로

"라이브가 멋있어서" 무리하다 무너지는 팀 매년 나옵니다. 안정 > 화려함.

데모 시나리오 — 해피 패스 1개 + 리스크 패스 1개

데모는 제품 전체 투어가 아니라 — 하나의 결정적 장면입니다.

3-6. 살아남는 팀 vs 무너지는 팀

6개월 뒤, 갈리는 두 팀

차이는 기술력이 아니라 — 지난 3시간 동안 다룬 비IT 기술입니다.

결국 — 기획성 · 기술성 · 사업성 의 균형 (P1 회수)

한 축만 큰 발표는 떨어집니다. 사용자 0이어도 — 사업성 = 가치 증명은 남습니다(slide 12).

🎨 이미지 프롬프트: "An equilateral triangle balanced on a point, three glowing vertices labeled 기획성·기술성·사업성 each with a small icon (compass, gear, value coin), perfectly balanced, clean flat infographic, teal and purple, Korean labels readable, 16:9"

결국 — 기획성 · 기술성 · 사업성 의 균형 (P1 회수)

개발자는 코드를 만드는 사람이 아니라
문제를 해결하는 사람이다

학생들은 묻습니다 — "무슨 언어/모델 써요?"

하지만 6개월을 가르는 진짜 차이는:

기술은 입장권입니다. SW마에스트로는 입장한 뒤 — 이 비IT 기술로 승부가 납니다.

"좋은 개발자는 코드를 잘 짜는 사람,
좋은 프로젝트 팀은 문제를 해결하는 팀이다"

— 여러분의 6개월이 살아남기를