PM/기획자를 위한 마인드맵 PRD 작성법
PRD는 의사결정의 구조를 담는 문서입니다. 트리 형태인 마인드맵이 가장 잘 맞는 이유와 4단계 작성법을 정리했습니다.
PRD(제품 요구사항 문서)를 워드로 처음부터 끝까지 줄글로 쓰는 PM은 점점 줄고 있습니다. PRD는 의사결정의 구조를 담는 문서이기 때문에, 트리 형태인 마인드맵이 가장 잘 맞습니다.
1. 문제 정의를 중심 노드에
PRD의 출발은 "어떤 문제를 푸는가"입니다. 중심 노드에 해결할 문제를 한 문장으로 적고, 그 주변에 "사용자가 겪는 불편", "현재 해법의 한계", "이 문제를 풀면 얻는 가치"를 가지로 배치합니다.
2. 사용자 시나리오를 가지로 펼치기
주요 사용자 페르소나를 1단계 가지로 두고, 각 페르소나가 겪는 시나리오(Use Case)를 하위 가지로 펼칩니다. 시나리오마다 "Trigger → Action → Result"를 노드로 적으면, 빠진 흐름을 시각적으로 찾을 수 있습니다.
3. 요구사항을 우선순위로 색 분류
모든 기능을 만들 수는 없습니다. MoSCoW(Must·Should·Could·Won't) 우선순위에 따라 노드 색을 다르게 합니다. Must는 빨강, Should는 주황, Could는 파랑으로 표시해 두면 개발팀과 우선순위 합의가 빨라집니다.
4. 리스크와 미해결 질문 분리
PRD는 결정된 사항만 담는 문서가 아닙니다. 아직 결정 못 한 것도 명시해야 합니다. "Open Questions"라는 별도 가지를 만들어, 디자인·기술·법무에서 답이 필요한 항목을 모아두면 회의에서 빠르게 확인할 수 있습니다.
5. 측정 지표(Success Metrics) 가지
PRD의 마지막 가지는 "성공을 어떻게 측정할 것인가"입니다. 핵심 지표(NSM), 보조 지표, 가드레일 지표 3개의 하위 노드를 만들어 출시 후 어떤 숫자가 어떻게 움직여야 성공인지 정의하세요. 이 가지가 빠진 PRD는 출시 후 성패를 판단할 수 없습니다.
한 줄 요약
- 문제 정의 — 한 문장으로 PRD의 출발점 확정
- 사용자 시나리오 — Trigger·Action·Result로 흐름 시각화
- MoSCoW 색 분류 — 우선순위를 개발팀과 시각적으로 공유
- Open Questions — 결정 못 한 것도 기록
- Success Metrics — 출시 후 성공 판단 기준 명시
다음 PRD부터 마인드맵으로 시작하세요
의사결정 구조와 미해결 질문이 한 장에 보이면 회의 속도가 두 배 빨라집니다.
MindMap Studio 열기 →자주 묻는 질문
마인드맵 PRD는 결국 워드 문서로 변환해야 하지 않나요?
최종 공유는 워드/Notion으로 변환하는 경우가 많지만, "구조 설계"는 마인드맵에서 끝내고 옮기는 것이 가장 빠릅니다.
스타트업처럼 빠르게 움직이는 곳에 적합한가요?
오히려 빠른 조직일수록 적합합니다. PRD를 1시간 안에 마인드맵으로 합의하고, 다음 날 바로 디자인/개발이 들어갈 수 있습니다.
요구사항 변경이 잦은 경우 마인드맵이 더러워지지 않나요?
변경 이력은 가지 색을 회색으로 바꾸고 "Deprecated"로 표시해 보존하세요. 결정 흔적이 남아야 같은 논의를 반복하지 않습니다.