首頁>Club>
14
回覆列表
  • 1 # 主播來了

    首先科普一下產品需求文件:

    產品需求文件(Product Requirement Document,PRD)的英文簡稱。是將商業需求文件(BRD)和市場需求文件(MRD)用更加專業的語言進行描述。

    然後我們需要明確產品需求文件的內容作用:傳達產品開發需求,也就是描述清楚將要完成產品的功能;互動描述,目的是保證各部門溝通有理有據;業務描述,設定產品質量控制具體標準。最後闡述產品需求文件的必要性:

    在稍微大一點的開發團隊中,產品經理未必能向所有開發人員,傳達具體的產品開發需求。這時產品需求文件可以用來供所有的專案參與人員閱讀,瞭解開發需求;

    產品經理又常常愛拍腦袋、容易變卦,所以文件也是開發人員約束產品經理的一項武器;

    在產品上線前的測試環節,測試人員也同樣會拿產品需求文件來驗收產品質量;

    當團隊進入新人時,文件也可以讓新人更快地瞭解產品;

    作為產品的文件形式輸入,必須作為依據,版本迭代做出版本管理;

    行業慣例,公司其他部門都要求寫,約定俗成。如:開發經理要求必須寫,不然認為業務邏輯、功能沒有整理清晰,會拒絕開發

    對於評審的鬆懈,如果一個pm連業務邏輯都沒弄明白,就進入開發中期,那是很痛苦的一件事,在後期的業務邏輯上出了問題,一定會ui介面設計師 ui互動設計師,甚至整個產品的架構都會發生變化,這隻能說pm的失責,整個產品和專案只能折返式前進,pm可以再次理清業務,更好控制需求,形成正式文件

    產品需求文件的完成一個開發里程碑的節點,為下一階段起了決定意義,如:ui介面設計師介入開始設計階段的時間點(正確的里程碑時間點),不然會出現產品對ui部門的矛盾,對於人力資源管理與團隊建設起到很好作用

  • 2 # 陝西文都智鏈

    一份優秀的文件可以很好地實現與開發人員的溝通。我認為,一份可讀性強,流程明瞭,工程闡述清晰的全面性文件都是要經過幾次的梳理才可以成型的。具體需要更新幾次取決於更新人員的業務能力和理解能力。但是無論你更改多少次,目的都是為了讓程式設計師讀到它時能夠清晰的獲得他想要的東西。

    基本內容

    時間、版本、修訂人員、編寫目的等內容就不多說了,這並不是說這些東西不重要,而是對於產品功能的闡述上並不相關,但是這些細節也時刻體現著你的專業性。

    使用者及應用場景

    層次角色不同,訴求和應用場景也不同。明確使用者群體,角色,許可權等,根據業務場景,梳理構建使用者場景有助於讓需求分析更加準確。再者,不同層級的使用者關心的功能,資料都不相同,這就意味著需要站在使用者立場上去規劃場景。當每一個設計的場景符合使用者需求的時候,就解決了痛點問題。使用者的群組、角色的許可權都需要反覆的check,在這個過程中與使用者保證緊密的聯絡和溝通是非常必要的, 這也是產品設計的關鍵,讓使用者從一開始參與進來,最後做出來的東西才不會與需求相差太遠。

    系統/產品目標

    需求什麼東西,可以帶來的價值有哪些。這一部分就是要明確滿足客戶需求的產品,它決定了設計的產品到底是什麼樣子,以績效考核系統舉例,就是必須實現企業內不同部門,不同層級,角色績效指標的計算和彙總。

    功能模組介紹

    這個部分是概要介紹,你設計的產品需要哪些功能、模組等等。對於模組的定位,模組間的劃分和聯絡都需要有最基本的介紹。首先是為了方便實現產品功能,因為這些瑣碎的事情必須在具體的描述過程中它的問題才會暴露出來。再者主要是為了程式設計師來服務,很少有程式設計師參與前期的規劃設計的,所以為了產品開發的方便,模組的敘述儘量簡練明瞭。

    功能需求詳細說明

    產品的具體樣子

    界定和描述頁面上的元素和功能。比如選單裡包含哪些東西,哪些元素需要突出,哪些又需要弱化。將“容顏”描述清楚後,再明確界定,功能模組中頁面的輸入輸出項等。

    介面互動

    這個部分主要針對使用者,現在使用者經驗都很老道,你只要告訴他功能,他就可以知道他能得到什麼。使用者在這個頁面的操作流程都要寫清楚,無論是主流程還是分流程。

    系統產品業務邏輯及規則

    這一部分是呈現在系統裡的合理的架構業務框架,並不是一個具體的互動。深入瞭解業務規則和邏輯,明白業務流程等。

    非功能性需求

    非功能性需求,本身和使用者無關。比如使用者體驗這一方面,不用說,PM都要自己來考慮,點選使用要響應很久才能實現,那麼基本這個系統已經處於失敗的邊緣了。至於其他安全方面等等隱性需求我就不多說了。

  • 3 # 藍湖產品設計協作

    一、發現使用者需要,簡歷明確需求

    二、提出設計方案

    三、製作設計原型

    四、製作互動說明

    1.互動說明最好是圖文並茂便於閱讀和理解。

    2.頁面跳轉的說明(產品&程式)

    3.互動說明能否考慮與產品需求文件結合(產品)

    4.對互動稿中不明顯的互動動作或隱藏的設定項作說明(產品&視覺&頁面構架)

    5.產品風格定位(視覺)

    6.極限狀態

    7.異常/出錯情況說明(程式)

    五、使用者測試與評估最後,也希望大家能多分享各自的設計經驗,相互學習,讓我們的產品體驗越來越好!

  • 中秋節和大豐收的關聯?
  • 慢性唇炎該怎麼辦?