很少有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运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
