本控制规则。

3、提交模型。逻辑复杂的工程，有必要先做实验性开发。

4、正式开发、测试、发布。

四、项目发布（以下工作由产品经理负责）

1、产品全面检查。包括 bug 测试、用户文档检查、版本检查等，更正一切细节性的瑕疵。

2、拟订并实施推广方案。

3、用户支持、帮助。

----------以上写得比较粗燥，有必要进一步整理后形成具有指导作用的企业规章----------

第二篇

对于稍微大一点的互联网产品都要有精心部署和安排才行，否则项目进行的将会一塌糊涂。
先说一说都有哪些岗位和开发所用的软件：

   1. PD（产品策划）：word,visio,Axure
   2. PM（产品经理）：EasyMind
   3. ID（交互设计师）：Axure, Photoshop
   4. VD（视觉设计师）：Phtotoshop, Illustrator
   5. WD（前端开发工程师）：Photoshop, Dreamweaver
   6. DEV（后端开发工程师）：Dreamweaver, MyEclipse

再说说

MRD（Market Requirements Document 市场需求文档）吧，MRD 需明确传达产品需

求的目的和目标，指出什么样的新产品、方案和服务为什么可以在市场上或者内部取得成功，
以及希望取得怎样的成功。

MRD 说明

“是什么”和“为什么”，但不要写“如何”（即不要包含

流程图和原型图）。当产品需求为高优先级（即项目立项）时，需求方必须提供

MRD 文档。

产品需求的优先级、权重和是否立项由项目实施委员会确定，日常需求由委员会负责人确定，
非常规需求开会确定。

接下来就是

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

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

PD 需进行判断；当这种情

况出现时，

PD 有权提出自己的解决方法，包括否定需求。因判断失误造成需求冲突、重复开

发等情况，责任由

PD 承担。当发生争执，由 PM（Product Manager 产品经理）协调解决 。

PD 完成需求评审后，需告知需求方完成 PRD 的时间、产品开发的预估难度及完成工期。