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

0 评论 85237 浏览 539 收藏 5 分钟

很少有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
评论
评论请登录
  1. 目前还没评论,等你发挥!