一、命名的作用
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中的圖片
命名最好不要有特殊符號，否則上傳到伺服器有可能會失敗。
四、總結
命名很重要，應該提高到團隊所有人需要遵從的規範高度，當然僅針對於中大型專案。
一、命名的作用
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中的圖片
命名最好不要有特殊符號，否則上傳到伺服器有可能會失敗。
四、總結
命名很重要，應該提高到團隊所有人需要遵從的規範高度，當然僅針對於中大型專案。