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