产品需求是互联网设计师主要面对的工作，设计新人首先要学的就是如何看产品需求文档；产品需求文档是互联网产品的开发说明书，很多设计师不喜欢看文字的东西，觉得限制自己的想象力，但我想说的是当设计师能达到和产品经理一样理解这个产品的时候才可能做到真正的设计创新，如果只停留在看交互设计图做设计的层面是很难提高设计能力的；
产品文档怎么看？
一般产品文档主要包含6大模块：产品目标、产品架构、角色定义、功能定义、功能详述，这6大模块对设计的意义是什么
产品目标
产品目标是凝聚全公司所有力量的愿景，是大家齐心协力努力的方向；设计师理解产品目标可以明确自己的位置寻找自己的价值所在；
产品架构
一般包括功能架构和信息架构；功能架构可以很好的帮助设计师理解产品的整体框架，这就跟绘画一样，需要先铺大色调再进行细节刻画，有了整体认识之后就知道哪里是重点哪里可以一笔带过；
角色定义
就是产品角色描述，产品是服务给谁的，比如一个社交软件定位的角色是：刚入学的大学生；有了对角色的认知之后，设计师可以根据大学生这个目标群体做设计方向的调研，然后做设计风格的创新，根据定向的角色去分析用户的喜好，可以更快的帮助设计师做出更正确的设计判断；
功能定义
功能定义是对新功能或新名词的解释；
有人觉得自己的理解能力超凡，上来就看功能详述，在这里建议初入职场的设计师还是先看懂功能定义再看功能详述，这样可以减少认知压力，也可以防止设计师在设计的时候产生理解歧义；
举个例，网易星球里的一个名词：数据护照，一般人理解可能就是一个电子版本的护照呗，但实际上它正确的含义是：连接电商、游戏、娱乐、金融、健康五大数据系统和个人数据价值的枢纽。类似的问题还要很多，希望在面对产品文档的时候能够充分了解产品的想法，做到心中有数；
功能详述
即产品特性，包括功能列表、原型界面、详细设计等，功能详述会把问题描述的非常详细，包括逻辑层面、数据层面、指标层面，那设计师要看这些描述吗？答案是要，最起码逻辑层面要读懂，技术层面尽量去理解，这样才能保证设计师的在合理的框架体系内进行创新；
有些设计师可能会说，我照着原型一摸一样的画呗，改改颜色换换icon，这样总保险了吗，没错这样是保险了，但是这样的设计师也就没有可以发展的空间了；
所以，设计师只要有心就可以从产品的需求文档中可以找到许多有用的线索，帮助设计师去去优化和提升设计方案；
