產品需求文檔需要遵循的命名規則

0 評論 85858 瀏覽 540 收藏 5 分鐘

很少有PM會刻意去強調PRD中各種內容的命名,因為覺得這個不重要。但是和開發傳達需求,以及上線后會經常后悔,其實當時表述的內容應該更清晰一點,表述的對象應該更嚴謹一些。而這里的表述其實很大一部分依賴于你對于PRD中元素的命名,好比寫武俠的作者如果有一套很好的世界設定、功法等級設定,角色命名設定會很有價值。

命名的作用

PRD的目的是定義產品和傳達需求,表達形式其實就2種圖+文。對圖文的命名直接影響著需求是否能夠準確傳達。命名一般站在用戶立場,盡量規范化、標準化、統一化。

從產品功能的角度命名

頁面命名

要么是名詞,比如購物車;要么是動賓短語,比如確認訂單。

可以參考同行業的TOP5競品。

盡量保持和Axure的頁面結構中的命名一致。 產品層面的1個功能盡量對應著Axure的1個Page。如果確實復雜,請拆分到多個頁面。

功能的命名

參見頁面

動作的命名

一般是”動詞”,比如刪除。

狀態的命名

一般是”已+動詞”,比如已刪除、已發貨。

條件的命名

建議以”動作+結果”的動賓結構或者”表達式”來命名,以明確狀態遷移的具體條件。比如支付失敗、下單時間>72小時。

注意動作、狀態、條件、功能的命名一定要區分,否則產品的可讀性很差。

從原型軟件的角度命名

頁面命名

最好都用英文,如需中文命名在解壓的時候注意選擇編碼。

注意盡量不要頁面相同,導入其他rp文件的時候會覆蓋同名頁面。

由于頁面會生成同名文件,建議不要使用Windows系統不允許的字符< > / \ | : ” * ?

控件命名

注意事項同上

(1)下劃線命名

比如first_name,last_name

良好的命名方式一方面方便自己修改,另一方面有利于和開發人員的對接,改動時快速查找。

(2)小駝峰式命名法(lower camel case)

第一個單字以小寫字母開始,第二個單字的首字母大寫。比如firstName、lastName。

(3)大駝峰式命名法(upper camel case)

每一個單字的首字母都采用大寫字母,比如FirstName、LastName、CamelCase,也被稱為Pascal命名法。變種StudlyCaps,是“駝峰式大小寫”的變種。

RP文件命名

請使用英文數字,中文命名生成的原型如果放到服務器,不容易被識別。

添加到Axure中的圖片

命名最好不要有特殊符號,否則上傳到服務器有可能會失敗。

總結

命名很重要,應該提高到團隊所有人需要遵從的規范高度,當然僅針對于中大型項目。

相關閱讀

善用Axure寫PRD,全局規范一個都不能少

善用Axure寫PRD,徹底丟棄Word和PPT

高級PM如何規范化的管理產品文檔

PRD1.0分享:全面通用的移動端產品需求文檔

#專欄作家#

浪子,業務型PM,浪子PRD系列51prd.com,公眾號langzisay。

本文由 @浪子 原創發布于人人都是產品經理。未經許可,禁止轉載。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!