
一、引言
公司的教育SaaS系统在客户使用的过程中,客户会提出新的需求。团队需要考虑怎么样更好受理客户的需求,同时又不会影响整个产品线的通用性。为此,我们组织产品线团队,制定了产品设计与开发流程说明文档。
二、文档说明
1.文档目的
规范项目现场客户提出的功能性需求设计开发流程。
2.适用范围
SaaS产品线产品部、项目部、设计部、测试部、研发部。
3.主要岗位成员职责
岗位 |
职责 |
项目经理 |
负责需求收集和确认、产品功能演示和验收 |
产品经理 |
负责需求分析和产品原型图设计 |
4.产品原则
- 需求须进行价值判断
- 产品功能先满足最基础需求
- 需要有文档说明,原型图有交互效果
- 需求确认后才可进行开发。
详见:产品团队第一要事:制定产品设计原则
三、产品设计与开发流程
1.业务流程图

2.主要流程说明
序号 |
流程名称 |
步骤说明 |
操作岗位 |
输入资料 |
输出资料 |
1 |
需求收集 |
项目经理接收到客户提出需求增加或变更的信息,现场和客户面对面沟通,了解客户的需求,并形成需求说明文档。 |
项目经理 |
客户需求 |
《需求说明书》 |
2 |
需求分析 |
产品经理核实项目经理需求描述是否准确,是否满足客户的需求。 针对需求分析产品价值、判断需求可行性、核算产品生产成本。通过OA反馈需求分析结果,由售前和市场人员给出行动指示。 |
产品经理 |
《需求说明书》 |
《需求评估说明》 |
3 |
原型图设计 |
产品经理根据客户需求设计交互原型,项目经理配合完成原型图的对内对外沟通和确认。 |
产品经理 |
《需求说明书》 |
产品原型图—初稿 |
4 |
原型图可行性评审 |
产品经理和项目经理确认需求准确后,组织第一次内部需求评审,和研发确认需求的可行性和开发周期,做好和客户演示原型图的准备。 |
产品经理 |
产品原型图—初稿 |
第一次评审修改意见 |
5 |
原型图客户方演示 |
项目经理给客户演示原型图,产品经理根据客户意见对原型图进行修改。 |
项目经理 |
产品原型图—初稿 |
客户修改意见 |
6 |
需求确认 |
客户对修订后的原型图进行确认。 |
项目经理 |
修改原型图 |
《需求确认单》 |
7 |
第二次需求内部评审 |
召开需求评审会议,确认需求功能及工期,根据评审会确认原型图正式稿,并和客户进行确认。 |
产品经理 |
客户确认原型图 |
需求评审记录 |
8 |
发布需求正式版 |
产品经理将评审修订后的原型图形成正式版本,作为需求发布到产品原型图管理软件里面。 |
产品经理 |
原型图正式版第一稿 |
定稿的产品原型图 |
9 |
研发及测试 |
测试团队根据需求编写测试用例,研发团队根据需求进行开发,确保在规定的时间内完成产品或功能的开发。 |
研发部 |
定稿原型图 |
产品功能测试版 |
10 |
内部验收 |
项目经理及产品经理参与测试,确认开发的功能满足项目需求。 |
产品经理 |
定稿原型图 |
《内部功能验收单》 |
11 |
客户方交付及验收 |
项目经理给客户演示产品功能,并和客户确认功能完成; 给客户培训相关操作,有需要的情况下提供操作手册。 让客户对需求和功能进行验收确认。 |
项目经理 |
《需求确认单》 |
《验收确认单》 |
12 |
正式发布 |
研发部确认产品符合客户预期,完成产品正式版发布。 |
研发部 |
《验收确认单》 |
产品功能正式版 |
13 |
产品说明文档 |
产品经理编写产品说明文档,提供给售前和市场人员用于对外进行产品宣传推广。 |
产品经理 |
产品功能正式版 |
《产品说明文档》 《用户手册》 |
四、总结
产品设计开发流程的制定,让团队成员全面了解产品设计的流程的各个环节,以及每个环节的要求和责任人。规定的流程并不是束缚,更像是参考基线,必定流程不是目的,只是手段。做出好的产品才是最终目的。
参考书籍:
《给经理人的第一课》:我需要更清楚地了解生产流程的内部作业,进而更准确地预估未来的产出。
《给经理人的第一课》:建立严格的流程来防范潜在的办公室政治,并认真执行。
《给经理人的第一课》:同样的流程和价值观,在某种环境下构成某个机构的能力,但在另一种环境下则决定了这个机构的局限性。
《硅谷之谜》:怎样才能提高生产效率呢?泰勒最看重的是优化流程和标准化管理。