产品项目开发流程图

a、需求产生，产品设想

需求产生有三种渠道：

一，UI(UserInterface用户界面)设计师或PD(ProductDesiger

产品策划)研究市场需要，提出需求，应获得市场策划或市场调研员

的认可;

二，业务部门提出需求，包含总经理、研究部、内容编辑部、客服部、展业部、市场部、运营部等部门。

三，UI或PD研究用户，提出需求。此步骤需提供用户**惯报告，体验目标，用户访谈、调研，流量数据统计等作为依据，不得凭空

想象。

所有需求需经过PD。不经PD的需求，技术部门有权拒绝开发，

也没有人为需求负责。即使不需产品设想(进行策划和设计)，也应

提交给PD备案。

b、用户调研，竞品分析

先有用户调研，后有竞品分析;竞品分析五个步骤：

1、竞品筛选，“选择重于分析，分析重于罗列”，当然筛选之

前必须了解不同类型的产品;

2、明确主线，明确谁是竞争对手——要比较哪些方面——如何

进行比较——比较的结果怎么处理;

3、分析竞品之前先分析用户，对比竞品的用户范围与自身产品

的目标用户，通过做访谈看评论充分了解用户;

4、具体分析筛选维度，这里指出9个常用维度：市场趋势、业

界现状;竞争对手的企业愿景、产品定位及发展战略;

目标用户;市场数据;核心功能;交互设计;产品优缺点;运营及推

广策略;总结和行动点。

5、完成竞品分析报告，并随时准备完善修改，向团队灌输竞品

的的当前状况，充分考虑并应对竞争对手，谋求自身产品的前途与

发展。

c、MRD(MarketRequirementsDocument市场需求文档)

MRD需明确传达产品需求的目的和目标，指出什么样的新产品、

方案和服务为什么可以在市场上或者内部取得成功，以及希望取得

怎样的成功。MRD说明“是什么”和“为什么”，但不要写“如

何”(即不要包含流程图和原型图)。

当产品需求为高优先级(即项目立项)时，需求方必须提供MRD文档。产品需求的优先级、权重和是否立项由项目实施委员会确定，

日常需求由委员会负责人确定，非常规需求开会确定。个别小修改

甚至不需PRD，可由PD与技术部门直接沟通完成。

d、需求评审

PD接到显性需求后，应仔细透彻地分析需求方的真正意图。有

时候需求方的想法不一定正确，也有些是突然的想法并不可行，PD

需进行判断;当这种情况出现时，PD有权提出自己的解决方法，包

括否定需求。因判断失误造成需求冲突、重复开发等情况，责任由

PD承担。当发生争执，由PM(ProductManager产品经理)协调解决。PD完成需求评审后，需告知需求方完成PRD的时间、产品开发的预

估难度及完成工期。