전송 : HTTPS : //blog.csdn.net/neikutaixiao/article/details/40819445
비즈니스 요구 사항 문서
비즈니스 요구 사항 문서
BRD와 MRD가, PRD는 제품 사양 문서 마케팅에서 함께 것으로 간주됩니다 설립 될 필요가있다.
제품 수명주기는 최초의 문서이며, 다음 아이디어는 커버 시장 분석, 판매 전략, 이익 예측은 프리젠 테이션은 더, 더 짧은 정제하는 경향이, 의사 결정 수준을 논의하기 위해 일반적으로 들어 뇌의 늦은 감이 있으며, 제품 세부 사항. 기술 문서 (보고서) 또는 값 기반의 비즈니스 목표의 제품 수요 내용, 사용하기 전에 제품의 핵심은 의사 결정 평가의 중요한 기준으로 기업 임원으로 R & D 투자에 대한 것입니다.
민주 혁명당 BRD와의 차이점
일반 MRD 및 PRD 다른 BRD, 그것은 의사 결정 이전 제품의 구현을 평가하기 위해,이 바인딩 문서 (보고서) 충분히 직관적 인 내용과 형식 요구 사항, 정제, 핵심 포인트를 강조의 기초이기 때문이다. 보고서의 저자로서, 당신은 정상에 가야 보고서는, 기업에 대한 강력한 인수와 함께이 프로젝트의 당신을 설득하는 방법을 인식하고 비즈니스 가치의 종류를 표시합니다 것을 이해 관대 한 R & D 자원과 마케팅 비용 . 민주 혁명당 직접 프로젝트의 품질 수준을 결정하는 경우, BRD의 역할은 프로젝트의 상업적 가치를 결정하는 것이다. BRD 우수한 문서, 의사 결정자를 허용하는 완벽 아마 때문에 모퉁이를 돌면 제시 한 경제 예측 재무 낮은 입력 고수익 보고서, 당신의 관점에 매력을 신고하기 위해 프로젝트의 광범위한 기술 이사는 표면 두통을 포함 아마도 때문에 끝없는, 아마도 회사의 부사장과 그의 동류 결과의 보고서는 내년 성능 신속한 개발을위한 광범위한 전망을 볼 ......
그것은 분명, BRD 필요 제품 매니저 (제품 디자이너) 시장 조사, 사용자의 전체 응용 프로그램으로, PRD 치료 연구, 분석 및 기타 디자인 도구를 적절하게 보고서의 내용을 설명 할 필요가있다. 이러한 상황을 바탕으로, 분명히 모든 사람 완전한 BRD 표준 형식 사양에 대한 모든 것을 얻을 수있을 것입니다! 하, 어쩌면 어떤 사람들이 조금 걱정하는 것입니다 말할 것이다, 그러나 나는 항상 모든 "제품"의 얼굴에서 눈으로 볼 수 있도록 설계되어야한다, 찬성이었다.
첫째, 당신은 ...... 여기에서, 관객으로 모든 제품 --BRD을 의사 결정 수준을 두어야
시장 요구 사항 문서
시장 요구 사항 문서
이 문서는 프로젝트 기간 동안 제품에서 문서의 "프로세스"에 속한다.
(1 개) 문서의 역할
문서가 첫 번째 문서의 "구현"상에 "준비"단계로 프로젝트의 제품, 그 역할은 "시장의 계획 레벨 설명에 제품에 대한 올해의 제품"이 문서의 품질 프로젝트에 직접적인 영향은 제품을 수행하고 직접 회사의 제품의 전략적 의도의 실현에 영향을 미칠 수 있습니다.
이 문서의 중요성
문서의 프로젝트 "넥서스"역할의 제품입니다, "최대"통합 시장 데이터 및 기록의 축적이다 "아래"방향은 후속 작업 지침 및 작업 지침이다.
3 문서 작가
: (연대순으로) 대략 다음과 같은 측면 접근, MRD 쓰기
1, 프로젝트 배경
이, 용어,
3, 타당성 분석 (예비 연구 정보 및 데이터 + 프로젝트 목표)
네, 포괄적 인 설명 ( 다른 제품 기능 개요 +)
(5)의 상세한 기능 (기능 요구 + 기능 점수)
(6), 문제의 다른 설명.
4 핵심 문서
제품에 초점을 맞춘 문서는 시장에서입니다 고객 (클라이언트), 구매자 (바이어), 사용자 (사용자)뿐만 아니라 시장의 요구 정의 및 프로토 타입 형태를 통해 시각화
5 오해를
1) 기초 더 MRD 아이디어가 많은 기업은 제품 매니저 현실에 따라서, 기술 끝으로 분류하지, 제품 설명서의 많은 제품 매니저는 단지 기능 설명에 초점을 맞추고 있지만, 시장의 기초 충분한 지식과 기록이 부족,
2) MRD와 민주 혁명당을 혼동, MRD는 PRD의 기초입니다, PRD는 제품 기능에 MRD에서 구현된다.
3) 대상이, 모르는 곳 모르는 곳에서 외국 MRD 템플릿, 복사, 더 머리없는 꼬리, 별도의 문서는 없었다.
제품 요구 사항 문서
제품 요구 사항 문서 (제품 요구 사항 문서, PRD)의 약어.
보다 전문적인 언어로 설명하는 비즈니스 요구 사항 문서 (BRD) 및 시장 요구 사항 문서 (MRD)입니다.
문서의 중요성
문서의 프로젝트 "넥서스"역할의 제품입니다, "최대"상속 및 개발의 MRD 내용이다 "아래로"MRD의 기술적 내용을 넣어이며, R & D에 제품의 기능과 성과 지표.
작성된 문서
이 문서에서이 점이 바로 "수요"와 자체가 MRD에 반영되어 수요에 초점을 여전히 MRD의 내용이며, 차이는 PRD가에서 MRD해야한다는 것입니다 콘텐츠 "제품 수요는"독립 상세히 설명한다.
민주 혁명당의이 부분은 즉, 전통적인 의미에서의 수요 분석, 우리는 주로 UC (사용 사례) 문서를 참조 여기에, 가장 기록 된 내용입니다. 구체적으로 설명 된 기능을 이용하여 메인 콘텐츠는 수행의 Visio 기능 (각각의 실시 예는 여러 개의 큰 조각 등의 처리를 분기 유용 UC 일반적으로 간단한, 배우, 사전 조건 사후 조건의 UI의 설명, 프로세스 / 서브 프로세스 / IS) 비즈니스 프로세스, 인터페이스 설명, 데모 등의 점. 데모 측면, 때로는 직접 사용할 수있는 미래에 개발 UI / UE 지원, 높은 충실도 데모,있다, 그것을 그림 드림위버, PS, 심지어 간단한 드로잉 보드를 사용할 수 있습니다.
코어 문헌 :
이 문서는 포커스 설명 제품의 기능 및 성능 (또는 "주문형")는 MRD의 동일한 콘텐츠에 대해에 더 상세하고 정량.
일부 외국 기업에서는, 그것은 MRD 및 PRD는 종종 "마케팅 및 제품 요구 사항 문서"라고, 하나 개의 문서로 결합 수 있도록하는 것입니다.
이 문서는 일반적으로 다음을 포함 할 수있다 :
제품 (비전)의 비전
목표 시장과 고객 (목표 시장 및 고객) 설명
경쟁 분석 (경쟁 요약)
제품의 주요 기능의 자세한 설명
이 기능의 우선 순위를
가칭 구현 일정.
UML 사용 사례도 일반적으로 거칠어 반드시 설명 될 예를 이용 (사용 예).
하드웨어 및 소프트웨어 제품 수요
제품 성능 요구 사항의
판매 아이디어, 수요 (직접 또는 채널? 직접 어떻게? 채널을 수행하는 방법에?)
아이디어 방법 기술 지원에 필요 (기술 서비스의 종류?)
개발 도구 추천 :
는 Rational 로즈 ★★★★ - 프로젝트에 익숙 관련 사업 관행이 발생.
Visio 2007의 ★★★★ - 비즈니스는 제품 수준으로부터 제명 그래서 전반적인 통합의 일부가 무너지고
마음 관리자 ★★★ - 프로젝트, 원칙, 잘 지정된 디렉토리 구조의 항목을.
Axure ★★★ - 리셉션 구조와 레이아웃, 합리적인 표준 시스템 오프 희미한 후아 원사.
워드 ★★★★★ - 니트 메쉬를 입고는, 최종 제품 요구 사항 문서로 구성, 수요를 함께 넣어.
오해
1) PRD없는 원시 데이터 (MRD 캐리어) 지원, 단지 개인적인 경험, 리더십 부서 요구 사항 또는 서면 지침을 반영합니다.
2) PRD에서, 전용 "제품 기능"설명, 제품 설명에 대한 강조와 다른 지표 항목의 부족. 완전한 PRD에서 10 개 제품 수요 지표의 총 필요 설명, "기능적 요구 사항, 개발 요구 사항, 호환성 요구 사항, 성능 요구 사항, 확장 요구 사항, 제품 설명서 요구 사항, 외관 요구 사항, 제품 출시 있습니다 요구 사항, 제품 지원 및 교육 요구 사항, 제품 또는 기타 요구 사항. "
3) 여기서 목적지를 모르는 경우, 외국 PRD 템플릿을 복사, 더 머리에게 어떤 꼬리를 몰라, 별도의 문서이었다.
---------------------
저자 : neikutaixiao의
출처 : CSDN
원본 : HTTPS : //blog.csdn.net/neikutaixiao/article/details/40819445
저작권 :이 문서에서는, 보웬 링크가 블로거 원래 기사 재현 첨부 해주세요입니다!