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

很少有PM會刻意去強調PRD中各種內容的命名，因為覺得這個不重要。但是和開發傳達需求，以及上線後會經常後悔，其實當時表述的內容應該更清晰一點，表述的對象應該更嚴謹一些。

而這裡的表述其實很大一部分依賴於你對於PRD中元素的命名，好比寫武俠的作者如果有一套很好的世界設定、功法等級設定，角色命名設定會很有價值。

一、命名的作用

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

二、從產品功能的角度命名

2.1、頁面命名

要麼是名詞，比如購物車；要麼是動賓短語，比如確認訂單。

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

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

2.2、功能的命名

參見頁面

2.3、動作的命名

一般是」動詞」，比如刪除。

2.4、狀態的命名

一般是」已+動詞」，比如已刪除、已發貨。

2.5、條件的命名

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

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

三、從原型軟體的角度命名

3.1、頁面命名

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

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

由於頁面會生成同名文件，建議不要使用Windows系統不允許的字元< > / | : 」 ?

3.2、控制項命名

注意事項同上，規範的命名方便後續自己憑規則搜索修改，以及批量操作。

? 下劃線命名法。比如first_name，last_name

? 小駝峰式命名法。第一個單詞首字母小寫，後面其他單詞首字母大寫。比如firstName、lastName。

? 大駝峰式命名法。每一個單詞的首字母都採用大寫字母，比如FirstName、LastName。

? 匈牙利命名法。開頭字母用變數類型的縮寫，其餘部分用變數的英文或英文的縮寫，要求單詞第一個字母大寫。比如long lsum = 0;"l"是類型的縮寫。

3.3、RP文件命名

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

3.4、添加到Axure中的圖片

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

四、總結

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

作者：浪子，關注公眾號langzisay查看全部文章，浪子PRD系列http://51prd.com。