产品部工作规范及流程.docx

《产品部工作规范及流程.docx》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、产品部工作规范及工作流程一、产品团队组成测试UI设计前端开发产品经理阶段跟踪二、产品周期流程开发周期测试周期产品上线设计周期三、产品设计流程PRD编写UI设计前端确认前端开发UI确认产品立项原型设计原型确认3.1产品立项产品小组开会讨论产品立项：3.1.1讨论产品需求并分析产品主要功能点。3.1.2讨论并拟定产品交互体验与产品视觉体验。3.1.3工作周期计划。3.2产品设计使用AxureRP对产品实现高保真的原型设计。产品界面、功能不出现遗漏。原型交互体验应满足贴近真实产品90%的效果。3.3产品原型确认3.3.1产品原型是否满足需求功能

2、。3.3.2产品原型交互体验评测。3.3.3产品原型交互体验改进措施。3.3.4讨论对产品UI设计。3.4产品UI设计与确认3.4.1UI与产品原型是否相符3.4.2视觉效果是否满意3.5产品前端设计与确认3.1.1前端与原型保持一致性。。3.1.2前端与UI保持一致性。3.1.3前端不足改进措施。3.2产品PRD编写通过产品原型图例对产品进行功能性描述。二、产品开发进度跟踪流程4.1产品开发沟通会议4.1.1讲演产品：使用产品原型与PRD文档对产品进行讲演。4.1.2需求沟通：对需求进行讨论。4.2提交资料准备开发产品部与技术部开完产品

3、开发沟通会后，将前端文件（HTML），原型（AxureRP），开发需求文档（PRD）等文件提交到技术部。4.3产品开发追踪产品部每周对产品开发进度进行追踪。产品模块跟踪报表产品名称：立项时间：模块功能计划完成时间开发中未完成已完成完成时间二、产品测试流程（参照产品测试规范）5.1产品测试根据产品PRD文档与产品测试用例对产品进行功能点测试。使用压力测试、兼容性测试等手段对产品进行性能测试。5.2产品验收产品通过功能测试及性能测试，测试人员给出总结报告，对该产品能否验收上线进行标示。三、产品改进流程收集新需求加入新需求，重新设计插入新需求插

4、入新需求新版本当前版本设计中当前版本开发中将新需求放到下一版本中6.1产品改进迭代原则6.1.1产品设计中提出新需求，可以对产品进行重新设计。6.1.2产品进入开发周期提出新需求，将新需求放入需求采集表中，再下一版本中进行设计。6.1.3产品在线生命周期需要大于30天以上，通过对用户使用数据的收集、内部需求收集，整理后启动对产品新版本进行迭代设计。二、产品临时改动流程7.1产品临时改动原则在重大问题情况下（比如业务Bug、涉及财务问题、可引起用户与网站的纠纷问题等），可启动对产品进行临时改动（包含开发中的、上线中的产品）。7.2改动流程前

5、端修改UI确认UI改动原型确认原型改动PRD改动三、UI设计规范8.1用色规范在产品UI设计前，制定以下用色（1）主色调（2）辅助色（相反色，用于凸显使用）（3）文字用色（主标题、简介、内容用色）（1）链接颜色（已选、未选）8.2遵循产品原型而设计（1）遵循产品原型尺寸标准（2）遵循产品文字字号标准（3）遵循产品交互设计标准8.3字体标准以产品原型字体字号为UI用字标准。8.4组件样式风格统一建立组件标准化，如导航、按钮、面板、链接等样式，使用统一样式。8.5前端可实现UI设计满足95%真实性（真实环境，尺寸规格），交付前端后对UI满足1

6、00%实现。