产品需求文档需要遵循的命名规则

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

本文由 @浪子 原创发布于爱盈利-运营小咖秀。未经许可，禁止转载。