中小團隊PM,如何高效輸出APP版本需求文檔?
中小團隊往往講究快速迭代,所以產品需求文檔最好也滿足快速高效易溝通的特性。
越來越多的PM已經在使用Axure“原型+注釋”的方法,輸出原型HTML作為產品需求文檔。
但是每一個版本的產品需求文檔該如何交付呢?直接用整個原型,還是單獨輸出一份。如果單獨輸出,如何輸出呢,輸出哪些頁面呢?
總結了我這兩年使用Axure寫版本需求文檔的經驗,含有一些獨特技巧。
一、版本大綱
一份版本需求文檔至少包括以下部分:
- 版本需求對應的原型
- 版本的相關信息
- 修改記錄
- 需要做的新功能
- 需優化的舊功能
- 需修復的BUG
- 需輸出的視覺稿
- 需要其他協助的事宜。
這些內容最終體現到Axure中的左上角-頁面結構,效果圖如下。
二、版本原型
將該版本需要用到的所有頁面選中,輸出原型html。
三、版本信息
我是用版本號來命名頁面的,比如V3.0。
然后把此次版本的目的,投入、以及重要資料放到一塊。供其他人員查看。
3.1、重要網址
比如此次版本原型的地址,我會單獨發布到內部gitlab或者其他地方,然后把網址給到大家。以及其他版本的網址。
比如視覺稿的地址,也會放到內部gitlab供所有人查閱和撕逼。如果你的視覺稿是使用sketch的在線預覽插件,甚至能夠直接比對代碼。
需要注意的是,上述重要網址最好保證僅內部用戶可訪問,比如通過限定hosts的方法。
3.2、排期表
這個的重要性就不細說了。你可以按照職能輸出來一一排期。
也可以按照上線要求來倒推時間點。
3.3、人員規劃
此次版本有哪些人員參與,扮演的角色是什么,各自工作什么時間完成。
3.4、修改記錄
記錄一些修改事宜,方便大家理解。
四、需求清單
不太建議使用需求列表這樣落后的方式來呈現需求。建議使用Axure新建頁面,然后用文字、頁面快照、引用頁面等功能快速展現。
最好結合舊文《高級PM如何規范化的管理產品文檔》一起閱讀比較好,很多知識是相關聯的。
強調一點,按照我的方法來展現新功能、優化功能、修復BUG??此茮]有需求列表舒服。但是用圖文的方式,會讓前端工程師和視覺設計師更容易理解需求。
并且原型往往需要經過多次修改,而你僅需修改原型,很少需要修改這3個頁面。因為這里利用了Axure的引用這個牛逼的特性。其他文章中已多次闡述過。比如舊文PM如何快速完成并交付視覺需求和如何正確地畫出頁面流程圖。
4.1、新功能
記錄新增的功能,包含頁面、各種組件、控件。
4.2、優化功能
記錄優化的功能,包含頁面、各種組件、控件。方法如上。
4.3、修復BUG
記錄要修復的bug,方法如上。
五、原型視覺稿
不少PM認為畫視覺稿是視覺設計師的事情,所以也不會整理一下此次版本中需要新增和優化哪些頁面,新增和優化哪些視覺組件。
而事實上,從PM的角度,整理所有原型視覺稿交付給視覺設計師,能夠保證不忘做一些頁面,以及有助于全面了解PM思路。
詳見我的文章《PM如何快速完成并交付視覺需求》以及點擊直接查看演示。
六、需要其他部門配合的事宜
比如需要運營童鞋提前注冊一些賬號,充值一些測試費用。
比如需要客服童鞋聯系一些鐵粉,到時候需要內測。以及處理一些突發問題。
七、總結
按照上述的方法來輸出每一次版本的需求,中小團隊基本就夠用了。
你也可以根據自己的需求去新增修改一些內容,歡迎共同探討。
相關閱讀
#專欄作家#
浪子,業務型PM,浪子PRD系列51prd.com,公眾號:langzisay。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
排期中的空心箭頭哪個工具里有的元件?axure嗎
是Axure的連線工具,雙擊連線即可得到這樣的效果。
感謝分享,閃電約APP的原型設計和需求文檔方便提供嗎? 小弟新手,想跟前輩學習下,嘿嘿。我的郵箱1060580053@qq.com
http://51prd.com/demo/start.html#g=1&p=V3_0
謝謝分享!
查看版本需求文檔,請復制網址到瀏覽器打開http://51prd.com/demo/start.html#g=1&p=V3_0。
大神,你好,如何在新功能這個頁面,引用原型中的某一個頁面?http://image.woshipm.com/wp-files/2017/06/DNG2dcr8mO5Q7BhPvI3b.png
查看我正文旁邊的相關文章,或者學習我的rp源文件。