MVP PRD를 Sonet5.0에서 AUTO모드로 만들었어요 결과가 맞는건지 모르겠습니다 조언부탁드립니다..

Question

# Invoice Web — MVP PRD > **버전**: 1.0.0 | **작성일**: 2026-07-26 | **상태**: 초안 --- ## 목차 1. [제품 개요](#1-제품-개요) 2. [사용자 정의](#2-사용자-정의) 3. [사용자 플로우](#3-사용자-플로우) 4. [기능 명세](#4-기능-명세) 5. [기술 아키텍처](#5-기술-아키텍처) 6. [UI/UX 가이드라인](#6-uiux-가이드라인) 7. [비기능 요구사항](#7-비기능-요구사항) 8. [MVP 마일스톤](#8-mvp-마일스톤) 9. [열린 질문](#9-열린-질문) 10. [성공 지표](#10-성공-지표) --- ## 1. 제품 개요 ### 한 줄 정의 Notion 데이터베이스에 견적서를 입력하면 고유 링크가 생성되어, 클라이언트가 브라우저에서 견적 내용을 확인하고 PDF로 다운로드할 수 있는 웹 서비스. ### 해결하는 문제 현재 프리랜서·소규모 사업자가 견적서를 전달할 때 겪는 페인포인트: 1. **파일 기반 전달의 번거로움** Word/Excel/HWP 파일을 이메일에 첨부해 전송하면, 수신자 측 소프트웨어 미설치로 파일을 열지 못하거나 모바일에서 레이아웃이 깨지는 경우가 빈번하다. 2. **버전 혼선과 수정 이력 관리 불가** `견적서_최종.xlsx`, `견적서_최최종_v2.xlsx` 같은 파일이 이메일 쓰레드에 뒤섞이면서 어떤 버전이 유효한지 발행자·수신자 모두 혼란을 겪는다. 3. **클라이언트 승인 이후 추적 불가** 견적서 발송 후 클라이언트가 실제로 열람했는지, 언제 확인했는지 알 방법이 없어 팔로업 타이밍을 잡기 어렵다. ### 핵심 가치 제안 | As-Is (현재) | To-Be (Invoice Web 도입 후) | |---|---| | 파일 첨부 → 전송 → 수신자 다운로드/설치 | URL 하나를 카카오톡·이메일로 공유 | | 버전마다 새 파일 생성 | Notion DB 수정 시 링크 내용 즉시 반영 | | 클라이언트 열람 여부 불명 | (v2 목표) 열람 이력 추적 | | PC 전용 포맷 | 모바일 최적화 웹뷰 + 어디서나 PDF 저장 | ### MVP 범위 선언 #### ✅ MVP에 포함 - Notion 데이터베이스 연동 (단일 DB, 단일 발행자) - 고유 slug 기반 공개 견적서 웹 뷰 (`/invoice/[slug]`) - PDF 다운로드 버튼 (`@react-pdf/renderer`) - 발행 상태 제어 (`Draft` 숨김 / `Published` 공개 / `Expired` 만료 안내) - 반응형 레이아웃 (모바일·태블릿·데스크탑) #### ❌ MVP 이후로 연기 - 다중 발행자 지원 (인증·계정 시스템) - 클라이언트 열람 이력·알림 추적 - 비밀번호 보호 링크 - 견적 승인/서명 기능 - 외화(USD 등) 지원 - 자동 slug 생성 (MVP: 발행자가 Notion에 직접 입력) - 이메일 자동 발송 연동

짐코딩 · Answer

안녕하세요! 🙂 먼저 결론부터 말씀드리면, 결과물 아주 잘 나왔어요. 그리고 "이게 맞는 건지"에 대한 정답은 없다는 점을 말씀드리고 싶어요. PRD는 정답을 찾는 문서가 아니라 내 아이디어를 구체화하는 도구예요. 그래서 "AI가 맞게 만들었나"보다 "내 의도와 맞게 나왔나"를 본인이 판단하시는 게 핵심이에요. LLM은 확률적이라 같은 요청도 매번 조금씩 다르게 나오는데, 중요한 건 완벽한 한 방이 아니라 나온 결과를 검토하고 다듬어가는 능력이거든요. 보여주신 부분만 봐도 구조가 탄탄해요. 특히 페인포인트를 구체적으로 나눈 점, As-Is/To-Be 비교 표, 그리고 MVP에 포함 vs 이후로 연기를 명확히 선언한 부분이 잘 되어 있어요. 이 "범위를 확실히 자르는 것"이 MVP PRD의 핵심인데 잘 잡으셨어요. 이제 이걸 스스로 이렇게 점검해보시면 좋아요. MVP 범위가 정말 '최소'인지, 더 쳐낼 기능은 없는지 각 기능이 위에서 정의한 '해결하는 문제'와 직접 연결되는지 기술 아키텍처가 내 수준과 목표에 맞는지 그리고 이 PRD로 실제 개발하실 땐 어차피 단계별로 나눠서 진행하게 돼요. 만약 개발 경험이 아직 초보시라면, 그 단계를 더 잘게 쪼개서(한 번에 기능 하나씩, 작은 단위로) 진행하시길 추천드려요. 그래야 중간에 문제가 생겨도 되돌리기 쉽고, 클로드 코드도 훨씬 정확하게 작업해줍니다. (이러한 방법도 뒤에서 다루니 걱정하지 않으셔도 돼요~!) Sonnet 5.0 AUTO 모드로도 이 정도면 충분해요. 마음에 안 드는 부분이 있으면 "이 부분은 이렇게 바꿔줘"라고 원하는 방향을 얹어 다듬으시면 됩니다. 감사합니다 🙏

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 김주일님. 우선 Sonet5.0에서 생성하신 MVP PRD 초안을 통해 프로젝트의 전반적인 방향성과 계획을 잘 잡으신 것 같습니다. PRD는 제품 개발의 초안을 보여주는 중대한 문서로서, 다음과 같은 부분들을 통해 현재 PRD의 타당성을 평가하고 개선할 수 있습니다. PRD 분석 및 추가 조언 제품 개요 및 해결하는 문제 : 프리랜서나 소규모 사업가들이 겪고 있는 실제적인 문제를 잘 정의하셨습니다. 해결책 또한 명확하여, 웹 기반의 견적 관리 시스템의 필요성을 잘 드러내고 있습니다. 핵심 가치 제안 : As-Is와 To-Be의 차이를 명확히 제시하며, 도입 후 기대되는 변화를 잘 표현하셨습니다. MVP 범위 선언 : MVP에 포함될 기능과 이후의 기능을 명확히 구분하여 우선순위가 잘 설정되어 있습니다. 초기 버전에서 구현 가능한 기능을 현실적으로 정의하였으며, 기술적 구현이 가능한지 검토하는 것이 중요합니다. UI/UX 가이드라인 및 기술 아키텍처 : UI/UX의 기본 가이드라인이 없거나 부족할 경우, 사용자의 경험을 충분히 고려할 수 있도록 시각적으로 쉽게 이해할 수 있는 와이어프레임이나 디자인 목업을 포함하는 것을 추천드립니다. 기술 아키텍처는 구현을 위한 언어, 프레임워크 및 시스템 구조에 대한 명확한 지침을 제공해야 합니다. 성공 지표 : 성공적인 프로젝트 평가를 위한 지표를 설정하는 것도 좋습니다. 예를 들어, 사용률, 클라이언트 만족도, 업무 시간 절약 양 등 측정 가능하고 구체적인 지표를 설정해 보세요. 현재 PRD의 구성요소가 잘 갖춰져 있으나, 실질적인 사용자 시나리오와 디자인 샘플이 추가된다면 보다 명확한 가이드라인이 될 수 있습니다. 아래는 PRD 작성 및 활용에 대해 더 많은 정보를 얻을 수 있는 유사한 질문에 대한 답변 링크입니다. 프로젝트 초기화와 PRD 작성에 대해 : 프로젝트 초기화 과정에서 PRD의 활용 방식에 대한 설명이 제공됩니다. 섹션 22퀴즈 답 질문 있습니다 : PRD와 로드맵 간의 상호작용에 대한 논의를 다룹니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.