高质量：产品设计+团队协作实战流程本文内容包括：产品部以及产品设计岗位的工作范围与输出内容、产品团队的组织结构与岗位职责、产品需求管理的流程、产品工作经验分享等。 产品设计 团队协作说明 一、修订记录 一、修订记录 二、目录 三、工作范围与输出 3.1 产品部日常工作 3.2 产品设计工作 四、产品团队 4.1 组织结构 4.2 岗位职责与工作关系 五、产品需求管理 六、产品工作经验分享三、工作范围与输出3.1 产品部日常工作 产品设计： 相关输出：需求规格说明书、产品交互原型设计文档（.RP/HTML）、UI 图形原文件 产品开发阶段的沟通： 相关输出：日报/周报 产品设计相关的市场分析与用户调查工作： 调查计划、调查报告 相关评审工作： 相关输出：需求文档修订/评审记录3.2 产品设计工作 工作目标：根据公司产品战略阶段规划和可行性讨论，明确该阶段“产品必须做什么”，对目标系统提出完整、准确、清楚、具体的功能要求。 工作内容包括：需求规格说明文档设计、产品交互原型文档设计、UI 设计。 相关输出：需求规格说明书、产品交互原型设计文档（.RP/HTML）、UI 图形原文件。 3.2.1 需求规格说明 定义：需求规格说明书必须清楚的描述软件的每一个基本需求（功能、设计约束和属性）和外部界面。必须把每个需求规定成能够通过预先定义的方法（例如分析、演示、检查、测试等）被客观地验证与确认形式。 标准： 在软件需求分析阶段结束后必须由项目组进行软件需求评审，以确保在软件需求规格说明书中规定的各项需求的合适性。 评审过程一般包括以下五个方面的验证：完整性：需求必须是完整的，需求规格书应该包括产品规划书所定义的产品战略阶段需要的每一个功能需求及性能性约定。一致性：所有需求是一致的，任何一条需求不能与其他需求相互矛盾。现实性：保证需求设计是用现有的软硬件技术基本上可以实现的，基本适应公司的开发技术资源水平的。有效性：需求正确有效，确实吻合产品战略方向、市场方向所需，避开做超出市场需求规划范围的无用设计。可用性：需求说明书必须用清楚易懂的描述语言，逻辑清楚，准确描述每一个需求的细节。以保障在无人职守的情况下能被产品开发团队中的阅读对象正确理解。 3.2.2 UI 设计 输出：UI 设计输出为符合下述评审要求 PNG/JPG/PSD 图形文件，并合理组织输出相关“Banner”、“层”、“按钮”等界面元素。 UI 设计评审标准：主题定位：主题表现鲜亮，展...
