产品部工作规范及流程课件.docVIP

产品部工作规范及工作流程 一、 产品团队组成 产品 经理 前端 开发 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% 实现。