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

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

一、 产品团队组成
测试
UI
设计
前端开发
产品经理

阶段跟踪
二、 产品周期流程
开发周期
测试周期
产品上线
设计
周期

三、 产品设计流程
PRD
编写
UI
设计
前端确认
前端开发
UI
确认
产品
立项
原型设计
原型确认

3.1 产品立项
产品小组开会讨论产品立项：
3.1.1 讨论产品需求并分析产品主要功能点。
3.1.2 讨论并拟定产品交互体验与产品视觉体验。
3.1.3 工作周期计划。

3.2 产品设计
使用Axure RP 对产品实现高保真的原型设计。
产品界面、功能不出现遗漏。
原型交互体验应满足贴近真实产品90%的效果。

3.3 产品原型确认
3.3.1 产品原型是否满足需求功能。
3.3.2 产品原型交互体验评测。
3.3.3 产品原型交互体验改进措施。
3.3.4 讨论对产品UI设计。

3.4 产品UI设计与确认
3.4.1 UI与产品原型是否相符
3.4.2 视觉效果是否满意

3.5 产品前端设计与确认
3.5.1 前端与原型保持一致性。。
3.5.2 前端与UI保持一致性。
3.5.3 前端不足改进措施。

3.6 产品PRD编写
通过产品原型图例对产品进行功能性描述。

四、 产品开发进度跟踪流程
4.1 产品开发沟通会议
4.1.1 讲演产品：使用产品原型与PRD文档对产品进行讲演。
4.1.2 需求沟通：对需求进行讨论。

4.2 提交资料准备开发
产品部与技术部开完产品开发沟通会后，将前端文件（HTML），原型（Axure RP），开发需求文档（PRD）等文件提交到技术部。

4.3 产品开发追踪
产品部每周对产品开发进度进行追踪。
产品模块跟踪报表
产品名称： 立项时间：
模块功能
计划完成时间
开发中
未完成
已完成
完成时间

五、 产品测试流程（参照产品测试规范）
5.1 产品测试
根据产品PRD文档与产品测试用例对产品进行功能点测试。
使用压力测试、兼容性测试等手段对产品进行性能测试。
5.2 产品验收
产品通过功能测试及性能测试，测试人员给出总结报告，对该产品能否验收上线进行标示。

六、 产品改进流程
收集新需求
加入新需求，重新设计
插入新需求
插入新需求
新版本
当前版本
设计中
当前版本
开发中

将新需求放到下一版本中

6.1 产品改进迭代原则
6.1.1 产品设计中提出新需求，可以对产品进行重新设计。
6.1.2 产品进入开发周期提出新需求，将新需求放入需求采集表中，再下一版本中进行设计。
6.1.3 产品在线生命周期需要大于30天以上，通过对用户使用数据的收集、内部需求收集，整理后启动对产品新版本进行迭代设计。

七、 产品临时改动流程
7.1 产品临时改动原则
在重大问题情况下（比如业务Bug、涉及财务问题、可引起用户与网站的纠纷问题等），可启动对产品进行临时改动（包含开发中的、上线中的产品）。
7.2 改动流程
前端
修改
UI
确认
UI
改动
原型确认
原型改动

PRD改动

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