最全产品工作过程所有可能涉及的文档

产品工作过程所有可能涉及的文档最全最详细sss

产品的整个业务线主要分为

1. 立项招标
2. 投标竞标
3. 签订合同
4. 项目实施
5. 项目交付
6. 后期维护
7. 更新迭代
8. 客户关系维护
   然后对于产品经理来说主要负责1-5就够了，当然指的是10年一下的产品。不然6以后的工作基本上都是公司领导层去对接处理的。

下面我来对1-5具体细分一下

立项招标

立项报告

立项这个事一般事由招标方出的一个叫做《xxx立项报告》，但是如果你跟这个单位做了长期的战略合作，他们一般会把立项报告也交给你公司。

报价表

甲方会预先对这个项目的大体工作做一个价格预期，好在招标文件上标明这个项目的竞标上限。

技术要求

这个就是针对于这个项目的具体技术核心。分解具体需求，从需求中获取背后的技术要点。

商务要求

花钱的地方：专家开会，专家评审，出差，吃饭，唱歌，洗澡，按摩，还有嘿嘿嘿。

投标

投标技术方案

这是针对甲方提供的技术要求、商务要求等等一系列要求的具体响应文件。
这是整个项目前期最重要的文档，设计内容较多，一般300页-2000页左右。
主要包括：

• 项目概况
• 需求分析
• 总体设计
• 详细设计
• 集成技术及应用sss
• 技术实现路径
• 通用性设计
• 实施路线设计
• 支撑环境设计
• …

PPT汇报方案 sss

在项目竞标的时候，会有响应的专家提问和技术应答环节。有的标书上还会要求PPT技术汇报和项目演示。

项目实施

xxx建设方案

当项目拿下之后，根据技术方案中的一些内容和甲方沟通，生成具体的、可行的、商业化（具体化）的方案，也就是建设方案。里面会对整个项目的概述、开发周期、产出等等作描述。

PRD（产品需求文档）

这个玩意就不详细说了

需求评审、技术评审、建设方案评审

就是查漏补缺，结合公司具体的金刚钻，这个瓷器活能不能全吃了，不能的该招人招人，该外包的外包。

软件、系统开发计划

这个东西容易背锅，自己把控好力度。不要好高骛远，也不要给自己抓的太紧。

原型sss

没什么好说的，结合功能，看高保真还是低保真，还有遵循前面定好的开发计划，有变化及时调整。

需求规格说明书

这个玩意跟原型的先后顺序不确定，看你工作方式，我是习惯在原型完成之后再写，有些人习惯同时进行，看个人。还是那句话，前面已经提供好了开发计划，自己把控。

项目交付

项目使用手册

如果你的团队有项目经理，那么你可以跳过sss，要是没有或者说他没时间，这个东西只能你来写。都买过玩具吧，就那里面的说明书，操作步骤啥的。

其他的

公司团队分工明确的话，基本上没你的事了。但是如果人员有限，大资本家会把你拉去做开发总结报告、验收方案、交付物清单等等乱七八糟的文档。