• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 寫好MRD的10種技巧

    發表于:2008-08-08來源:作者:點擊數: 標簽:MRD技巧
    簡介 MRD-“市場 需求 文檔”,是產品經理或者產品市場經理編寫的一個產品的說明需求的文檔。這些文檔用于計劃一個新產品或修正一個已有的產品,是被工程師團隊 開發 產品時使用。 在硅谷的一些軟件公司,MRD僅僅覆蓋high-level的功能。在這種情況下,產品經

    簡介

                   MRD-“市場需求文檔”,是產品經理或者產品市場經理編寫的一個產品的說明需求的文檔。這些文檔用于計劃一個新產品或修正一個已有的產品,是被工程師團隊開發產品時使用。

                   在硅谷的一些軟件公司,MRD僅僅覆蓋high-level的功能。在這種情況下,產品經理通過創建了另一個文檔-通常指的是PRD(產品需求文檔)來定義更加詳細的產品需求。

                   在本文中,我用術語“MRD”泛指所有那些由產品管理和/或產品市場團隊創建的,為工程師團隊傳達產品需求為目的的文檔。

            MRD-“市場需求文檔”,是產品經理或者產品市場經理編寫的一個產品的說明需求的文檔。這些文檔用于計劃一個新產品或修正一個已有的產品,是被工程師團隊開發產品時使用。

            在硅谷的一些軟件公司,MRD僅僅覆蓋high-level的功能。在這種情況下,產品經理通過創建了另一個文檔-通常指的是PRD(產品需求文檔)來定義更加詳細的產品需求。

            在本文中,我用術語“MRD”泛指所有那些由產品管理和/或產品市場團隊創建的,為工程師團隊傳達產品需求為目的的文檔。

           寫好MRD的10種技巧(第一部分)

    1、從用戶角度的編寫

            從用戶角度編寫需求內容。使用“用例(Use Case)”和“用戶角色(User Personas)”來達到這個??紤]用以下兩種方法來詳細說明你們公司正在開發的SFA(sales force automation)軟件的“Login”的功能性。

           方法A:
            用戶通過一個要求用戶提供證書的登陸界面,然后軟件允許用戶帶著特定的權限進入系統。軟件鑒別這些證書,在鑒定通過的基礎上允許用戶訪問那些他們有權限訪問軟件的功能部件。

           方法B:
            Mike是一個銷售經理,Cathy是一個銷售代表。當他們打開軟件,他們看到登陸界面。他們通過用戶名和密碼進入系統。如果用戶名和密碼是正確的,他們能登進系統。一旦登陸進系統,Mike能訪問軟件所有的功能部件。Cathy只能訪問那些對銷售代表有有效的功能部件。

            哪個方法更加容易閱讀和理解?就我的看法,毫無疑問,"方法B"。還有,它同時減少了令人煩惱的閱讀!

    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>