AI 硬件產品需求文檔(PRD)怎么寫?
PRD你可能寫過很多,那么,針對AI硬件產品的PRD有什么不一樣嗎?
關于產品需求文檔(PRD),我在轉行初期也經歷過一段糾結時光。不知道怎么寫比較好,也曾在格式、文檔軟件這些表面的東西上糾結。
經過幾個月與研發磨合,終于明白,保持一個樸素的目標清晰的傳達產品概念、產品需求就好。
所以,我們用 word、Excel 或者咱們企業內部的協作軟件都可以。
我個人喜歡用 Excel ,一個 Excel 文件包含多個工作簿,這樣方便管理/查看。因為研發工程師、市場、運營等部門他們都會用這個軟件。
當然也可以用其他軟件,比如 Axure 等,文件分享不方便其他部門打開文件;像 Axure 可以分享鏈接,但是不方便保存以及打開速度較慢或者有些瀏覽器根本就打不開。
如果您公司有協同軟件那挺好,直接可以在上面編輯、權限管理等;如果沒有協同軟件,我們作為產品人需要考慮所有使用者的觸點,方便團隊所有人使用。
以上,只是想說工具不重要,重要的是準確的傳達產品需求。
產品文檔(PRD)包含哪些?
如圖,我將產品需求文檔(PRD)分為三大類文檔。
如果您對技術不是很了解,《硬件需求》和《軟件需求》這兩個文檔可以裁剪掉。但是其他的一定要詳細描述清楚。
我們開產品評審會議時,主要講解《產品功能列表》《業務及功能流程》和《產品功能需求》。
這三個文檔詳細描述了,我們的產品需要哪些功能、產品涉及的相關業務方和流程、產品具體的功能/性能要求。
啰嗦一句,關于文檔命名的事情,我發現很多同事不喜歡將文檔命名,找起來好麻煩,也不方便管理。一定要養成規范命名的習慣。
我自己的命名方式:產品需求文檔_XX 產品_V1.0.1_20191210,包含文檔屬性、產品名稱、版本、時間。
文檔信息類
文檔類別包含《文檔信息》《項目規劃》《change list》,分別描述項目的歸屬、整體計劃、產品修訂信息。
《文檔信息》
這個表格表述的是整個項目的概況,方便一目了然的了解整個項目。特別是在公司項目很多的時候,這個概述很重要。
《項目計劃》
這個表格表述的是項目預研以及研發設計的整體時間規劃,公司項目少的話,可以不需要這個。一般我們做項目管理的時候有一個公司所有項目時間分配的匯總表。
《change list》
產品文檔關于產品決策的每次變更均需要詳細的記錄在案,并發送到業務相關方。防止相關業務方開發出現信息錯位,同時保證自己隨時查閱相關產品狀態。
當然,產品變更項目經理會出具會簽的《變更申請表》,但是作為產品需要記錄產品完整的研發路徑。無論是作為產品回溯還是作為以后的經驗參考都具備重要的意義。
產品需求類
《產品信息》
這份文檔從全局表述了產品的形態、規格參數、包裝等。產品信息全覽,方便項目組成員快速了產品信息。
例如:硬件工程師看一眼就是知道,這個產品人機交互層面包含電源開關、什么類型以及幾個功能按鍵、什么類型以及幾個指示燈、是否有功能端口、是否有其他交互附件。根據規格參數選擇什么樣的傳感器等元器件。
再例如:ID 工程師一看就明白外觀上有哪些組件,以及產品 ID 概念。
所以,這份文檔極大的方便項目組成員了解產品整體信息。
《硬件需求》
如果您對硬件不熟悉,可以不用出具這個文檔,參與到硬件團隊中,慢慢的就能學習到很多東西。待硬件工程師選型完成了,匯總到這個文檔上就好。
這個文檔的目的是規劃產品各功能模塊,產品經理在設計產品的時候,可以通過這個預估硬件成本。產品經理雖然出具這個文檔,但最終還是要與硬件、系統部門工程師深入溝通最終確定這些關鍵元器件。
《軟件需求》
這份文檔是系統及系統應用、算法等軟件按照模塊的匯總。簡明扼要的產品軟件需求,并不像功能需求那么詳細,做到邏輯性以及無遺漏即可。
《產品功能列表》
這份文檔的目的是幫助我們梳理產品功能,與軟件需求的區別是這份文檔只包含功能,功能底層的支持軟件不體現在這兒。
故此,您也可用思維導圖來表達。
產品評估的時候會拿出來與研發團隊評審,需要全面、無遺漏的描述產品功能需求。
產品測試時,可根據此文檔總結開發時產品功能是否有遺漏。
《業務及功能流程圖》
業務流程圖是表達產品的業務流向。
功能流程圖是表達產品功能關系/流向,信息流等。
我喜歡用 Axure 這個軟件來做,我覺得很好用。其實用思維導圖軟件 Xmind 以及 office Visio 都可以。
《產品功能需求》
根據之前我們梳理過的《產品功能列表》《業務及功能流程圖》制作《產品功能需求》。
包含功能描述,清晰無歧義的描述功能;功能的前置條件(觸發機制)以及輸出(例如執行某個動作或功能跳轉);并且詳細描述功能的性能要求。
上圖舉例中,需求描述我做了很多裁剪。
我們在產品設計的時候,一定要反復的邏輯推演,將自己置于產品使用場景中反復推敲,確保功能能真正解決問題。這塊很重要,很容易發生功能沖突等狀況,所以邏輯思維能力、同理心都很重要。
想想我們自己在使用某個產品過程中,是不是抱怨這是什么傻 X 設計。原因就是,沒做好前期設計或者沒想到那個使用場景。
我有時候想不清楚的時候,我將這個《產品功能需求》打印出來,然后裁成一個個小紙片貼在墻上,然后用線連接起來,逐步分析。
類似電影上警察分析的那張地圖。
在這些產品需求類別的文檔中,《產品信息》《產品功能列表》《業務及功能流程圖》《產品功能需求》非常重要,不能省略不寫。工程師是根據這幾份文檔作為設計指導文件,不然沒法開展工作。
互聯網平臺類
這類產品文檔,網上很多,大家可以多搜索形成自己的方式。
我個人將這類文檔做了裁剪,因為智能硬件產品 App 工具屬性很重,我覺得相對比較好處理。
下面簡單介紹我自己的方法。
《App 功能列表》
因為在做硬件產品的時候,已經將 App 融合進來考慮很久了,所以我直接就上了 App 的功能結構、頁面結構、信息結構等,然后用原型圖做補充。
《云平臺》
這個需要我們根據產品屬性來考慮,比如云端需要消息轉發、云儲存、音視頻通訊、設備管理等功能需求;并且需要我們具備一點兒技術知識。不然不知道云端具體該怎么處理。
如果想學習這塊兒知識,從我們的后臺管理需要哪些功能入手進行反推,可能學習起來容易點。
小結
產品需求文檔(PRD)格式可以千變萬化,唯一不變的是將產品目標清晰的傳達給項目組的的每一位成員。
作為產品經理設計產品的時候,用結構化思維將產品拆解成各個模塊,然后用邏輯思維去編織關系。
例如,我們在分析產品需求的時候,通過思維導圖慢慢的羅列功能,然后根據功能需求反推硬件需求以及 ID 上有什么交互組件。
一步步從上到下,從整體到局部,再深入細化,最后收斂驗證。
作者:Arvinzhou,微信號:zf519678391;公眾號:AI 硬件產品官(ID:AIPM001)歡迎關注我,期待與您交流
本文由 @AI 產品觀 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
微信找不到
想進群
您好,也是行業內的,想要進群多溝通,拉一下
不好意思,好長時間沒登陸。加文末微信
您好,云端互聯網需求怎么規劃?
先進行需求分析,再根據用戶需要進行版本規劃迭代
還需要根據產品戰略,產品時間軸等進行綜合分析
突然看一下后臺,有不少小伙伴收藏了。AI 硬件產品經理相關的資料比較少,如果大家喜歡 AI 硬件產品,可以關注我的公眾號,另外我建了一個群和只是星期,以便大家溝通學習。
怎么進群?
加文章后面的微信吧!拉你進群
加不到微信,怎么辦?
漏了一個【關鍵元器件】??
非常好
謝謝!