94.메타프롬프트 활용 PRD 생성 (+MVP) - PRD_PROMPT.md 내용이 다름

아래와 같이 프롬프트를 입력했는데 강사님과 PRD_PROMPT.md내용이 많이 다름니다.
몇번을 다시생성해봐도 강사님과 비슷하게 나오지 않는데 왜 그럴까요? (ultrathingk을 사용해도 동일합니다)

[강사님의 PRD_PROMPT.md] - 파일이 git에 없어 영상에서 확인

##PRD 작성규칙
### 1. 프로젝트 개요
배경 및 문제점
목표
성공 지표
### 2. 핵심기술스텍
### 3. 사용자 스토리
### 4. 주요 기능명세
#### 4.1 노션 데이터 연동
#### 4.2 견적서 웹 조회
### 5.
### 6. 데이터 모델
...

[본인질문]

"당신은 클로드 코드 프롬프트 엔지니어 입니다.

노션을 사용해서 입력한 견적서 내용을 클라이언트가 웹으로 확인하고 PDF로 다운로드

받을 수 있는 MVP PRD문서를 작성하는 메타 프롬프트를 생성해 주세요.

참고사항 :

- & 'c:\01.MY_DATA\90.TEST\02.Claude\01.Study\01.클로드 코드 완벽

마스터\workspace\invode-web\CLAUDE.md'

- 파일생성위치 : docs/PRD_PROMPT.md
"

[생성된 docs/PRD_PROMPT.md]

--------------------------------------

# 📋 PRD 생성 메타 프롬프트: 노션 견적서 웹뷰어 MVP

이 문서는 "노션(Notion)에 입력한 견적서 내용을 클라이언트가 웹에서 확인하고 PDF로 다운로드할 수 있는 MVP"를 위한 **PRD(Product Requirements Document) 생성용 메타 프롬프트**입니다. 아래 [✍️ 실행 프롬프트](#️-실행-프롬프트) 섹션을 그대로 Claude에게 전달하면 `docs/PRD.md`가 생성됩니다.

## 🎯 사용 방법

1. [🧩 핵심 가정](#-핵심-가정-assumptions) 섹션을 읽고, 실제 요구사항과 다른 부분이 있다면 프롬프트 실행 전에 직접 수정하세요.
2. [✍️ 실행 프롬프트](#️-실행-프롬프트) 코드 블록 전체를 복사합니다.
3. Claude Code(또는 Claude)에 붙여넣어 실행합니다.
4. 결과로 `docs/PRD.md`가 생성되면 [✅ 실행 후 체크리스트](#-실행-후-체크리스트)로 정합성을 확인합니다.

## 📌 MVP 아이디어 요약

| 항목 | 내용 |
|------|------|
| **핵심 플로우** | ① 관리자가 노션(Notion)에 견적서 내용을 입력 → ② 클라이언트가 고유 링크로 웹에서 견적서를 조회 → ③ 클라이언트가 조회 화면에서 PDF로 다운로드 |
| **데이터 원천** | 노션 데이터베이스 (견적서 = 노션 페이지 1건) |
| **입력 주체** | 관리자(서비스 운영자) — 노션에서 직접 입력, 별도 입력 폼 없음 |
| **열람 주체** | 클라이언트 — 회원가입 없이 고유 링크로 접근 |
| **최종 산출물** | 웹에서 확인 가능한 견적서 페이지 + PDF 다운로드 기능 |

## 🧩 핵심 가정 (Assumptions)

사용자 요청에 명시되지 않은 세부사항은 아래와 같이 가정했습니다. 실제와 다르면 실행 프롬프트를 수정한 뒤 사용하세요.

- 견적서 1건은 노션 데이터베이스의 페이지(row) 1개에 대응하며, 항목명/수량/단가/합계/유효기간/작성일 등 견적서에 필요한 필드를 노션 속성(Properties)으로 관리합니다.
- 클라이언트는 회원가입/로그인 없이, 견적서마다 발급되는 **고유 링크(또는 고유 코드)** 로 접근합니다.
- 관리자 인증(노션 데이터 동기화, 견적서 발급)은 MVP 범위에서는 최소화하며, 별도 관리자 대시보드 없이 노션을 직접 관리 도구로 사용합니다.
- PDF 다운로드는 별도 PDF 생성 라이브러리 도입 없이, 웹에 렌더링된 견적서 화면을 그대로 PDF로 변환하는 방식을 우선 고려합니다(브라우저 인쇄/캡처 기반 등 구체 구현 방식은 PRD의 기술 스택 섹션에서 최신 기준으로 결정).
- 견적서는 조회 전용이며, 클라이언트가 웹에서 내용을 수정하는 기능은 MVP 범위에서 제외합니다.
- 결제, 전자서명, 견적 승인/거절 같은 후속 기능은 MVP 이후로 제외합니다.

## ✍️ 실행 프롬프트

아래 코드 블록 전체를 복사해서 Claude에게 전달하세요.

```
당신은 1인 개발자를 위한 PRD(Product Requirements Document) 생성 전문가입니다.
기업용 PRD의 복잡함을 배제하고, 바로 개발 가능한 실용적 명세만 생성합니다.

## 프로젝트 아이디어

"노션(Notion)에 입력한 견적서 내용을 클라이언트가 웹으로 확인하고 PDF로 다운로드 받을 수 있는 MVP"

핵심 플로우:
1. 관리자가 노션 데이터베이스에 견적서 내용을 입력한다 (항목명, 수량, 단가, 합계, 유효기간, 작성일 등).
2. 클라이언트는 견적서마다 발급되는 고유 링크로 접속해, 회원가입 없이 웹에서 견적서 내용을 확인한다.
3. 클라이언트는 조회 화면에서 해당 견적서를 PDF로 다운로드할 수 있다.

핵심 가정:
- 견적서 1건 = 노션 데이터베이스 페이지 1건
- 클라이언트 인증 없음, 고유 링크/코드 기반 접근
- 관리자 대시보드는 MVP 범위에서 제외 (노션을 직접 관리 도구로 사용)
- 견적서는 조회 전용이며 웹에서 클라이언트가 내용을 수정할 수 없음
- 결제, 전자서명, 견적 승인/거절 기능은 MVP 이후로 제외

## 절대 생성하지 말 것 (IMPORTANT)

- 개발 우선순위
- 성능 지표
- API 라우트
- 인프라
- 마일스톤
- 개발 단계
- 개발 워크플로우
- 보안 요구사항
- 페르소나

## 문서 정합성 보장 원칙 (CRITICAL)

모든 섹션은 상호 참조되고 일관성을 유지해야 합니다:

1. 기능 명세의 모든 기능은 반드시 메뉴 구조와 페이지별 상세 기능에서 구현되어야 함
2. 페이지별 상세 기능에 있는 모든 기능은 기능 명세에 정의되어야 함
3. 메뉴 구조의 모든 항목은 페이지별 상세 기능에 해당 페이지가 존재해야 함
4. 누락 금지: 한 섹션에만 존재하고 다른 섹션에 없는 기능/페이지는 절대 허용하지 않음
5. 중복 방지: 같은 기능이 여러 페이지에 분산되지 않도록 명확히 구분

## 반드시 포함할 섹션

1. **프로젝트 핵심** — 목적(1줄), 타겟 사용자(1줄)
2. **사용자 여정** — 관리자의 노션 입력부터 클라이언트의 조회·다운로드까지 전체 플로우 다이어그램
3. **기능 명세 (MVP 중심)** — 기능마다 기능 ID(F001, F002...) 부여, 관련 페이지 이름 명시, URL 경로는 작성하지 않음
4. **메뉴 구조** — 메뉴 이름과 기능 ID 매핑, URL 경로는 작성하지 않음
5. **페이지별 상세 기능** — 페이지마다 역할/진입 경로/사용자 행동/주요 기능/다음 이동, 구현 기능 ID 명시
6. **데이터 모델** — 노션 데이터베이스 구조를 반영한 필드 구성 포함 (견적서 항목, 클라이언트 접근 링크/코드 등)
7. **기술 스택** — 이 프로젝트는 Next.js 15.5.3 (App Router + Turbopack) + React 19.1.0 + TypeScript 5 + TailwindCSS v4 + shadcn/ui(new-york) + React Hook Form + Zod + Server Actions + Radix UI + Lucide Icons 스택을 사용 중입니다. 이 스택을 기준으로 노션 연동 방식과 PDF 다운로드 구현 방식을 포함해 기술 스택을 구체화하세요.

## 작성 가이드라인

1. 구체성: "기능"이 아닌 "노션 데이터 조회 기능", "PDF 변환 기능"처럼 구체적으로 작성
2. 사용자 관점: 기술적 구현이 아닌 사용자가 사용하는 기능 중심으로 서술
3. 즉시 개발 가능: 이 문서만 보고 바로 코딩을 시작할 수 있는 수준으로 작성
4. MVP 범위: 프로젝트 성공에 반드시 필요한 최소 기능만 포함, 부가 기능은 "MVP 이후 기능"으로 분리
5. 분량: A4 2페이지 이내로 제한
6. 최신 기술: 반드시 현재 최신 버전 명시 (Next.js 15, React 19 등)

## 정합성 검증 체크리스트 (PRD 작성 완료 후 반드시 실행)

- [ ] 기능 명세의 모든 기능 ID가 페이지별 상세 기능에 존재하는가?
- [ ] 기능 명세에서 명시한 관련 페이지 이름이 실제 페이지별 상세 기능에 존재하는가?
- [ ] 메뉴 구조의 모든 메뉴 항목이 페이지별 상세 기능에 해당 페이지로 존재하는가?
- [ ] 메뉴에서 참조하는 모든 기능 ID가 기능 명세에 정의되어 있는가?
- [ ] 페이지별 상세 기능의 모든 구현 기능 ID가 기능 명세에 정의되어 있는가?
- [ ] 모든 페이지가 메뉴 구조에서 접근 가능한가?
- [ ] 기능 명세에만 있고 페이지에서 구현되지 않은 기능은 없는가?
- [ ] 페이지에만 있고 기능 명세에 정의되지 않은 기능은 없는가?
- [ ] 메뉴에만 있고 실제 페이지가 없는 항목은 없는가?

검증에 실패한 항목이 있으면 수정 후 전체 체크리스트를 다시 실행하세요.

## 출력 위치

완성된 PRD를 `docs/PRD.md` 파일로 저장하세요. 기존 파일이 없다면 새로 생성하세요.
```

## ✅ 실행 후 체크리스트

- [ ] `docs/PRD.md`가 생성되었는가?
- [ ] 기능 ID(F001, F002...)가 기능 명세·메뉴 구조·페이지별 상세 기능에서 서로 빠짐없이 대응하는가?
- [ ] 데이터 모델에 노션 연동 관련 필드(견적서 항목, 클라이언트 접근 링크/코드 등)가 반영되어 있는가?
- [ ] 기술 스택이 `CLAUDE.md`에 명시된 최신 스택(Next.js 15.5.3, React 19.1.0, TailwindCSS v4, shadcn/ui 등)과 일치하는가?
- [ ] PDF 다운로드 기능이 별도 페이지가 아닌, 견적서 조회 페이지의 기능(F00x)으로 명확히 정의되어 있는가?
- [ ] 결제·전자서명·견적 승인/거절 등 MVP 이후 기능이 "MVP 이후 기능" 섹션으로 명확히 분리되어 있는가?

이 프롬프트로 생성된 `docs/PRD.md`를 바탕으로 바로 개발을 시작해보세요!

방금 생성한 docs/PRD_PROMPT.md가
내가 의도한 구조와 다르게 나왔어.
어떤 판단으로 이렇게 구성했는지,
내 프롬프트에서 다르게 해석된 부분이 있는지 설명해줘.