产品设计规范与关乎秩序和混乱的人生算法

　　以前设计产品把随性当创意，不屑于已经被定义好的东西，不屑于规范性的东西。后来才认识到，越自我的东西，距离产品越远，距离艺术越远，距离人性越远。
　　不知不觉做产品一年多了，接触的大多数是后端产品。今天和大家分享一下关于后台产品设计的一些经验和心得，与君共勉。
　　文章结构：
　　目录结构规范；
　　原型设计规范；
　　注释规范；
　　关于＂秩序（规范）和混乱＂的一些思考。
　　一、目录结构规范
　　0岁的产品同学很多对Axure的定位就是一个画原型的工具，经常拿起Axure就开始画页面，一打开.rp文件目录第一页就是产品首页。
　　一个好的原型设计不仅仅是画出满足业务需求的原型页面，而是让浏览者清晰的明白这个项目的背景和业务逻辑以及整个产品结构，而这些基本都是通过目录来引导的，所以拿起Axure 不是一开始就画页面，而是完善目录结构。
　　需求规格说明书 & 产品结构导图
　　通常介绍整个项目背景以及产品形态等，通常以《需求规格说明书》的形式展示：
　　产品结构导图相当于移动端产品的功能结构图，一般用思维导图和架构图来展示说明，以上两个页面主要告诉阅读者项目背景，产品功能形态。
　　项目开发流程&基本流程图
　　项目开发流程图主要介绍整个项目开发过程中各部门角色之间的协作流程，有的公司偏向于敏捷开发，有的公司走传统的需求，评审，设计&开发，测试，验收，上线的路线，相关流程都应该体现在流程图里，方便阅读者知晓。
　　产品设计过程中每一个涉及到业务逻辑和功能逻辑的流程都需要在基本流程图里提现，当遇到复杂的业务逻辑的时候，流程图往往比原型页面更加直观。