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中的图片命名最好不要有特殊符号,否则上传到服务器有可能会失败。 总结命名很重要,应该提高到团队所有人需要遵从的规范高度,当然仅针对于中大型项目。 |
|