프로덕트 브리프란 무엇입니까?

제품이 무엇인지, 어떤 문제를 누구를 위해 해결하는지, 의도적으로 무엇을 하지 않는지를 담은 짧은 문서입니다. 사람이든 에이전트든 제품을 다루는 모두에게 같은 출발점을 줍니다.

프로덕트 브리프는 PRD와 어떻게 다릅니까?

브리프는 제품 전체를 한 페이지로 다룹니다. 제품 요구사항 문서(PRD)는 기능 하나나 릴리스 하나를 깊이 파고들어 정확히 어떻게 동작해야 하는지 설명합니다. 브리프로 시작하고, 기능에 그만큼의 세부 사항이 필요할 때 PRD를 쓰세요.

AI 코딩 에이전트가 이 브리프를 쓸 수 있습니까?

네. Markdown 파일을 저장소에 저장하고 AGENTS.md에서 참조하거나 CLAUDE.md에서 가져오면 됩니다. AGENTS.md는 일반 Markdown이며, Claude Code는 모든 세션을 시작할 때 CLAUDE.md를 읽습니다.

왜 Markdown과 JSON입니까?

Markdown은 사람과 에이전트 모두 읽기 쉽고 어떤 코드 호스팅 서비스에서도 표시됩니다. JSON은 같은 내용을 고정된 영어 키로 담고 있어, 스크립트와 양식이 문장을 해석하지 않고도 읽을 수 있습니다.

브리프가 어딘가에 저장되거나 전송됩니까?

새로고침해도 사라지지 않도록 브라우저의 로컬 저장소에만 저장됩니다. 업로드되거나 분석 도구로 전송되는 것은 없으며, 지우기를 누르면 초안이 삭제됩니다.

프로덕트 브리프 템플릿: 무료, Markdown·JSON

작성자: Aleksandar Vuk Jovanovic업데이트 2026년 9월 30일조사 및 업데이트 방법

브리프 작성하기

항목에 바로 입력하세요. 아래 Markdown과 JSON이 입력에 맞춰 업데이트되며, 바로 복사하거나 내려받을 수 있습니다.

이 양식에는 JavaScript가 필요합니다. JavaScript가 없다면 아래의 빈 Markdown 또는 JSON 파일을 내려받아 편집기에서 작성하세요.

제품 이름사이트에 표시되는 그대로의 이름입니다.한 줄 소개한 문장으로 씁니다. 60자 태그라인에 들어가는지 카운터가 보여 줍니다.문제제품이 없을 때의 상황을 고객의 말로 씁니다.대상실제 사람 다섯 명의 이름을 댈 수 있을 만큼 구체적으로 씁니다.하는 일기능 목록이 아니라 작동 방식을 두세 문장으로 씁니다.

핵심 기능짧은 세 줄로. 이미 작동하는 것만 씁니다.

기존 방식 대신경쟁사 목록이 아니라 지금의 임시방편을 적습니다.범위 밖팀원이나 에이전트에게 어디서 멈춰야 하는지 알려 줍니다.잘 작동한다는 신호관찰할 수 있는 것을, 숫자가 있다면 숫자와 함께 씁니다.링크독자나 에이전트가 세부 내용을 확인할 수 있는 곳입니다.

초안은 이 브라우저의 로컬 저장소에 보관되어 새로고침해도 사라지지 않습니다. 업로드되는 일은 없습니다. 지우기를 누르면 삭제됩니다.

Markdown 미리 보기

# [제품 이름]

> [무엇을, 누구를 위해 하는지 한 줄로]

최종 업데이트: [날짜]

## 문제

[지금 누가 무엇 때문에 힘들어하는지]

## 대상

[주요 사용자와 구매자]

## 하는 일

[제품이 문제를 해결하는 방식]

## 핵심 기능

- [지금 할 수 있는 일 최대 세 가지]

## 기존 방식 대신

[사람들이 지금 쓰는 것과 이것이 더 나은 이유]

## 범위 밖

[의도적으로 하지 않는 일]

## 잘 작동한다는 신호

[확인할 수 있는 신호 하나]

## 링크

[웹사이트 또는 저장소 URL]

JSON 미리 보기

{
  "format": "product-brief",
  "version": 1,
  "language": "ko",
  "updated": "",
  "name": "",
  "oneLiner": "",
  "problem": "",
  "audience": "",
  "solution": "",
  "features": [
    "",
    "",
    ""
  ],
  "alternative": "",
  "nonGoals": "",
  "success": "",
  "url": ""
}

빈 파일

익숙한 편집기가 더 편하다면 원하는 형식의 빈 템플릿을 받으세요.

각 항목의 역할

무엇을 만드는지 사람과 에이전트가 같은 그림을 그리는 데는 10개 항목이면 충분합니다. 각 항목은 누군가 원래 나에게 물어봤을 질문에 답합니다.

제품 이름: 에이전트를 포함해 모두가 이름을 똑같이 써야 합니다. 여기서 한 번 정확히 적어 두세요.
한 줄 소개: 목록, 소개란, 홈페이지에서 재사용할 문장입니다. 이 문장을 쓸 수 없다면 제품이 아직 명확하지 않은 것입니다.
문제: 일은 기능이 아니라 문제에서 시작합니다. 문제가 분명하면 다른 사람이 나보다 나은 해결책을 제안할 수 있습니다.
대상: 대상을 좁히면 문구, 기능, 런칭 장소 등 이후의 모든 선택이 쉬워집니다.
하는 일: 제품이 문제를 어떻게 해결하는지 쉬운 말로 씁니다. 새로 합류한 사람에게 가장 먼저 필요한 내용입니다.
핵심 기능: 지금 존재하는 기능 세 가지입니다. 문구를 쓰는 에이전트가 네 번째 기능을 지어내서는 안 됩니다.
기존 방식 대신: 사람들은 지금 하는 방식과 비교합니다. 임시방편을 짚어 주면 기능 비교표보다 가치가 더 잘 전달됩니다.
범위 밖: 대부분의 브리프가 건너뛰는 항목입니다. 범위가 불어나는 것을 막고, 요청하지 않은 기능을 에이전트가 추가하지 않게 합니다.
잘 작동한다는 신호: 관찰 가능한 신호 하나로 제품이 잘 작동하는지 알 수 있고, 에이전트도 확인할 목표를 갖게 됩니다.
링크: 링크가 있으면 독자나 에이전트가 추측하지 않고 세부 내용을 확인할 수 있습니다.

플랫폼별 글자수 제한에 맞춰 태그라인을 확인하세요 →

에이전트에게 브리프 전달하기

코딩 에이전트는 저장소의 Markdown 파일을 읽습니다. 코드 옆에 짧은 브리프를 두면 코드만으로는 알 수 없는 제품 컨텍스트를 전달할 수 있습니다.

Markdown 파일을 내려받아 저장소에 저장합니다. 예: docs/product-brief.md.
에이전트가 이 파일을 보게 합니다. AGENTS.md에 한 줄을 추가하거나 CLAUDE.md에서 @docs/product-brief.md로 가져옵니다.
GitHub Copilot의 경우 핵심 내용을 .github/copilot-instructions.md에 링크하거나 복사합니다.
스크립트나 다른 도구가 같은 사실을 읽어야 한다면 JSON도 옆에 둡니다.
무언가 바뀔 때마다 날짜 줄을 고치고, 더 이상 사실이 아닌 문장은 지웁니다.

주제	공식 문구	브리프에 주는 의미
형식	AGENTS.md is just standard Markdown.	특별한 문법 없이 일반 Markdown 브리프만으로 에이전트 컨텍스트 역할을 합니다.
제목	Use any headings you like; the agent simply parses the text you provide.	이 템플릿의 섹션 이름은 제안일 뿐입니다. 팀에서 다른 용어를 쓴다면 이름을 바꾸세요.
읽는 시점	You write these files in plain text; Claude reads them at the start of every session.	Claude Code는 모든 세션을 시작할 때 CLAUDE.md를 불러오므로, 가져온 브리프는 항상 컨텍스트에 들어 있습니다.
가져오기	CLAUDE.md files can import additional files using @path/to/import syntax.	CLAUDE.md에 @docs/product-brief.md 같은 한 줄만 넣으면 브리프가 포함됩니다.
길이	target under 200 lines per CLAUDE.md file. Longer files consume more context and reduce adherence.	짧은 컨텍스트일수록 더 잘 지켜집니다. 한 페이지 브리프는 이 크기보다 훨씬 작습니다.
Copilot	Add natural language instructions to the file, in Markdown format.	Copilot 지침도 Markdown이므로 같은 텍스트를 그대로 쓸 수 있습니다.
JSON 인코딩	JSON text exchanged between systems that are not part of a closed ecosystem MUST be encoded using UTF-8	내려받은 JSON은 UTF-8이므로 악센트, CJK 문자, 이모지가 어떤 도구에서도 깨지지 않습니다.

브리프, PRD, 컨텍스트 파일

자주 혼동되는 세 가지 문서입니다. 답하는 질문이 서로 다르며, 많은 제품에는 둘 이상이 필요합니다.

문서	답하는 질문	분량	작성자
프로덕트 브리프(이 템플릿)	무엇을, 누구를 위해 만들고, 어디서 멈추는지	한 페이지, 10개 항목	창업자 또는 제품 책임자
제품 요구사항 문서(PRD)	기능 하나나 릴리스 하나가 정확히 어떻게 동작해야 하는지	기능마다 여러 페이지	프로덕트 매니저와 엔지니어링
제품 컨텍스트 파일	에이전트가 게시해도 되는 승인된 사실과 문구	채널이 늘 때마다 늘어남	런칭을 맡은 사람

출시 계획 템플릿 →

이 템플릿이 다루지 않는 것

출발점일 뿐 완전한 명세서가 아닙니다. 자세한 요구사항, 디자인, 리서치는 각자의 문서에 둡니다.
가격, 런칭 날짜, 마케팅 문구의 변형은 의도적으로 넣지 않았습니다.
이 페이지는 작성한 내용이 사실인지 확인하지 않습니다. 제품이 지금 하는 일만 적으세요.
아무것도 전송되지 않습니다. 초안은 지우기를 누를 때까지 이 브라우저에 남아 있습니다.

출처

2026년 9월 30일에 이 페이지들을 읽고 위에서 원문 그대로 인용했습니다.

페이지	페이지에 적힌 날짜	확인한 날짜
AGENTS.md	날짜 없음	2026년 9월 30일
Claude Code Docs: How Claude remembers your project	날짜 없음	2026년 9월 30일
GitHub Docs: Adding repository custom instructions for GitHub Copilot	날짜 없음	2026년 9월 30일
RFC 8259: The JavaScript Object Notation (JSON) Data Interchange Format (December 2017)	날짜 없음	2026년 9월 30일
CommonMark Spec, version 0.31.2	날짜 없음	2026년 9월 30일

자주 묻는 질문

프로덕트 브리프란 무엇입니까?: 제품이 무엇인지, 어떤 문제를 누구를 위해 해결하는지, 의도적으로 무엇을 하지 않는지를 담은 짧은 문서입니다. 사람이든 에이전트든 제품을 다루는 모두에게 같은 출발점을 줍니다.
프로덕트 브리프는 PRD와 어떻게 다릅니까?: 브리프는 제품 전체를 한 페이지로 다룹니다. 제품 요구사항 문서(PRD)는 기능 하나나 릴리스 하나를 깊이 파고들어 정확히 어떻게 동작해야 하는지 설명합니다. 브리프로 시작하고, 기능에 그만큼의 세부 사항이 필요할 때 PRD를 쓰세요.
AI 코딩 에이전트가 이 브리프를 쓸 수 있습니까?: 네. Markdown 파일을 저장소에 저장하고 AGENTS.md에서 참조하거나 CLAUDE.md에서 가져오면 됩니다. AGENTS.md는 일반 Markdown이며, Claude Code는 모든 세션을 시작할 때 CLAUDE.md를 읽습니다.
왜 Markdown과 JSON입니까?: Markdown은 사람과 에이전트 모두 읽기 쉽고 어떤 코드 호스팅 서비스에서도 표시됩니다. JSON은 같은 내용을 고정된 영어 키로 담고 있어, 스크립트와 양식이 문장을 해석하지 않고도 읽을 수 있습니다.
브리프가 어딘가에 저장되거나 전송됩니까?: 새로고침해도 사라지지 않도록 브라우저의 로컬 저장소에만 저장됩니다. 업로드되거나 분석 도구로 전송되는 것은 없으며, 지우기를 누르면 초안이 삭제됩니다.

브리프를 완성했다면, 이제 제품을 사람들 앞에 내놓으세요.

LaunchRepo는 런칭 플랫폼과 디렉터리마다 플레이북을 코딩 에이전트에게 제공합니다. 방금 설명한 제품이 타깃 고객이 찾는 곳에 등록되도록 돕고, 어떤 목록이 게시되었는지 추적합니다.

요금 보기