Strategic Synthesis

전략 재구성
"네 개의 렌즈, 하나의 전략"

아이데이션 시작, 타깃별, 인물, 에이전트 — 네 가지 아이데이션은 각각 다른 질문에서 출발했다.
"뭘 만들지?" / "누구에게 팔지?" / "누구의 뇌를 팔지?" / "어떻게 협업시킬지?"
이 네 관점을 인격으로 세워 서로를 비평하면 — 빠진 것이 보인다.

아이데이션 시작 상품 중심
타깃별 고객 중심
인물 차별화 중심
에이전트 시스템 중심
메타 인사이트 — 왜 교차 비평인가

4개의 아이데이션은 각각 "자기 논리" 안에서는 완벽하다.
하지만 한 페이지의 강점이 다른 페이지의 사각지대를 만든다.
마케팅 워룸의 7인이 서로를 비평했듯 — 우리의 아이데이션 자체를 같은 방식으로 비평한다.
이 문서 자체가 Multi-Agent Debate의 실증이다.


R1. 각 관점의 핵심 주장

4개의 아이데이션을 하나의 문장으로 압축한다.
각각이 "MCP MARKET의 핵심은 이것이다"라고 주장하는 바.

아이데이션 시작 — "상품이 먼저다"

범용 MCP 10개(Work 6 + Wisdom 4) + 타깃 전용 30개 = 총 40개 MCP 후보를 정의했다.
"팔 물건이 없으면 시장도 없다." 상품 라인업을 먼저 확보하고, 그 다음 고객을 찾는다.
핵심 전제: 좋은 상품은 고객을 만든다.

타깃별 — "고객이 먼저다"

개인(10) + 개인사업자(11) + 기업(9) = 30개 MCP를 타깃별로 재설계했다.
"카페 사장님과 CTO가 같은 MCP를 쓸 리 없다." 고객 세그먼트가 상품을 결정한다.
핵심 전제: 고객의 문제에서 상품이 나온다.

인물 — "차별화가 먼저다"

글로벌 비저너리부터 실무 전문가까지 = 22명의 뇌를 MCP로 패키징했다.
"MCP 도구는 6개월이면 따라잡힌다. 잡스의 뇌는 따라잡을 수 없다." 방어 가능한 차별화.
핵심 전제: 복제할 수 없는 것만이 가치 있다.

에이전트 — "시스템이 먼저다"

9개 팀, 55인의 거장이 멀티에이전트로 토론하는 시스템을 설계했다.
"한 명의 의견은 편향이다. 7명의 논쟁이 지혜다." 도구가 아니라 도구들의 협업이 가치.
핵심 전제: 개별 부품보다 조합된 시스템이 가치 있다.


R2. 교차 비평 라운드테이블

4개의 관점이 하나의 테이블에 앉아 서로를 비평한다.
각자의 강점이 다른 관점의 약점을 드러낸다.

1차 교전 — "뭘 먼저 만들어야 하는가"

[아이데이션 시작]: "우리는 40개 MCP 후보를 정의했습니다. 상품 없이 시장은 없습니다."

[타깃별]: "40개요? 그 중에 고객이 '첫 번째로' 살 MCP가 뭔지 정했습니까? 40개를 한꺼번에 보여주면 고객은 '아무것도 선택하지 않는 것'을 선택합니다. 카페 사장님 앞에 40개 메뉴판을 펼치면 나가버려요."

[인물]: "더 큰 문제가 있습니다. 이 40개는 기능적 도구입니다. 기능은 따라잡힙니다. Notion AI, Cursor, Zapier — 다 비슷한 걸 합니다. 6개월 후에 우리 MCP만의 이유가 뭡니까?"

[에이전트]: "맞습니다. 개별 MCP는 부품일 뿐입니다. 고객은 '기획서 도우미'를 사는 게 아니라 '기획 문제가 풀리는 것'을 삽니다. 부품이 아니라 부품들이 협업하는 시스템을 팔아야 합니다."

[아이데이션 시작]: "그래서 교차점을 만들었잖습니까. Work × Wisdom 조합. 하지만... 인정합니다. 조합 전략이 구체적이지 않았습니다."

2차 교전 — "누구에게 먼저 팔 것인가"

[타깃별]: "우리는 세 타깃을 명확히 구분했습니다. 개인, 개인사업자, 기업. 각각의 pain point가 다르니까요."

[인물]: "타깃은 좋은데, 동일인이 상황에 따라 다른 타깃이 됩니다. 토스 10년차 PM이 퇴근 후에는 '개인'이고, 사이드 프로젝트를 하면 '개인사업자'이고, 회사에서는 '기업' 사용자입니다. 사람이 아니라 컨텍스트를 봐야 합니다."

[에이전트]: "더 근본적인 문제 — 개인사업자에게 잡스 MCP나 에이전트 토론이 필요합니까? '배달 리뷰 자동 응답 MCP' 하나면 됩니다. 그런데 그건 최저가 도구예요. 우리의 프리미엄 상품과 이 시장이 맞습니까?"

[아이데이션 시작]: "동의합니다. 타깃 3개를 다 공략하면 자원이 분산됩니다. 파일럿 시점에서는 하나의 타깃에 집중해야 합니다."

[타깃별]: "...인정합니다. 세 타깃을 다 열거했지만, '어디서 시작할 것인가'는 결정하지 않았습니다."

3차 교전 — "차별화는 정말 방어 가능한가"

[인물]: "인물 MCP가 답입니다. 잡스의 뇌, 머스크의 사고 — 이건 복제할 수 없습니다."

[아이데이션 시작]: "정말요? '잡스처럼 생각하기' 프롬프트는 ChatGPT에서 30초면 만듭니다. 인물 MCP와 잘 만든 프롬프트의 차이를 고객이 체감할 수 있습니까? 체감 못하면 구독료를 내지 않습니다."

[에이전트]: "개별 인물 MCP의 차별화는 약합니다. 하지만 7명이 동시에 토론하는 것 — 이건 프롬프트 하나로 안 됩니다. Multi-Agent Orchestration이 기술적 해자입니다."

[타깃별]: "해자는 좋은데, 그걸 필요로 하는 고객이 충분합니까? '마케팅 거장 7인 토론 구독'이 MRR $10K를 만들 타깃이 어디 있습니까?"

[인물]: "...인정합니다. 인물 MCP 단독으로는 '프롬프트와 뭐가 다르냐'는 질문을 넘기 어렵습니다. 인물 DB + 상황 매칭 + 세션 메모리 — 이 기술적 깊이를 체감시키는 전략이 빠져 있었습니다."

4차 교전 — "시스템은 아름답지만 복잡하다"

[에이전트]: "멀티에이전트가 미래입니다. 도구 하나하나가 아니라, 에이전트들이 협업하는 시스템 —"

[아이데이션 시작]: "잠깐요. 에이전트 팀 9개를 전부 구독하면 상당한 금액입니다. 누가 이걸 전부 삽니까?"

[타깃별]: "기업도 전부 사지 않습니다. 마케팅팀은 마케팅 워룸만 쓰고, 디자인팀은 크리틱만 씁니다. '전체 시스템의 가치'는 마케팅 메시지일 뿐, 실제 구매는 개별 팀 단위입니다."

[인물]: "그리고 에이전트 MCP를 만들려면 인물 MCP가 먼저 있어야 합니다. 인물 1인 MCP도 없이 7인 토론을 만들 수는 없잖습니까. 순서가 있습니다."

[에이전트]: "...인정합니다. 에이전트 MCP는 최종 형태이지 첫 번째 상품이 아닙니다. 인물 MCP → 에이전트 MCP로의 자연스러운 업셀 경로가 필요합니다."


R3. 공통 구조적 문제

4개의 관점이 서로를 비평한 결과, 모두가 인정하는 5가지 구조적 문제가 드러났다.

문제 1 — 엔트리 포인트 부재

71개 MCP 후보가 있지만, 고객이 "첫 번째로" 구매할 MCP가 무엇인지 정해지지 않았다.
메뉴판이 40페이지인 식당에 사람은 들어오지 않는다.
[아이데이션 시작]의 실패: 상품을 나열했지만 진입점을 설계하지 않았다.
[타깃별]의 실패: 세그먼트는 나눴지만 세그먼트별 첫 구매 여정을 그리지 않았다.

문제 2 — 업셀 경로 단절

Work MCP → 인물 MCP → 에이전트 MCP는 가치가 상승하는 사다리다.
하지만 고객이 자연스럽게 이 사다리를 오르는 경로가 설계되지 않았다.
저가 도구를 쓰던 사람이 프리미엄 에이전트 팀을 구독하게 만드는 트리거가 무엇인가?
[인물]과 [에이전트]의 실패: 상위 상품은 멋지지만 아래에서 올라오는 계단이 없다.

문제 3 — 프롬프트 대비 차별화 부족

"잡스처럼 생각해줘"라는 프롬프트 한 줄과 유료 인물 MCP의 차이를 고객이 체감할 수 있는가?
체감할 수 없으면 돈을 내지 않는다.
[인물]의 실패: 기술적 깊이(전용 DB + 맥락 엔진)는 주장했지만, 고객 체감 전략이 없다.
[에이전트]의 실패: 멀티에이전트는 기술적 해자지만, 데모가 없으면 "그냥 긴 대화 아니냐"로 귀결.

문제 4 — 타깃 우선순위 미결정

개인, 개인사업자, 기업 — 세 타깃을 동시에 공략할 자원이 없다.
파일럿 시점에 어떤 타깃에 집중할 것인가?
[타깃별]의 실패: 세 타깃을 병렬로 나열했지 우선순위를 정하지 않았다.
개인사업자용 최저가 MCP와 기업용 프리미엄 에이전트 MCP를 같은 팀이 동시에 만들 수 있는가?

문제 5 — PMF 검증 순서 부재

71개 MCP 중 무엇을 먼저 만들어서, 누구에게, 어떻게 검증할 것인가?
파일럿 1(마켓) vs 파일럿 2(자체 생산) — 어디서 시작하는가?
전체의 실패: 아이디어의 양은 풍부하지만 실행의 순서가 없다.
"무엇을 먼저"가 아니라 "무엇을 하지 않을 것인가"를 결정해야 한다.

핵심 진단

4개의 아이데이션은 각각 "무엇을 만들 것인가"에 답했다.
하지만 아무도 "무엇을 만들지 않을 것인가"에 답하지 않았다.
71개 후보는 가능성의 지도일 뿐 — 전략은 가능성의 90%를 버리는 판단이다.


R4. 통합 전략 재구성

5가지 구조적 문제를 해결하는 전략을 세운다.
아이디어를 덜어내고, 순서를 정하고, 사다리를 놓는다.

전략 1 — Product Ladder (상품 사다리)

해결하는 문제: #1 엔트리 포인트 부재 + #2 업셀 경로 단절

71개를 펼치지 않는다. 4단계 사다리로 세운다.

Tier 0 — Free (무료 체험) R6 수정

목적: 진입 장벽 제거. "뭔지 모르겠는데 일단 써보기"
상품: Surface Depth 기반 맛보기. "프롬프트와 비슷하지만 살짝 다른" 수준 — 기대치 관리 필수
주의: Free가 첫인상이 되면 안 된다. "이것은 맛보기입니다. 진짜는 Mentorship부터." 명시
전환 트리거: 무료 한도 소진 → "더 깊은 판단을 원하시면 Starter로"

Tier 1 — Starter (저가) R6 수정

목적: 첫 결제. "이건 프롬프트로 안 되는 거니까 돈 낼 가치가 있다"는 경험
상품: Core Depth 기반 데이터 연동형 MCP 1개 (● 판정 MCP 중 택 1 — 사용자 인터뷰 후 확정)
핵심: 첫 유료 제품은 반드시 Core. Surface로 시작하면 "ChatGPT랑 같다" → 첫인상 파괴
전환 트리거: 도구적 가치 체감 → "이 도구에 AI 멘토를 붙이면?" → 인물 MCP 탐색

Tier 2 — Pro (중가)

목적: ARPU 상승. 도구 + 인물의 결합
상품: Work MCP + 인물 MCP 1~2인 번들. "데이터 연동형 MCP + 인물 Brain"
전환 트리거: "잡스 혼자 보는 것보다, 잡스랑 베조스가 토론하면?" → 에이전트 MCP

Tier 3 — Enterprise (고가)

목적: 최고 가치. 팀 단위 의사결정 지원
상품: 에이전트 MCP (멀티에이전트 토론) + 커스텀 세션 + 팀 공유
전환 트리거: 팀 전체가 사용 → 연간 계약 전환 → LTV 극대화


전략 2 — Entry Point 전략 (첫 구매 설계)

해결하는 문제: #1 엔트리 포인트 부재 + #4 타깃 우선순위 미결정

71개 중 "이것 하나"로 시작한다.

파일럿 타깃: 개인 (직장인 기획자/마케터/디자이너)

왜 개인 먼저인가:
- 개인사업자: CAC 대비 ARPU가 낮다. 볼륨 게임인데 초기에 볼륨이 없다
- 기업: 세일즈 사이클이 길다 (3~6개월). 파일럿에서 속도가 안 나온다
- 개인 (직장인): 본인 카드로 즉시 결제. 효과를 느끼면 팀에 전파 → B2B 전환 경로

첫 번째 MCP: "기획서 작성 MCP" 또는 "마케팅 전략 MCP"
이유: 기획자/마케터의 가장 반복적인 고통 — "빈 문서 앞에서의 30분"을 해결

엔트리 시나리오

1단계 (Week 1~2): 엔트리 MCP 무료 체험 (Surface 맛보기) → "프롬프트로는 안 되는 걸 해준다"
2단계 (Week 3~4): 한도 소진 → Starter Tier 전환 → 매일 사용
3단계 (Month 2~3): "이 초안, 잡스라면 어떻게 판단했을까?" → 인물 MCP 추가 → Pro Tier 업셀
4단계 (Month 4+): "팀 전체가 쓰면 좋겠다" → Enterprise 문의 → B2B 전환


전략 3 — 번들 아키텍처 (상품 조합 설계)

해결하는 문제: #2 업셀 경로 단절 + #3 프롬프트 대비 차별화 부족

개별 MCP는 프롬프트와 다를 바 없다. 번들이 차별화를 만든다.

번들 설계 원칙

단독 MCP: "도구" → 프롬프트와 비교당한다
도구 + 인물: "코칭 받는 도구" → 프롬프트로 대체 불가
도구 + 인물 + 에이전트: "팀이 토론하는 시스템" → 완전히 다른 카테고리

번들명 구성 타깃
기획자 번들 ● 판정 Work MCP + 잡스 Brain PM, 기획자
마케터 번들 ● 판정 Work MCP + 세스 고딘 Brain 마케터, CMO
디자이너 번들 ● 판정 Work MCP + 노먼/닐슨 Brain UX 디자이너
창업자 번들 ● 판정 Work MCP + 경영 라운드테이블 Agent (Phase 3) 스타트업 CEO
CTO 번들 ● 판정 Work MCP + 아키텍처 리뷰 보드 Agent (Phase 3) CTO, VP Eng
투자자 번들 ● 판정 Work MCP + 투자 심의 위원회 Agent (Phase 3) VC, 엔젤
차별화 체감 전략 — "Before / After Demo"

프롬프트 대비 차별화를 말하지 않고 보여준다.

Before (ChatGPT 프롬프트): "잡스처럼 이 기획서 봐줘" → 일반적인 조언 5줄
After (잡스 Brain MCP): 기획서를 섹션별 분해 → 잡스의 4가지 판단 프레임 적용 → 각 프레임별 평가 → 최종 "잡스라면 이 기획서에서 3개를 빼겠다" + 구체적 이유

이 Before/After를 랜딩 페이지의 첫 화면에 배치한다.
체감이 곧 전환이다.


전략 4 — 파일럿 시퀀스 (실행 순서)

해결하는 문제: #5 PMF 검증 순서 부재

71개를 다 만들지 않는다. "한 명으로 증명"한다. (R7 최종)

Phase 1 — MVP (0~6개월) : "한 명으로 증명" R7 수정

왜 마켓(파일럿 1)이 아닌가: 마켓은 셀러가 있어야 돌아간다. 초기에 셀러도 없고 바이어도 없다.
자체 MCP로 먼저 PMF를 검증하고, 그 실적이 마켓 셀러를 유인하는 증거가 된다.

Phase 0 — 검증 (2주):
- 현직 전문가 1명 섭외 (유튜브/블로그 하는 PM 또는 마케터)
- 타깃 사용자 10명 인터뷰 → 상담형 엔트리 MCP 확정

두 트랙 병행:
트랙 A — 두뇌 복제: 전문가 1명 × 6-Layer 인터뷰 14시간 → Core Depth MCP 제작 → 블라인드 테스트 합격 후 출시
트랙 B — 상담형: ● 판정 Work MCP 1개 Core Depth 개발. 데이터 연동 필수인 것으로
먼저 트랙션 나오는 쪽에 올인.

동시 진행: 데이터 플라이휠 설계 (피드백→리뷰→DB 보강 루프) / 소비자 브랜드 네이밍
목표: 유료 500명, MRR $10~25K

만들지 않을 것: 22명 동시(안 함), Surface 선출시(안 함), 블라인드 테스트 전 출시(안 함), 에이전트(Phase 3)

Phase 2 — Scale (3~6개월) : 라인업 확장

Phase 1의 데이터 기반 판단:
- 전환율 > 5% → 같은 구조로 마케터 번들, 디자이너 번들 추가
- 인물 MCP 단독 구매율 확인 → 인물 라인업 확대 (머스크, 베조스, 고딘 등)
- B2B 문의 발생 시 → 팀 기능 + 에이전트 MCP 1개 (마케팅 워룸) 파일럿

이 시점에 파일럿 1 (마켓) 시작: "우리 MCP가 MRR $10K 달성" → 셀러에게 "이만큼 팔린다"는 증거 제시

Phase 3 — Platform (6~12개월) : 마켓 + 에이전트

- 파일럿 1 (마켓) 본격 가동: 외부 셀러 온보딩, 큐레이션 시스템
- 에이전트 MCP 확대: 검증된 인물 MCP를 기반으로 멀티에이전트 팀 구성
- Enterprise 계약 시작: 연간 계약, 커스텀 에이전트 팀 구성
- 개인사업자 시장: Phase 1~2에서 검증된 MCP를 저가 패키지로 재구성


전략 5 — 핵심 KPI

해결하는 문제: 전체 — 측정 없이는 검증도 없다

Phase별로 다른 KPI를 본다. 한 번에 하나만 최적화한다.

Phase North Star KPI 보조 지표 판단 기준
Phase 1 (한 명으로 증명) 유료 사용자 500명 + MRR $10~25K 블라인드 테스트 합격률, 전환율, 재사용률 유료 500명 도달 → Phase 2 진행
Phase 2 (멀티 카테고리) 유료 3,000명 + 월 $50~150K 카테고리별 전환율, 영어 버전 성과 멀티 카테고리 검증 → Phase 3 + 투자 유치
Phase 3 (플랫폼 + B2B) 50개+ 두뇌 + 월 $500K+ 크리에이터 플랫폼 GMV, B2B 기업 교육 계약 전문가 직접 제작 도구 + B2B 기업 교육 시장 진입

R5. 데이터 학습 — 3-Tier Depth 모델

MCP의 품질은 결국 "얼마나 깊이 학습시켰는가"에 달린다.
같은 잡스 Brain이라도 유튜브 영상 10개로 만든 것과
저서 + 전기 + 실제 인터뷰 데이터까지 넣은 것은 판단의 해상도가 다르다.
이 깊이 차이를 상품 Tier로 전환한다.

인사이트 엔진 적용 — 오해→발견

오해: "데이터를 많이 넣으면 더 똑똑해진다"
관습: 가능한 모든 데이터를 한꺼번에 학습시킨다
문제: 데이터 양이 아니라 데이터의 '종류'가 판단의 질을 결정한다
파괴: 데이터 종류별로 나누면 — 각 깊이 자체가 상품이 된다?
발견: 유튜브(공개) → 책(유료) → 인터뷰(희소) — 깊이가 곧 가격이다
인사이트: 학습 데이터의 깊이를 3단계 구독 Tier로 전환

Tier 정의 — 깊이가 곧 가격이다

Depth 1 — Surface

데이터 소스: 유튜브 + 공개 강연 + 팟캐스트 + 공개 인터뷰

성격: 누구나 접근할 수 있는 공개 자료. 비용 제로.
학습 데이터 예시 (잡스 Brain 기준):
- 스탠포드 졸업 연설 (2005) 전문
- Apple 키노트 프레젠테이션 100+ 전문
- D Conference, AllThingsD 인터뷰 시리즈
- 공개 다큐멘터리 (Steve Jobs: The Man in the Machine 등)
- YouTube에 공개된 인터뷰, 패널, Q&A 전체

판단 해상도: 잡스의 공개적 철학과 원칙을 재현. "잡스가 자주 말한 것"을 기반으로 판단.
한계: 공개석상에서의 발언은 정제되어 있다. 실제 의사결정의 맥락, 갈등, 실패 과정은 빠져 있다.

비유 강연을 들은 수준. 감탄은 하지만 따라 하긴 어렵다
Depth 2 — Core

데이터 소스: Depth 1 + 저서 + 전기 + 학술 논문 + 업계 분석

성격: 구매/구독해야 접근 가능한 유료 자료. 취득 비용 발생.
추가 학습 데이터 예시 (잡스 Brain 기준):
- 월터 아이작슨 《Steve Jobs》 전문 (공식 전기, 40시간 인터뷰 기반)
- 브렌트 슐렌더 《Becoming Steve Jobs》 (잡스의 성장 과정 중심)
- 켄 시걸 《Insanely Simple》 (Apple 내부 의사결정 사례)
- 리앤더 카니 《Jony Ive》 (디자인 의사결정 맥락)
- 에드 캣멀 《Creativity, Inc.》 (Pixar에서의 잡스 경영 스타일)
- Harvard Business Review 잡스 관련 케이스 스터디 전체
- 업계 분석 보고서 (Gartner, CB Insights 등 Apple 전략 분석)

판단 해상도: 잡스의 내면적 사고 과정과 의사결정 맥락까지 재현. "잡스가 왜 그렇게 판단했는가"의 이유를 안다.
한계: 저서와 전기는 결국 '타인의 해석'이 섞여 있다. 잡스 본인의 필터링되지 않은 사고는 아니다.

비유 전기를 정독한 수준. 그의 판단 패턴을 이해하고 유사 상황에 적용할 수 있다
Depth 3 — Deep

데이터 소스: Depth 2 + 실제 인터뷰 + 측근 증언 + 내부 문서 + 미공개 자료

성격: 직접 취재/인터뷰하거나, 비공개 자료를 확보해야 하는 희소 데이터. 취득 난이도 최상.
추가 학습 데이터 예시 (잡스 Brain 기준):
- 전 Apple 임원/직원 인터뷰 (직접 수행, 의사결정 현장 증언)
- Apple 내부 미팅 메모, 제품 리뷰 세션 기록 (가능 범위 내)
- 잡스와 직접 일한 디자이너/엔지니어의 1:1 증언
- 비공개 이메일, 메모 (공개된 법정 자료 포함)
- 경쟁사(Microsoft, Samsung) 관계자의 교차 증언
- 업계 전문가의 잡스 의사결정 분석 인터뷰

판단 해상도: 잡스의 필터링되지 않은 사고까지 재현. "공개석상에서는 이렇게 말했지만, 실제로는 이렇게 생각했다"를 구분.
차별화: 이 데이터는 우리만 가지고 있다. 경쟁사가 유튜브+책으로 만든 MCP를 따라잡아도, Deep Tier는 복제 불가.

비유 그 사람 옆에서 3년 일한 수준. 말하지 않은 것까지 읽고, 상황별 실제 판단을 예측할 수 있다
Depth Tier × 기존 Product Ladder 통합

Product Ladder(Free→Starter→Pro→Enterprise)는 "무엇을 쓰는가"의 사다리.
Depth Tier(Surface→Core→Deep)는 "얼마나 깊은 판단을 받는가"의 사다리.

두 축이 교차한다:
Starter + Surface = 최저가 (엔트리 MCP Surface 무료 체험)
Pro + Core = 중간가 (엔트리 MCP + 인물 Brain 번들, Core Depth 기반)
Enterprise + Deep = 프리미엄 (에이전트 팀 토론 + 인터뷰 기반 최고 해상도 판단)

결과: 가격 레인지가 최저가~프리미엄으로 넓어진다. ARPU 상승 + 세그먼트별 최적 가격 제공.


학습 파이프라인 — 어떻게 데이터를 MCP에 주입하는가

좋은 데이터가 있어도 잘못 학습시키면 "잡스 흉내"에 불과하다.
데이터 → 지식 구조화 → 판단 프레임 추출 → MCP 서버 임베딩의 4단계 파이프라인.

Stage 1 — 데이터 수집 & 정제 (Raw → Clean)

유튜브/팟캐스트:
- Whisper (OpenAI) 또는 자체 STT로 전체 음성 → 텍스트 변환
- 화자 분리(Speaker Diarization) — 인터뷰에서 대상 인물의 발언만 분리
- 타임스탬프 매핑 — "이 발언이 어떤 맥락(질문)에 대한 답인가" 보존

책/전기:
- OCR + 구조화 파싱 — 챕터, 인용문, 직접 발화, 저자 해석을 구분 태깅
- 직접 발화 vs 타인 해석을 명확히 분리 (Core Tier의 핵심 품질)

인터뷰:
- 인터뷰 녹취 → 전사 → 검수 (인터뷰이 확인)
- 비공개 조건 태깅 — 어디까지 MCP에 반영 가능한지 법적 검토
- 교차 검증 — 동일 사건에 대한 복수 증언 비교

Stage 2 — 지식 구조화 (Clean → Structured)

정제된 데이터를 4가지 지식 레이어로 구조화 → R7에서 6-Layer로 업그레이드됨:

Layer 1 — 사실 (Facts):
인물의 이력, 의사결정 사건, 날짜, 결과. "잡스는 1997년 Apple 복귀 후 70%의 제품 라인을 폐지했다."

Layer 2 — 원칙 (Principles):
반복적으로 나타나는 판단 기준. "잡스의 Simplicity Filter — 뺄 수 있으면 뺀다."

Layer 3 — 맥락 (Context):
왜 그 판단을 했는가의 상황적 조건. "1997년의 Apple은 90일 후 파산 예정이었다. 70% 폐지는 생존 판단이었다."

Layer 4 — 갈등 (Tensions):
인물 내부의 모순, 시기별 변화, 공개 발언 vs 실제 행동의 차이. "잡스는 '직관을 믿으라'고 했지만, 실제로는 수백 개의 프로토타입을 테스트했다."

왜 4 레이어인가: Layer 1~2만 있으면 "교과서적 잡스". Layer 3~4가 있어야 "살아 있는 잡스"가 된다.
Surface = Layer 1~2 중심 / Core = Layer 1~3 / Deep = Layer 1~4 전체

Stage 3 — 판단 프레임 추출 (Structured → Frames)

구조화된 지식에서 "이 인물이 의사결정할 때 실제로 거치는 단계"를 추출:

방법:
1. 의사결정 사례 수집 — 인물이 실제로 결정을 내린 모든 사례를 수집 (최소 50개)
2. 패턴 클러스터링 — 유사한 판단 패턴을 가진 사례를 그룹핑
3. 프레임 명명 — 각 패턴을 하나의 판단 프레임으로 정의 (예: "Simplicity Filter")
4. 적용 조건 정의 — 이 프레임이 발동되는 트리거 조건을 명시
5. 충돌 규칙 — 두 프레임이 충돌할 때 어느 쪽이 우선하는지 위계 정의

예시 (잡스 — 5개 핵심 프레임):
- Simplicity Filter → 트리거: 기능/요소 수 > 3 → "이것을 빼면 제품이 죽는가?"
- End-to-End → 트리거: 사용자 터치포인트 검토 → "첫 접촉부터 마지막까지 전부 통제하라"
- Adjacent Possible → 트리거: 신기술/신시장 판단 → "지금은 안 되지만 2년 후에는?"
- 1,000 Nos → 트리거: 새 제안 검토 → "좋은 아이디어도 타이밍이 아니면 No"
- Taste Gate → 트리거: 최종 품질 검수 → "이걸 우리가 자랑스러워할 수 있는가?"

Stage 4 — MCP 서버 임베딩 (Frames → Server)

추출된 판단 프레임을 MCP 서버에 실장하는 기술 아키텍처:

1. Knowledge Base (벡터 DB):
- 4 레이어 지식을 벡터 임베딩 (OpenAI Embeddings 또는 자체 모델)
- 사용자 질문 → 관련 지식 검색 (RAG — Retrieval-Augmented Generation)
- Depth Tier별로 접근 가능한 레이어를 제한 (Surface: L1~2, Core: L1~3, Deep: L1~4)

2. Frame Engine (판단 프레임 실행기):
- 사용자 입력 분석 → 적합한 판단 프레임 자동 선택
- 프레임별 System Prompt 동적 생성 → LLM에 주입
- 복수 프레임 충돌 시 위계 규칙에 따라 우선순위 결정

3. Session Memory (세션 메모리):
- 사용자의 산업, 역할, 이전 질문 이력을 세션에 저장
- "잡스라면 '당신의 상황에서는' 이렇게 판단했을 것" — 개인화된 맥락 매칭

4. Multi-Agent Bridge (에이전트 MCP 전용):
- 각 인물 MCP 서버가 독립 실행 → Orchestrator가 토론 프로토콜 관리
- 발제 → 개별 의견 → 상호 반박 → 수렴의 Debate Protocol을 서버에서 처리
- 에이전트 간 대화 로그를 Knowledge Base에 피드백 → 토론이 축적될수록 품질 향상

학습 파이프라인 전체 요약

Raw Data (유튜브/책/인터뷰)
    ↓ STT, OCR, 전사, 정제
Clean Data (텍스트, 화자 분리, 태깅)
    ↓ 4-Layer 구조화
Structured Knowledge (사실 / 원칙 / 맥락 / 갈등)
    ↓ 의사결정 패턴 추출
Decision Frames (판단 프레임 + 트리거 + 위계)
    ↓ 벡터 DB + Frame Engine + Session Memory
MCP Server (실시간 판단 서비스)

인물 1인당 예상 소요: Surface 2주 / Core 6주 / Deep 3개월+


사용자 언어 설계 — 고객에게 Depth를 어떻게 보여주는가

"Surface / Core / Deep"은 내부 용어다.
고객에게는 직관적으로 차이를 체감할 수 있는 언어가 필요하다.

언어 설계 원칙

1. 기술 용어 금지 — "RAG", "벡터 DB", "레이어"는 고객이 모른다
2. 체감 중심 — "데이터가 더 많다"가 아니라 "판단이 더 정확하다"
3. 비유 활용 — 추상적 깊이를 일상적 경험으로 번역
4. 상위 Tier의 가치를 하위 Tier가 증명 — 써보면 "더 깊은 버전이 있으면 좋겠다"를 자연스럽게 느끼게

안 1 — 관계 은유 (추천)

내부 명칭 사용자 명칭 한 줄 설명 비유
Surface Lecture "강연을 들은 수준의 판단" TED Talk을 본 후
Core Mentorship "멘토에게 배운 수준의 판단" 6개월간 1:1 멘토링
Deep Inner Circle "측근 수준의 판단" 3년간 옆에서 일한 후

장점: "이 사람과의 관계 깊이"로 비유하면 직관적. 상위 Tier의 가치가 자명해진다.
UI 예시: "잡스 Brain — Inner Circle" → "잡스의 측근이 된 것처럼 판단을 받습니다"

안 2 — 해상도 은유

내부 명칭 사용자 명칭 한 줄 설명 비유
Surface HD "핵심 원칙 기반 판단" 720p — 전체 그림은 보인다
Core 4K "맥락까지 반영한 판단" 4K — 디테일까지 선명하다
Deep IMAX "그 사람 자체를 체험하는 판단" IMAX — 몰입 그 자체

장점: 영상 해상도에 익숙한 사용자에게 직관적. "더 선명한 판단"이라는 메시지가 명확.
UI 예시: "잡스 Brain — IMAX" → "가장 선명한 해상도의 판단"

안 3 — 접근 은유

내부 명칭 사용자 명칭 한 줄 설명 비유
Surface Public "공개된 지혜로 판단" 공개 강연장 앞자리
Core Backstage "무대 뒤까지 아는 판단" 백스테이지 패스
Deep Private "비공개 사고까지 반영한 판단" 개인 서재 초대

장점: "접근할 수 없는 곳에 접근한다"는 희소성 강조. 프리미엄 느낌.
UI 예시: "잡스 Brain — Private" → "잡스의 개인 서재에 초대된 것처럼"

언어 선택 기준

안 1 (관계 은유)를 기본 추천. 이유:
- "Lecture → Mentorship → Inner Circle"은 관계의 깊어짐을 직관적으로 전달
- 상위 Tier가 왜 비싼지 설명할 필요가 없다 — "측근 수준"이면 당연히 비싸다
- 인물 MCP의 컨셉("뇌를 빌리다")과 자연스럽게 연결

단, 테스트 필요: 3개 안으로 A/B 테스트 → 전환율 가장 높은 언어 채택


Depth 전략 — 어떻게 이 구조를 시장에 풀 것인가

Depth 3단계는 상품 설계일 뿐 아니라 사업 전략 그 자체다.
데이터 확보 → 학습 → 상품화 → 확장의 전체 흐름을 설계한다.

전략 1 — "Core부터 출시하고, Surface는 무료 데모로" R6 수정

기존: Surface(유튜브)를 먼저 출시.
문제: Surface = 프롬프트와 동일 품질 → "ChatGPT랑 같다" 리뷰 → 첫인상 파괴
수정: 첫 유료 제품은 반드시 Core. Surface는 무료 맛보기 전용.

실행:
- Month 0~1: Surface를 무료 데모로 공개. "맛보기입니다. 진짜는 Mentorship부터." 명시
- Month 1~3: 유튜브 + 저서 데이터 학습 → Core(Mentorship) MVP 출시. 이것이 첫 유료 제품
- Month 3~6: Core 사용자 피드백 수집 + Deep 인터뷰 데이터 축적 병행
- Month 6+: Deep(Inner Circle) 출시. "한정판" 포지셔닝

핵심: 속도보다 첫인상. 3개월 늦더라도 "이건 프롬프트와 다르다"를 자명하게 보여주는 것이 우선.

전략 2 — "Deep 데이터가 해자다"

왜: Surface(유튜브)는 누구나 만들 수 있다. Core(책)도 시간이 걸릴 뿐 가능하다.
Deep(실제 인터뷰)만이 우리만의 데이터다. 이것이 진짜 경쟁 해자.

실행:
- 인터뷰 파이프라인 구축: 인물 본인(생존 시) 또는 측근/전 동료/가족 접근
- 한국 인물부터 시작: 백종원, 나영석, 방시혁 등 → 접근 가능성이 높다
- 글로벌 인물: 전 Apple 직원, 전 Tesla 임원 등 → LinkedIn 네트워크 + 전문 인터뷰어 고용
- 학술 파트너: 경영학과, 저널리즘 스쿨과 협력 → 인터뷰를 학술 연구로 포장하면 협조율 ↑

효과: Deep Tier 인물이 늘어날수록 경쟁사와의 격차가 비가역적으로 벌어진다

전략 3 — "Depth 차이를 체감시키는 데모"

왜: "더 깊은 데이터" → "더 좋은 판단"을 말로 설명하면 안 믿는다. 보여줘야 한다.

실행 — 3단 데모:
같은 질문 ("이 기획서를 잡스라면 어떻게 판단했을까?")에 대해 3개 Tier의 답변을 나란히 보여준다:

Lecture (Surface):
"잡스라면 단순화를 강조했을 겁니다. 핵심 기능에 집중하세요." — 원칙 수준. 교과서적.

Mentorship (Core):
"잡스는 1997년 Apple 복귀 시 제품 70%를 폐지했습니다. 당신의 기획서에서 기능 8개 중 '이것이 없으면 고객이 떠나는 것' 3개만 남기세요. 나머지 5개는 '당신이 만들고 싶어서 만든 것'일 가능성이 높습니다." — 사례 기반. 구체적 판단.

Inner Circle (Deep):
"잡스는 공개적으로는 '직관'을 강조했지만, 실제로는 수백 개의 프로토타입을 만들어 테스트했습니다. '직관으로 정했다'는 말은 '테스트를 다 해봤는데 결국 처음 직감이 맞았다'는 뜻이었어요. 당신도 3개로 줄이기 전에 — 8개 전부를 2주간 사용자 테스트하세요. 그 데이터가 '어떤 3개를 남길지'를 알려줍니다." — 공개 발언 너머의 실제 행동. 반직관적 조언.

효과: 3단 비교를 보면 "아, Deep은 진짜 다르구나"가 설명 없이 체감된다

전략 4 — "인물별 Depth 로드맵"

모든 인물을 동시에 Deep까지 만들 수 없다. 인물별로 Depth 확장 우선순위를 정한다.

Phase 인물 목표 Depth 이유
Phase 1 현직 전문가 1명 (PM/마케터) 6-Layer 인터뷰 → Core "한 명으로 증명". 접근 가능 + 본인 검증 가능. R7 최종 결론
Phase 2 Steve Jobs, Seth Godin 공개 자료 → Core 인지도 높은 유명인. Phase 1 방법론 검증 후 확장
Phase 2 백종원, 나영석 인터뷰 → Deep 한국 인물 → 접근 용이. Deep Tier 첫 사례
Phase 2 Elon Musk, Jeff Bezos 공개 자료 → Core 전기+저서로 Core 확장. 글로벌 라인업 강화
Phase 3 잡스, 머스크 등 Core → Deep 전 직원/측근 인터뷰 축적. 시간이 걸리는 작업
Depth 모델이 기존 전략에 미치는 영향

Product Ladder 수정:
Free → Starter (Surface) → Pro (Core) → Enterprise (Deep + Agent)
Depth가 업셀의 자연스러운 이유가 된다. "더 깊은 판단을 원하시면 Mentorship으로 업그레이드하세요."

번들 재구성:
기획자 번들 = 엔트리 Work MCP + 잡스 Brain Mentorship
창업자 번들 = 사업계획 MCP + 경영 라운드테이블 Agent Inner Circle

경쟁 해자 강화:
경쟁사가 유튜브 기반 Surface를 따라잡아도, Core와 Deep은 시간 + 비용 + 네트워크가 필요.
Deep 인물 수가 늘어날수록 해자는 지수적으로 깊어진다.


R6. 절대자 최종 검증 — "이대로 만들면 망한다"

아이디어는 완성됐고, 전략도 세웠다. 하지만 아직 한 명의 고객도 만나지 않았다.
절대자는 묻는다 — "이걸 실제로 만들면, 실제로 사는 사람이 있는가?"

CRITICAL — 이걸 안 풀면 출시 불가

"Steve Jobs Brain MCP"를 상품명으로 판매하면, Apple 법무팀의 서한을 받는다.

생존 인물 (머스크, 베조스, 저커버그, 나영석, 백종원 등):
퍼블리시티권(Right of Publicity) 침해. 이름·초상을 상업적으로 사용할 권리는 본인에게 있다.
허락 없이 "머스크 Brain MCP"를 팔면 → 소송 대상.

사망 인물 (잡스, 디즈니 등):
유산 관리 주체(Estate)가 퍼블리시티권을 승계. Jobs Estate, Disney Estate는 적극적으로 보호한다.

또 다른 리스크: MCP가 잡스의 이름으로 나쁜 조언을 하면? → 명예훼손 + 소비자 기만 가능성.

해결 — 3단계 상품명 전략

방법 1 — 아키타입 네이밍 (추천):
실명을 상품명에서 빼고, 판단 프레임 자체를 이름으로 쓴다.
"Steve Jobs Brain" → "Simplicity Master MCP"
"Elon Musk Brain" → "First Principles MCP"
"Warren Buffett Brain" → "Moat Finder MCP"
상품 설명에 "잡스의 Simplicity Filter에서 영감을 받은" 정도는 가능 (공정 사용 범위).

방법 2 — 허가 기반 (한국 인물):
백종원, 나영석 등 접근 가능한 인물 → 직접 협의. 이름 사용 라이선스 + 인터뷰 데이터 확보를 동시에.
"백종원 공식 MCP" → 허가 있으면 최고의 마케팅. Deep Tier 데이터도 확보.

방법 3 — 아키타입 + 참조 (절충안):
"Product Visionary MCP — 잡스식 판단 프레임 기반"
이름은 수식어로만, 상품명에는 넣지 않는다. 법적 리스크 최소화.


검증 2 — "프롬프트랑 뭐가 다른데?": 이 질문에 5초 안에 답 못하면 죽는다

이 서비스의 생사를 가르는 질문

현재 답: "Before/After 데모로 보여준다."
문제: 데모를 보기 전에 고객이 유입되어야 한다.
유입 메시지가 "프롬프트보다 낫다"이면, 고객은 "ChatGPT에서 하면 되는데?"로 3초 만에 이탈한다.

해결 — "프롬프트보다 낫다"가 아니라 "프롬프트로는 불가능하다"를 찾아야 한다

프롬프트로 절대 할 수 없는 것만이 MCP의 존재 이유다:

1. 외부 데이터 실시간 연동
GA, POS, 광고 API, 네이버 리뷰 크롤링 → 프롬프트에 데이터를 수동으로 복붙? → 불가능
MCP는 API로 직접 데이터를 가져와서 분석한다. 이건 프롬프트가 절대 못 한다.

2. 시계열 추적 + 상태 유지
"지난주 대비 이번 주 기획서 품질이 어떻게 변했는가?" → 프롬프트는 기억이 없다
MCP는 사용자 이력을 서버에 저장하고, 시간에 따른 변화를 추적한다.

3. Multi-Source RAG (200+ 문서 교차검증)
"잡스의 자서전, 전기 3권, 인터뷰 200개, 법정 자료를 교차검증해서 답하라"
→ 프롬프트 창에 이걸 다 넣을 수 없다. MCP는 벡터 DB에서 관련 지식을 실시간 검색한다.

4. 멀티에이전트 오케스트레이션
7명의 에이전트가 각자 다른 지식DB를 참조하며 실시간으로 토론
→ 프롬프트 하나로 "7명인 척" 할 수 있지만, 각자 다른 DB를 참조하는 건 불가능.

결론: 아이데이션 시작 페이지의 "Why MCP" 기준을 "서버가 필요한가?"에서 "프롬프트로 불가능한가?"로 격상해야 한다.
프롬프트로도 가능한 MCP는 상품 가치가 없다.


검증 3 — 엔트리 포인트: "기획서 MCP"가 정말 최적인가?

현재 선택: Proposal Architect (기획서 MCP)

문제점:
- 기획서는 모든 기획자가 매일 쓰는 것이 아니다. 주 1~2회 정도.
- "기획서 아키텍처 자동 설계"라는 말을 3년차 마케터가 이해할 수 있는가? → 바보 테스트 실패
- 기획서 작성은 이미 Notion AI, Gamma, Beautiful.ai 등이 경쟁

대안 검토:

후보 사용 빈도 프롬프트 불가? 체감 속도 경쟁 강도
기획서 MCP 주 1~2회 부분적 (구조화는 프롬프트 가능) 느림 (완성까지 시간 소요) 높음 (Notion AI, Gamma)
Copy Factory 매일 부분적 (단순 카피는 프롬프트 가능) 즉각 (10초 내 결과) 높음 (Jasper, Copy.ai)
Competitive Radar 주 1~2회 Yes (실시간 크롤링) 중간 중간 (SimilarWeb, Crayon)
TETReS Diagnostics 주 1회 Yes (GA/광고 API 연동) 중간 낮음 (자체 프레임워크)
Insight Extractor 프로젝트당 Yes (파일 처리 + NLP) 중간 중간 (Dovetail, UserTesting)

재결론:
"프롬프트로 불가능한가?" 기준으로 보면, TETReS Diagnostics 또는 Competitive Radar가 더 강한 엔트리 포인트.
데이터 연동이 필수인 MCP = "이건 ChatGPT로 안 돼"가 자명.

수정 권고: Phase 1 MVP를 기획서 MCP가 아닌, 데이터 연동형 MCP 1개 + 두뇌 복제 1명으로 재구성.
R7에서 "한 명으로 증명"으로 최종 확정. 사용자 인터뷰 후 상담형 엔트리 결정.


검증 4 — 에이전트 출력: 사용자가 진짜 원하는 건 "토론"이 아니다

바보 테스트 적용

7인의 마케팅 거장이 토론하는 에이전트 MCP.
멋진 개념이다. 하지만 — 사용자가 7인의 토론 전문을 읽을 인내심이 있는가?

현실: 사용자는 토론이 아니라 "그래서 뭐 하라고?"를 원한다.
토론은 과정이다. 사용자가 사는 건 결과다.

해결 — 3단 출력 모드

Mode 1 — Executive Summary (기본값):
결론 1줄 + 핵심 근거 3개 + 액션 아이템 3개. 총 10줄 이내.
"바쁜 임원이 30초 안에 읽고 판단하는" 포맷.

Mode 2 — Structured Report:
합의 사항 / 비합의 사항 / 각 에이전트의 핵심 주장 요약 / 추천 액션.
"팀 미팅에서 공유하는" 포맷. A4 1~2장.

Mode 3 — Full Debate (옵션):
에이전트 간 토론 전문. 현재 문서에 있는 형태.
"왜 이런 결론이 나왔는지 과정을 보고 싶은" 사용자만 선택.

핵심: 기본값이 Mode 1이어야 한다. 대부분의 사용자는 결론만 원한다.
토론 과정은 "신뢰의 근거"로 존재하면 충분하다 — "원하면 볼 수 있다"는 것 자체가 가치.


검증 5 — 바보 테스트: "MCP가 뭔데?"

가장 아프지만 가장 중요한 질문

타깃 사용자(3년차 마케터, 5년차 기획자)의 90%는 MCP가 뭔지 모른다.
"MCP MARKET"이라는 이름 자체가 진입 장벽이다.

사용자는 "기획서 AI"를 검색하지, "MCP"를 검색하지 않는다.
우리가 MCP라는 용어에 집착하는 순간, 99%의 잠재 고객을 잃는다.

바보가 이해하는 언어로 번역

우리가 쓰는 말 바보가 이해하는 말 검색하는 말
MCP "AI 전문가 도구" "기획 AI", "마케팅 AI 도구"
Proposal Architect "기획서 자동 작성기" "기획서 AI", "제안서 자동"
인물 Brain MCP "AI 멘토" "잡스 사고법", "경영 코칭 AI"
Multi-Agent Debate "전문가 회의" "마케팅 전략 AI", "전략 컨설팅 AI"
Depth Tier "기본 / 심화 / 프로" 해당 없음 (내부에서 선택)
Product Ladder "무료 체험 → 구독" 해당 없음 (자연 전환)

바보 테스트 체크리스트

  • 5초 테스트: 랜딩 페이지를 5초 보고 "이게 뭐하는 서비스인지" 말할 수 있는가? → "MCP MARKET" 이름으로는 실패. "AI 전문가 도구"로는 통과
  • 엄마 테스트: 엄마에게 설명할 수 있는가? "유명한 사람처럼 생각해주는 AI" → 통과. "멀티에이전트 오케스트레이션" → 실패
  • 가입 3클릭: 첫 가치 체험까지 3번의 클릭 안에 도달하는가? → 회원가입 → MCP 선택 → 질문 입력 → 답변. 4클릭. 회원가입 없이 체험 가능하게 줄여야 함
  • 이탈 시나리오: "이거 ChatGPT에서도 되는데?"라고 생각하는 순간 이탈. → 첫 체험에서 "프롬프트로는 불가능한 것"을 반드시 보여줘야 함
  • 재방문 이유: 내일 다시 올 이유가 있는가? → 시계열 추적("어제보다 나아졌습니다") 또는 알림("경쟁사가 새 캠페인 시작")이 필요

수정 권고 — 프론트엔드 vs 백엔드 분리

백엔드: MCP 기술 기반. 서버, API, 벡터 DB, 에이전트 오케스트레이션 — 기술자만 안다
프론트엔드: "AI 전문가 도구". MCP라는 단어를 사용자에게 절대 보여주지 않는다

"MCP MARKET"은 B2B 셀러용 브랜드 (기술 이해하는 개발자/셀러 대상).
소비자용 브랜드는 별도로 만든다 — "AI Mentor", "BrainPick", "Expert.ai" 등.


검증 6 — 경쟁: 이미 있는 것들과 뭐가 다른가?

이미 존재하는 경쟁자

경쟁자 하는 것 우리와 겹치는 영역 그들의 약점
Character.ai 인물 시뮬레이션 챗봇 인물 MCP 전체 엔터테인먼트 목적. 판단 프레임 없음. 데이터 깊이 없음
ChatGPT Custom GPTs 맞춤형 AI 어시스턴트 Work MCP + 인물 MCP 외부 데이터 연동 제한적. 세션 메모리 약함. 멀티에이전트 없음
Poe (Quora) 전문가 봇 마켓플레이스 MCP 마켓 구조 자체 품질 관리 없음. 큐레이션 부재. 수익화 모델 미약
Jasper / Copy.ai 마케팅 카피 생성 Copy Factory 카피 생성만 함. 판단/코칭 없음. 번들 구조 없음
Notion AI 문서 작성 보조 기획서 MCP 범용 도구. 전문 프레임워크 없음. 인물 없음

우리만의 것 — 진짜 경쟁 해자 3개

  • 해자 1: 판단 프레임 엔진 — Character.ai는 "잡스인 척"하지만, 판단 프레임이 없다. 우리는 의사결정 사례 50+에서 추출한 프레임으로 "잡스의 방식으로 판단"한다. 이건 프롬프트 한 줄과 다르다.
  • 해자 2: Deep Tier 독점 데이터 — 실제 인터뷰, 측근 증언은 우리만 확보. 시간이 지날수록 격차가 비가역적으로 벌어진다. Character.ai가 5년을 투자해도 우리의 인터뷰 데이터를 복제할 수 없다.
  • 해자 3: Multi-Agent Debate Protocol — 7명의 에이전트가 각자 다른 Knowledge Base를 참조하며 실시간 토론하는 시스템. 기술적 복잡도가 높아 빠른 복제가 어렵다. 단, OpenAI가 이 기능을 네이티브로 추가하면 해자가 약해진다.
현실적 위협 — "OpenAI가 같은 걸 만들면?"

OpenAI가 Custom GPTs에 멀티에이전트 + RAG를 추가하면, 기술적 해자 2개(프레임 엔진, 멀티에이전트)가 약해진다.
유일하게 살아남는 해자: Deep Tier 독점 데이터.

→ 결론: Phase 1부터 Deep 데이터 확보를 가장 우선순위 높은 작업으로 진행해야 한다.
기술은 따라잡히지만, 데이터는 따라잡히지 않는다.


검증 7 — 탑다운/바텀업 정합: 하늘에서 내려다보기 + 땅에서 올려다보기

탑다운 (위에서 아래로) — 전략 → 상품 → 기능

MCP MARKET 비전 → 두 파일럿 → 71개 MCP → 전략 필터 → Phase 1 (R4 당시 3개 → R7에서 "한 명으로 증명"으로 수정됨)

문제: 71개에서 좁혔지만, 좁힌 근거가 "자원이 부족해서"뿐이었다.
"이 3개가 시장에서 가장 수요가 높다"는 데이터가 없다.
모든 Pain Point가 가정이다. 한 명의 타깃 사용자도 인터뷰하지 않았다.

수정: Phase 1 시작 전, 타깃 사용자 최소 10명 인터뷰 필수.
질문: "지금 업무에서 가장 반복적으로 고통받는 것은?" / "그걸 해결하기 위해 돈을 쓴 적 있는가?"

바텀업 (아래에서 위로) — 사용자 문제 → 솔루션 → 시장

사용자의 실제 여정 (현재 설계):
1. "기획서 쓰기 귀찮다" → 검색: "기획서 AI" → MCP MARKET 발견
2. 무료 체험 → "오, 쓸 만하네" → 구독
3. "잡스처럼 판단해주는 기능도 있네?" → 인물 MCP 추가
4. "팀 전체가 쓰면 좋겠다" → Enterprise

문제점:
- 1번에서 "기획서 AI"로 검색하면 Notion AI, Gamma가 먼저 나온다. 어떻게 유입시킬 것인가?
- 2번→3번 전환이 부자연스럽다. "도구"를 쓰다가 "멘토"를 구독하는 사람이 얼마나 되는가?
- Customer Acquisition Cost(CAC)에 대한 고민이 전혀 없다.

수정:
- 유입 채널 전략 필요: SEO? 유튜브 마케팅? 커뮤니티? 입소문?
- 2→3 전환을 자연스럽게 만들 장치: "이 기획서의 구조를 잡스식으로 재평가하시겠습니까?" → 한 번 클릭으로 인물 MCP 체험
- CAC 추정 + LTV 대비 검증 → 유닛 이코노믹스 설계 필요


검증 8 — Depth 모델 재검토: Surface로 시작하면 첫인상이 망가진다

가장 위험한 시나리오

현재 전략: "Surface(유튜브 기반)를 먼저 출시."
문제: Surface = 유튜브 데이터만 = 사실상 잘 만든 프롬프트와 동일한 품질.
첫 사용자가 써보고 "이거 ChatGPT랑 다를 바 없네" → 리뷰 작성 → 첫인상 파괴.
첫인상이 망가지면 Core/Deep이 나와도 다시 안 온다.

해결 — MVP를 Core로 시작하거나, Surface를 무료 한정으로

옵션 A — Core부터 시작:
유튜브 + 책 데이터까지 확보한 후 출시. 3개월 더 걸리지만 체감 차이가 확실.
"첫 제품이 곧 브랜드"다. 첫 인상을 지킬 수 있다.

옵션 B — Surface를 무료 맛보기로:
Surface = 완전 무료. "이것은 맛보기입니다. 진짜는 Mentorship부터."
기대치를 낮추고, Core로 업그레이드할 때 "오, 진짜 다르네"를 체감시킨다.
단, "무료인데도 별로네"가 되면 역효과.

추천: 옵션 A.
시간이 더 걸리더라도, 첫 유료 제품은 반드시 "프롬프트와 다르다"가 자명한 수준이어야 한다.
Surface는 무료 데모 용도로만 활용.

Phase 1 변천사 — R4 → R6 → R7 (최종)

R4 (최초): 기획서 MCP Surface + 잡스 Brain Surface + 번들 = 3개 동시
R6 (수정): 사용자 인터뷰 후 ● 판정 MCP 확정 + Core MVP + 아키타입 네이밍
R7 (최종): 현직 전문가 한 명의 두뇌를 완벽히 복제 + 상담형 1개 병행. 블라인드 테스트 합격 후 출시. 유료 500명 목표.


검증 9 — 리텐션: 내일 다시 올 이유가 있는가?

현재 설계된 MCP는 대부분 "필요할 때 쓰는 도구"다.
기획서는 주 1~2회. 경쟁사 분석은 프로젝트당. 잡스 Brain은 고민 있을 때만.
문제: 필요할 때만 쓰는 도구는 구독 해지율이 높다. 월 구독을 유지하려면 매일 돌아올 이유가 있어야 한다.

해결 — 일상 터치포인트 설계:
- 알림형: "경쟁사가 새 캠페인을 시작했습니다" (Competitive Radar) / "이번 주 사고 습관 리포트" (Thinking Habit Tracker)
- 대시보드형: TETReS 스코어 일별 변화 / 마케팅 성과 주간 요약
- 데일리 챌린지형: "오늘의 판단 — 잡스라면?" 하루 1건 의사결정 시나리오 제시

결론: ● 판정 MCP 4개 중 시계열 추적 + 알림이 가능한 것이 리텐션에 유리.
TETReS(일별 스코어 변화)와 Thinking Habit Tracker(주간 습관 리포트)가 가장 강함.


검증 10 — LLM 의존성: 모델이 바뀌면 상품도 죽는가?

전체 상품이 LLM(Claude, GPT 등) 위에 구축된다.
리스크:
- 모델 가격 인상 → 원가 구조 붕괴
- 모델 품질 저하/변화 → 인물 MCP 판단 품질 변동
- 경쟁 모델 등장 → 더 좋은 모델로 갈아타야 하는데, 프롬프트/파이프라인이 모델 종속적이면 전환 비용 큼

해결:
- 모델 추상화 레이어: 특정 LLM에 종속되지 않는 중간 계층 설계. 모델 교체가 1일 내 가능하도록
- 핵심 자산 분리: 판단 프레임 DB, 인터뷰 데이터, 세션 히스토리는 모델과 무관한 자체 자산. 이것이 진짜 가치
- 멀티 모델 전략: 추론은 저비용 모델, 판단은 고성능 모델로 분리. 원가 최적화


검증 11 — 콘텐츠 신선도: 잡스는 2011년에 죽었다

잡스의 판단 프레임은 2011년에 멈춰 있다. AI 시대, 생성형 AI, TikTok 마케팅 — 잡스는 이걸 경험하지 못했다.
"잡스라면 AI 시대에 어떻게 했을까?"는 추론이지 사실이 아니다.

범위 정의가 필요:
- 사망 인물: "이 인물의 프레임을 현재 상황에 적용"이지 "이 인물이 지금 살아있다면"이 아님을 명시
- 생존 인물: 지속적 데이터 업데이트 필요. 머스크의 2024년 판단과 2020년 판단은 다르다
- 실무 전문가: "토스 10년차 PM"은 토스가 변하면 함께 업데이트해야 함

해결:
- 인물 MCP에 "마지막 데이터 기준일" 명시. "이 Brain은 2024년 12월까지의 데이터로 학습되었습니다"
- 생존 인물: 분기별 데이터 업데이트 파이프라인
- 사망 인물: "프레임 적용"이지 "예측"이 아님을 UX에서 명확히. "잡스의 Simplicity Filter로 이 상황을 분석합니다" (O) / "잡스가 이렇게 했을 겁니다" (X)


R7. 시장 리얼리티 체크 — 19개 플랫폼 교차검증 결과 통합

R1~R6은 우리 내부의 아이디어를 검증했다.
R7은 바깥 세상을 본다. 19개 플랫폼을 직접 조사한 결과 — 현실은 냉혹하다.

현실 #1 — 진짜 돈이 흐르는 곳은 딱 하나

스킬 마켓 9곳: "90% 수익 분배"를 내세우는 3곳 모두 실제 거래 증거 없음. 복제 방어력 제로.
MCP 마켓 6곳: 11,000+ 서버 존재하지만 수익화된 건 5% 미만. MCPize는 운영자조차 불명.
페르소나/봇 마켓: Poe만 유일하게 수천만 달러 실지급 확인. GPT Store는 3백만 개 만들고 수익 $0.

결론: 우리가 진입하려는 시장에서 실제로 돈이 도는 곳은 Poe뿐이다.
나머지는 전부 "약속"이거나 "무료"다. 우리가 직접 돈이 도는 구조를 만들어야 한다.

현실 #2 — 21st.dev의 교훈

MCP 1개로 6주 만에 MRR $10K. 마케팅비 $0. 사용자 100만 명.

그들이 한 것:
1. 무료 컴포넌트 레지스트리로 먼저 100만 명 모음
2. "v0 in your IDE" — 기존 제품 대비 명확한 포지셔닝
3. 10개월간 9개 제품을 만들고 되는 걸 골라서 MCP로 전환
4. 프리미엄이 "안 아까운" 퀄리티

우리에게 적용: 71개 기획 대신, 빠르게 여러 개 만들고 되는 걸 고르는 접근이 더 현실적일 수 있다.


상담형 vs 두뇌 복제형 — 우리 71개 MCP는 사실 두 종류다

우리 문서는 Work MCP / Wisdom MCP / 인물 MCP / 에이전트 MCP로 나눴지만,
본질적으로 두 가지 타입으로 나뉜다:

상담형 (도구) 두뇌 복제형 (사고법)
우리 MCP 중 Work MCP 6개, 타깃별 MCP 30개 인물 MCP 22개, 에이전트 MCP 9팀
사용자가 원하는 것 정확한 답 ("이거 경비처리 되나요?") 관점과 판단력 ("이걸 어떻게 봐야 하죠?")
정답 존재 있다 (법, 데이터, 규칙) 없다 (상황마다 다름)
학습 핵심 L1 지식 중심 L4 의사결정 + L5 직관 중심
시장 한국 한정 (세무, 노무 등 로컬 법규) 글로벌 (PM 사고법, 경영 판단)
가격 천장 낮음 (기존 전문가 비용의 1/3) 높음 (임원 코칭 대비 1/100)
경쟁자 삼쩜삼, 세무 상담 앱 MasterClass, Maven, 코칭 시장
해자 데이터 연동 + 규칙 DB 인물 이름 + 독점 인터뷰 데이터

전략적 함의:
- 상담형은 빠르고 확실하다. 정답이 있으니 품질 검증이 쉽다. 하지만 한국 한정 + 가격 천장 낮음.
- 두뇌 복제형은 스케일이 크다. 글로벌 + 고가. 하지만 품질 검증 어렵고, "프롬프트와 뭐가 다르냐" 문제 더 심함.
- 결론: 둘 다 준비하되, 먼저 트랙션이 나오는 쪽에 올인한다.


Phase 1 재설계 — "한 명으로 증명한다"

기존 Phase 1의 문제

기존: "● 판정 Work MCP 1개 + 잡스 Brain 1개 + 번들 1개 = 3개 동시 개발"
문제: 3개도 너무 많다. 21st.dev는 1개로 증명했다.
인물 22명을 기획하고 3개로 줄였지만, 진짜는 "1명의 두뇌를 완벽하게 복제"하는 것이다.

수정된 Phase 1 — "한 명으로 증명"

두뇌 복제 트랙:
유튜브/블로그를 이미 하고 있는 한국 스타트업 현직 PM 또는 마케터 1명을 섭외.
기존 콘텐츠(유튜브 영상 + 블로그 포스트) + 인터뷰 14시간 → MCP 출시.
목표: 유료 500명, MRR $10~25K

왜 유명인이 아니라 "현직 전문가"인가:
- 잡스/머스크는 법적 리스크 + 접근 불가 + 검증 불가 ("잡스라면 이렇게 했을 것"은 추측)
- 현직 전문가는 접근 가능 + 인터뷰 가능 + 본인이 검증 가능 ("맞아, 나 이렇게 판단해")
- 성공하면 → 유명인 버전도 같은 방법론으로 확장

상담형 트랙 (병행):
● 판정 Work MCP 1개를 Core Depth로 개발. 데이터 연동이 필수인 것으로.
먼저 트랙션 나오는 쪽에 올인.


데이터 플라이휠 — 쓸수록 똑똑해지는 구조

현재 설계에 빠진 것: 사용자 데이터가 상품을 개선하는 루프.
지금 구조는 "만들어서 팔기"다. 팔고 나면 끝. 이러면 해자가 안 쌓인다.

플라이휠 설계:
사용자 질문 → AI 답변 → 사용자 피드백 (👍/👎 + "이 부분이 아쉬웠어요")
→ 피드백 축적 → 전문가 리뷰 (인물 본인 또는 도메인 전문가)
→ 지식 DB 보강 → AI 판단 품질 개선 → 더 나은 답변 → 더 많은 사용자

3개월 후 얻는 것:
"PM들이 가장 자주 틀리는 의사결정 TOP 10" — 이 데이터는 프롬프트로 복사 불가능.
6개월 후: "이 프레임을 적용한 사용자의 프로젝트 성공률 데이터" — 경쟁사가 절대 못 만드는 것.

Phase별 해자 누적:
0~6개월: 전문가 지식 (약함)
6~12개월: + 사용자 데이터 + 신뢰 브랜드 (중간)
12~24개월: + API 고객 전환 비용 + 네트워크 (강함)
24개월+: + 도구(계산기, 신고서 등) = 겹겹이 해자 (매우 강함)


6-Layer 지식 구조 — 기존 4-Layer의 업그레이드

기존 4-Layer vs 신규 6-Layer

R5에서 설계한 4-Layer(사실/원칙/맥락/갈등)는 부족하다.
대표 분석에서 도출된 6-Layer 모델이 더 정밀하다:

Layer 내용 차별화 기여 LLM이 이미 아는 정도 추출 난이도
L1. 도메인 지식 뭘 아는지 낮음 높음 (이미 앎) 쉬움
L2. 성격/캐릭터 누구인지 중간 모름 중간
L3. 커뮤니케이션 어떻게 말하는지 중간 모름 중간
L4. 의사결정 프레임 어떻게 판단하는지 높음 모름 어려움
L5. 경험적 직관 설명 못 하지만 아는 것 매우 높음 모름 매우 어려움
L6. 윤리/경계선 뭘 안 하는지 높음 일부 중간

핵심: L1(지식)은 LLM이 이미 안다 → 차별화 가치 없음.
L4(의사결정) + L5(직관)이 전체 가치의 70%. 여기에 인터뷰 시간의 36%를 집중해야 한다.
L6(경계선)은 100% 정확해야 한다 — AI가 "이 인물이라면 절대 안 했을 조언"을 하면 신뢰 붕괴.

인터뷰 플레이북 — 7회 세션 (14시간)

R5의 "4-Stage 파이프라인"을 구체화. 실제 전문가 앞에서 쓸 수 있는 수준으로:

회차 시간 Layer 방식 산출물
1회2hL1구조화 인터뷰Q&A 100개
2회2hL1심화 주제별Q&A 100개 + 팩트시트
3회2hL2+L3자유 대화성격 프로파일 + 발화 50개
4회3hL4Think Aloud (케이스 10개)의사결정 체인 + 분기 로직
5회2hL5Critical Incident패턴 인식 규칙
6회1hL6시나리오 기반금지 목록 + 거절 화법
7회2h전체역할극 (AI가 답변, 본인이 평가)약점 리스트 + 최종 검수

4회(Think Aloud)가 핵심: 실제 케이스를 주고 "소리 내어 생각하기". 판단의 분기점이 드러난다.
5회(Critical Incident): "경력에서 가장 어려웠던 판단 5개"를 깊이 파면 직관의 패턴이 나온다.
7회(역할극): AI가 답변하고 본인이 "이건 내 답이 아니다"를 수정. 최종 품질 게이트.


품질 검증 — 블라인드 테스트

출시 전 필수 — 3자 블라인드 테스트

같은 질문에 대해 A. 전문가 본인 답변 / B. 우리 AI 답변 / C. ChatGPT 답변
제3자에게 블라인드로 제시한다. 누가 전문가인지 모르는 상태에서 평가.

합격 기준:
- 60% 이상이 우리 AI를 전문가로 오인 OR "가장 도움 됨"으로 선택
- ChatGPT 대비 "확실히 다르다"고 느끼는 비율 70% 이상

Layer별 품질 기준:
- L1(지식): 정답률 90%+
- L4(의사결정): 전문가 본인 판단과 8/10 일치
- L5(직관): 전문가가 "맞다" 판정 4/5 이상
- L6(경계선): 10/10 거절 — 100% 필수. 하나라도 실패하면 출시 불가

R7 결론 — 시장이 알려주는 것

1. 돈이 도는 곳은 Poe뿐. 나머지는 약속. → 직접 수익 구조를 만들어야 한다
2. 우리 MCP는 상담형 + 두뇌 복제형 두 종류. → 먼저 트랙션 나오는 쪽에 올인
3. 22명이 아니라 1명. → "한 명으로 증명"하고 확장
4. 만들고 끝이 아니라 쓸수록 좋아지는 구조. → 데이터 플라이휠 필수
5. 4-Layer가 아니라 6-Layer. L4+L5가 가치의 70%. → 인터뷰 14시간의 핵심
6. 블라인드 테스트 통과 전에 출시하면 안 된다. → "ChatGPT와 다르다"를 데이터로 증명


* 최종 결론

교차 비평이 만든 전략 전환

Before (교차 비평 전):
"71개 MCP 후보를 동시에 3개 타깃에 판다" — 아이디어 중심, 방향 없음

After (교차 비평 후):
"MCP 3개로 시작해서, 1개 타깃에서 검증하고, 사다리를 통해 확장한다" — 실행 중심, 순서 있음

한 문장 전략 (R7 최종)

"현직 전문가 한 명의 두뇌를 14시간 인터뷰로 완벽히 복제하고,
블라인드 테스트로 'ChatGPT와 다르다'를 증명하고,
유료 500명으로 사업을 증명한 뒤 확장한다."

의사결정 요약 (R7 최종)

  • 뭘 먼저 하나? — 현직 전문가 1명 섭외 + 타깃 사용자 10명 인터뷰 (2주)
  • 두뇌 복제 트랙: — 전문가 1명의 MCP를 6-Layer 인터뷰(14시간)로 제작. "한 명으로 증명"
  • 상담형 트랙 (병행): — ● 판정 Work MCP 1개를 Core Depth로 개발. 먼저 트랙션 나오는 쪽에 올인
  • 어떻게 차별화하나? — "프롬프트로 불가능한 것"만 만든다 + 블라인드 테스트 합격 전 출시 안 함
  • MVP 깊이? — Core로 시작. Surface는 무료 맛보기. 첫인상이 곧 브랜드
  • 핵심 지식 구조: — 6-Layer (L4 의사결정 + L5 직관이 가치의 70%). L6 경계선은 100% 필수
  • 쓸수록 좋아지나? — 데이터 플라이휠 Day 1부터 설계. 피드백→전문가 리뷰→DB 보강 루프
  • 품질 검증? — 전문가/AI/ChatGPT 3자 블라인드 테스트. 60% 오인율 합격
  • MCP라고 하나? — 안 한다. "AI 전문가 도구". MCP는 백엔드 기술명
  • 해자는 어디서? — 독점 인터뷰 데이터 + 사용자 피드백 데이터. 시간이 갈수록 격차 벌어짐
  • 목표: — Phase 1: 유료 500명, MRR $10~25K → Phase 2: 멀티 카테고리 + 영어 → Phase 3: 크리에이터 플랫폼 + B2B
  • 뭘 하지 않나? — 22명 동시 개발(안 함), Surface 선출시(안 함), 블라인드 테스트 전 출시(안 함), 플라이휠 없이 출시(안 함)
이 문서의 역할 — v0.5

Page 1 (아이데이션 시작): 상품의 지도 — "무엇을 만들 수 있는가" (10개 MCP)
Page 2 (타깃별): 고객의 지도 — "누구에게 팔 수 있는가" (30개 MCP, 3개 타깃)
Page 3 (인물): 차별화의 지도 — "무엇으로 방어할 것인가" (22인)
Page 4 (에이전트): 미래의 청사진 — "최종 형태는 무엇인가" (9개 팀, 55인)
Page 5 (전략): 실행의 필터 — "지금 무엇을 하고, 무엇을 하지 않을 것인가"

Page 1~4는 가능성의 지도로 보존한다. Phase 2, 3에서 꺼내 쓸 자산이다.
Page 5는 매 Phase가 끝날 때마다 업데이트한다. 이것이 살아 있는 전략 문서다.