产品上线流程.pdf

1、需求阶段 a 、需求产生。需求产生有三种渠道： 一，UI （UserInterface 用户界面）设计师或 PD （ProductDesiger 产品策划）研究市场需要， 提出需求，应获得市场策划或市场调研员的认可；二，业务部门提出需 求 ， 包 含 总 经 理 、 研 究 部 、 内 容 编 辑 部 、 客 服 部 、 展 1 、需求阶段 ? a 、需求产生。需求产生有三种渠道： 一， UI （UserInterface 用户界面）设计师或 PD （ProductDesiger 产 品策划）研究市场需要，提出需求，应获得市场策划或市场调研员的认 可； 二，业务部门提出需求，包含总经理、研究部、内容编辑部、客服部、 展业部、市场部等部门。 三，UI 或 PD 研究用户，提出需求。此步骤需提供用户习惯报告，体验 目标，用户访谈、调研，流量数据统计等作为依据，不得凭空想象。 所有需求需经过 PD 。不经 PD 的需求，技术部门有权拒绝开发，也没 有人为需求负责。即使不需进行策划和设计，也应提交给 PD 备案。 b 、 MRD （MarketRequirementsDocument 市场需求文档） 。 MRD 需明确传达产品需求的目的和目标，指出什么样的新产品、方案 和服务为什么可以在市场上或者内部取得成功， 以及希望取得怎样的成 功。 MRD 说明“是什么”和“为什么” ，但不要写“如何” （即不要包 含流程图和原型图） 。 当产品需求为高优先级 （即项目立项）时，需求方必须提供 MRD 文档。 产品需求的优先级、 权重和是否立项由项目实施委员会确定， 日常需求 由委员会负责人确定， 非常规需求开会确定。 个别小修改甚至不需 PRD ， 可由 PD 与技术部门直接沟通完成。 c 、需求评审。 PD 接到显性需求后， 应仔细透彻地分析需求方的真正意 图。有时候需求方的想法不一定正确，也有些是突然的想法并不可行， PD 需进行判断； 当这种情况出现时， PD 有权提出自己的解决方法， 包 括否定需求。因判断失误造成需求冲突、重复开发等情况，责任由 PD 承担。当发生争执，由 PM （ProductManager 产品经理）协调解决。 PD 完成需求评审后， 需告知需求方完成 PRD 的时间、产品开发的预估 难度及完成工期。此步骤必须。 2 、策划阶段 ? a 、PRD （ProductRequirementDocument 产品需求文档） 。PRD 侧 重对产品产品功能和性能的说明，相对于 MRD 中的同样内容，要更加 详细，并进行量化。 PRD 一般包含流程图、原型图等，使用用例等手 段，以准确说明。若无 MRD ，则 PRD 需对目标进行说明。 PRD 为必 须经过的步骤， 由 PD 或 UI 完成。PRD 需进行编号， 编号规则详见 “需 求编码”表格。 b 、专家评审。需求方、相关领域的顾问（即有丰富经验者） 、PD 或 UI 参与的评审 PRD 的会议，一般项目经理、 PM 需参与会议。若项目较 大，需邀请总经理参与。会议必须有主持，并在会后出 MEMO （备忘） 或 PRD 更新说明。 专家评审结束后， PD 出