用Axure做一個產品需求文檔(PRD)模板

2020-12-09 人人都是產品經理

今天給教大家用axure做一個產品需求文檔(PRD)模板,其中包括目錄,版本修訂記錄,產品概述,功能說明,全局說明,非功能性說明。該原型模板使用簡單,交互完善,直接修改文字即可。喜歡該原型的小夥伴們可以在評論處給我留言哦。

原型預覽地址:https://n3j71h.axshare.com

製作方法

1. 目錄

我們製作一個左側菜單作為目錄,具體製作方法可以參考我之前的文章:AXURE教程:三級菜單和標籤的交互使用

2. 版本修訂記錄

版本修訂記錄包括版本號、修訂日期、修訂內容、、修訂人、審核人和狀態。

製作方法簡單,只需要用axure自帶的表格原件,樣式修改的好看一點即可。

3. 產品概述

這部分主要是介紹產品的背景、功能、價值、架構,以及解決了用戶哪些痛點,以及產品是如何解決這些痛點的。

(1)產品介紹

這部分內容可以簡單的介紹一下產品的背景、機遇和價值。

這部分製作也簡單,只需要做文本標籤即可。

(2)產品用戶

這部分主要介紹一下,該產品的目標用戶。主要可以從以下方面介紹,包括用戶類型,用戶的地區、性別和年齡分布。

用戶類型:用axure自帶表格即可製作。

地區、性別、年齡分布建議使用可視化視圖來做,這樣的效果更佳清晰。具體可以參考我之前的文章 Axure教程:可視化視圖

製作完成後可視化視效果:

(3)用戶需求

用戶需求的話需要記錄用戶故事和需求描述,以及該需求的狀態和優先級。和上邊一樣只需要用表格製作即可。

(4)功能清單

功能清單是為了滿足用戶提出的需求所具備的功能列表。清單主要包貨功能模塊、功能點、功能描述和優先級。

製作方法和上邊一樣只需要用表格製作即可。

(5)產品架構圖

產品架構圖主要包括功能機構圖和信息架構圖。

我們需要用文本框+連線,需要一點心思才能做出好看的樣式。原件裡的大家可以直接使用,只需改動文字即可。

(6)名詞解釋

名詞解釋是對專有名詞的解釋,為了讓閱讀prd的人更容易理解。

同樣的製作方法我用表格製作即可。

4. 功能說明

這部分是對功能清單的功能點詳細的說明,需要包含功能說明,原型圖,流程圖等。

(1)原型

這裡擺上你們自己製作好的原型就好的,建議有交互效果的,這樣開發一目了然。由於時間的原型,作者這個文檔就沒有做出交互。

(2)功能說明

每個功能點建議大家要標明出來,然後在右側詳細說明。

(3)流程圖

這個看需要,可要可不要,如果邏輯較複雜的建議加上,大家直接用axure的圖形和連線製作即可。

下面作者以某打車軟體的功能點展開。

5. 全局說明

全局說明包括:權限說明、授權說明、異常情況、鍵盤說明、欄位規則等等。有的文檔把欄位規則放到上面的功能裡面,也是可以的,大家可以根據公司習慣修改。

權限說明主要是對角色權限進行劃分,我們簡單用表格製作即可。

授權說明、異常情況、鍵盤說明,需要用demo來展示,其中鍵盤說明,可以參考我之前的文章AXURE教程:手機鍵盤製作。

欄位規則,是對輸入輸出項規則的秒速,包括欄位名稱,是否為必填項,數據類型,欄位長度,提示文字和備註規則等等。

我們也是簡單的用表格來完成即可。

6. 非功能性需求

這部分是對產品非功能性需求的說明,包括技術組件需求、性能需求、安全需求、系統要求、可用性需求等等。

我們也是簡單的用表格來製作即可。

今天的這裡就結束了,喜歡原型或者有疑問的小夥伴們可以在下方評論處給我留言哦,我們下期見。

本文由 @梓賢Vigo 原創發布於人人都是產品經理。未經許可,禁止轉載

題圖來自 Unsplash,基於CC0協議

相關焦點

  • PRD——產品需求文檔應該怎麼寫?
    PRD是產品經理在工作中最常寫到的文檔,那到底該怎麼寫呢?產品需求文檔是不是可以有一個模板呢?一個好的需求文檔的模板應該是什麼樣的呢?
  • Axure Pro 8製作產品需求文檔
    第一次使用Axure Pro 8來編寫產品需求文檔,有點小雞凍。主要是參考人人都是產品經理的相關文章Axure製作PRD(產品需求文檔)設計教程。然後自己也邊研究使用Axure Pro然後邊編寫產品文檔。
  • 如何寫好PRD需求文檔
    產品、開發、測試:了解本次需求的背景和詳細要求,以及每個需求點未來的優化方向或對用的價值。用戶方代表:了解PRD中描述內容是否是自己期望中的需求,是否符合及覆蓋到了自己的預期。產品經理同相關角色確認開發任務的重要依據。五、完整的RPD具備的要素:1、文檔命名和編號:目的:在產品迭代中,區分不同階段的功能及需求。
  • 產品基本功系列(二):如何寫好需求文檔?
    需求文檔作為產品經理的基本功,其重要性不言而喻,那麼如何寫好需求文檔呢?作者分享了自己的一些心得。提到需求文檔,不少人認為寫需求文檔就和寫論文一樣,只要按照模板順下來就可以了,還有人認為只要把問題說明白就好,寫不寫需求文檔就是一個形式:」與其寫PRD,還不如寫測試用例」。那麼,PRD是產品經理最」底層」的技能嗎?是不是「會寫」就達到要求了?
  • PRD:倒推手機淘寶產品需求文檔
    書寫產品需求文檔是產品經理的基本功之一,本文將以手機淘寶為例倒推其PRD。在淘寶完成布局以及對用戶的教育之後,後來的產品要好做的多。淘寶在電商領域是絕對的先行者,第一人,這也為阿里巴巴奠定了網際網路三巨頭之一的地位。一、產品概述1. 產品介紹手機淘寶為一款電商購物類軟體,其豐富的功能能夠很好的滿足不同消費人群的購物需求。其圖標為一個橙色背景的「淘」字。
  • AI 硬體產品需求文檔(PRD)怎麼寫?
    經過幾個月與研發磨合,終於明白,保持一個樸素的目標清晰的傳達產品概念、產品需求就好。所以,我們用 word、Excel 或者咱們企業內部的協作軟體都可以。我個人喜歡用 Excel ,一個 Excel 文件包含多個工作簿,這樣方便管理/查看。
  • ID設計需求文檔模板
    ——做更好?這四個問題來看下為什麼寫這個系列文章。第一,很多粉絲都表示強烈需要,所以我要寫出來幫助大家。第二,為了以後我做產品時,能更快、更好、更全面的想清楚產品的設計方案,以及快速的寫出需求文檔,將節省出來的時間用在更加有價值的事情上。把自己以往的需求文檔和項目經驗提煉出來,結合能找到的相關資料,整理出需求文檔的模板。
  • Keep APP產品需求文檔(PRD)
    以下是PRD正文:目錄1.文檔綜述1.1 版本修訂記錄1.2 PRD輸出環境1.3 產品介紹1.4 需求整理2.產品結構2.1 產品結構圖2.2 產品信息結構圖3.全局說明3.1 功能權限3.2 鍵盤說明
  • 手把手教你寫B端產品PRD
    在說B端產品需求文檔如何寫之前,先說一下需求文檔的展現形式,我以前分享WORD形式的PRD文檔寫法,很多人會說我分享的內容過時了,現在都是用AXURE來寫文檔,當我分享AXURE形式的PRD文檔寫法的時候,很多人又說,你這AXURE寫的不專業。其實表現形式啥的,真心不重要,重要的是要達到目的,PRD的目標是啥?
  • 產品需求文檔PRD:校園外賣配送
    產品需求文檔PRD的撰寫是產品經理必備能力之一,其中包含了產品驗收流程、產品流程圖、產品用例、產品功能點說明、性能需求等等。1.3 產品介紹「校園外賣配送」是一款針對高校學生而專門設計一款外賣配送軟體。我們一方面利用學生希望能夠在校園各地方便的取得外賣這種需求;另一方面利用學生希望在業餘時間從事兼職的這種需求。
  • 善用Axure寫PRD,最正統的產品邏輯表達法
    notes 的作用曾經寫過一篇文章介紹各種產品邏輯表達法 ,可以輔助閱讀。notes邏輯表達法相比於其他方法,具有以下優勢,其中易讀性特別重要。不漏。一個控制項一個控制項的寫邏輯,不容易遺漏。完整性。定義好注釋欄位後,從功能、視覺、交互、業務、技術等多個角度來描述。易讀性。
  • 產品管理流程及規範4——PRD文檔撰寫
    PRD文檔是將產品項目由「概念化」階段推進到「圖紙化」,將需求落實到可開發的。PRD文檔在產品項目中是一個「承上啟下」的作用,「向上」是對MRD內容的繼承和發展,「向下」是要把MRD中的內容技術化,側重的是對產品產品功能和性能(即「產品需求」)的說明,相對於MRD中的同樣內容,要更加詳細,並進行量化。
  • 墨刀原型設計教程:碾壓axure和mockplus第一次畫原型圖就上手!
    作為一個產品經理或者互動設計師,甚至是一個產品運營,不會畫原型圖簡直會被鄙視,面對市面上的墨刀原型、axure和mockplus,到底哪一款原型設計軟體和服務更好呢?今天就教大家第一次用墨刀原型畫原型圖就上手!最後還有彩蛋哦!
  • PRD:騰訊會議APP產品需求文檔
    本文從用戶需求出發,通過產品結構、業務流程,邏輯交互等幾個方面倒推了騰訊會議APP需求文檔,並提出了自己的一點見解,與大家交流分享。一、文檔綜述1.1 版本歷史2.3 需求總結2.3.1 目標用戶在線會議需求的企業或組織;停課不停學,教師與學生等。2.3.2 需求類型在需求分級KANO模型中,將需求類型分為:基本型需求、期望型需求、興奮型需求、無差異需求、反向型需求。
  • PRD文檔:logo生成小程序
    編輯導讀:PRD作為產品經理經常撰寫的文檔,是產品的基本功。本文通過產品概述、業務流程、全局說明、功能性需求、非功能性需求五個模塊輸出一份「logo生成」需求文檔,希望對你有幫助。本人也小白轉產品,在一家創業公司就職。
  • 產品經理(PM)常用原型圖設計工具
    與一般針對產品功能的介紹不同,本文以親身的設計需求為出發點,通過對產品整理和提供相關的連結,幫助解決從業人群對做產品頁面原型的直接需求。可以為做產品設計的童鞋提供一些參考和下載幫助。
  • PRD需求文檔如何寫?掌握它的底層邏輯你就會了
    哈哈,其實產品經理的職責就有解決問題,如果你能用這些方式解決了問題,這就是一個好方法,這是不容置疑的事。但是我們需要通過表層看他們的底層邏輯才行,這樣我們才能升級。這個產品就做個計算功能,以後再也不迭代的,需要修訂、版本記錄嗎?這產品就一個頁面,那需要角色和權限列表嗎?帶入這樣的場景會發現,似乎需求文檔中很多模塊都不需要。但是有時候就是只有2個人的產品也還需要複雜的需求文檔,那麼到底什麼時候用什麼樣的需求文檔到底依據的是什麼?我想說是底層邏輯。
  • PRD:Keep需求文檔
    本文將從三個方面,梳理了Keep的需求文檔,希望對你有幫助。一、前言1.1 需求背景通過之前對KEEP v6.43.0版本的競品分析、需求分析,我們確定了KEEP下一代的迭代版本方向,我們從需求列表中挑出5個需求進行迭代實戰。歡迎大家去查看我們之前發布的競品分析和需求分析報告。
  • PRD:倒推街兔電單車產品需求文檔
    閒來無事,於是想通過自己的長時間的產品體驗,倒推出街兔app的產品需求文檔,同時也鍛鍊自己的產品需求文檔撰寫能力,當然更是為了自己僅有的幾個訂閱讀者有文可看,哈哈。1.4.產品定位街兔電單車致力為大家提供更便利、更經濟、更規範的電動自行車。提升城市整體交通安全和出行效率,滿足10公裡以內高效出行需求。二、產品結構產品功能結構圖
  • 產品新人應該如何用好「原型」?
    以一個普通用戶的使用習慣去使用功能,使用過程中觀察是否有難用、反人類的功能設計.如果覺得自身體驗產品比較難發現問題,可拉上身邊的同事一起體驗。三、如何用好原型1. 撰寫需求文檔在項目協同管理產品廣泛被使用的現在,tapd、禪道等協同軟體已經可以起到傳統word等需求文檔的作用了。