產品需求文檔需要遵循的命名規則
很少有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中的圖片
命名最好不要有特殊符號,否則上傳到服務器有可能會失敗。
總結
命名很重要,應該提高到團隊所有人需要遵從的規范高度,當然僅針對于中大型項目。
相關閱讀
#專欄作家#
浪子,業務型PM,浪子PRD系列51prd.com,公眾號langzisay。
本文由 @浪子 原創發布于人人都是產品經理。未經許可,禁止轉載。
- 目前還沒評論,等你發揮!