제품 노트 아름다운 요구 사항 문서 작성 |

제품 관리자의 주요 책임은 제품에 대한 일련의 설계, 후속 조치 및 유지 관리 작업을 수행하는 것입니다. 그러나 이 프로세스에는 종종 제품 관리자가 그에 상응하는 관리 인식과 기술이 필요합니다. 가장 일반적인 관리 시나리오는 수요 관리, 문서 관리, 팀 관리, 프로세스 관리 등입니다. 뛰어난 제품 관리자는 관리의 의미와 가치를 의식적인 수준에서 이해하고, 관리의 리듬과 효과를 제어하며, 세부적인 수준에서 구체적인 운영 방법과 관리 기법을 잘 알고 있는 강력한 관리 능력을 갖추고 있는 경우가 많습니다.

요구사항 문서는 제품 검토 회의 전 꼭 필요한 준비 사항으로, 제품 디자인 과정의 주요 문서이자 제품 관리자가 가장 많이 작성하는 문서 중 하나입니다. 특히 상대적으로 완전하고 모듈식이며 장기적인 요구 사항의 경우 제품 관리자는 요구 사항 문서 관리를 제품 관리의 중요한 측면으로 간주해야 하며, 공식 문서 작성뿐만 아니라 이를 추적, 유지 관리 및 반복적으로 업데이트해야 합니다. 좋은 요구사항 문서는 제품 설계, 검토, 연구 개발, 테스트의 전체 프로세스에 걸쳐 중요한 역사적 문서가 될 것이며 프로젝트의 중요한 경험 기반이자 조직 프로세스 자산이 될 것입니다.

때로는 제품 기능이 상대적으로 단순하고 개발 주기가 짧기 때문에 제품 문서 작성을 소홀히 할 수도 있습니다. 이러한 경우에는 검토를 위해서라도 제품 관리자가 비교적 간단한 요구 사항 문서도 준비하는 것이 좋습니다. 또는 연구 및 개발 링크에서 사용되지 않는 경우 요구사항 문서를 후속 문의를 위한 제품 설계 기록으로 사용할 수도 있습니다.

1. 요구사항 문서란 무엇입니까?

요구사항 문서에 관해서는 BRD, MRD, PRD 등 업계에서 많은 말이 있습니다. 개념도 많고, 신규 이민자는 각 용어가 무엇인지 파악하지 못하는 경우가 많습니다. 사실, 이 문서의 목적은 “이 프로젝트가 무엇인지(What), 왜 수행되는지(Why), 어떻게 수행되는지(How), 무엇을 하는지”를 명확히 하는 것입니다. 그렇게 하면 효과가 있다”.

이 글에서 설명하는 요구사항 문서는 주로 PRD를 참조한다. 요구사항 문서의 핵심 내용은 제품의 배경, 요구사항, 프로세스, 프로토타입, 상호작용 등을 명확히 하는 것이다.

2. 요구사항 문서는 누가 읽나요?

요구사항 문서 독자: 설계, R&D, 테스트 등 프로젝트의 핵심 인력이기도 합니다. 즉, 요구사항 문서에는 기록 기능이 있습니다. 누구나 언제든지 읽을 수 있습니다.

3. 요구사항 문서의 역할은 무엇입니까?

4. 눈에 띄는 요구사항 문서의 특징은 무엇인가요?

소위 '보기 좋은' 문서는 눈에 보기 좋게 보이는 좋은 문서입니다. "좋은" 문서를 정의하는 방법에 대한 명확한 표준은 아직 없을 수 있습니다. 이 방법을 사용하여 테스트할 수 있습니다.

이 테스트 표준에 따르면 "보기 좋은" 문서를 정의하려고 시도할 수 있습니다. " 조건을 충족해야 하는 문서:

제품 관리자의 위치는 사용자와 기술 사이의 가교 역할을 해야 합니다. 제품 관리자의 한쪽 끝은 사용자와 연결되어 있으며 사용자와 지속적으로 상호 작용해야 합니다. 다른 쪽 끝은 기술 연구 및 개발이며, 이 역시 실시간 상호 작용이 필요합니다. 이 두 끝 사이의 상호 작용에서 요구 사항 분석, 제품 기능 설계 및 제품 구현 지원이 완료됩니다. 양쪽 끝이 중요하고, 한쪽을 잃으면 균형이 깨집니다.

① 누가 요청했나요? 어떤 시나리오에서 어떤 문제가 발생했나요?

② 분석 과정을 간략하게 설명하고, 의사결정 과정과 근거는 무엇인가? 해결책은 무엇입니까?

③ 관련 배경자료?

④ 사용자, 시나리오, 요구사항, 솔루션은 무엇입니까?

① 전체적인 수요는 어떤 모습인가? 단계적으로 수행해야 합니까?

② 어떤 작업을 해야 합니까? 맥락은 무엇입니까?

① 기능 목록을 만들고 필요한 분할을 수행합니다.

② 기능 목록을 논리에 따라 기능적 프레임워크로 결합합니다.

③ 비즈니스 프로세스 논리를 정렬합니다. 즉, 제공된 기능이나 서비스를 구현하기 위한 제품의 특정 프로세스 단계입니다.

④ 순서도와 같은 도구를 사용하여 기능의 논리를 정리하고 내용을 보다 체계적이고 완전하게 설명합니다.

①인터랙션 디자인 다이어그램

②프로토타입 다이어그램

①주요 사용 사례는 무엇입니까?

②관심사항

③오류 프롬프트 목록 등

①이 요구사항에 대해 어떤 지표를 평가해야 합니까?

②어떻게 계산하나요? 계산하는 방법? 어떻게 묻어야 할까요?

편리한 도구를 적절하게 사용하면 생산 효율성을 크게 높일 수 있습니다.

1. 작성 도구:

① Word는 팀 습관을 기반으로 상대적으로 견고한 요구 사항 문서 템플릿을 설정합니다.

② Axure는 프로토타입 다이어그램에 코멘트와 텍스트 설명을 작성합니다.

③ Visio, 다양한 흐름도를 그려보세요.

2. 협업 도구:

① Youdao Cloud Collaboration, Kuaikui Cloud Library 등과 같은 협업 편집 및 버전 관리 기능을 갖춘 팀 클라우드 디스크. 일부 기술 컨트롤러는 Baidu 클라우드 디스크 + git을 사용하여 버전 제어를 달성하지만 이 기술은 결국 모든 제품이 git을 사용하는 것은 아닙니다.

② DingTalk, Teambition 등 업무 협업, 업무 기획, 업무 분담 등이 가능합니다.

3. 성능 도구(형식은 정해져 있지 않으니 직접 확인해주세요)

①비즈니스 흐름도

②상태 천이도

상태 흐름도는 상태 간 흐름 프로세스를 설명하는 데 사용되는 요구 사항 문서로 전자 상거래 제품의 주문 흐름 및 승인 흐름과 같은 요구 사항에서 비교적 일반적입니다.

③시퀀스 다이어그램

시퀀스 다이어그램(Sequence Diagram)은 UML 상호작용 다이어그램이다. 시간 차원에서 사물의 변화 순서를 설명하고, 여러 페이지 간, 여러 캐릭터 간 등 개체 간의 상호 작용을 잘 표현합니다. 아래 그림은 주문 프로세스, 즉 주문자, 웨이터, 셰프의 세 가지 역할 간 상호 작용의 시퀀스 다이어그램입니다.