Deep Research · 기획 앞단
AI 딥리서치 Claude Code로 딥리서치 (아이디어 검증→가이드 문서)
Claude Code로 딥리서치하는 5단계와, 앱 아이디어의 실현성·시장성 검증, 그 결과를 개발 가이드 문서(PRD/plan.md)로 잇는 흐름. 예제는 최지혜(자산 브리핑 앱)·김성범(투자 리서치 앱) 도메인.
Doc.04
강의 핵심 개념 요약
정의
조사→검증→종합
한 번 묻기가 아니라 다각 조사·교차검증·출처 있는 리포트.
쓰임
실현성·시장성
만들기 전에 죽은 아이디어를 싸게 일찍 걸러낸다.
연결
PRD로
리서치 결과를 개발 나침반(PRD/plan.md)으로 만든다.
이 문서는 Claude Code로 "딥리서치(깊은 조사)"를 하는 방법과, 그것을 ① 앱 아이디어의 실현성·시장성 검증, ② 개발을 이끄는 가이드 문서(PRD/스펙/plan.md) 로 잇는 흐름을 설명합니다. 공통 문서 「인스턴트 앱 만들기 총론」의 맨 앞 '기획' 단계를 채우는 문서입니다.
예제는 두 수강생 도메인을 씁니다 — 최지혜 님: 고객 자산 브리핑·상담 예약 앱, 김성범 님: 투자 리서치 브리프 앱.
Section 01
0. 한 줄 정의 — 딥리서치란
딥리서치 = "한 번 물어보기"가 아니라, 여러 소스를 여러 각도로 조사 → 서로 대조·검증 → 출처를 붙인 종합 리포트까지 가는 것.
| 한 번 물어보기 | 딥리서치 |
|---|---|
| 질문 1개 → 답 1개 | 질문을 쪼개 여러 각도로 조사 |
| 출처 불명확 | 주장마다 출처·날짜 |
| 반대 의견 안 봄 | 반례·경쟁 관점까지 수집 |
| 그럴듯하면 채택 | 교차검증 통과해야 채택 |
개발 관점에서 딥리서치의 가장 큰 가치: "만들기 전에, 이 아이디어가 죽었는지 싸게 일찍 알아내는 것."
Section 02
1. 무엇을 리서치하나 — 앱 개발 관점 3층
| 층 | 핵심 질문 | 산출물 | 최지혜 예 | 김성범 예 |
|---|---|---|---|---|
| ① 실현 가능성 | 기술적으로 되나? 어떤 API·데이터·제약? | 기술 실현성 메모 | 자산 데이터·메일 발송·PDF가 되나 | 시세 API·뉴스 수집이 되나 |
| ② 시장성 | 수요·경쟁·차별점·가격은? | 시장성 판단 | 이런 상담 예약 앱을 쓸 고객이 있나 | 투자 리서치 앱 대안은 뭐가 있나 |
| ③ 가이드 문서화 | 위 결과를 개발 나침반으로 | PRD/스펙/plan.md | 브리핑 앱 PRD | 리서치 앱 PRD |
Section 03
2. Claude Code에서 딥리서치의 형태
Claude Code는 이렇게 조사합니다(도구는 달라도 원리는 같음):
- 웹 검색·문서 읽기를 반복 — 한 번에 끝내지 않고 꼬리를 물고 파고든다.
- fan-out(갈래 조사) — 사용자·경쟁·기술·규제·가격을 각각 나눠 조사.
- 적대적 검증 — 찾은 주장마다 "반대 근거는? 출처는? 언제 자료인가?"
- 출처 인용 종합 — 근거를 붙여 리포트로, 상충하면 양쪽 다 기록.
도구 스펙트럼: Claude Code 자체 리서치 · Perplexity 같은 조사 도구 · 사내 위키. 방법(조사→검증→종합)은 같고 도구만 다릅니다.
Section 04
3. 딥리서치 실행 5단계 (단계별)
1단계 — 질문 좁히기 (제일 중요)
막연한 질문은 얕은 리서치를 낳습니다. 대상·범위·판단 기준을 먼저 확정.
- ❌ "이 앱 괜찮아?"
- ✅ "국내 개인 고객 대상, 월 1회 자산 브리핑을 메일로 받는 앱의 수요·경쟁·유료화 가능성을, 최근 2년 자료 기준으로 조사"
2단계 — fan-out 조사 (갈래를 나눠서)
| 갈래 | 무엇을 찾나 |
|---|---|
| 사용자 | 누가·왜 쓰나, 어떤 불편이 있나 |
| 경쟁·대안 | 이미 있는 서비스·수동 대안(엑셀 등) |
| 기술 | 필요한 API·데이터·제약·난이도 |
| 규제·리스크 | 개인정보·금융·법적 주의 |
| 가격 | 유사 서비스 가격대·지불 의사 |
3단계 — 교차·적대적 검증
- 한 소스만 믿지 말고 2곳 이상 대조.
- 유리한 근거뿐 아니라 불리한 근거도 일부러 수집(확증편향 방지).
- 자료 날짜 확인 — 오래된 통계·폐지된 API를 최신처럼 쓰지 않기.
4단계 — 종합 (인용 리포트)
- 사실/의견/추정을 구분하고, 상충하는 관점은 양쪽 다.
- 각 주장에 출처와 날짜를 붙인다.
5단계 — 불확실 표시
- 확인 안 된 것은 "확인 필요"로 분리. (투자 자료 가드레일과 동일 원칙)
Section 05
4. 시장성 검증 프레임 (간단·실전)
리서치를 이 6칸으로 정리하면 "만들지 말지"가 보입니다.
| 항목 | 묻는 것 |
|---|---|
| 문제-해결 적합성 | 진짜 아픈 문제를 푸나 |
| 수요 신호 | 찾는 사람·검색·커뮤니티 언급이 있나 |
| 경쟁·대안 | 이미 있는 것/수동 대안은 뭔가 |
| 차별화 | 왜 우리 것을 쓰나 |
| 수익모델 | 어떻게 돈이 되나(혹은 안 되나) |
| 진입장벽·리스크 | 규제·기술·비용 벽은 |
"예쁜 결과"보다 "접을 이유"를 먼저 찾는다. 개발 전에 죽은 아이디어를 걸러내는 것이 리서치가 아끼는 가장 큰 비용입니다.
Section 06
5. 리서치 → 개발 가이드 문서
딥리서치의 결과는 개발 내내 참조하는 나침반 = PRD/스펙/plan.md로 만듭니다.
가이드 문서에 꼭 담을 것
- 한 줄 정의 / 대상 사용자 / 핵심 문제
- 핵심 기능(최소 범위, MVP) — 다 넣지 말고 제일 중요한 것부터
- 비기능 요건 — 개인정보·보안·성능
- 기술 선택 — 어떤 API/DB/배포(공통 「API 연동」·「웹 구성 기초」 참조)
- blind spot(놓친 것) · 비싼 결정 · 보수적 기본값 · 반드시 확인할 질문
- 성공 기준 — 무엇이 되면 성공인가
# 예: PRD 뼈대 (리서치 결과를 이 틀에 채운다)
1. 문제와 대상 사용자
2. 해결 가설 (한 줄)
3. MVP 기능 (3~5개, 우선순위)
4. 기술 구성 (데이터·API·배포)
5. 리스크·규제·개인정보
6. 열린 질문 / 확인 필요
7. 성공 기준이 문서가 「인스턴트 앱 총론」의 기획을 채우고, 이후 알고리즘 → 로직 → 검증 → UI로 이어집니다. 큰 개발일수록 plan.md 전에 이 리서치가 앞섭니다.
Section 07
6. 함정과 검증
| 함정 | 무엇 | 방어 |
|---|---|---|
| LLM 환각 | 없는 출처·가짜 통계 | 1차 출처를 직접 열어 확인 |
| 최신성 착각 | 오래된 자료를 지금처럼 | 자료 날짜를 반드시 확인 |
| 확증편향 | 원하는 근거만 수집 | 반대 근거도 일부러 찾기 |
| 표면 리서치 | 한 번 검색하고 끝 | 꼬리 물고 2~3단계 더 |
한 줄: AI 리서치는 초안이고, 채택 전 사실 확인과 최종 판단은 사람이 한다.
Section 08
7. Claude Code 요청 흐름 (프롬프트 예문)
1) 아이디어 검증 리서치 (최지혜 예)
'국내 개인 고객이 월 1회 자산 브리핑을 메일로 받는 앱' 아이디어를 딥리서치해줘.
- 수요 신호, 경쟁/대안, 차별점, 유료화 가능성을 각각 조사
- 주장마다 출처와 자료 날짜를 붙이고, 불확실은 '확인 필요'로 분리
- 유리한 근거뿐 아니라 접어야 할 이유(반대 근거)도 함께 정리
결과를 사실/의견/추정으로 구분해 리포트로 만들어줘.2) 기술 실현성 (김성범 예)
'개인 투자 리서치 브리프 앱'을 만들 때 기술적으로 되는지 조사해줘.
- 필요한 데이터/시세·뉴스 API의 발급 조건·제약·비용
- 개인정보·금융 규제 주의점
- 난이도와 대안(수동 대비)
예측·매매신호는 다루지 말고, 수집·정리 범위로 한정해줘.3) 리서치 → PRD 자동 생성
방금 리서치 결과를 바탕으로 이 앱의 PRD를 만들어줘.
문제/대상, MVP 기능(3~5개, 우선순위), 기술 구성, 리스크·개인정보,
열린 질문(확인 필요), 성공 기준 순으로. 근거가 약한 항목은 표시해줘.매 단계 끝에 "출처 링크를 직접 열어 사실 확인"을 요청하세요. 리서치는 초안일 뿐, 개발 결정의 책임은 사람에게 있습니다.
Section 09
한 줄 정리
딥리서치는 "조사 → 교차검증 → 출처 있는 종합"이고, 앱 개발에서는 '만들기 전에 실현성·시장성을 싸게 검증하고, 그 결과를 개발 나침반(PRD)으로 만드는 일'입니다. AI는 리서치의 속도를 늘려주지만, 사실 확인과 "만들지 말지"의 판단은 사람이 합니다.