前言
有幸参加和担任过国内百强企业的Saas产品项目，一向想找个时刻把项目全历程总结并共享出来。产品司理是如何从0到1触摸并完结整个产品项目的，中心会通过什么环节、什么流程，需求具有什么技能，输出什么内容，获得什么效果……这全部的全部，我都将出现于笔下。
如有雷同，不甚侥幸。
项目通知
我没想到，身为产品司理的我也需求写SOW项目计划书。
自前次驻场产品需求调研回来，一向在整理客户用户场景和事务规矩的整理，内容繁复且杂，并且还需求一边保护体系的正常迭代，着实有点压力。
就在我在疯狂敲击键盘的时候，领导突然出现在我的背面，吓了我一跳。
领导说：前次调研整理得怎么样了？
我平复了下惊吓的情绪道：内容有点多，还在整理，差不多这周能输出一份完整的内容。
领导欣喜地笑了笑：那就好，项目预备签定了，到时候要出一份SOW出来给到客户确认。
我说：SOW？
领导解释道：便是项目计划书，等下我给份之前其他项目的计划书给你，你按照上面的流程先做一份，然后找我核对。
我说：有规范模版就好，这样我写起来也比较快，什么时候需求写完？
领导昂首估摸了一下：下周三吧，刚好能够把你这周整理好的内容贴进去，里边有遇到什么问题能够直接问我。
我回答道：好。
SOW？项目计划书？作为产品司理写过很多文档，却是第一次触摸项目计划书，不错，又能够学到一个新东西。
结构整理
在微信收到领导发来的文件后，我翻开看了看，这是一份国内某头部运动品牌Saas产品项目的项目计划书。
看着足足有60页的内容，我深吸了一口气，不过随后又放松了下来。
在之前驻场产品需求调研时现已收集和整理了10几份调研记录了，SOW项目计划书无非便是按照结构将内容整理在一起算了。
通过阅览和考虑，脑海里渐渐有了一些结构：
1、文档封面
引入眼帘的是SOW的文档封面，规范的项目计划书格局，包含项目称号、处理计划供给商称号、日期、版权声明、文档基础信息、版本修订信息。
2、项目概述
项目概述的内容需求以简洁精练的语言，归纳出整个项目的核心内容。
项目概述首要分为项目称号、项目布景、项目需求、项目目标、项目规模。
- 项目称号：需求供给完整的项目全称，以及在后续文档中提及到项目时所使用的简称；
- 项目布景：首要描绘客户方的归纳、现状，以及基于现状关于处理现状的需求；
- 项目需求：在上一次驻场需求调研时的事务场景需求归纳；
- 项目目标：期望通过Saas产品达成什么样的事务目标、办理目标等；
- 项目规模：Saas产品的项目规模包含规范作业、定制开发功用、体系对接等；
- 产品形式：Saas形式仍是本地布置形式，涵盖内容包含体系对接、定制开发等；
- 超出项目规模的内容：脱离作业阐明书的功用、模块需求，本项目使用规模只包含中国大陆地区；
- 假定及束缚：假定和束缚首要为本文档的假定条件，示例：协作。则束缚为进行协作时两边应该遵从的准则。
3、项目内容
项目内容是整个SOW的核心，项目内容涵盖了客户所有的事务场景和需求，以及处理计划的思路和逻辑。
关于这块可能每个公司都有自己的规范，这儿基于产品司理的“惯性”，咱们仍是将整个项目内容当作一个单独的部分来整理，体现出结构化思维和逻辑性，在出现专业性的一起，也能让客户读得懂。
项目内容大体结构按“分点答题”的方法，关于客户的核心的事务场景和流程，自上而下拆解：事务需求阐明、事务剖析、处理计划、事务规矩。
- 事务需求阐明：以描绘的方法阐明整个事务场景的归纳；
- 事务剖析：针关于事务场景，规划哪些需求关键，以及这些需求点在事务场景中所完结的目标；
- 处理计划：依据事务场景及剖析的需求点，Saas产品供给什么样的处理计划；
- 事务规矩：在处理计划中触及哪些事务规矩，核算方法是什么；
这一部分的内容，能够依据在前期驻场产品需求调研的内容或者长途交流的内容进行归纳总结。
值得注意的是，事务场景自身是有一个顺序的，而不是单独将几个事务场景罗列进去。事务场景能够存在时刻线的先后顺序，项目内容则按照这个时刻先后顺序进行一个场景一个场景的整理。
4、技能需求
除了事务需求外，Saas产品项目还触及到客户布置体系所需的技能方面的需求，其间包含软硬件等维度的需求。
这一块的内容刚触摸时也是头大，毕竟身为产品司理从来没有考虑过这一块的内容。
但询问后才知道，其实SOW项目计划书不一定全部是产品司理写的，分的几块内容能够交由其他一起进行协作，而技能需求这一块很大一部分是体系架构部分整理的，产品司理只需求供给客户当时的状况数据，体系架构部分的同事就能够基于客户实际状况输出一份技能需求表。
技能需求包含：整体需求、硬件架构（正式、测验环境资源要求，硬件拓扑架构、软件架构）、事务灾祸恢复（事务灾祸假设、体系灾祸恢复要求、备份与恢复处理计划要求）、其他硬件要求、性能要求、压力测验要求等等。
5、项目施行计划
有了上面的预备，下一阶段将关于客户Saas产品项目的上线进展罗列出一份计划清单，告知用户咱们将如何进行项目推动，每一个环节时刻节点是怎样的，输出交给什么内容。
这一部分基本是有客户两边的项目司理制定并整理的内容，首要包含项目阶段与交给物、项目作业方法、项目施行交给件、项目检验规范等。
项目施行计划的核心在于各个阶段的时刻进展把控，包含与产品司理、技能司理、体系架构等同事交流每一个阶段估计需求的时刻和安排。
一旦时刻有所变化，则需求立即拉起会议与客户方交流时刻变化状况，及其变化的原因，确保两边关于进展引荐和彼此的状况有所了解和预备。
6、其他内容
其他内容不是真的是“其他内容”，而是一些通用的SOW内容的合集，这儿就不一一展开，只做简单的罗列和阐明。
规范的SOW项目计划书需求遵从市场上协作的规范规范，则有些内容是能够直接使用的。首要内容包含：作业期限、项目风险、变更办理、两边对接人、项目组组织成员和责任等。
7、SOW项目计划书签定
最后的最后，整份项目计划书整理完结并与客户方交流确认后，由两边代表人员进行签字确认，并存档。
这样，SOW项目计划书阶段才算是真实完结。
小结
通过整理SOW项目计划书，不知不觉就输出了一个模版。
可贵的一次总结，也顺便将之前的项目又从头“温习”了一遍，对一些场景和内容的理解也愈加深刻了些。
果真，坚持写作和深化考虑相同重要。
未完待续
通过这一次的SOW项目计划书的编写事项，我认为作业应该告一段路了。
接下来，就回归到产品司理日常作业流程，开端着手写需求计划了。
未完待续……
假如本专栏对你有帮助，无妨点赞、评论、关注～
