很少有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。

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