产品部门管理、工作规范方案

产品部门工作规范方案，分为需求池管理，需求对接，产品设计，技术评审，开发阶段，上线培训，个人项目管理。

产品部门工作规范方案

• 需求池管理
  • 需求池状态
    • 待开发
    • 开发中
    • 已上线
    • 延期处理
  • 需求内容
    • 需求名称
    • 需求介绍
    • 需求对接人
    • 优先级
    • 需求文档、设计图等
• 需求对接
  • 目的：明确需求价值、收益、或者提升效率
  • 底层逻辑：需求期间尽量不给具体产品解决方案，只明确需要解决的问题，同时引导更好的解决问题的思路
• 产品设计
  • 明确思路
    • 产品负责人与执行产品经理达成一致
  • 产品设计（原型）确认
    • 与需求方确认
    • 与产品负责人确认
    • 与设计师确认
  • 撰写PRD
    • 项目背景
    • 价值意义
    • 涉及开发人员（PC前端、后端、app、测试）
    • 技术排期（除特小功能之外）
    • 详细设计
  • 协调相关人员
    • 设计资源
    • 需求方提供必要的上线准备资料
• 技术评审
  • 定义：是否可以进入开发的启动会议
  • 流程
    • 会议前
      • 开发同学需提前查看文档，可以直接抛出些浅显的问题（需求背景、意义、基本目的，名词含义等等）
    • 会议中
      • 人员
        • 开发、测试、设计全部设计到的人员。重要项目可以邀请需求方参加
      • 话术
        • 技术评审的前提是，全部业务概念达成一致。必要的话在文档开篇完善名词解
      • 其他详细设计规则描述
    • 会议收尾
      • 产出结果
        • 可以进行开发
        • 文档修改后开发
        • 文档修改后需要再次进行评审
        • 某条件不允许，不可以进入开发
      • 技术给予排期
        • 如果不能给出开发排期，需要给出什么时间可以给出排期
      • 需求方提交必要资料时间节点
    • 会议后
      • 开发同学开始准备开发，准备项目排期表
      • 产品同学根据会议中讨论出的内容更新PRD
• 开发阶段
  • 常规流程
    • 开发
    • 测试
    • 上线
  • 其他情况
    • 需求变更
      • 需要同步文档
      • 同步各方，开发团队需要判断是否需要重新排期
    • 其他紧急情况
• 上线培训
  • 发送邮件
  • 编写培训文档
    • 组织培训会议
  • 更新需求管理中的项目状态
• 个人项目管理
  • 1、每条业务线的产品设计规划清晰
  • 2、保存好历史文档，有变更时刻更新
  • 3、及时同步相关信息，保证信息对称