제품 브리프 템플릿(Product Brief Template)

PRD보다 먼저 브리프를 써라. 미래의 당신이 고마워할 것이다.

제가 세 번이나 반복했던 실수가 있습니다. 그 문제가 정말 풀 가치가 있는지 정렬도 되기 전에 15페이지짜리 PRD부터 쓰는 것이었습니다. 매번 일주일 가까이 들여 꼼꼼한 문서를 만들고 리더십에 가져갔지만, 돌아오는 말은 비슷했습니다. "잘 썼네요. 그런데 이 문제 말고 다른 문제를 풀어야 할 것 같습니다."

Product brief는 바로 그 낭비를 막기 위해 존재합니다. 전체 스펙에 투자하기 전에 모두가 고개를 끄덕이게 만드는 한 장짜리 문서입니다.

대부분의 팀이 치르는 Alignment 세금

Harvard Business Review의 제품 개발 연구에 따르면, 팀은 opportunity를 식별하고 build를 확정하기 전까지의 "fuzzy front end" 구간에서 평균 3.5개월을 보냅니다. 그 시간의 상당 부분은 어긋난 기대 때문에 낭비됩니다. 엔지니어링은 scope를 X로 이해하고, 디자인은 Y로 보고, executive sponsor는 Z를 떠올리고 있는 식입니다.

Product brief는 가장 저렴한 alignment 도구입니다. 쓰는 데 한 시간이면 되고, 몇 주의 잘못된 노력을 아껴줄 수 있습니다. 그런데도 대부분의 팀은 "우리가 churn에 뭔가 해야 한다"에서 바로 티켓 30개짜리 Jira epic으로 점프합니다.

제가 함께 일했던 Linear, Notion, Figma 같은 팀의 좋은 PM들은 product brief를 forcing function처럼 사용했습니다. 한 페이지 안에 우리가 어떤 문제를 풀고 있는지, 누구를 위해 푸는지, 왜 지금인지, 성공은 무엇인지 말하게 만들기 때문입니다. 이것을 간결하게 설명할 수 없다면, 아직 PRD를 쓸 준비가 되지 않은 것입니다.

이 프롬프트가 돕는 방식

이 프롬프트는 15분 회의에서 검토할 수 있도록 설계된 간결한 product brief를 만들어줍니다. 문제 영역, 타깃 사용자, 비즈니스 맥락, 제약 조건을 입력하면 문제 정의, 제안 방향, 성공 지표, 핵심 리스크, 열린 질문을 포함한 문서를 생성합니다.

특히 "open questions" 섹션의 가치가 큽니다. 아직 모르는 것을 명시적으로 적어두면, 이해관계자는 당신의 제안을 단순히 비판하는 대신 빈칸을 같이 채우는 역할을 할 수 있게 됩니다.

언제 꺼내 쓸까

• 새로운 initiative에 대한 가설이 있고, 깊게 들어가기 전에 leadership과 빠르게 검증하고 싶을 때
• 팀이 여러 방향을 두고 논쟁 중이며, 이를 구조적으로 비교할 틀이 필요할 때
• 새 PM으로서 바로 solution으로 뛰어들기 전에 사고의 명료함을 보여 신뢰를 쌓고 싶을 때
• alignment가 초기부터 만들어지지 않아 build 중간에 요구사항이 계속 바뀔 때
• 빠르게 움직이고 싶고, green light를 얻기 위한 최소 문서가 필요할 때

좋은 결과물의 모습

좋은 product brief는 5분 안에 읽을 수 있어야 하고, 읽는 사람이 문제, 잠정적 해결 방향, 무엇이 확실하고 무엇이 아직 불확실한지를 명확히 이해하게 해야 합니다. 유용할 만큼은 분명한 입장을 가져야 합니다. 예를 들어 "우리는 X가 올바른 접근이라고 믿는다"고 말해야 합니다. 동시에 입력을 끌어들일 만큼은 겸손해야 합니다. 예를 들어 "이 세 가지는 검증이 필요하다"고 드러내야 합니다.

참고 자료

• The Fuzzy Front End of Product Development — Harvard Business Review
• Writing Product Briefs at Linear — Linear Method