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

产品需求文档需要遵循的命名规则 PAGE 1 产品需求文档需要遵循的命名规则 很少有PM会刻意去强调PRD中各种内容的命名，因为觉得这个不重要。但是和开发传达需求，以及上线后会经常后悔，其实当时表述的内容应该更清晰一点，表述的对象应该更严谨一些。而这里的表述其实很大一部分依赖于你对于PRD中元素的命名，好比写武侠的作者如果有一套很好的世界设定、功法等级设定，角色命名设定会很有价值。命名的作用PRD的目的是定义产品和传达需求，表达形式其实就2种图+文。对图文的命名直接影响着需求是否能够准确传达。命名一般站在用户立场，尽量规范化、标准化、统一化。从产品功能的角度命名页面命名要么是名词，比如购物车；要么是动宾短语，比如确认订单。可以参考同行业的TOP5竞品。尽量保持和Axure的页面结构中的命名一致。 产品层面的1个功能尽量对应着Axure的1个Page。如果确实复杂，请拆分到多个页面。功能的命名参见页面动作的命名一般是”动词”，比如删除。状态的命名一般是”已+动词”，比如已删除、已发货。条件的命名建议以”动作+结果”的动宾结构或者”表达式”来命名，以明确状态迁移的具体条件。比如支付失败、下单时间72小时。注意动作、状态、条件、功能的命名一定要区分，否则产品的可读性很差。从原型软件的角度命名页面命名最好都用英文，如需中文