产品工作过程所有可能涉及的文档最全最详细sss
产品的整个业务线主要分为
- 立项招标
- 投标竞标
- 签订合同
- 项目实施
- 项目交付
- 后期维护
- 更新迭代
- 客户关系维护
然后对于产品经理来说主要负责1-5就够了,当然指的是10年一下的产品。不然6以后的工作基本上都是公司领导层去对接处理的。
下面我来对1-5具体细分一下
立项招标
立项报告
立项这个事一般事由招标方出的一个叫做《xxx立项报告》,但是如果你跟这个单位做了长期的战略合作,他们一般会把立项报告也交给你公司。
报价表
甲方会预先对这个项目的大体工作做一个价格预期,好在招标文件上标明这个项目的竞标上限。
技术要求
这个就是针对于这个项目的具体技术核心。分解具体需求,从需求中获取背后的技术要点。
商务要求
花钱的地方:专家开会,专家评审,出差,吃饭,唱歌,洗澡,按摩,还有嘿嘿嘿。
投标
投标技术方案
这是针对甲方提供的技术要求、商务要求等等一系列要求的具体响应文件。
这是整个项目前期最重要的文档,设计内容较多,一般300页-2000页左右。
主要包括:
- 项目概况
- 需求分析
- 总体设计
- 详细设计
- 集成技术及应用sss
- 技术实现路径
- 通用性设计
- 实施路线设计
- 支撑环境设计
- …
PPT汇报方案 sss
在项目竞标的时候,会有响应的专家提问和技术应答环节。有的标书上还会要求PPT技术汇报和项目演示。
项目实施
xxx建设方案
当项目拿下之后,根据技术方案中的一些内容和甲方沟通,生成具体的、可行的、商业化(具体化)的方案,也就是建设方案。里面会对整个项目的概述、开发周期、产出等等作描述。
PRD(产品需求文档)
这个玩意就不详细说了
需求评审、技术评审、建设方案评审
就是查漏补缺,结合公司具体的金刚钻,这个瓷器活能不能全吃了,不能的该招人招人,该外包的外包。
软件、系统开发计划
这个东西容易背锅,自己把控好力度。不要好高骛远,也不要给自己抓的太紧。
原型sss
没什么好说的,结合功能,看高保真还是低保真,还有遵循前面定好的开发计划,有变化及时调整。
需求规格说明书
这个玩意跟原型的先后顺序不确定,看你工作方式,我是习惯在原型完成之后再写,有些人习惯同时进行,看个人。还是那句话,前面已经提供好了开发计划,自己把控。
项目交付
项目使用手册
如果你的团队有项目经理,那么你可以跳过sss,要是没有或者说他没时间,这个东西只能你来写。都买过玩具吧,就那里面的说明书,操作步骤啥的。
其他的
公司团队分工明确的话,基本上没你的事了。但是如果人员有限,大资本家会把你拉去做开发总结报告、验收方案、交付物清单等等乱七八糟的文档。