제품 관리자가 준비해야 하는 10가지 가장 중요한 문서

엔지니어링 부서에 대한 서면 의사 소통은 전체 제품 팀에서 더 일관되고 더 오래 지속되며 책임감을 높이기 때문에 우수합니다.” – 벤 호로위츠

Ben Horowitz가 적절하게 요약한 것처럼 서면 커뮤니케이션은 접촉하는 모든 사람을 몰입시키는 강과 같습니다. 비즈니스 시나리오에서도 마찬가지입니다.

실제로 서면 커뮤니케이션은 모든 팀 구성원이 알고 있어야 하는 소프트웨어에 대한 정보를 교환하는 보다 통합된 방법입니다. 이것이 제품 관리자가 소프트웨어와 관련된 모든 작업의 ​​문서를 유지 관리하는 데 시간을 투자하는 이유입니다.

수많은 프로세스에 대해 여러 문서를 작성하면 전체 개발 프로세스를 조직화하여 오해로 인한 예상치 못한 문제를 방지하는 데 도움이 됩니다.

제품 관리자를 위한 문서화의 중요성을 결정하기 위해 문서화의 이점 중 일부를 살펴보겠습니다.

제품 관리자가 문서화에 집중해야 하는 이유는 무엇입니까?

• 정확한 제품 비전 개발 – 문서는 제품 관리자가 주요 제품을 중심으로 하는 프로젝트의 모든 "이유"에 대한 답을 식별하는 데 도움이 됩니다. 모든 것을 작성하면 제품 관리자가 중요한 결정을 내리고 "누구를 위한 제품입니까?"와 같은 질문에 대한 답을 처음부터 바로 얻을 수 있습니다. ", "왜 앱을 개발해야 합니까?" 이것은 혼란과 실수의 가능성을 제거합니다.

• 계획에 대한 주요 도움말 - "귀하의 제품이 최상의 솔루션이라고 가정할 수 없으며, 그렇게 되도록 계획해야 합니다." 이제 무엇보다 계획이 가장 중요합니다. 관리자가 스토리, 스프린트 및 목표를 생성하여 명확하고 설득력 있는 방식으로 비전을 문서화하면 전체 개발 팀이 사용자의 요구에 맞는 소프트웨어를 만들 수 있습니다.

• 적시 실행 지원 – 계획이 적시에 올바른 방식으로 구현되지 않으면 소용이 없습니다. 앱 비전을 제대로 작동하는 실제 응용 프로그램으로 전환하기 위해 제품 관리자는 문서를 사용하고 디자이너, 엔지니어 등과 서면 커뮤니케이션을 설정하여 올바른 방향으로 안내하고 잘 구성된 계획을 실행합니다.

• 팀 구성원의 책임 유지 – 제품과 관련된 모든 작업에 대한 문서를 그대로 유지함으로써 제품 관리자는 팀 구성원이 무엇을 하고 있는지에 대한 과다한 정보에 액세스하고 작업 분담에 대해 책임을 지도록 할 수 있습니다. 모든 것을 기록하는 것은 일을 단순하고 투명하게 유지합니다.

• 고객의 요구가 충족됨 – 앱 아이디어에서 계획에 이르기까지 모든 것을 문서화함으로써 제품 관리자는 애플리케이션에 포함되어야 하는 기능과 각각이 수행해야 하는 기능에 쉽게 액세스할 수 있습니다. 나중에 그들은 이 평가를 상세하고 명확한 방법으로 팀에 전달할 수 있으므로 최종 제품이 사용자에게 정확히 필요한 것입니다.

제품 관리자가 가장 많이 사용하는 문서

1. 경쟁 분석 문서

"자신의 실제 이점을 알 수 있는 한 가지 방법은 경쟁 분석을 실행하는 것입니다."

경쟁 분석 에는 경쟁사의 제품 및 서비스, 시장 점유율, 강점과 약점에 대한 연구가 포함됩니다. 전체 개발과 공유하기 위해 위에서 언급한 모든 매개변수를 포함하는 경쟁 분석 문서가 준비됩니다. 제품 관리자는 경쟁업체를 광범위하게 연구한 후에야 해당 앱 또는 소프트웨어가 어떻게 될 것인지 최종 결정합니다.

문서의 경쟁업체 테이블은 다음과 같이 보일 수 있습니다.

• 경쟁자 이름
• 경쟁사 웹사이트의 URL
• 정확한 사용자 수(제품 및 서비스의 효율성 추정)
• 시장에서 경쟁자의 존재 기간
• 경쟁자의 특성 및 특기
• 서비스/제품 비용
• 기타 메모

제품 관리자가 수행하는 여러 유형의 분석이 있기 때문에 문서의 내용은 크게 다를 수 있습니다. 눈에 띄는 것 중 일부는 기능 분석, 경쟁 환경, 경쟁 차별화 분석, 모방 가능성 사다리 및 가치 제안 분석입니다.

2. 제품 전략 및 비전 문서

제품 비전은 우리가 만들고자 하는 제품의 미래에 대한 그림을 그리는 것입니다. 팀, 투자자 및 파트너에게 제품에 대한 영감을 주는 것을 목표로 하는 스토리보드, 내러티브 또는 프로토타입의 형태일 수 있습니다.

제품 전략은 최종 제품이 달성될 때까지 만들어지는 제품의 순서입니다.

유능한 제품 관리자의 최고의 기술 중 하나는 제품 비전을 만드는 것입니다. 하지만 그 뿐만이 아닙니다. 그들은 제품에 대한 명확한 관점을 전달하기 위해 매력적인 제품 전략도 개발해야 합니다. 제품 비전은 영감을 불러일으키고 제품 전략은 매우 의도적이어야 합니다. 그래서 어떤 제품이 나올지, 어떻게 비전을 현실로 만드는지 탐색하는 것과 관련된 모든 데이터를 기록하기 위해 문서가 만들어집니다. 기본적으로 이러한 문서는 피드백을 위해 이해 관계자와 공유됩니다.

3. 사양 및 제품 요구 사항 문서(PRD)

제품 요구 사항 문서는 앱의 고유한 요소를 한 곳으로 가져오기 위한 올인원 문서입니다. 사양 문서는 무엇보다도 앱의 기능에 대한 설명이 포함된 가장 일반적인 유형의 문서입니다.

각 PRD는 서로 다를 수 있습니다. 이 문서는 연구 문제 설명, 성공 메트릭, MVP 기능 목록 , 엔지니어링 구현 세부 정보 등을 간략하게 설명합니다.

PRD는 제품의 전체 그림에서 모든 단계를 결합하고 특정 기능을 포함할지 제외할지 선택하고 잠재적인 문제를 식별합니다. 제품 관리자는 이 문서를 사용하여 프로젝트 개발 프로세스에 필요한 시간을 시각화하고, 개발 프로세스에 필요한 예산을 이해하고, 클라이언트와 개발 팀 간의 상호 포괄적인 이해를 발전시킵니다.

4. OKR, KPI, 성공 지표

Objective & Key Result의 약어인 OKR은 제품 관리자가 목표를 설정한 다음 진행 중인 제품 개발 프로세스 의 결과에 액세스하는 데 사용하는 방법입니다. 목표는 팀을 목표로 안내하고 결과는 목표 달성 여부를 보여줍니다. 여기에는 "어디로 가고 싶습니까?"라는 프로세스에서 답변되는 두 가지 질문이 포함됩니다. 그리고 "당신은 거기에 도달했습니까?"

반면, KPI(핵심 성과 지표)는 진행 중인 개발 프로세스의 성공을 측정하는 일종의 성과 측정입니다. KPI의 몇 가지 예는 판매의 고객평생가치(Customer Lifetime Value)와 TTR(Trial-to-Customer) 전환율, 마케팅의 웹 트래픽 및 전환율 등입니다. 각 문서에는 이러한 모든 목표와 프로세스 동안 달성한 결과가 포함되어 있습니다.

5. 로드맵 문서

이미지 출처: 제품 계획

로드맵은 제품 관리자가 보관해야 하는 기본적이고 중요한 문서 중 하나입니다. 로드맵은 팀에 제품의 중요성을 알리는 방법입니다.

제품 관리자는 전체 프로세스가 언제 어떻게 수행되어야 하는지 설명하는 제품 수명 주기를 개발합니다. 로드맵은 소프트웨어 또는 응용 프로그램을 성공적으로 만들기 위해 개발된 모든 프로젝트의 컴파일된 문서입니다. 팀 전체가 따라가는 제품 관리자가 만든 경로입니다. Word 문서 및 데크로 만들 수 있습니다.

6. 디자인 및 프로토타입 문서

처음으로 무언가를 못 박는 것은 어렵습니다. 제품 디자인 도 마찬가지입니다. 프로세스 중에 발생하는 수천 가지 변형이 있기 때문에 초기 아이디어가 최종 아이디어가 아닐 수도 있습니다. 따라서 제품 관리자는 제품 설계에서 이루어진 모든 변경 및 변경 사항을 포함하는 문서를 보관해야 합니다.

제품 프로토타이핑은 엔지니어나 디자이너와 비교할 때 제품 관리자에게 크게 다릅니다. 프로토타이핑에서 제품 관리자는 기대치를 올바르게 설정하고 팀이 밟을 수 있는 길을 열어줍니다.

제품 관리자가 앱 프로토타입 문서를 만들어야 하는 이유가 궁금하다면 그렇게 하는 몇 가지 이점을 살펴보세요.

• 잘못된 해석의 위험 제거
• 신속한 반복
• 프로세스 초기에 개념의 정당화
• 기술 피드백의 품질 향상

7. 사용자 여정 및 스토리 문서

사용자 스토리와 고객 여정 맵은 애플리케이션이나 소프트웨어의 원활한 개발에 기여하는 두 가지 중요한 도구입니다. 제품 관리자는 모든 작은 세부 사항을 기록하기 위해 이 두 가지 역할에 대한 문서를 만들고 관리합니다.

사용자 스토리 문서에서 사용자가 특정 기능을 사용하는 이유에 대한 가능성이 탐색됩니다. 제품 관리자는 사용자가 응용 프로그램의 기능을 사용하도록 유도할 수 있는 모든 가능한 촉매에 대한 문서를 작성합니다. 우리는 이것을 미시적 수준에서 사용자 여정으로 간주할 수 있습니다.

반면 사용자 여정에서는 제품 구매/다운로드에서 기능 사용에 이르는 전체 사용자 경험이 문서에 매핑됩니다. 이는 제품 관리자가 팀과 이해 관계자(이해관계자 등)에게 추가로 설명하고 제품에 대한 신뢰를 구축하는 데 도움이 됩니다.

8. 릴리스 노트 및 범위

이미지 출처: 제품 계획

이름에서 알 수 있듯이 릴리스 정보는 즉석 응용 프로그램 릴리스와 함께 릴리스되는 문서입니다. 제품 관리자는 사용자에게 새로운 사양, 수정된 버그를 알리고 업그레이드 후 애플리케이션을 광고하기 위해 이 문서를 수집합니다. 응용 프로그램이 서로 크게 다르기 때문에 두 문서가 동일하지 않습니다.

범위 메모는 작업 범위 문서라고도 합니다. 여기에서 관리자는 응용 프로그램이나 소프트웨어가 소유한 기능의 범위를 매핑합니다. 이러한 기능이 무엇을 용이하게 하는지 등등.

9. 내부 가이드 및 FAQ

이 비공개 내부 FAQ는 이해 관계자가 전체 제품 개발 프로세스에서 최신 정보를 유지할 수 있도록 준비되었습니다. 이러한 FAQ 작성 형식은 매우 간단합니다. 이는 강력한 UX 컴포넌트가 있는 제품의 와이어프레임이나 와이어프레임 문서를 분할하는 링크를 포함할 수 있습니다.

이 내부 가이드에는 개발 프로세스에서 작동하는 방식에 대한 모든 데이터가 포함되어 있습니다. 제품 관리자에게 중요한 두 가지 기능을 수행합니다. 즉, 구성원 간에 쉽게 전달할 수 있는 방식으로 데이터를 기록하고 영업, 마케팅, 고객 지원 및 선반.

10. 고객 대면 가이드

Customer-Facing 가이드는 간단한 단어로 된 사용자 매뉴얼 문서입니다. 개발된 응용 프로그램을 사용하는 방법에 대한 지침이 포함된 이 문서를 만드는 것은 제품 관리자의 책임입니다.

이것이 없으면 사용자는 최소한 초기 단계에서 스스로 흐름을 파악할 때까지 제품을 작동하는 방법에 대해 혼란에 빠질 수 있습니다. 따라서 이 문서가 제품 관리자가 가장 많이 사용하거나 생성한 문서 중 하나일 정도로 중요한 이유는 매우 분명합니다.

마지막 생각들

요약하자면 유능한 제품 관리자가 효과적인 제품 관리 프로세스를 즐기기 위해 가장 많이 사용하는 상위 10개 문서였습니다.

{제품 관리자가 관리 개념을 설명하는 데 사용하는 최고의 다이어그램 5가지를 확인하세요.}

작업 정보를 서로 다른 문서로 분리하여 오해와 불일치의 가능성을 제거합니다. 모든 작은 단계에서 기록된 고도로 조직적이고 원활한 개발 프로세스를 렌더링합니다.

자주 묻는 질문

Q. 프로젝트 매니저는 어떤 문서를 보관해야 하나요?

문서 보관은 숙련된 제품 관리자에게 필수라는 것은 잘 알려져 있습니다. 문제는 어떤 문서가 중요한 문서에 해당하는지입니다. 모든 제품 관리자가 보관하는 중요한 문서 목록은 다음과 같습니다.

• 경쟁 분석 문서
• 제품 전략 및 비전 문서
• 사양 및 제품 요구 사항 문서(PRD)
• OKR, KPI, 성공 지표
• 로드맵 문서
• 디자인 및 프로토타입 문서
• 사용자 여정 및 스토리 문서
• 릴리스 정보 및 범위
• 내부 가이드 및 FAQ
• 고객 대면 가이드

Q. 계획에 몇 퍼센트의 시간을 소비해야 합니까?

계획에 소요되는 평균 시간 비율은 10%입니다.

Q. MRD와 PRD의 차이점은 무엇입니까?

때때로 이 두 용어는 상호 교환될 수 있지만 본질적으로 본질적으로 다르고 다른 목적을 수행합니다.

MRD는 시장 요구 사항 문서로 알려져 있으며 목표 시장, 사용자 및 구매자 프로필에 대한 집중적인 정의를 명확히 하는 데 사용됩니다. 사용자의 필요와 욕구를 논의하는 문서입니다.

반면, PRD는 제품의 모든 다른 요소를 한 곳으로 가져오는 올인원 문서입니다. 이 문서는 전체 개발 팀이 제품 개발 방법을 알 수 있도록 제품의 폭과 범위를 정의합니다.

Q. PRD가 좋은 이유는 무엇입니까?

PRD는 무엇을 어떻게 개발할지에 대한 전체적인 그림을 그리는 데 도움이 되기 때문에 중요한 문서입니다.