产品部管理方案.docx

产品部管理方案 一、概要 1.1产品部工作职责： 1、主要负责万选通新产品的开发及老产品的更新； 2、涵盖设计师网、众多行业圈网站产品的设计工作。 1.2产品部部门职能： 市场及用户研究 A：市场分析：市场变化趋势、需求变化趋势 B：竞品分析：竞品档案建立、竞品数据分析、竞争策略分析 C：用户调研：用户访谈、调查问卷、可用性测试、用户角色分析 产品规划及设计 A：产品策划：产品线整理、产品功能构架、PRD\MRD\BRD B：协调沟通：沟通产品发展规划、相关部门工作配合 C：需求管理：需求汇总（市场反馈情况收集、需求构想）、可行性分析、编写需求、需求评审、 D：产品设计：结构建模、交互建模、界面视觉设计 开发项目及管理 A：开发任务优先级管理 B：需求确认 C：项目跟进 D：功能评审 E：产品测试：基本功能点全部检查、功能测试、可用性测试、性能压力测试 F：协调开发资源 二、部门组织架构及岗位说明 产品部经理： 根据战略目标设定产品框架； 根据产品市场数据分析产品价值，并指明产品方向； 把握整体产品需求、设计和规划； 根据公司目标对产品进行梳理并制定上线/下线时间表； 根据公司具体情况沟通并梳理产品业务流程，并对流程进行优化； 对产品部门进行整体管理并制定相关管理制度； 处理产品部与其他部门之间的关系； 负责产品相关的信息流程控制和管理； 负责部门计划的编写及控制执行； 负责部门人员绩效考核及阶段性任务评审； 产品经理（需求分析师）： 根据产品规划，对市场情况进行分析，包括竞争对手分析和用户需求调研； 编写需求调研报告和市场分析报告，分析产品的可行性； 根据分析报告编写《功能需求说明书》； 制作功能原型及交互原型。 页面设计师 根据产品原型，统计并分析前端架构； 根据产品原型进行前端UI设计； 根据评审后的UI效果图，制作静态页面。 三、产品部业务流程控制管理 3.1产品设计开发流程图 3.2产品开发控制流程图 说明： 《产品开发详细设计》需要视产品规模来决定是否需要编写，简单产品任务可不需要编写； 四、产品部内部管理流程控制 说明： 所有产品任务需要通过产品部经理的《产品计划》进行备案，包括需求提出、需求整理分析、需求设计、设计审核； 产品经理的产品任务直接对产品部经理的《产品计划》负责； 五、例会制度 1) 每周五下午填报上周工作报告及将要延续到下周的工作计划； 2) 每月5日前提交月考核表； 3) 每周一上午9点部门周例会； 4) 部门培训 部门员工培训采用基于提供受训者岗位胜任力的培训方式，培训内容包括职业能力素质培训和工作技能培训，目的在于通过人员岗位胜任力的提高从而促进个人和团队的工作。 培训具体内容结合公司及部门每阶段的业务方向对各工作岗位的能力要求制定并将内容纳入该阶段人员绩效考核项中； 培训手段以部门内训、交流为主，同时对于有特殊资源需求的培训，采用申请公司或外部培训资源的方式； 培训时间可以与部门例会结合； 其他汇报制度以公司统一制度执行。 六、业绩考核 所有人员的业绩考核融入到每季度具体项目任务的具体考核中。 七、工作标准 按照产品工作流程和各项工作文档要求开展工作。 文档名称说明负责人配合人员文档流转更新规则产品需求记录单记录产品所有需求项目概况对应需求负责人技术接口/开发人员新增需求经产品与技术确认后由产品人员开始记录，上线后完成记录；技术人员配合进行技术相关内容记录。产品需求文档记录需求的具体内容对应需求负责人产品技术支持文档以时间+端口+模块+主需求命名，后续相关文档沿用同一名称；新增需求时文档更新开始，经产品与技术共同确定后更新终止，无特殊情况任何一方不可单独修改；撰写前可与技术人员先行沟通讨论以提高需求效率；紧急需求可先口头/IM沟通后再补充文档；重大需求提请公司领导审批。技术方案文档从技术开发角度对需求进行分解和描述技术部产品经理收到新的产品需求文档开始新增对应技术方案文档；确认技术开发任务等级（大/中/小）；一般需求技术内部确认，重大技术变更提请公司领导审批。技术测试报告对已开发完成内容进行需求满足/压力/兼容性等测试的结果报告技术部开发完成后开始，测试通过后提交产品验收终止。需求完了，必须要有测试计划和测试用例。产品验收报告根据需求文档进行需求验收的结果报告产品跟进负责人产品技术支持、其他相关人员接到技术测试通过报告开始，验收通过时终止；根据技术任务等级（大/中/小），验收问题超过规定数量（10/5/0）时，验收中止，退回技术。上线确认文档根据测试/验收结果以及各项任务安排，确定上线时间技术部产品部经理、产品经理接到验收通过报告开始，需求上线后终止；上线前需确认之前各阶段文档齐备